Требования к карте сайта Google News требуют файл XML, содержащий URL статей, опубликованных за последние 48 часов. Этот специфический формат файла помогает Google идентифицировать контент, подходящий для поверхности Новостей, выделяя метаданные, такие как название публикации, язык и точная временная метка статьи. Придерживаясь этих строгих структур XML, издатели гарантируют, что их контент достигает индекса с необходимым контекстом для точного отображения на поверхностях поиска.
Каковы специфические технические требования для карты сайта Новостей?
Карта сайта Новостей должна следовать стандартному протоколу Sitemap, включая специфические теги, определенные Google. Размер файла строго ограничен 1000 URL на одну карту сайта для обеспечения эффективной обработки роботом. Если публикация производит больший объем контента, система требует создания нескольких карт сайта, сгруппированных под одним файлом индекса карты сайта.
Эти технические файлы не предназначены для архивов или вечнозеленого контента. Они служат временным сигналом для последних новостей. Если робот встречает URL старше двух дней в этом специфическом фиде, система игнорирует их, что может вызвать предупреждения в интерфейсе Search Console относительно записей с истекшим контентом.
Для разработчиков это означает создание динамического скрипта, который автоматически обрезает список XML. Если URL остается в файле дольше 48-часового порога, он становится шумом. Высокочастотные издатели должны убедиться, что их база данных бэкенда запускает событие удаления, чтобы поддерживать карту сайта чистой и соответствующей сигналам свежести Google.
- Включайте только статьи, опубликованные за последние 48 часов.
- Используйте тег <news:news> для каждой записи URL.
- Точно укажите название публикации и настройки языка.
- Определите дату публикации, используя формат W3C (YYYY-MM-DDTHH:MM:SS+TZD).
- Держите размер файла менее 50 МБ и ограничьте его 1000 URL.
Как правильно структурировать теги XML?
Структура опирается на определение пространства имен новостей. Каждая запись URL должна содержать обязательный объект публикации, который требует как название публикации, так и код языка ISO 639. Заголовок статьи является обязательным элементом, как и дата публикации в точном формате W3C.
Эти специфические теги предоставляют роботу немедленный контекст, позволяя ему анализировать ваш контент без необходимости рендеринга всей верстки страницы. Это жизненно важно для высокочастотных новостных сайтов, где задержка в рендеринге может задержать появление истории в новостной ленте. Когда вы реализуете эти теги, вы снижаете рабочую нагрузку на робота.
Согласованность остается ключевым фактором. Убедитесь, что название публикации точно совпадает с тем, что появляется в ваших настройках Google Publisher Center. Любое расхождение между вашими тегами метаданных и вашей зарегистрированной идентичностью может привести к трению при индексации. Часто проводите аудит вашего вывода XML, чтобы убедиться, что никакие ошибки кодирования или битые символы не нарушают парсер.
Хотя вам не нужно создавать уникальный файл для Discover, ваша общая XML-карта сайта должна быть точной и актуальной.
Google Search Central
Как Alien Road применяет эту технологию
В Alien Road мы управляем техническими конфигурациями карт сайта, автоматизируя весь процесс генерации для наших клиентов. Мы избегаем ручных обновлений файлов, чтобы предотвратить человеческие ошибки и гарантировать, что каждая статья регистрируется в момент ее публикации. Во время типичного взаимодействия наша инженерная команда проводит аудит CMS клиента, чтобы убедиться, что дата публикации и заголовок статьи автоматически подтягиваются в фид XML.
Мы выполняем проверку валидации с использованием стандартных валидаторов XML, чтобы убедиться, что синтаксис идеально соответствует требованиям схемы. Затем мы отслеживаем Google Search Console, чтобы проверить, что карта сайта обрабатывается без ошибок. Для новостных издателей мы гарантируем, что индекс карты сайта отправлен и отчет о покрытии не показывает проблем со сканированием, обеспечивая четкий путь для обнаружения контента.
В типичном клиентском проекте мы интегрируем эти фиды XML непосредственно в конвейер CI/CD. Это гарантирует, что когда разработчик пушит новую функцию или верстку, логика генерации карты сайта остается нетронутой. Мы документируем эти процессы, чтобы команда клиента могла поддерживать прозрачность относительно того, как их контент сигнализируется поисковым системам.
Почему 48-часовой лимит является обязательным?
Google ограничивает контент карты сайта статьями, опубликованными за последние два дня, чтобы поддерживать свежесть и релевантность индекса Новостей. После 48-часового окна статьи автоматически удаляются из карты сайта Новостей, хотя они остаются в основном индексе Google через регулярные процессы сканирования.
Это различие жизненно важно для поддержания чистого технического профиля и обеспечения того, чтобы робот тратил свой бюджет на свежие, последние истории, а не на устаревшие данные. Если вы попытаетесь держать статьи в карте сайта Новостей дольше, отчет об обработке в Search Console, скорее всего, пометит их как недействительные или избыточные, что может снизить общие сигналы доверия для этого конкретного файла.
Устаревший контент в новостной ленте обеспечивает плохой пользовательский опыт. Строго придерживаясь 48-часового окна, вы сигнализируете поисковой системе, что ваш сайт является активным, текущим источником информации. Эта дисциплина помогает поддерживать высокий приоритет сканирования для вашего домена, что необходимо для циклов последних новостей.
- Удаляйте URL из карты сайта Новостей, как только они превышают 48 часов.
- Убедитесь, что URL статей остаются доступными в основной XML-карте сайта для долгосрочной индексации.
- Проверьте, что ваш файл robots.txt разрешает доступ к этим файлам.
- Обновляйте файл индекса карты сайта каждый раз, когда генерируется новая карта сайта.
- Проверьте настройки кэша вашей CMS, чтобы убедиться, что вывод XML не отдает кэшированные, устаревшие версии.
Каких распространенных ошибок следует избегать?
Частая ошибка включает включение неновостных страниц в выделенную карту сайта Новостей. Google ожидает только журналистский контент в этих файлах; включение страниц контактов, архивов категорий или порталов входа вызывает ошибки в Search Console. Держите ваш фид Новостей исключительно для статей.
Другая проблема — неправильное форматирование даты. Если ваша CMS генерирует даты в локальном часовом поясе без смещения, робот может неверно интерпретировать время публикации. Всегда принудительно используйте UTC или включайте правильное смещение TZD в ваши строки W3C. Валидация этих строк с помощью валидатора схемы сэкономит значительное время на этапе отладки.
С чего начать на этой неделе
Немедленно проверьте вашу текущую структуру XML-карты сайта на соответствие требованиям Google News. Если вы новостной издатель, проверьте, что ваша CMS правильно выводит требуемые теги. Начните с тестирования вашей карты сайта в локальной среде разработки перед развертыванием на вашем живом сайте, чтобы избежать конфликтов индексации и подтвердить, что форматы даты W3C генерируются правильно. Отслеживайте вкладку покрытия Search Console в течение как минимум 72 часов после развертывания, чтобы убедиться, что не появляются новые ошибки.