Статья:
Статья:
Страница «висит» в Search Console неделями, а трафика с неё ноль — знакомая ситуация почти для любого сайта с новым контентом. Разбираем не теорию, а конкретный порядок действий: какой статус GSC что означает, что проверить руками за 5 минут, как настроить IndexNow и Google Indexing API без разработчика, и в каких случаях платный индексатор реально экономит время, а не деньги на ветер.
Коротко
- Прежде чем платить за индексацию — открой отчёт «Индексирование страниц» в Search Console и посмотри точную формулировку статуса. От неё зависит план действий.
- IndexNow работает только для Bing и Яндекса — Google его не поддерживает. Для Google нужен либо обычный краулинг через sitemap и внутренние ссылки, либо Indexing API.
- Платный индексатор ускоряет обход страницы краулером, но не лечит thin content, дубли и медленный сервер — если причина в них, сервис просто спишет лимит впустую.
Сначала диагностика: что именно смотреть в Search Console
Открой Search Console → раздел «Индексирование» → «Страницы». Внизу таблица со статусами — не гонись сразу за инструментами, сначала пойми, с чем имеешь дело.
«Обнаружена, в настоящее время не проиндексирована» — Google знает про URL (нашёл в sitemap или по ссылке), но ещё не приходил его сканировать. Обычно это вопрос краулингового бюджета: на сайт заходят редко или у страницы мало внутренних ссылок с трастовых разделов.
Что делать: проверь, ведут ли на страницу хотя бы 2-3 ссылки с популярных страниц сайта (можно посмотреть через отчёт «Ссылки» в GSC → «Внутренние ссылки»). Если ссылок нет — добавь их в текст соседних статей. Затем зайди в «Проверка URL», вставь адрес, нажми «Запросить индексирование». Если через 10-14 дней статус не изменился — это сигнал, что краулер бюджет не выделяет, и здесь оправдан ускоритель вроде 2index.ninja — он комбинирует переотправку через API с дополнительными сигналами обхода именно для застрявших в «Обнаружена» страниц.
«Просканирована, в настоящее время не проиндексирована» — это другое: Google уже скачал страницу и осознанно решил её не индексировать. Технической проблемы чаще нет — есть проблема качества: дубль, тонкий контент, страница не даёт ничего нового по сравнению с уже проиндексированными. В этом случае индексатор не поможет — сначала перепиши контент (уникальные данные, примеры, структура), потом повторно запрашивай индексацию.
«Страница является копией. Канонический вариант не выбран пользователем» — Google сам выбрал другую страницу как каноническую, скорее всего из‑за похожего контента или параметров URL (сортировки, UTM, версии для печати). Проверь тег <link rel="canonical"> через Ctrl+U — если он указывает не на саму страницу, а на другую, это первопричина, и никакой Indexing API её не обойдёт.
«Страница с перенаправлением» и «Не найдено (404)» — здесь вообще не нужен индексатор, нужно чинить редирект‑цепочку или отдавать 200 OK для нужного URL.
Если у тебя не 1‑2 страницы, а список из сотен URL и вручную проверять статусы по каждому в GSC долго — практичнее прогнать весь список через массовую проверку индексации в Rush Analytics : сервис за один прогон покажет, какие страницы в индексе, а какие выпали, и заодно найдёт дубли по всему сайту — это быстрее, чем открывать «Проверку URL» по одному. Кроме того, в статье Почему Google не индексирует страницу: диагностика по статусам Search Console подробно разбираются типичные причины — стоит её прочитать для более глубокой диагностики.
SpeedyIndex: обзор сервиса индексации — тест-протокол на 2026→Технический чек‑лист перед тем, как платить за индексатор
70% проблем с индексацией — это не вопрос «дожима» краулера, а техническая ошибка, которую индексатор не лечит. Пройди по списку до того, как вводить данные карты в очередной сервис:
| Проверка | Как проверить | Что значит проблема |
|---|---|---|
| HTTP‑код | curl -IL https://site.ru/page в терминале | Если ответ не 200 OK (например 404, 500 или бесконечная цепочка редиректов) — краулер не индексирует страницу в принципе |
| Meta robots | Ctrl+U → поиск по noindex | Если тег <meta name="robots" content="noindex"> стоит — страницу не проиндексируют, сколько ни отправляй |
| Robots.txt | site.ru/robots.txt → ищи Disallow для нужного раздела | Платный сервис не пробьёт запрет в robots.txt — сначала открой доступ |
| Canonical | Ctrl+U → тег rel="canonical" | Должен указывать на саму страницу, иначе Google склеит её с другой |
| Скорость ответа | TTFB через PageSpeed Insights или curl -w "%{time_starttransfer}" | Больше 500‑700 мс — краулер может не дожидаться контента при обходе большого сайта |
Если все пункты чистые, а статус в GSC всё равно «не проиндексирована» дольше 3 недель — вот тогда переходим к инструментам ускорения.
IndexNow: настройка за 15 минут (но не для Google)
Важный нюанс, который путает многих: IndexNow не работает с Google — протокол поддерживают только Bing, Яндекс, Seznam и некоторые другие поисковики. Для Google этот раздел бесполезен, переходи сразу к Indexing API ниже. Подробнее почему Google не поддерживает IndexNow можно узнать в статье Почему Google не поддерживает IndexNow и как это обходить .
Если у тебя WordPress — просто поставь плагин «IndexNow» (есть официальный от Bing), он сам сгенерирует ключ и будет пинговать Bing и Яндекс при публикации и обновлении страниц. Ручная настройка:
- Сгенерируй ключ — любая строка из 8‑128 символов (латиница и цифры).
- Создай файл
<ключ>.txtв корне сайта, содержимое файла — сам ключ. - Отправь POST‑запрос на
https://api.indexnow.org/indexnowс телом{"host": "site.ru", "key": "твой_ключ", "keyLocation": "https://site.ru/твой_ключ.txt", "urlList": ["https://site.ru/page1"]}. - Проверь в Яндекс.Вебмастере или Bing Webmaster Tools, что ключ подтверждён и URL приняты в очередь.
Для сайтов с частым обновлением каталога (интернет‑магазины, агрегаторы) практичнее не настраивать это вручную каждый раз, а закинуть список изменившихся URL в бот вроде SpeedyIndex — он берёт на себя рассылку по протоколам и добавляет собственные сигналы обхода для Google, где IndexNow не работает.
Google Indexing API: как подключить и когда это реально работает
Официально Google ограничивает применение API типами страниц JobPosting и BroadcastEvent (документация: developers.google.com/search/apis/indexing-api/v3/quickstart). На практике SEO‑специалисты годами используют его для любых URL, и массовых банов за это в 2025–2026 не зафиксировано — но это не гарантия на будущее, имей в виду при выборе на постоянку.
Пошагово:
- Google Cloud Console → создай проект → включи «Web Search Indexing API» в библиотеке API.
- Создай сервисный аккаунт (Service Accounts) → скачай JSON‑ключ.
- В Search Console → «Настройки» → «Пользователи и разрешения» → добавь e‑mail сервисного аккаунта с ролью «Владелец».
- Отправь POST на
https://indexing.googleapis.com/v3/urlNotifications:publishс телом{"url": "https://site.ru/page", "type": "URL_UPDATED"}, авторизация — через JSON‑ключ. - Лимит по умолчанию — 200 запросов в сутки на проект; для большего объёма нужна отдельная заявка через форму Google.
Если писать интеграцию самому не хочется — те же 5 шагов автоматизирует 2index.ninja под капотом: закидываешь список URL, сервис сам гоняет их через API и добавляет повторные попытки для страниц, которые не проиндексировались с первого раза.
Когда платный сервис вообще не нужен
Если на сайте меньше 100‑150 страниц и обновления редкие — хватает бесплатного набора: ручная отправка через «Проверка URL» в GSC, корректный sitemap.xml и внутренняя перелинковка с главной на новые материалы. Платный индексатор в этом случае просто спишет лимит впустую, пока ты не разберёшься с внутренними ссылками. Полезный обзор бесплатных методов в статье Бесплатная индексация в 2026: пошаговые методы, разбор статусов GSC и когда переходить на платные .
Decision‑tree по типу и объёму сайта
- Малый проект (до 100 страниц). Ручная отправка через GSC + Яндекс.Вебмастер, плагин IndexNow, если CMS популярная. Платные сервисы не нужны.
- Магазин или агрегатор (1000+ страниц). Автоматизируй IndexNow для Bing/Яндекса через плагин, подключи Google Indexing API для карточек товаров, которые появляются пачками. Индексатор — только для категорий, которые не попали в индекс за 2 недели: здесь удобно закинуть проблемный список URL в SpeedyIndex и не тратить время на ручной прогон.
- Сайт с большим объёмом новых страниц (PBN, парасайт‑публикации). Официальные пути дают медленный, но стабильный результат; если нужна скорость — 2index.ninja под пачки URL.
- Wix или Shopify. Эти платформы сами шлют уведомления через IndexNow (у Wix это описано в их справке). Платный индексатор здесь чаще бесполезен — проблема обычно в закрытости самой платформы, а не в отсутствии сигналов.
Для агентств и вебмастеров, которые ведут больше десятка сайтов и не готовы вручную проверять статус по каждому URL в GSC, разумно завести регулярный мониторинг индексации через Rush Analytics — массовая проверка по списку экономит часы по сравнению с ручным прогоном через «Проверку URL». Для разовой быстрой проверки небольшого списка страниц подойдёт лёгкий вариант вроде IndexMeNow .
Что делать прямо сейчас
Открой отчёт «Индексирование страниц» в Search Console, найди конкретную формулировку статуса для проблемной страницы и сопоставь её с разделом выше — это займёт 5 минут и сразу покажет, нужна ли вообще индексация как услуга, или дело в техничке. Только после проверки чек‑листа (HTTP‑код, noindex, robots.txt, canonical, скорость ответа) имеет смысл подключать IndexNow, Google Indexing API или платный сервис — в обратном порядке деньги и время уйдут впустую. Также рекомендуется ознакомиться со статьёй Почему Google не индексирует сайт: причины и решения для полного понимания возможных проблем. При желании оценить эффективность разных платных решений, можно взглянуть на обзор Rapid URL Indexer: обзор pay‑per‑result индексатора и как проверить его результат самому .