Статья:
Статья:
Опубликовали статью — и тишина: Яндекс не торопится её сканировать. Разбираемся, как заставить YandexBot прийти на страницу быстрее, что реально означают статусы в Вебмастере, и что делать, если переобход и IndexNow не помогли за разумный срок Почему страница не попала в индекс: диагностика по шагам, а не наугад .
Способ 1: «Переобход страниц» в Яндекс.Вебмастере — для точечных правок
Путь в интерфейсе: Индексирование → Переобход страниц. Вставляете полный URL с протоколом (https://site.ru/page/), жмёте «Отправить».
Статусы, которые увидите:
- В очереди — робот ещё не приходил. Не спамьте повторной отправкой: это не ускоряет процесс, а только сжигает суточную квоту.
- Робот зашёл — сканирование прошло, но это ещё не значит «в индексе». Дальше решает алгоритм оценки качества — обычно 1-3 апдейта выдачи, от нескольких дней до 2-3 недель.
- Ошибка — сервер вернул не 200. Проверьте код ответа:
curl -IL https://site.ru/page/. Если видите 404/403/5xx — чинить нужно сервер, а не отправлять URL повторно. Для быстрой проверки полезен наш чек‑лист перед индексацией сайта: что реально проверяют Google, Яндекс и Bing .
Лимит на переобход — обычно 30-100 URL в сутки, зависит от траста сайта, обновляется раз в сутки. На новом сайте лимит будет ниже, чем на давно работающем.
Практический сценарий. Обновили Title и H1 на 5 старых страницах после аудита. Точечно отправляете каждую через «Переобход» — это надёжнее, чем ждать планового обхода. Для 5-10 URL вручную это нормально. Для 500 URL после смены шаблона категорий — вручную нереально, нужен способ 2.
Почему Google не поддерживает IndexNow и как это обходить→Способ 2: IndexNow — для массовых и автоматических уведомлений
IndexNow — протокол, который Яндекс поддерживает наравне с Bing и рядом других систем. Один запрос — сигнал сразу нескольким поисковикам, а не только Яндексу. Как сообщить Яндексу и Bing о новой странице через IndexNow
Настройка за 3 шага
- Генерируете ключ — случайная строка 8-128 символов, латиница и цифры. Можно вручную или скриптом (
openssl rand -hex 16). - Кладёте ключ в корень сайта текстовым файлом:
site.ru/a1b2c3d4e5f6.txt, содержимое файла — сам ключ. Проверьте доступность:curl -IL https://site.ru/a1b2c3d4e5f6.txt— должен вернуться 200. - Отправляете запрос при публикации или обновлении страницы.
GET для одного URL:
https://yandex.com/indexnow?url=https://site.ru/new-page/&key=a1b2c3d4e5f6
POST для пакета — когда обновили сразу десятки страниц, например после смены шаблона категорий:
curl -X POST "https://yandex.com/indexnow" \
-H "Content-Type: application/json" \
-d "{\"host\": \"site.ru\", \"key\": \"a1b2c3d4e5f6\", \"keyLocation\": \"https://site.ru/a1b2c3d4e5f6.txt\", \"urlList\": [\"https://site.ru/page-1/\", \"https://site.ru/page-2/\"]}"
Что означают коды ответа
- 200 — принято.
- 202 — принято, ключ верный, проверка URL будет позже — это норма, не ошибка.
- 400 — сломан JSON или URL не абсолютный.
- 403 — самая частая проблема на практике: файл ключа не отдаётся по прямому адресу (закрыт в robots.txt, лежит не в корне, отдаёт 404). Проверяйте curl-запросом именно к файлу ключа, а не к странице.
- 422 — в
urlListзатесался URL с чужого домена — например, забыли поменять host в шаблоне.
Для WordPress есть готовые плагины (Rank Math, Yoast SEO Premium умеют IndexNow из коробки) — не пишите интеграцию с нуля, если движок это уже умеет. Но не верьте плагину на слово: после установки откройте вкладку Network в DevTools, опубликуйте тестовую страницу и убедитесь, что запрос на yandex.com/indexnow реально ушёл и вернул 200/202. Часть плагинов шлёт сигнал только в Bing, а поддержку Яндекса не обновляла с релиза — проверка занимает две минуты, а экономит недели непонимания, почему «страницы не индексируются».
Когда штатных инструментов недостаточно
Бывает так: сигнал отправлен, код ответа 200 или 202, а страницы всё равно нет в поиске неделями. Здесь помогают внешние сервисы:
- Если нужно проверить статус индексации разом по списку из сотен URL — после миграции, смены домена или чистки сайта — вручную по одной через «Страницы в поиске» это долго. Rush Analytics умеет массовую проверку индексации по списку адресов и подсветит, какие страницы выпали из индекса.
- Если нужно быстро понять, почему конкретная страница «не нравится» алгоритму — мало текста, переспам, техническая проблема — экспресс-анализ через PR‑CY даёт быструю первичную диагностику по одному URL, экономя время перед полноценным SEO‑аудитом.
- Для страниц, на индексацию которых вы не влияете напрямую — бэклинки на донорах, профили, гостевые публикации — штатный IndexNow не поможет: ключ должен лежать на чужом домене, а вы им не управляете. Здесь работает отдельный класс инструментов — индексаторы бэклинков вроде SpeedyIndex: сервис заявляет ускорение попадания внешнего URL в индекс за счёт дополнительного краулинг‑трафика, когда вы не владелец домена.
Три причины, почему «Робот зашёл», а в индексе пусто
- Малоценный контент. Мало текста, повторяющиеся блоки, избыток рекламы над фолдом — алгоритм оценки качества отсекает страницу ещё до ранжирования.
- Технический запрос.
robots.txtсDisallow, или<meta name="robots" content="noindex">в<head>. Проверка —Ctrl+U, поиск по словамnoindexиDisallow. - Дубль. Если новая страница на 90%+ совпадает с уже проиндексированным разделом, Яндекс сам выбирает канонический URL, а новый адрес остаётся в статусе «Дубль».
Сценарий из практики. Страница висит в статусе «Просканировано, ожидает индексирования» уже 3 недели, обход подтверждён логами сервера. Значит: технических запретов нет, робот страницу видел — но алгоритм счёл её недостаточно ценной или дублирующей существующий раздел. Решение — не слать переобход в 10‑й раз, а расширить уникальный текст, добавить FAQ или таблицу, перелинковать со страницами того же раздела, которые уже в индексе. Если же страница всё‑таки «выпала» из индекса, см. наш материал Страница выпала из индекса: как найти причину за 10 минут и вернуть её обратно .
Сравнение методов
| Характеристика | Переобход в Вебмастере | IndexNow |
|---|---|---|
| Тип управления | Ручной, по одному URL | Автоматический, пакетно |
| Лимит | Обычно 30-100 URL/сутки | Практически не ограничен для валидных запросов |
| Настройка | Не требуется | Ключ + файл верификации + запрос из кода или плагина |
| Когда использовать | Точечная правка 1-10 страниц | Публикации потоком: блог, магазин, новостник |
Правило простое: публикуете реже раза в день — хватит ручного переобхода. Публикуете десятки страниц в сутки — без IndexNow в CMS вы физически не успеете отправлять всё вручную.
Мониторинг: где смотреть итог
Раздел Индексирование → Страницы в поиске → Последние изменения показывает статус по каждому URL:
- Исключена: недостаточно качественная — см. причину 1 выше, работайте с контентом.
- Исключена как дубль — проверьте canonical и похожие разделы сайта.
- Ошибка при сканировании — читайте лог сервера, проверяйте код ответа.
Для контроля большого пула страниц удобнее не листать интерфейс Вебмастера вручную по одному URL, а свести проверку в таблицу через Rush Analytics — сервис опрашивает статус индексации по списку адресов пакетно. IndexNow против sitemap.xml: что реально ускоряет индексацию в 2026
Итог: что делать по шагам
- Опубликовали страницу → проверили код ответа (
curl -IL) → отправили через IndexNow, если настроен, или вручную через «Переобход». - Через 1-3 апдейта проверили статус в «Страницы в поиске».
- Статус «не индексируется» дольше 2-3 недель без ошибок доступа — работайте с контентом (уникальность, объём, перелинковка), а не с повторной отправкой запроса.
- Для массовых проверок и точечной диагностики подключайте сторонние сервисы — это быстрее, чем вручную сверять сотни URL в интерфейсе Вебмастера.