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

Файл ключа IndexNow — это один из элементов такой проверки. Поисковая система может обратиться к специальному URL на вашем домене и убедиться, что ключ существует именно на этом сайте. Если файл ключа недоступен, содержит неправильный текст или вместо ключа отдаёт обычную HTML-страницу, отправка URL в Яндекс или Bing может не приниматься корректно.

Для WordPress это особенно важно, потому что многие владельцы сайтов не работают напрямую с файлами на сервере. Вручную создать .txt-файл в корне сайта, проверить права, HTTPS, редиректы и ответ сервера не всегда удобно. Поэтому в плагине Findex for IndexNow работа с ключом упрощена: плагин генерирует ключ и формирует виртуальный файл ключа без необходимости вручную загружать файл на сервер.

В этой инструкции разберём, что такое ключ IndexNow, как должен выглядеть файл ключа, как проверить его вручную, какие ошибки бывают и почему иногда файл открывается в браузере, но автоматическая проверка WordPress всё равно показывает ошибку.

Что такое ключ IndexNow

Ключ IndexNow — это уникальная строка, которая используется при отправке URL в поисковые системы. Его задача — подтвердить связь между вашим сайтом и запросом IndexNow.

Когда сайт отправляет URL в Яндекс или Bing, в запросе передаются:

  • адрес сайта;
  • URL страницы, которую нужно отправить;
  • ключ IndexNow;
  • путь к файлу ключа или сам ключ в зависимости от сценария отправки.

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

Проще говоря:

  • ключ в настройках WordPress должен быть один;
  • файл ключа на сайте должен содержать этот же ключ;
  • в файле не должно быть ничего лишнего.

Например, если в настройках указан ключ:

a1b2c3d4e5f678901234567890abcdef

то файл ключа должен отдавать ровно эту строку:

a1b2c3d4e5f678901234567890abcdef

Если в настройках один ключ, а в файле другой, проверка может не пройти.

Подробнее о том, зачем WordPress-сайту вообще использовать IndexNow для Яндекса и Bing, можно прочитать в статье «IndexNow для Яндекса и Bing в WordPress».

Как должен выглядеть файл ключа IndexNow

Файл ключа обычно открывается по адресу вида:

https://site.ru/key.txt

В реальном случае вместо site.ru будет ваш домен, а вместо key.txt — имя файла, связанное с вашим ключом или настройками плагина.

Главное правило: на странице должен быть только сам ключ.

Без HTML-кода, без шапки сайта, без меню, без футера, без стилей, без скриптов, без пробелов до или после строки.

Правильный пример файла ключа

Если ключ такой:

a1b2c3d4e5f678901234567890abcdef

то при открытии файла в браузере вы должны увидеть только:

a1b2c3d4e5f678901234567890abcdef

Это правильный вариант.

Неправильный пример: вместо ключа открывается страница сайта

<!doctype html>
<html lang="ru">
<head>
  <title>Мой сайт</title>
</head>
<body>
  <header>Меню сайта</header>
  <main>
    a1b2c3d4e5f678901234567890abcdef
  </main>
  <footer>Подвал сайта</footer>
</body>
</html>

На первый взгляд ключ вроде бы есть на странице, но это уже не чистый файл ключа. Поисковой системе нужен сам текст ключа, а не полноценная HTML-страница WordPress.

Неправильный пример: ключ не совпадает

Ключ в настройках:

a1b2c3d4e5f678901234567890abcdef

А файл открывает:

99999999999999999999999999999999

Такой вариант неправильный. Ключ в файле должен совпадать с ключом, который используется при отправке URL.

Неправильный пример: лишние строки и комментарии

IndexNow key:
a1b2c3d4e5f678901234567890abcdef
Generated by plugin

Так делать не нужно. Внутри файла должен быть только ключ.

Неправильный пример: ключ с лишними пробелами

 a1b2c3d4e5f678901234567890abcdef

Лучше избегать пробелов до и после ключа. Иногда сервисы могут обработать такой вариант нормально, но для надёжной проверки файл должен отдавать чистое значение.

Как проверить файл ключа вручную

Проверку лучше начать с самого простого способа — открыть файл ключа в браузере.

1. Найдите ссылку на файл ключа

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

Обычно ссылка выглядит примерно так:

https://site.ru/a1b2c3d4e5f678901234567890abcdef.txt

Или так:

https://site.ru/indexnow-key.txt

Формат может отличаться. Важно не название файла, а то, чтобы он корректно открывался и содержал правильный ключ.

2. Откройте ссылку в браузере

Вставьте ссылку в адресную строку браузера и откройте её.

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

Например:

a1b2c3d4e5f678901234567890abcdef

Если вместо этого открылась страница сайта с дизайном, меню, шапкой или текстом ошибки, файл ключа работает неправильно.

3. Сравните текст с ключом в настройках

Скопируйте ключ из настроек плагина и сравните его с тем, что открывается по ссылке.

Должно совпадать всё:

  • символы;
  • длина;
  • порядок символов;
  • отсутствие лишних пробелов;
  • отсутствие дополнительных строк.

Если ключи отличаются, отправка IndexNow может работать некорректно.

4. Проверьте код ответа 200

Желательно убедиться, что файл отдаёт HTTP-код 200. Это означает, что URL успешно открывается.

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

Разработчик или SEO-специалист может дополнительно проверить код ответа через инструменты браузера, curl, онлайн-чекер HTTP-статусов или серверные логи.

Правильный вариант:

HTTP/1.1 200 OK

Проблемные варианты:

HTTP/1.1 404 Not Found
HTTP/1.1 403 Forbidden
HTTP/1.1 500 Internal Server Error

5. Убедитесь, что нет редиректа на HTML-страницу

Иногда URL файла ключа не отдаёт 404, но перенаправляет пользователя на главную страницу, страницу ошибки или обычный шаблон WordPress.

Например, вы открываете:

https://site.ru/indexnow-key.txt

а в итоге попадаете на:

https://site.ru/

или видите обычную страницу сайта.

Это неправильный сценарий. Файл ключа должен открываться напрямую и отдавать только текст ключа.

Типичные ошибки с файлом ключа IndexNow

Ошибки с файлом ключа часто выглядят мелкими, но именно из-за них отправка URL в IndexNow может не проходить проверку.

Файл отдаёт 404

Самая простая ошибка — файл не найден.

Вы открываете ссылку, а сайт показывает:

404 Not Found

Это значит, что по указанному адресу файла нет или WordPress/сервер не умеет его отдавать.

Причины могут быть разными:

  • файл физически не создан;
  • указан неправильный путь;
  • плагин не активен;
  • сброшены правила постоянных ссылок;
  • сервер не передаёт запрос в WordPress;
  • файл блокируется настройками хостинга.

Вместо ключа открывается страница сайта

Иногда сайт не показывает 404, но отдаёт обычную HTML-страницу. Например, главную, страницу поиска, шаблон ошибки или страницу с дизайном сайта.

Для пользователя это может выглядеть как «ссылка открывается», но для IndexNow это ошибка. Поисковой системе нужен не HTML-документ, а чистый текстовый ключ.

Ключ не совпадает

Ключ в настройках и содержимое файла должны совпадать.

Проблема может появиться, если:

  • ключ меняли вручную;
  • старый файл остался на сервере;
  • плагин сгенерировал новый ключ, а файл остался прежним;
  • кэш отдаёт старую версию файла;
  • на сайте одновременно работали разные решения для IndexNow.

Если ключ менялся, лучше заново проверить ссылку на файл и содержимое.

Сервер добавляет HTML

Иногда сервер или WordPress обрабатывает .txt-адрес как обычную страницу сайта. В результате внутри ответа появляется HTML-разметка, шапка, футер, скрипты, блоки темы.

Для файла ключа это неправильно. Ответ должен быть максимально простым: только строка ключа.

Сайт блокирует внутренние запросы

В WordPress-плагинах автоматическая проверка часто работает так: сайт сам отправляет HTTP-запрос к своему же URL файла ключа. Такой запрос называется loopback-запросом.

Если хостинг, firewall, DNS, SSL или защита сайта блокируют такие внутренние обращения, проверка внутри WordPress может падать, даже если файл открывается вручную в браузере.

SSL, DNS или защита хостинга мешают проверке

Иногда проблема не в ключе, а в окружении сайта.

Например:

  • SSL-сертификат работает нестабильно;
  • сервер не может обратиться к собственному домену;
  • DNS внутри хостинга резолвится иначе, чем у внешнего пользователя;
  • защита от ботов блокирует запрос WordPress;
  • firewall запрещает исходящие запросы;
  • хостинг ограничивает loopback-запросы;
  • запрос упирается в timeout.

В таких случаях файл может быть корректным, но автоматическая проверка в админке WordPress всё равно покажет ошибку.

Почему файл открывается вручную, но проверка в WordPress не работает

Это частая ситуация: вы открываете файл ключа в браузере, видите правильный ключ, но в WordPress проверка показывает ошибку. Например, появляется cURL error 28 или сообщение о таймауте.

На первый взгляд кажется, что плагин ошибается. Но причина часто не в самом файле ключа.

Что такое loopback-запрос

Loopback-запрос — это когда сайт обращается сам к себе.

Например, WordPress находится на домене:

https://site.ru/

И плагин внутри WordPress пытается проверить файл:

https://site.ru/indexnow-key.txt

То есть запрос идёт не из вашего браузера, а с сервера сайта на этот же сайт.

Снаружи файл может открываться нормально. Но с самого сервера запрос может не проходить из-за настроек хостинга, DNS, firewall, SSL или ограничений безопасности.

Что означает cURL error 28

cURL error 28 обычно означает, что запрос не успел завершиться за отведённое время. Проще говоря, WordPress попытался обратиться к URL, но не получил ответ достаточно быстро.

Это может происходить, если:

  • сервер долго отвечает;
  • хостинг блокирует исходящий запрос;
  • домен внутри сервера не открывается;
  • SSL-проверка зависает;
  • защита сайта задерживает запрос;
  • firewall не даёт серверу обратиться к самому себе;
  • есть проблемы с DNS;
  • сайт перегружен.

Важно: cURL error 28 не всегда означает, что файл ключа неправильный. Иногда файл полностью корректный, но автоматическая проверка не может обратиться к нему изнутри WordPress.

Что делать в такой ситуации

Если файл вручную открывается в браузере, внутри только ключ, ключ совпадает и URL отдаёт 200, это уже хороший признак.

Дальше можно проверить:

  • не блокирует ли хостинг loopback-запросы;
  • нет ли firewall или защиты от ботов;
  • корректно ли работает SSL;
  • открывается ли сайт с сервера на собственный домен;
  • не включены ли агрессивные правила безопасности;
  • не мешает ли кэш или CDN;
  • нет ли временной перегрузки сервера.

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

Как это сделано в Findex for IndexNow

Ключ IndexNow в настройках WordPress
Ключ IndexNow используется при отправке URL и должен совпадать с содержимым файла ключа.

В плагине Findex for IndexNow работа с ключом сделана так, чтобы владельцу сайта не приходилось вручную создавать файл в корне сайта.

Плагин помогает выполнить несколько действий:

  • сгенерировать ключ IndexNow;
  • сохранить ключ в настройках WordPress;
  • сформировать виртуальный файл ключа;
  • показать ссылку на файл ключа;
  • проверить доступность файла;
  • использовать ключ при отправке URL в Яндекс и Bing.

Генерация ключа

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

Виртуальный файл ключа

Физически создавать .txt-файл в корне сайта не всегда удобно. Особенно если у владельца сайта нет доступа к FTP, SSH или файловому менеджеру хостинга.

Findex for IndexNow может отдавать файл ключа виртуально через WordPress. Для пользователя это выглядит как обычная ссылка на .txt-файл, но вручную загружать файл на сервер не требуется.

Это удобно для большинства WordPress-сайтов: блогов, сайтов услуг, интернет-магазинов WooCommerce и SEO-проектов.

Ссылка на файл ключа

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

Отправка URL после настройки ключа

Когда ключ создан и файл доступен, можно использовать IndexNow для отправки URL. Например:

  • отправлять новую статью после публикации;
  • отправлять обновлённую страницу услуги;
  • отправлять карточку товара WooCommerce;
  • отправлять важные посадочные страницы;
  • брать URL из sitemap.xml.

О пакетной отправке страниц из карты сайта можно прочитать в статье «Как отправить URL из sitemap в IndexNow».

Чек-лист проверки файла ключа IndexNow

Перед отправкой URL через IndexNow проверьте базовые пункты.

1. Ключ создан

В настройках плагина должен быть создан ключ IndexNow. Он не должен быть пустым.

2. Файл открывается

Ссылка на файл ключа должна открываться в браузере без ошибки 404, 403 или 500.

3. Внутри только ключ

На странице не должно быть HTML-разметки, меню, шапки сайта, футера, комментариев или дополнительных строк.

Правильно:

a1b2c3d4e5f678901234567890abcdef

Неправильно:

<html>
<body>
a1b2c3d4e5f678901234567890abcdef
</body>
</html>

4. Ключ совпадает

Строка в файле должна полностью совпадать с ключом в настройках WordPress.

5. URL доступен по HTTPS

Лучше использовать HTTPS-адрес сайта. Если сайт работает по HTTPS, файл ключа также должен открываться по HTTPS без ошибок сертификата.

6. Сайт не закрыт авторизацией

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

7. Нет редиректа на HTML-страницу

Файл ключа не должен перенаправлять на главную, страницу ошибки или обычную страницу WordPress.

8. Автоматическая проверка не всегда равна ручной

Если файл вручную открывается корректно, но WordPress показывает timeout или cURL error 28, проверьте loopback-запросы и настройки хостинга.

Как понять, что проблема не в ключе, а в индексации

Даже если файл ключа настроен правильно, страница может долго не попадать в поиск. Это не всегда связано с IndexNow.

Проверка ключа отвечает только на один вопрос: может ли сайт подтвердить отправку URL через IndexNow. Но индексация зависит от других факторов:

  • качества контента;
  • технической доступности страницы;
  • отсутствия noindex;
  • robots.txt;
  • canonical;
  • редиректов;
  • дублей;
  • внутренней перелинковки;
  • общей ценности страницы для поиска.

Если файл ключа работает, URL отправляется, но страница долго не появляется в поиске, стоит смотреть шире. На эту тему есть отдельный материал: «Почему страница долго не индексируется в Яндексе и Bing».

Также полезно изучить общую инструкцию «Как ускорить индексацию страниц в Яндексе и Bing», где IndexNow рассматривается как один из технических инструментов, а не как гарантия попадания страницы в поиск.

Вывод

Файл ключа IndexNow нужен для подтверждения, что отправка URL выполняется от имени вашего сайта. Он должен открываться по публичной ссылке, отдавать HTTP-код 200 и содержать только сам ключ — без HTML, шаблона сайта, лишних строк и пробелов.

Если файл не открывается, отдаёт 404, показывает обычную страницу WordPress или содержит другой ключ, отправка URL в Яндекс и Bing может работать некорректно. Если файл открывается вручную, но проверка в WordPress падает с cURL error 28, проблема может быть связана не с ключом, а с loopback-запросами, DNS, SSL, firewall или ограничениями хостинга.

Для WordPress удобнее не создавать файл ключа вручную, а использовать плагин Findex for IndexNow. Он генерирует ключ, формирует виртуальный файл, показывает ссылку для проверки и помогает отправлять URL в Яндекс и Bing прямо из админки сайта.