Sitemap помогает поисковому роботу обнаруживать страницы, но не исправляет их автоматически. Если в Вебмастере появилось предупреждение, не нужно сразу пересоздавать сайт или удалять карту. Сначала выясните, что именно не нравится проверке: доступность файла, структура XML, адреса страниц или дата lastmod. Ниже — порядок диагностики, который позволяет исправить причину, а не просто скрыть уведомление.
Начните с конкретного файла и свежести проверки
Откройте свой сайт в Яндекс Вебмастере и перейдите к диагностике. Разверните предупреждение о Sitemap. Скопируйте адрес файла из примера: при нескольких картах проблема может находиться только в одной дочерней карте, например в списке записей блога. Проверка главного индекса не заменяет проверку файла из предупреждения.
Посмотрите дату последней проверки. Если сайт исправили сегодня, а уведомление относится к прошлой неделе, перед вами может быть старый результат. Это не доказывает ни сохранение ошибки, ни её устранение. Понадобится новый анализ актуального файла. При сообщении о технических работах учитывайте возможную задержку данных.
Не начинайте с кнопки «Проверить». Она полезна после исправления и контроля результата. Сначала откройте подробности, зафиксируйте точный текст замечания и проблемный URL.
Шаг 1. Убедитесь, что сервер отдаёт XML, а не страницу ошибки
Откройте адрес карты без авторизации. Проверяйте именно окончательный URL: HTTPS, нужный домен и правильный вариант с www или без него. После переезда сайта карта не должна продолжать перечислять страницы старого домена.
Для карты ожидается успешный HTTP-ответ 200 и содержимое Sitemap. Но одного числа 200 недостаточно: сервер иногда возвращает с таким статусом HTML-страницу входа, заглушку защиты или сообщение PHP. Внешне браузер может показывать красивую страницу, а поисковый робот не получит XML.
В инструменте проверки ответа сервера Вебмастера укажите полный адрес карты и изучите ответ. Если обычный посетитель получает файл, а робот — запрет, проверьте правила защиты, ограничение частоты запросов и настройки доступа. Не отключайте всю защиту сайта ради эксперимента: нужно разрешить корректное обращение к конкретному публичному ресурсу.
Шаг 2. Разделите индекс Sitemap и список страниц
Файл индекса перечисляет дочерние карты. Файл со страницами перечисляет сами URL. На WordPress корневой адрес может выглядеть как /wp-sitemap.xml, а карта записей — как /wp-sitemap-posts-post-1.xml. При SEO-плагине имена могут отличаться.
Проверьте цепочку: главный индекс → дочерняя карта → страница. Ошибка в одном звене не означает, что нужно заменить всю систему генерации. Ручная правка автоматически создаваемого XML обычно ненадёжна: при следующем запросе CMS сформирует его заново.
Шаг 3. Исправьте lastmod в источнике данных
lastmod сообщает дату изменения страницы. Это не дата проверки роботом и не способ объявить все статьи свежими. Например, значение 2026-10-10T10:00:00+03:00 описывает конкретный момент с часовым поясом. В примере используется демонстрационная дата; на сайте должно передаваться фактическое изменение соответствующего материала.
Если вместо нормального года появляется отрицательное значение или дата около начала календаря, вероятна некорректная исходная дата или ошибка её преобразования. В WordPress после импорта стоит проверить служебную дату изменения записи. Сначала сделайте резервную копию, затем пересохраните одну проблемную запись и повторно получите карту. Если это помогло, примените тот же способ к остальным подтверждённым случаям.
Не меняйте даты публикации только ради исчезновения предупреждения. Они влияют на порядок статей и восприятие материала читателями. Не присваивайте всем страницам текущую дату при каждом обращении к Sitemap: такая карта перестаёт отражать реальные обновления.
Если достоверной даты нет, технически корректнее обсудить с разработчиком исключение необязательного lastmod для таких записей, чем публиковать вымышленную дату. Это решение должно быть точечным и не затрагивать исправные страницы.
Шаг 4. Сверьте URL с canonical и статусами страниц
Возьмите несколько ссылок из карты, включая новые статьи и изменённые страницы. Откройте их без входа в админку. Нужен доступный материал, а не редирект на главную, пустой шаблон или 404.
Проверьте, совпадает ли адрес в Sitemap с предпочтительным URL страницы. Если карта перечисляет /catalog/item?utm_source=test, а canonical указывает /catalog/item/, в карту следует передавать чистый основной адрес. Не добавляйте туда черновики, закрытые разделы кабинета и служебные страницы ради увеличения количества ссылок.
Полезно вести короткую таблицу: URL, HTTP-статус, canonical, разрешение индексации, lastmod. На небольшом блоге достаточно сначала проверить все недавно добавленные статьи. На большом каталоге нужна автоматизированная проверка, иначе выборка может пропустить массовую ошибку шаблона.
Как убедиться, что исправление сработало
Повторно получите файл после сохранения изменений. Если используется кэш, проверьте, что выдаётся новая версия именно карты, а не только обновлённая HTML-страница статьи. Затем запустите анализ Sitemap и сохраните новый результат. Только после этого отправляйте проблему на перепроверку в диагностике.
Учебный пример: в карте 84 URL, у девяти импортированных записей неправильная дата. Исправление дат у этих девяти записей не требует удаления остальных 75 URL. Но число «9» нельзя принимать на веру: сначала свяжите ошибочные значения с конкретными страницами. И даже успешное пересохранение ещё не доказывает исправность XML — нужен повторный анализ карты.
Критерии завершения: файл доступен роботу, XML читается, проблемные даты исправлены, адреса ведут на нужные страницы, свежая проверка не воспроизводит замечание. Появление статьи в поиске — отдельный процесс, которого Sitemap сам по себе не гарантирует.
FAQ
Нужно ли удалять Sitemap из Вебмастера и добавлять заново?
Обычно сначала исправляют действующий файл. Повторное добавление того же адреса не исправит ошибку генерации или доступа.
Можно ли оставить lastmod пустым?
Не стоит выводить пустой или некорректный элемент. Если надёжной даты нет, разработчик может не передавать необязательный тег для соответствующего URL.
Почему предупреждение осталось после изменения статьи?
Возможны старые результаты проверки, кэш карты или другая проблемная запись. Сравните дату анализа и фактически отдаваемый XML.
Все ссылки из карты обязательно попадут в поиск?
Нет. Sitemap облегчает обнаружение URL, но решение об индексировании принимается отдельно.