«Обновляй старые статьи, Google любит свежесть» — правда наполовину. Google не видит дату в коде страницы как сигнал качества, он сверяет, изменился ли контент по сути. Поменял dateModified и пару слов — трафик не придёт. Переписал раздел, который устарел фактически — есть шанс. Разбираю, где граница, и свою ошибку, когда bump'ал даты на десятке страниц без реальных правок.
Полгода назад один клиент прочитал статью про «content refresh» на англоязычном блоге и принёс список из 40 своих старых страниц с вопросом: «обновляем все?». Я сказал — нет, и вот почему это не про массовую проштамповку дат.
Откуда вообще взялся миф про «свежесть»
У Google действительно есть сигнал freshness — но он работает не так, как его обычно продают. Это QDF (query deserves freshness): для запросов, где пользователь явно хочет новое — «курс доллара сегодня», «результаты матча» — выдача подтягивает недавние публикации. Для запроса «как настроить Яндекс.Метрику» QDF почти не действует: это эвергрин, там играет полнота и точность ответа, а не дата сверху.
Проблема в том, что индустрия эту механику упростила до «ставь свежую дату — получишь буст». Google прямо говорит в своих материалах про SEO starter guide: системе важно соответствие контента запросу, а не метка времени как таковая. Я проверял это руками — не один раз.
Моя ошибка с массовым bump'ом dateModified
В 2025 вёл блог клиента с десятком статей, которые просели в позициях за полгода. Решил по-быстрому: прошёлся по 10 страницам, поправил дату на title тега в шаблоне (визуально «обновлено 2025»), подправил пару предложений в интро — без изменения структуры, без новых данных. Ждал буст в течение трёх недель. Трафик не сдвинулся ни на процент.
Пошёл разбираться через Вебмастер и обычный просмотр кэшированной версии конкурентов в топ-5 по тем же ключам. Оказалось: конкуренты за это время добавили таблицы с актуальными цифрами, расширили разделы, один вообще переписал статью с нуля под более узкий интент. Мой «рефреш» выглядел как косметика рядом с их реальным обновлением контента. Google просканировал diff — изменений по сути почти не было, сигнал не сработал.
Когда refresh реально поднимает трафик
Три ситуации, где я сам беру старую статью в работу вместо того, чтобы писать новую:
- Цифры или факты устарели буквально. Цены, версии инструмента, скриншоты интерфейса, который успели перерисовать — здесь обновление прямое и понятное: контент был неточным, стал точным.
- Статья теряет позиции, а запрос — не теряет спрос. Проверяешь через GSC: показы стабильны или растут, позиция падает. Значит, выдача по этому запросу обновилась структурно, а твоя страница — нет.
- Появился реально новый угол или данные, которых не было при первой публикации. Не «переставить абзацы», а добавить то, чего не хватало — пример, таблицу сравнения, ответ на вопрос, который раньше не задавали.
Во всех трёх случаях меняется суть, а не обёртка. Дата в разметке — следствие, не причина.
Когда это трата времени
Рефреш не поможет, если проблема сидит не в тексте:
| Симптом | Реальная причина | Что делает refresh текста |
|---|---|---|
| Страница пропала из индекса | noindex, canonical на другой URL, блок в robots.txt | Ничего — сначала технический фикс |
| Позиция упала на весь кластер сразу | Алгоритмический апдейт / санкция | Ничего в моменте — нужен разбор апдейта, не косметика |
| Трафик упал, но позиции те же | Google переписал сниппет / изменился CTR выдачи | Ничего — тут работа с title/description, не с телом статьи |
| Эвергрин-статья без реальных изменений в теме | Нет новой причины для буста | Косметика без эффекта — время потрачено впустую |
Если ты меняешь дату «на всякий случай» на статье, где по факту ничего не произошло — ты не обманываешь Google, ты обманываешь себя: тратишь время на действие, которое по механике сигнала просто не сработает.
Как понять, что статья реально нуждается в обновлении
Беру отчёт GSC «Эффективность» за 16 месяцев по конкретному URL, смотрю показы и позицию отдельно. Если показы держатся или растут, а позиция сползает вниз — это не сезонность, это проигрыш конкурентам по качеству ответа. Дальше — вручную смотрю топ-5 по этому запросу: что у них есть, чего нет у меня. Не копирую — смотрю, какой кусок реального смысла я не закрыл.
Ты вообще сверял свою статью с тем, что сейчас стоит в топ-3 по твоему запросу, прежде чем решил её «обновить»? Или просто открыл редактор и поменял пару слов, потому что статье «уже год»?
Что обновлять по приоритету, если решил — делать
- Фактическая точность — цифры, цены, версии, скриншоты.
- Структура под реальный интент — если запрос сместился в сторону «сравнения», а у тебя простое описание, меняй форму подачи, не только слова.
- Примеры и данные, которых не было — личный опыт, кейс, таблица.
- Внутренние ссылки — на новые статьи, которые написаны после этой.
- Title и description — если выдача конкурентов сменила формулировки, твой сниппет может банально не попадать в ожидания по CTR.
- dateModified в разметке — в последнюю очередь, как честное отражение того, что три пункта выше реально сделаны, а не как трюк.
Внутри блога это тот же принцип, что я применяю, когда ищу точки роста по regex-фильтрам в Search Console — сначала находишь, что реально упало и почему, потом чинишь конкретную причину, а не весь список подряд одним движением.
Больше по теме: regex-фильтры в GSC, где искать точки роста и диагностика упавшего трафика за час — обе статьи о том же: сначала диагноз, потом действие, а не наоборот.