Страницы нет в Google — и первый порыв обычно один: заказать платную индексацию. Это ошибка. В 2026 году Google принимает решение по каждому URL по одному из пяти сценариев, и без диагностики вы с 50%-ной вероятностью зальёте деньги в ускоритель, который просто быстрее покажет роботу ту же самую причину отказа.
Порядок действий всегда один: сначала статус в Search Console → потом техническая проверка → потом контент → и только в конце, если всё остальное чисто, ускорение индексации.
Шаг 1: смотрим точную формулировку в Search Console
Открываете Search Console → «Проверка URL » → вставляете адрес страницы → ждёте вывода → смотрите не общий вердикт «страница не в индексе», а точную строку в блоке результата проверки. Формулировка и есть диагноз.
| Статус в Search Console | Что это значит на практике | Что делать |
|---|---|---|
| «Обнаружено, не проиндексировано» | краулер знает про адрес, но пока не заходил или отложил обход | проверить внутреннюю перелинковку и sitemap, поднять приоритет ссылками с сильных страниц |
| «Просканировано, не проиндексировано» | Google зашёл, прочитал, и осознанно не стал добавлять в индекс | это про контент — почти всегда слабый текст или дубль по смыслу с другой страницей сайта |
| «Страница помечена как noindex» | в коде или в HTTP-заголовке стоит запрет | найти тег <meta name="robots" content="noindex"> или заголовок X-Robots-Tag: noindex, убрать, если страница нужна в поиске |
| «Страница является копией; выбранная пользователем каноническая страница отличается от Google» | у вас указан canonical на один URL, а Google считает каноническим другой | усилить страницу, которую хотите видеть в индексе: уникальный контент, внутренние ссылки именно на неё |
| «Ошибка переадресации» / «Страница с переадресацией» | редирект зациклен, ведёт через 3+ прыжка или на страницу с ошибкой | проверить цепочку редиректов инструментом типа curl -IL, оставить один прямой 301 |
| «Отправленный URL не найден (404)» | адрес в sitemap не совпадает с реальным URL или страница удалена | сверить sitemap.xml с фактическими адресами, убрать мёртвые записи |
Если статус «Обнаружено» держится дольше 3–4 недель без изменений — это почти всегда не про «Google медленный», а про то, что на страницу физически не ведёт ни одна весомая внутренняя ссылка, и краулер просто не считает её приоритетной.
Шаг 2: технический чек-лист (5 минут на страницу)
Проверяйте по порядку, не пропуская пункты:
- HTTP-статус. Страница должна отдавать 200. Если 301/302 — куда ведёт редирект и не потерялся ли в цепочке. Если 404/410 — обход бессмысленен, адрес нужно менять или убирать из sitemap.
- robots.txt. Откройте
site.ru/robots.txt, найдите строкиDisallow. Частая ошибка после переезда сайта — забытыйDisallow: /целиком на разделе или на всём сайте после смены CMS. - Meta robots и X-Robots-Tag. Смотрите исходный код страницы (Ctrl+U) на
noindex. Отдельно — HTTP-заголовки ответа сервера, потому что noindex может стоять в заголовке и не быть видимым в HTML вообще. - Canonical. Тег
<link rel="canonical">должен указывать на саму себя, если страница самостоятельная. Каноникал «в сторону» — частая причина, когда шаблон CMS проставляет его автоматически неправильно на категориях и пагинации. - Sitemap.xml. Адрес обязан присутствовать в актуальной карте сайта, а сама карта — быть отправлена в Search Console (раздел «Файлы Sitemap»). Мёртвые записи в sitemap не помогают, а размывают доверие ко всей карте.
- Внутренние ссылки. Хотя бы одна ссылка с посещаемого раздела или с главной. Страница‑сирота, на которую не ведёт ни одна ссылка изнутри сайта, для краулера почти не отличается от несуществующей.
Разбор конкретного случая
Пример из практики: статья «как выбрать сервис индексации» опубликована, но за три недели не появилась в поиске.
Порядок диагностики:
- Проверили HTTP-статус — 200, редиректов нет.
- Проверили robots.txt и meta-теги — запретов нет.
- Проверили внутренние ссылки — ссылок на статью не было вообще, кроме RSS-ленты.
- Оценили сам текст — общие фразы «сервис помогает быстро попасть в поиск» без конкретики, без сравнения сервисов, без таблицы критериев.
Что сработало: добавили ссылку на статью из главного меню раздела и из двух смежных материалов, переписали текст с таблицей критериев выбора сервиса и разбором отличий «отправки заявки» от «фактической индексации». После устранения проблем и повторной проверки через «Проверка URL » статус сменился на «Обнаружено» в течение нескольких дней после переобхода — но само появление в индексе всегда занимает дополнительное время после этого, и никакой инструмент не гарантирует точный срок.
Если у вас десятки таких страниц и вручную проверять каждую через интерфейс Search Console долго — для массовой проверки статуса по списку URL удобнее сервисы вроде Rush Analytics: загружаете список адресов и получаете сводку по индексации сразу по всему пулу, а не по одному URL за раз.
Когда контент технически чист, но статус не двигается
Если все шесть пунктов чек‑листа в порядке, а статус «Просканировано, не проиндексировано» держится неделями — сравните страницу с тем, что уже стоит в топе по этому же запросу. Если у конкурентов есть таблица, пример расчёта, конкретный алгоритм действий, а у вас — пересказ общих тезисов, Google скорее оставит в индексе более полезную страницу конкурента, а вашу сочтёт избыточной. Для быстрой проверки, чем ваша страница отличается от того, что уже ранжируется, можно прогнать URL через экспресс‑анализ вроде PR‑CY — он показывает базовые технические и текстовые проблемы страницы за один запуск, без ручного прохода по всем пунктам.
Отдельная ловушка — почти одинаковые страницы на одном сайте: карточки услуг по городам с одним и тем же текстом, вариации статьи под разные ключи без уникального смысла. Google физически не станет держать в индексе десять копий одного текста — он оставит одну и посчитает остальные дублями. Решение — либо объединить их в одну сильную страницу с разделами по городам, либо реально переписать каждую под свой контекст с уникальными примерами.
Когда ускорение индексации оправдано, а когда нет
Ускорители имеют смысл только после исправления первопричины — когда noindex снят, ссылка добавлена, текст усилен. В этом случае инструмент вроде SpeedyIndex помогает быстрее донести до краулера, что страница изменилась, и сократить время до повторного обхода — сервис заявляет ускорение по сравнению с ожиданием естественного переобхода, но конкретные сроки индексации всегда зависят от качества самой страницы и авторитетности сайта в целом.
Если же причина не устранена — тот же noindex забыли снять или текст остался прежним общим пересказом — ускоритель лишь быстрее покажет Google ту же самую страницу с той же самой проблемой, и результат будет тот же отказ, просто раньше по времени.
Итоговый чеклист перед повторной отправкой
- HTTP-статус страницы — 200, без редиректов и ошибок
- robots.txt и meta robots — открытая индексация там, где она нужна
- canonical — указывает на саму страницу, а не в сторону
- адрес есть в актуальном sitemap.xml, sitemap отправлен в Search Console
- есть минимум одна внутренняя ссылка с посещаемого раздела
- текст даёт то, чего нет у конкурентов в топе по этому запросу — пример, таблицу, конкретный порядок действий
- статус в Search Console зафиксирован до правок, чтобы после было с чем сравнивать
Фиксируйте статус до и после правок — это единственный способ понять, на каком именно этапе был затор: краулер не знал про адрес, знал, но не заходил, зашёл и отклонил, или принял и затем убрал. Без этой фиксации любой спор «работает индексация или нет» ведётся вслепую.