Обновление старых статей: обновить, переписать или объединить

Обновление старых статей: обновить, переписать или объединить — таблица решений

Сначала вывод: Обновление — самая быстрая по отдаче инвестиция в контент при тех же трудозатратах: старая статья, которая уже занимала позиции, после обновления обычно возвращается в топ быстрее, чем новая набирает обороты с нуля. Решение принимается по четырём сигналам, а действий всего три: устарели данные и год — небольшое обновление (2–4 часа), структура нормальная, но подача устарела — переписывание (1–2 дня), конкуренция за один интент с другой слабой статьёй — объединение. После обновления проверяйте результат на 14, 30 и 60 день. Статьи, которые стабильно держат первую позицию и ровный трафик, не трогайте.

I. В этой статье только об одном: решение об обновлении отдельной старой статьи

Прежде чем браться, очертим границы. Как сохранить позиции при смене домена или структуры всего сайта, подробно рассказано в отдельной статье —миграция и карта 301-редиректов; что делать, когда несколько страниц конкурируют за один запрос,каннибализация ключевых слов— там дан полный порядок действий и объединения; какие работы выполнять каждый месяц,шесть задач ежемесячного обслуживания— там всё расписано по шагам. Когда эти три темы закрыты, остаётся ещё одна категория проблем: отдельные старые статьи, которые по одной вроде бы здоровы, но позиции и трафик медленно сползают вниз. В этой статье только об одном — решение об обновлении отдельного старого материала: какие сигналы требуют обновления, до какой степени обновлять и как проверить результат.

Выгода обновления объясняется просто: у старой статьи есть накопленная история. У неё уже проиндексированный URL, внешние ссылки, накопленные данные о кликах — поисковик уже однажды оценил её качество. Новой статье нужно пройти весь путь с нуля: сканирование, оценку, набор оборотов. Для обновления достаточно, чтобы поисковик переоценил её один раз. При тех же 4 часах работы срок окупаемости обновления обычно в три-четыре раза короче, чем у новой статьи.

Но обновление и легче всего применять во вред. Многие команды обновляют по принципу «что не нравится, то и правлю»: не оставляют записей, не назначают период наблюдения, и через три месяца не могут сказать, какое изменение сработало. Чтобы обновление давало накопительный эффект, к нему нужно относиться как к небольшому проекту с критериями решения и приёмкой.

II. Четыре сигнала: какую старую статью отправить в пул обновления

«Кажется, эта статья устарела» — не основание для запуска. Из четырёх сигналов ниже первые три — по данным, четвёртый — по самой выдаче.Достаточно двух совпавших сигналов или одного третьего (устаревшие данные), чтобы запустить работу; если сработал только четвёртый пункт — сначала перепроверьте интент, потом беритесь за дело.

Сигнал	Где смотреть данные	Критерий	Пояснение
Позиции выпали из топ-10	Отчёт Search Console по запросам	Основной запрос ушёл с 1–10 места на 11–30 и держится там больше 60 дней	Кратковременные колебания не считаются — смотрите среднее за 60 дней
Трафик стабильно падает	Органические клики по месяцам	За последние 6 месяцев падение больше 30%	Исключите сезонность: сравнивайте с тем же периодом прошлого года, а не с прошлым месяцем
Устаревшие данные в тексте	Ручная проверка	Цифры, годы, цены и версии стандартов в тексте старше 24 месяцев	Достаточно одного этого пункта — риск минимальный
Сдвиг интента в выдаче	Проверьте вручную по основному запросу	Формат страниц в топ-10 заметно отличается от вашей (например, у вас статья, а в топе одни сравнения)	Значит, покупателю нужно другое — мелким обновлением не спастись

Из четырёх сигналов третий чаще всего упускают, и при этом с ним проще всего разобраться. Статья «Список сертификатов для экспорта», написанная в 2023 году, ссылается на старые версии стандартов: замените номера стандартов, годы и даты вступления в силу — и позиции, как правило, реагируют в течение двух недель. Четвёртый сигнал самый тяжёлый: сдвиг интента означает, что проблема не в подаче, а в том, что «покупателю нужна уже не эта статья». В таком случае обновление скорее всего не сработает — смотрите линию отказа в седьмом разделе.

Как вести пул статей на обновление: раз в квартал выгружайте из Search Console показы и клики по всем страницам и прогоняйте их по порогам из второго столбца. Так вы отберёте 5–10% страниц сайта. На сайте из 60 статей в пул обычно попадает 3–6 штук за квартал — такой объём один человек обрабатывает за неделю.

3. Таблица решений: обновить, переписать или объединить

Попав в пул, сначала проверьте интент и структуру, а затем выберите один из трёх путей. Главный вопрос один:На тот ли вопрос отвечает эта статья сейчас?

Что делать	Когда применимо	Объём работы	Период наблюдения	Основные риски
Небольшое обновление	Интент не сдвинулся, структура H2 рабочая, устарели только данные, годы, ссылки и скриншоты	2–4 часа на статью	21–30 дней	Почти никаких, затраты минимальные
перепишите	Интент не сдвинулся, но структура и подача устарели, информации не хватает — нужно добавить больше 30% нового	1–2 дня на статью	30–60 дней	Из-за крупных правок поисковик переоценит страницу, позиции сначала просядут
Объединить	Статья конкурирует за тот же интент со слабой статьёй, по отдельности обе не ранжируются	0,5–1 день на группу	60 дней	Внешние ссылки слабой статьи сгорают, нужен полный 301-редирект

Вся таблица в трёх фразах:Вопрос тот же, ответ устарел — обновляйте. Вопрос тот же, подача устарела — переписывайте. Две статьи борются за один вопрос — объединяйте. Порядок объединения — как выбрать основную страницу, как настроить 301, как перелинковать — описан в шести шагах в статье о каннибализации запросов, здесь не повторяем.

Цена ошибки при выборе пути несимметрична. Если сделать малое обновление там, где нужно было объединение, вы потеряете 4 часа, но ничего не потеряете по сути. Если же переписать то, что требовало лишь малого обновления, два дня работы не дадут прироста и вдобавок собьют стабильные позиции. Поэтому когда сомневаетесь,сначала делайте малое обновление, и только если через 30 дней результата нет — переходите к переписыванию— этот порядок и логика «сначала переписать, потом объединить» в работе с каннибализацией — одно и то же: сначала дешёвые действия.

IV. Чек-лист малого обновления из шести пунктов

Малое обновление — это не «поменять пару предложений». Только когда сделаны все шесть пунктов ниже, обновление считается выполненным. Суммарно это 2–4 часа работы.

№	Что обновляем	Конкретные действия	Время
1	Данные и годы	Замените все числа с годами в тексте на самые свежие проверяемые версии и укажите год источника данных	40–60 минут
2	Битые ссылки	Откройте каждую внешнюю и внутреннюю ссылку; битые внешние замените новыми источниками по той же теме, мёртвые внутренние перенаправьте на существующие страницы	30 минут
3	Добавить новую информацию	Добавьте 2–3 информационных пункта, которых не было в исходном тексте (новый стандарт, новый кейс, новая политика) — не переписывайте, а дополняйте	40–60 минут
4	Проверить выводы	Перечитайте раздел с выводами и убедитесь, что на свежих данных они всё ещё верны; абзацы, которые больше не работают, перепишите или удалите	20 минут
5	Скриншоты и изображения	Обновите устаревшие скриншоты, изображения продукта и интерфейса, замените их актуальными версиями	20–30 минут
6	Пометка и отправка	Отметьте на странице дату обновления и отправьте запрос на повторное сканирование в Search Console	10 минут

Третий пункт из шести пропускают чаще всего, а ведь именно он даёт поисковику ключевой сигнал, что «текст изменился». Если только заменить числа и не добавить информации, различия со старой версией будут настолько малы, что правку могут счесть несущественной.Добавленные 2–3 информационных пункта ставьте в первую половину текста или отдельным абзацем, не сваливайте их в конец.

У третьего пункта есть ещё одно правило: добавленная информация должна служить исходной цели. В старой статье о методах выбора стоит добавить сравнение параметров за новый год, а не втиснуть абзац новостей компании — второе размывает тематическую плотность и работает во вред.

V. Порядок действий при переписывании и работа с датой обновления

Самая частая ошибка при переписывании — «снести всё до основания»: сменить URL, заголовок, основной запрос. Это значит своими руками выбросить всё, что накопила статья. Правильный подход —сохранить каркас, заменить только содержание. Порядок действий — пять шагов:

Шаг	Действие	Ключевое ограничение
1. Сохранить URL и основной запрос	URL не меняется; если исходный основной запрос синонимичен новому, оставьте исходный, а новый поставьте в H2 и текст	Смена URL равносильна новой статье, позиции начинаются с нуля
2. Перестроить структуру H2	Составьте новый список H2 под текущую цель, совпадение со старыми H2 — не более трети	H2 — главный сигнал для переоценки
3. Добавить не менее 30% новой информации	Новые кейсы, новые данные, новые измерения для сравнения — и всё это ваша собственная подборка, а не перепечатка	Если новых данных меньше 30%, считайте это малым обновлением
4. Обновить внутренние ссылки и изображения	Обновите как минимум 3 исходящие и 3 входящие ссылки с анкорами, изображения переделайте	Входящие ссылки возвращают вес из новых статей
5. Отправить на повторное сканирование и зарегистрировать	Отправка в Search Console, запись даты и объёма правок в журнал обновлений	Без записи через 60 дней не получится связать результат с правками

Даты — деталь, без которой не обходится ни один рерайт. На странице обычно две даты: дата публикации и дата обновления. Как с ними работать — в таблице:

Дата	Что делать	Почему
Дата публикации	Оставить как есть	Сохраняет сигнал «давно существующий материал»
Дата обновления на странице	Указать фактический день обновления, например «обновлено в сентябре 2026»	И пользователи, и поисковики видят актуальность контента
dateModified в структурированных данных	Синхронизировать с датой обновления	Совпадает с тем, что видно на странице, — сигналы не конфликтуют
Заменить дату публикации на текущую	Запрещено, если только весь текст не публикуется заново как новая статья с новым URL	Скачок даты вредит сниппету и доверию

Заменить дату публикации на текущую — частая ошибка. Она лишает старую статью сигнала «давно существующий материал», позициям не помогает и может запутать даты в сниппете. Менять обе даты стоит только в одном случае: если по сути это уже другая статья — тогда публикуйте её как новую, с новым URL, а со старой ставьте 301.

После рерайта сохраните полную копию старой версии, прежде чем заливать новую. Если за 60 дней наблюдений позиции не вырастут, а упадут и за 30 дней не восстановятся, вам нужно сравнить со старой версией и понять, что именно потеряно, — без копии останется только гадать.

6. Проверка после обновления: три контрольные точки — 14, 30 и 60 дней

Обновить — ещё не значит закончить. Работа закончена, когда пройдена проверка. У каждой из трёх контрольных точек свой порог:

Что наблюдают	На что смотреть	Порог	Действие при недостижении
День 14	Сканирование и индексация	Обновлённый контент просканирован хотя бы 1 раз, новых ошибок индексации нет	Если сканирования не было, отправьте URL вручную и проверьте sitemap
День 30	Позиции	Среднее за 30 дней по основному запросу — в пределах ±5 позиций от лучшего результата за 90 дней до обновления	Если не вернулись, сравните с копией и найдите потерянные блоки информации
День 60	Переходы из поиска	Месячные клики не ниже 80% от того же периода до обновления (для мелких правок) или на прежнем уровне (для рерайта)	Если по-прежнему ниже 80%, запустите второе обновление или рассмотрите объединение страниц

Колебания позиций на 5–15 пунктов между 7-м и 20-м днём — нормальный процесс, при рерайте особенно заметный: поисковику нужно заново оценить «изменившуюся знакомую страницу». Эти колебания не идут в выводы и не требуют никаких корректирующих действий. Настораживать должно другое: если на 30-й день движения всё ещё нет, значит правки не попали в цель — обычно новая информация ушла не в ту тему или интент на самом деле сместился.

Каждое обновление фиксируется в отдельной таблице с шестью полями: URL, тип обработки (обновление / переписывание / объединение), дата обновления, краткое описание изменений, данные по трём контрольным точкам, вывод (цель достигнута / повторная обработка / отказ). Таблицу просматривают раз в квартал, и за год становится видно, какой тип обработки даёт на вашем сайте наибольшую отдачу — большинство сайтов за год обнаруживает, что мелкие обновления составляют более шестидесяти процентов от объёма обработки, поэтому в таблице решений мелкие обновления стоят первым путём.

Семь. Мера обновления и линия отказа

У обновления есть два тормоза. Первый — «три случая, когда не трогать», второй — «три случая, когда сразу отказаться». В первом случае не трогаем временно, во втором — не стоит трогать никогда.

Когда не трогать	Особенность	Когда вернуться
Позиция 1 и стабильный трафик	Среднее по основному запросу за 90 дней ≤3, колебание кликов год к году менее 10%	Вернуть в пул обновления, когда позиция упадёт ниже 5-й
Статья опубликована менее 6 месяцев назад	Полный цикл оценки не пройден, данные не дают оснований для выводов	Включить в квартальную проверку через 6 месяцев после публикации
Сайт в периоде крупных изменений	Идёт переезд, редизайн, массовая правка или прошло менее 30 дней после их завершения	Взяться в следующем квартале после завершения крупных изменений

Старая статья на 1-й позиции — самый чувствительный актив всего сайта: переоценка из-за обновления даёт чистый риск и нулевую ожидаемую отдачу.

Когда сразу отказаться	Критерий	Чем заменить
Интент исчез	Показы по основному запросу упали до единиц в месяц или формат топовых результатов полностью сменился	Страницу оставить, но перестать вкладываться, силы перевести на новый интент
Продукт снят с производства	Продукт из статьи больше не продаётся и замены нет	301 на страницу похожего продукта, без обновления
Конфликт с позиционированием бренда	Тематика контента не связана с текущим основным направлением бизнеса	Не 404, а один раз сжать, переписать и заморозить

Отказ — это не удаление. Удаление URL уничтожит все внешние ссылки и длинные запросы, накопленные страницей. Правильный подход — пониженное обслуживание: оставить, больше не тратить часы, раз в полгода проверять, не появился ли новый интент. Принцип сохранения ресурсов при обновлении таков —Все силы за пределами квартального пула обновления идут на новый контент. Если обновление съедает больше двадцати процентов контентных часов, значит, проблема с запасом тем: пора пополнять банк тем, а не продолжать переделывать старое. Как выстроить ритм работы с контентом в одиночку, смотрите в статье на сайте Расчёт производительности для команды из одного человека— там про нормы трудозатрат.

FAQ: частые вопросы

Сколько статей обновлять за год?

Считайте от верхней границы в 15–20% контентных часов: команда, выпускающая 4 новые статьи в месяц, тратит на обновление не больше объёма одной новой статьи в месяц, то есть примерно 6–12 статей в год. Если доля превышает двадцать процентов, значит, запас новых тем недостаточен — сначала пополняйте темы, а не продолжайте обновлять. Конкретный объём определяется по итогам квартальной проверки, а не по календарю: если прошли отбор только 3 статьи — делайте только 3, не добивайте до круглого числа.

Насколько крупная правка требует пересмотра как новой статьи?

Если изменения затронули больше 60% текста, полностью перестроена структура H2 или заменено целевое ключевое слово — проверяйте по стандарту новой статьи: соответствует ли заголовок содержанию, ясна ли по-прежнему цель, нужно ли перенаправить все внутренние ссылки. Полная переработка относится к этой категории. Мелкие обновления (замена данных, замена ссылок, добавление 2–3 блоков информации) не требуют повторной проверки, но всё равно нужно перечитать заключительный абзац. Граница — доля новой информации: меньше 30% — обновление, больше 30% — проверяйте по стандарту новой статьи.

Что делать, если после обновления позиции упали?

Сначала отличите колебание от падения: скачки на 5–15 позиций в течение 7–20 дней не трогайте. Если на 30-й день позиция всё ещё ниже лучшей позиции до обновления более чем на 5 пунктов, сделайте три вещи: сравните с архивом и найдите потерянные информационные блоки, проверьте, правильно ли перенаправлены внутренние ссылки, убедитесь, что целевое ключевое слово не перехвачено другими страницами сайта. Если после этих трёх проверок за 60 дней ничего не изменилось, откатитесь к старой версии из архива или запустите объединение страниц. Не вносите второе изменение в течение 30 дней — так вы не сможете определить причину.

Нужно ли менять дату обновления на странице?

Дату обновления ставьте фактическую дату переработки, дату публикации оставляйте прежней. Если изменить только дату публикации и не отметить обновление, пользователи увидят старую информацию — доверие пострадает. Если изменить и дату публикации на текущую, вы потеряете сигнал «давно существующего контента», а дата в сниппете будет скакать. Оба даты меняют только в одном случае: содержание по сути стало другой статьёй — тогда публикуйте как новую статью с новым URL, а со старого ставьте 301-редирект.

Что делать со старыми внешними ссылками в старой статье?

Откройте и проверьте каждую по очереди, есть три варианта действий: если целевая страница жива, но содержание устарело — замените на более авторитетный новый источник; если целевая страница отдаёт 404 или постоянный редирект — найдите эквивалентную страницу для замены, а если не найдёте — удалите ссылку; если целевая страница противоречит вашей точке зрения (например, старый стандарт заменён новым) — обязательно замените, ссылка на устаревшее основание — серьёзный удар по доверию к содержанию. Эту проверку делайте при каждом обновлении, на одну статью уходит около 30 минут.

Как помечать устаревшие отраслевые данные в тексте?

Просто замените на самую свежую версию и укажите год источника, например «согласно отраслевому отчёту за 2025 год». Если новых данных нет и доступны только старые, оставьте старые данные, но укажите в предложении год статистики и предупредите читателя в заключительном абзаце о временной привязке данных. Запрещённый приём — менять только год, не меняя цифры: цифры не будут соответствовать году, и если читатель или ИИ обнаружит это при перекрёстной проверке, под сомнение попадёт достоверность всей статьи.

В заключение

Таблица нужна для решений о переработке потому, что главная цена здесь не часы работы, а переработка не того — когда трогают то, что трогать не следовало, а то, что пора бросить, переписывают снова и снова. Четыре сигнала сначала отбирают объект, три пути затем определяют действие, три точки наблюдения в конце принимают работу, и на каждом шаге есть порог, ниже которого результат не засчитывается. Только так переработка становится управлением активом, а не случайной подработкой.

Начать просто: в этом квартале выгрузите из Search Console данные по всему сайту, отберите пул для переработки по критериям из второго раздела и возьмите сначала две статьи с самыми сильными сигналами — обычно одну с устаревшей информацией на небольшое обновление и одну с устаревшей подачей на переписывание. Зарегистрируйте, наблюдайте 60 дней, прогоните один цикл и только потом расширяйте.

Запомните одну фразу: переработка нужна не для того, чтобы старая статья выглядела красивее, а для того, чтобы поисковик заново ответил на вопрос «стоит ли эта статья и сейчас быть впереди?».