Плагины CMS

IndexNow можно автоматизировать с помощью плагинов, написанных сторонними разработчиками. Яндекс приводит их список для популярных систем и добавляет дисклеймер, который стоит воспринимать буквально: команда Яндекс Вебмастера не несет ответственности за то, как работают эти плагины, и с проблемами следует обращаться к их авторам.

Что этот дисклеймер означает на практике

Плагин хранит ваш ключ и решает, что и когда отправлять. Некачественный плагин может:

• Отправлять каждый URL при каждом сохранении, включая страницы, которые не изменились — именно то, чего Яндекс делать не рекомендует.
• Скрывать ответы об ошибках, из-за чего неверный ключ или нарушение области видимости могут оставаться незамеченными месяцами.
• Воспринимать 202 Accepted как ошибку и пересоздавать ключ, бесконечно перезапуская верификацию.
• Размещать файл ключа там, где его быть не должно.

Как оценить плагин

• Отправляет ли он только созданные, обновленные и удаленные страницы или вообще все?
• Сообщает ли он код ответа HTTP там, где его можно увидеть?
• Обрабатывает ли он 202 как нормальное переходное состояние?
• Отправляет ли он данные пакетами через POST, или выполняет один GET на каждую страницу?
• Поддерживается ли он и кем?

Альтернатива

API настолько прост, что прямая интеграция часто требует меньше усилий, чем оценка плагинов: один запрос POST с телом в формате JSON, запускаемый при публикации, обновлении и удалении. Для сайта с собственной системой публикации это несколько часов работы без сторонних зависимостей, удерживающих ключ верификации.

Проверка, которая все расставит по местам

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