Обсудить проект

Коротко опишите задачу — этого достаточно для первого контакта.

Практическое SEO · контент

Как обновлять старые страницы сайта: что менять, а что лучше сохранить

Старый материал не нужно переписывать только из-за даты публикации. Обновление имеет смысл, когда изменились данные, пользовательская задача, продукт, структура сайта или поисковые формулировки. Важно улучшить страницу, не разрушив URL, ссылки и уже работающие части.

Основа

Обновление начинается с причины, а не с календаря

Есть evergreen-материалы, которые годами остаются актуальными, и инструкции, устаревающие после каждого изменения интерфейса сервиса. Возраст сам по себе не определяет необходимость правки.

Сигналами могут быть устаревшие скриншоты, изменившаяся документация, новые вопросы клиентов, падение CTR по актуальным запросам, появление слабых разделов или новый продукт, который меняет ответ.

Не переписываем хорошо работающий материал «для свежести». Сначала фиксируем, что именно стало неполным или неверным.

Шаг 1

Запросы и страницы входа показывают, чего не хватает материалу

В Вебмастере смотрим запросы, по которым URL уже получает показы. Новые НЧ-формулировки часто подсказывают недостающий раздел, FAQ или пример.

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

Работа с НЧ-запросамиКак не создать конкурента существующей странице

Шаг 2

Стабильный URL и полезные фрагменты не меняем без причины

Если тема остаётся той же, лучше сохранить адрес. Смена slug ради косметики создаёт необходимость редиректа и обновления ссылок без дополнительной пользы.

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

URL

Сохраняем, если задача страницы не изменилась.

Входящие ссылки

Не ломаем якоря и контекст без необходимости.

Работающие разделы

Оставляем полезное и обновляем слабое.

Источники

Проверяем актуальность внешней документации.

Шаг 3

Метатеги меняем вместе с ролью страницы, а не отдельно от содержания

Если обновление расширило тему или уточнило интент, Title и Description стоит пересмотреть. Но менять их каждую неделю для теста без плана опасно: сложно понять, какое изменение повлияло на результат.

H1, Title и первый экран должны после обновления по-прежнему давать одинаковое обещание пользователю.

Title и DescriptionH1 и структура

Шаг 4

Несколько устаревших статей можно объединить в один актуальный материал

Если на сайте накопились три заметки по одному интенту, поддерживать каждую отдельно сложно. Выбираем основной URL, переносим уникально полезные части и ставим прямые редиректы со слабых документов.

Перед объединением проверяем, не имеют ли старые страницы собственных запросов и задач. Нельзя сливать всё тематически похожее только ради уменьшения числа URL.

Редиректы после объединенияКонкурирующие страницы

Шаг 5

Не меняем дату без реального изменения содержимого

Дата «обновлено» полезна читателю, если материал действительно пересмотрен. Автоматическая смена даты при каждом deploy создаёт ложное ощущение свежести и затрудняет редакционный контроль.

В Sitemap lastmod тоже лучше отражать реальное изменение документа, а не сборку сайта целиком.

lastmod в Sitemap

Шаг 6

Фиксируем изменения и смотрим результат по тем же данным

Записываем дату, что именно изменили и какие запросы хотели закрыть лучше. Затем сравниваем показы, клики, CTR и набор запросов после переобхода.

Если результат ухудшился, у нас есть точка возврата и понимание изменений. Массовая правка сотен страниц без журнала делает диагностику почти невозможной.

Обновление контента — итерация: гипотеза → изменение → переобход → сравнение, а не бесконечное редактирование без контрольной точки.

Шаг 7

После редакционной правки проверяем техническую страницу

Большие обновления иногда ломают таблицы, якоря, разметку, mobile и внутренние ссылки. Поэтому финальная проверка включает HTTP 200, canonical, meta robots, визуальный mobile и отсутствие битых ссылок.

Если обновлялся шаблон сразу у группы страниц, тестируем несколько разных примеров, а не только один удачный URL.

Технический SEO-аудитМобильная проверка

Частые ошибки

Что обычно ломает эту часть SEO

Менять ради новой даты

Содержание не становится лучше от календарной правки.

Переписывать весь материал

Можно удалить уже работающие примеры и формулировки.

Менять URL вместе с текстом

Создаётся лишняя миграция без изменения задачи.

Править десятки страниц без журнала

Невозможно понять, какое изменение повлияло на результат.

Практический сценарий

Старая инструкция получает показы по новым вопросам

Статья про перенос сайта опубликована два года назад. Основной трафик сохранился, но в Вебмастере появились показы по вопросам о staging, DNS TTL и синхронизации базы, которых в тексте почти нет.

Мы не создаём три коротких статьи автоматически. Сначала добавляем в существующий материал полноценные разделы по тем же шагам миграции. Только если один из вопросов разрастается в самостоятельный интент, выделяем отдельный материал и связываем его с основной инструкцией.

Новый запросРешениеПочему
TTL перед переездомДобавить блок в статьюЧасть того же сценария
Финальная синхронизация БДРасширить этап переключенияТот же интент
Переезд на новый доменОтдельная статьяСамостоятельный большой сценарий
Ошибки 502 после переносаСвязать с диагностикой сервераДругая проблема после миграции

Чек-лист

Обновление старой страницы

  1. Зафиксировать причину: Что именно устарело или недораскрыто.
  2. Посмотреть запросы: Какие новые формулировки уже дают показы.
  3. Проверить интент: Расширять этот URL или нужен отдельный материал.
  4. Сохранить стабильный адрес: Не менять slug без необходимости.
  5. Обновить факты и шаги: Удалить устаревшее, добавить актуальное.
  6. Сохранить сильные части: Не переписывать полезное только ради новизны.
  7. Пересмотреть метатеги: Только если изменилась роль или охват страницы.
  8. Обновить дату честно: Только после содержательной правки.
  9. Проверить технику: HTTP, canonical, ссылки и mobile.
  10. Записать изменение: Сравнить результаты после переобхода.

Вопросы

Короткие ответы

Как часто нужно обновлять статьи?

По мере изменения фактов, интерфейсов, спроса и задач. Универсального календаря нет.

Нужно ли менять URL старой статьи?

Обычно нет, если тема и назначение сохраняются.

Стоит ли менять дату каждый год?

Только если материал действительно пересмотрен и обновлён.

Можно ли объединить несколько старых статей?

Да, если они закрывают один интент; уникально полезные части нужно перенести, а старые URL корректно перенаправить.

Практика NIC-SEO

Обновляем страницу тогда, когда можем сделать ответ лучше

Мы сохраняем работающие URL и сильные части, а изменения фиксируем так, чтобы можно было проверить их эффект и при необходимости откатить.