Как установить indexnow на WordPress

Установить IndexNow на WordPress можно за пятнадцать минут, и это один из немногих случаев, когда небольшое техническое действие даёт заметный эффект сразу: страница, о которой сайт сообщил сам, попадает на переобход в течение часов, а не через две-три недели ожидания робота. Подвох в другом — половина установок работает вхолостую, потому что ключ лежит не там, уведомления уходят не на те адреса или срабатывают тогда, когда на странице ничего не поменялось. Ниже — как подключить протокол правильно, как проверить, что он действительно отправляет данные, и чего от него не стоит ждать.

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

Что делает протокол и чего не делает

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

Дальше начинается зона частых заблуждений, и её лучше очертить сразу.

• Уведомление не гарантирует индексацию. Оно гарантирует только приоритетный обход. Если страница слабая, дублирующая или закрыта настройками, робот придёт быстрее и быстрее откажется её брать.
• Оно не влияет на позиции. Ранжирование считается отдельно, и способ, которым поисковик узнал об адресе, в этом расчёте не участвует.
• Оно не заменяет карту сайта. Карта описывает сайт целиком и нужна для полноты обхода; уведомления сообщают о конкретных изменениях. Работают они вместе, а не вместо друг друга.
• Оно не помогает, если сервер отдаёт ошибку. Робот придёт по вашей же просьбе и получит недоступную страницу, что хуже, чем если бы он не приходил вовсе.
• WooCommerce: что настроить сразу после установки, чтобы магазин продавал
• Настройка WordPress после установки: 12 шагов до первой публикации
• Как установить Яндекс Метрику на сайт и не собрать мусорную статистику

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

Кто принимает уведомления

Поисковая система	Участие в протоколе	Что это значит на практике
Яндекс	Участник с момента запуска	Основная отдача для русскоязычных сайтов
Microsoft Bing	Соавтор протокола	Полезно для англоязычных проектов и сайтов с зарубежной аудиторией
Seznam	Участник	Актуально при работе на чешский рынок
Naver	Участник	Актуально при работе на корейский рынок
Google	Не участвует	Ускорение обхода в Google строится другими средствами

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

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

Ключ: как устроен и куда кладётся

Ключ — это строка из букв и цифр, обычно от восьми до ста двадцати восьми символов. Он выполняет ровно одну функцию: подтверждает, что уведомления отправляет тот, кто управляет сайтом.

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

Подробнее об этом — в статье «Лучшие SEO плагины для wordpress».

• Где лежит. В корне сайта, то есть доступен по адресу вида «домен, слэш, ключ, точка txt». Плагины обычно создают его сами; если файл не создался, его кладут вручную через файловый менеджер хостинга.
• Содержимое. Только ключ, без переносов строки в начале, без пробелов, без служебных символов. Лишний символ — и проверка не проходит.
• Тип отдачи. Файл должен отдаваться как обычный текст с кодом ответа 200. Частая ошибка на сайтах с агрессивным кэшем или защитой от ботов — файл открывается в браузере, но роботу отдаётся редирект или страница проверки.
• Один ключ на сайт. Плодить несколько ключей смысла нет, а путаница из-за них возникает регулярно: плагин генерирует новый, старый файл остаётся, запросы уходят со старым.
• Поддомены. Каждый поддомен — отдельный хост, ему нужен свой ключ и свой файл в своём корне.
• WooCommerce: что настроить сразу после установки, чтобы магазин продавал
• Настройка WordPress после установки: 12 шагов до первой публикации
• Как установить Яндекс Метрику на сайт и не собрать мусорную статистику

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

Помогу с продвижением: SEO-продвижение от Анатолия Кузнецова — вывожу сайты в топ Яндекса белыми методами.

Если интересно направление с сайтами — базу даю в своём курсе:

8:14

Три способа подключения на WordPress

Способ	Что нужно	Кому подходит	Ограничения
Модуль в SEO-плагине	Уже установленный комплексный плагин с поддержкой протокола	Большинству сайтов	Настроек мало, поведение задано разработчиком
Отдельный плагин протокола	Установка ещё одного плагина	Тем, у кого SEO-плагин без такой функции	Ещё одно расширение в обслуживании
Собственный код в теме или mu-plugin	Разработчик и понимание хуков WordPress	Крупным проектам и нестандартным сценариям	Нужно самому обрабатывать ошибки и лимиты

Для типового сайта разумнее всего первый вариант: меньше сущностей, обновляется вместе с основным плагином. Если комплексного плагина нет или в нём такой функции не предусмотрено, ставится отдельный — их несколько, включая официальный от Bing Webmaster Tools. Собственная реализация нужна там, где логика отправки нестандартная: например, уведомлять только при изменении цены или наличия, а не при любом сохранении товара.

Установка через плагин: порядок действий

1. Проверьте, нет ли функции у уже установленного SEO-плагина. Заглянуть стоит в разделы, связанные с индексацией, картой сайта или инструментами вебмастера. Два одновременно работающих механизма отправки — источник дублирующих запросов и путаницы в логах.
2. Установите и активируйте плагин. После активации в настройках появится раздел с ключом.
3. Сгенерируйте ключ или впишите свой. Плагин обычно предлагает готовый. Сразу же скопируйте его в блокнот: он понадобится при проверке.
4. Убедитесь, что файл ключа создан и доступен. Откройте его адрес в браузере. Если файла нет, создайте текстовый файл с именем-ключом в корне сайта и вставьте туда сам ключ.
5. Выберите типы контента, о которых уведомлять. Записи и страницы — почти всегда. Товары — если есть магазин. Служебные типы, вложения и архивы — обычно нет.
6. Проверьте, что рубрики и метки не отправляются без нужды. Они меняются при каждой публикации, и поток уведомлений раздувается пустыми адресами.
7. Сохраните настройки и сделайте тестовое изменение. Возьмите любую существующую запись, внесите осмысленную правку, сохраните.
8. Откройте журнал плагина. Там должна появиться строка с адресом страницы, временем отправки и кодом ответа.

Ниже те же шаги в интерфейсе, по порядку. Первые кадры — настройки самого плагина, дальше идёт ветка с Yandex API: чтобы плагин отправлял уведомления от вашего имени, ему нужен токен доступа, а выдаётся он через приложение в OAuth Яндекса.

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

Как убедиться, что всё работает

Код ответа	Что означает	Что делать
200	Уведомление принято	Ничего, всё в порядке
202	Принято, ключ ещё проверяется	Убедиться, что файл ключа доступен снаружи
400	Некорректный запрос	Проверить формат адресов и структуру запроса
403	Ключ не подтверждён	Сверить содержимое файла с ключом в настройках
422	Адреса не принадлежат хосту или ключ не совпал	Проверить протокол и вариант домена: с www и без — разные хосты
429	Слишком много запросов	Сократить поток, отправлять пакетами и реже

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

Тему разбирал отдельно: «Новый глюк WordPress».

Третья проверка касается адресов. В уведомлениях должны уходить канонические адреса — ровно в том виде, в котором страница должна быть в индексе. Частая ошибка: сайт работает на защищённом протоколе и без www, а плагин настроен на старый вариант адреса, оставшийся с переезда. Формально запросы уходят, фактически они относятся к другому хосту и отбраковываются.

Что отправлять, а что не нужно

• Отправлять стоит: новые записи и страницы, существенно переработанные материалы, новые товары и категории, страницы с изменившейся ценой или наличием, восстановленные после удаления адреса.
• Не стоит: технические и служебные страницы, страницы пагинации, результаты поиска по сайту, страницы с параметрами фильтров, вложения, а также всё, что закрыто от индексации.
• Спорный случай — мелкие правки. Исправление опечатки формально меняет страницу, но повода для приоритетного обхода не даёт. Постоянный поток уведомлений о косметических изменениях обесценивает сигнал.
• Удалённые страницы. Уведомить об удалённом адресе можно и полезно: робот придёт, получит корректный ответ и быстрее уберёт страницу из индекса. Но только если сервер действительно отдаёт нужный код, а не показывает главную.
• WooCommerce: что настроить сразу после установки, чтобы магазин продавал
• Настройка WordPress после установки: 12 шагов до первой публикации
• Как установить Яндекс Метрику на сайт и не собрать мусорную статистику

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

Ловушка массовых изменений через базу

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

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

Если нужна помощь по теме — мой курс по SEO.

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

Протокол и панель вебмастера: что чем дополнять

Инструмент	Как работает	Сильная сторона	Ограничение
Уведомления по протоколу	Автоматически при изменении страницы	Не требует ручного труда, работает постоянно	Только участвующие поисковики, лимиты на объём
Переобход по списку в панели	Вручную, списком адресов	Точечный приоритет для важных страниц	Суточный лимит, ручная работа
Карта сайта	Робот забирает её сам по расписанию	Полнота: описывает сайт целиком	Медленно, приоритета не даёт
Внутренние ссылки	Робот находит страницу при обходе	Работает во всех поисковиках без исключений	Зависит от того, как часто обходят донора

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

Смежный материал по теме — «Перевожу сайт с WordPress на сервер с PHP 7.4».

Когда ускорение не помогает

Если после подключения ничего не изменилось, причина почти всегда лежит вне протокола. Список мест, где стоит искать, по частоте.

1. Страница не проходит по качеству. Робот заходит, но материал не попадает в индекс: мало содержания, дубль другой страницы, техническая заготовка. Ускорение здесь просто ускоряет отказ.
2. Сайт закрыт настройками. Запрет в служебном файле, мета-запрет в шаблоне, включённая галочка видимости для поисковиков в настройках WordPress. Последнее встречается чаще, чем кажется: её забывают снять после разработки.
3. Проблемы с ответом сервера. Периодические ошибки и медленный отклик снижают темп обхода независимо от уведомлений.
4. Канонические адреса указывают в другое место. Робот приходит, видит указание на другую страницу и уходит.
5. Защита от ботов не пропускает робота. Настройка, поставленная против нежелательного трафика, регулярно задевает и полезных роботов.

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

Частые вопросы

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

Можно ли получить санкции за частые уведомления? Санкций за это не предусмотрено, но при превышении лимитов запросы начнут отклоняться, а сигнал от вашего домена — цениться ниже. Отправлять о каждой опечатке не стоит по этой причине, а не из-за страха наказания.

Что делать, если сайт на другой системе управления? Механика та же: ключ в корне и запрос при изменении. Разница только в том, чем этот запрос отправлять — модулем платформы или собственным кодом.

Влияет ли подключение на скорость сайта? При корректной реализации отправка идёт в фоне и на посетителей не влияет. Заметное замедление сохранения записи означает, что запрос выполняется синхронно, — это повод посмотреть настройки или сменить плагин.

Нужно ли что-то делать после переезда на другой домен? Да, и обязательно: старый ключ относится к старому хосту. На новом домене создаётся свой файл ключа, а настройки плагина проверяются на предмет того, какой адрес он подставляет в уведомления.

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

Коротко

• Протокол сообщает поисковикам об изменениях сразу и сокращает задержку между правкой и обходом; на индексацию и позиции он сам по себе не влияет.
• Уведомления принимают Яндекс, Bing, Seznam и Naver, участники обмениваются данными между собой, поэтому достаточно одного запроса; Google в протоколе не участвует.
• Ключ подтверждается текстовым файлом в корне сайта: имя файла совпадает с ключом, внутри только он, отдаётся кодом 200 без редиректов.
• На WordPress подключается модулем комплексного SEO-плагина, отдельным плагином или собственным кодом; два механизма одновременно включать не нужно.
• Работоспособность проверяется тремя способами: журнал плагина с кодами ответа, дата последнего обхода в панели вебмастера и совпадение отправляемых адресов с каноническими.
• Массовые правки через базу данных и изменения шаблонов не порождают уведомлений — после них меняется дата изменения записей и отправляется пакет адресов вручную.
• WooCommerce: что настроить сразу после установки, чтобы магазин продавал
• Настройка WordPress после установки: 12 шагов до первой публикации
• Как установить Яндекс Метрику на сайт и не собрать мусорную статистику

Если после подключения страницы всё равно попадают в индекс медленно или часть разделов вообще не берётся, приходите на SEO-консультацию: посмотрим отчёты по обходу и исключённым страницам и определим, что здесь техническая преграда, а что вопрос к самим страницам.