Google показывает старую дату статьи: что проверить

Если Google показывает старую дату статьи, сначала сравните смысл даты в выдаче, видимую подпись страницы и её структурированные данные. Дата первой публикации может быть старой правильно, даже после обновления. Исправляйте реальные противоречия и источник значений в шаблоне; назначить поиску нужную дату одной настройкой нельзя.

Старая дата не всегда является ошибкой

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

В справке Google о датах сказано, что выбор опирается на несколько сигналов, а показ указанной владельцем даты не гарантирован. Поэтому рабочая задача — сделать сведения точными и согласованными. Обещание «заменим поле, и завтра сниппет станет свежим» нельзя использовать как критерий исправления.

Определите, какую дату вы сравниваете

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

Следующий вопрос — смысл подписи. «Опубликовано» и «Обновлено» описывают разные события. Дата мероприятия внутри текста относится к мероприятию, а не автоматически к статье. Если эти значения смешаны уже в редакторской карточке, начать нужно с данных, а не с очередного SEO-плагина.

Учебная ведомость сигналов одной страницы

Все ситуации в таблице вымышлены. Это маршрут проверки, а не результаты обследования определённого сайта. В своей ведомости добавьте фактическое значение, источник и ответственного за исправление. Одной отметки «микроразметка есть» недостаточно, чтобы объяснить происхождение даты.

Проверьте источник полей, а не только их наличие

В документации разметки Article datePublished относится к первой публикации, dateModified — к последним изменениям. Для времени рекомендован часовой пояс. Эти свойства передают сведения, но не являются переключателем отображаемой даты сниппета.

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

Если нужны работы с шаблоном Next.js, передайте разработчику конкретный пример: исходное поле, ожидаемое значение и то, что реально возвращает страница. Задание «починить дату Google» слишком расплывчато. Проверяемое изменение должно находиться в зоне контроля сайта.

Видимая версия и служебные данные должны объяснять одно событие

Сопоставьте данные, доступные посетителю, с тем, что получает поисковая система. Проверьте, не осталось ли второй разметки со старым значением от другого компонента. Два плагина могут описывать одну статью независимо, поэтому исправление одного поля ещё не подтверждает устранение противоречия.

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

Когда дату обновления действительно стоит менять

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

Не переписывайте все даты автоматически ради свежего вида. Читатель должен понимать, когда материал появился и что в нём изменилось. Если содержание осталось прежним, сегодняшняя подпись не сделает ответ актуальнее. Лучше проверить сами сведения и решить, требуется ли настоящая редактура.

Порядок исправления и наблюдения

1. Зафиксируйте конкретный результат поиска и URL. Отделите наблюдение от предположения о причине.
2. Составьте ведомость всех дат, связанных со статьёй, и определите их смысл. Проверьте происхождение полей в CMS.
3. Исправьте противоречия в видимых подписях и данных статьи. Даты событий и других материалов не подставляйте вместо даты публикации.
4. Проверьте фактически отдаваемую и отрисованную страницу. Найдите дублирующие компоненты и старые значения.
5. Сохраните, какие сведения изменены и на каком основании. Техническую корректность оценивайте отдельно от вида сниппета.
6. Наблюдайте результат после обработки изменений поиском. Не назначайте гарантированный срок и не делайте серию новых фиктивных обновлений.

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