Команда обновила важную страницу, но не знает, дошло ли уведомление до поисковой системы и была ли страница затем обработана. Эти события нужно проверять отдельно. Инструкция поможет владельцу сайта и разработчику составить таблицу отправок, ошибок и следующих действий.
Что подготовить
Выберите несколько недавно созданных, изменённых или удалённых URL, важных для бизнеса. Запишите точный адрес, тип изменения и время выпуска. Понадобятся доступ к журналу отправок или настройкам действующей интеграции IndexNow, владелец технической реализации и, при использовании Bing, доступ к подтверждённому сайту в Bing Webmaster Tools.
| Поле | Что зафиксировать |
|---|---|
| Изменение | URL, тип изменения и время выпуска |
| Отправка | Источник отправки, время, адрес и код ответа |
| Проверка ключа | Доступность файла ключа и соответствие области действия, без публикации самого ключа в отчёте |
| Состояние URL | Данные доступного отчёта об обходе и индексации, дата наблюдения |
| Действие | Ошибка, ответственный, исправление и срок повторной проверки |
Отделите уведомление от индексации
IndexNow позволяет уведомлять участвующие поисковые системы о добавленных, изменённых или удалённых URL. По описанию протокола, отправленные адреса передаются другим участвующим системам. Получение уведомления не означает немедленного обхода, индексации или обновления ответа нейросети.
Владелец хоста подтверждает право отправки файлом ключа. Если файл расположен не в корне, документация предусматривает указание его адреса и ограничение области действия соответствующим путём. Пусть разработчик проверит эти условия на своей реализации; значение ключа и полный запрос не нужны редакционному отчёту.
Проверьте цепочку
- Сопоставьте выпуск и отправку
Для каждого выбранного URL найдите в журнале интеграции уведомление после изменения. Сверьте домен, полный адрес и время. Если записи нет, проверьте, включена ли отправка для этого типа изменений и какая система за неё отвечает. Не отправляйте весь сайт повторно только потому, что одна запись не найдена.
- Прочитайте ответ
Сохраните код и время ответа. По документации протокола, 200 означает получение отправленного URL, а 202 означает получение при ещё не завершённой проверке ключа. Ни один из этих кодов не является подтверждением индексации. При отсутствии ответа сначала выясните по журналам, дошёл ли запрос, прежде чем повторять его.
- Разберите ошибку
При 400 разработчик проверяет формат запроса. При 403 проверяет файл ключа и его содержимое; при 422 сопоставляет хост отправки, URL и требования к ключу. При 429 нужно снизить частоту и устранить источник избыточных запросов. Сохраните ошибку без чувствительных параметров и назначьте владельца исправления.
- Посмотрите дальнейший статус
Если для сайта доступен IndexNow Insights в Bing Webmaster Tools, откройте отчёт и найдите отправленный адрес или соответствующую группу ошибок. Microsoft описывает сведения об отправленных, обойдённых и индексированных URL. Запишите доступный статус и дату: данные отчёта могут обновляться позднее отправки.
- Повторите проверку после исправления
После устранения ошибки согласуйте с разработчиком проверку одного изменённого адреса по документации интеграции. Сверьте новый ответ и дальнейший статус отдельно. Если данные отчёта ещё не появились, оставьте строку открытой и вернитесь к ней позже.
На выходе у команды должна быть таблица с подтверждёнными изменениями, состоянием отправки, доступными данными об обработке и ответственным за каждую открытую проблему.