Статья не индексируется в Яндексе: что проверить до отправки на переобход

Убедитесь, что URL действительно опубликован

Откройте страницу в приватном окне и проверьте ответ сервера. Статья должна отдавать 200, содержать текст в HTML и вести по ожидаемому адресу без цепочки лишних редиректов. Если публикация видна только в клиентском интерфейсе после загрузки скрипта, дополнительно проверьте, доступен ли основной текст роботу. Не считайте черновик в системе опубликованной страницей.

Затем проверьте `robots.txt` и метатег `robots` на странице: нет ли `noindex`, закрытого пути или противоречащих правил. Посмотрите `rel=canonical`: он должен указывать на тот URL, который вы хотите видеть в поиске, а не на главную или похожую статью. В справке Яндекса при изменении структуры сайта эти проверки перечислены среди важных шагов.

Проверьте обнаружение страницы

Есть ли новая статья в `sitemap.xml`? Ссылается ли на неё страница блога или тематическая статья? XML-файл помогает сообщить об URL, но внутренние ссылки тоже дают роботу путь и показывают связь страницы с сайтом. Справка Яндекса о Sitemap описывает добавление и проверку файла; после обновления его не требуется каждый раз удалять и загружать заново.

Посмотрите статус в Вебмастере

Сравните дату публикации и дату последнего посещения роботом. У новой страницы может ещё не быть решения поисковой системы. Переобход страниц Яндекса позволяет сообщить о новом или обновлённом URL, но отправка в очередь не равна индексации и не гарантирует позиции. Сначала устраните технический запрет, если он есть; повторная отправка закрытой страницы не поможет.

Если технические условия выполнены, читайте материал глазами пользователя. Есть ли прямой ответ в начале, подробные шаги, проверяемые источники, собственный пример, понятный результат? Десятки коротких статей с одинаковым каркасом и переставленными словами плохо помогают человеку. Объём сам по себе тоже не решение: Google Search Central прямо отвергает идею предпочтительного количества слов.

Как вести журнал диагностики

Для каждого URL запишите дату публикации, 200-ответ, статус robots и canonical, присутствие в sitemap, входящие внутренние ссылки, отправку на переобход и наблюдаемый статус в поиске. Меняйте одну подтверждённую причину за раз. Если десятки новых статей не появляются одновременно, ищите общий шаблон или ошибку выпуска, а не переписывайте каждую страницу отдельно.

После исправления снова проверьте живой HTML и XML на публичном домене, затем наблюдайте за статусом в Вебмастере. Честный результат проверки звучит «URL доступен и отправлен на переобход»; «страница проиндексирована» можно сказать только после подтверждения поисковой системы.

Если проблема касается сразу десятков статей

Составьте таблицу новых URL и проверьте выборку из разных дат выпуска. Одинаковый `noindex`, неправильный canonical, старый sitemap или шаблон без основного текста укажет на общую техническую причину. Если технически страницы доступны, сравните их содержание: одинаковые вступления, повторяющиеся H2 и близкие ответы по разным URL требуют редакторского пересмотра. Не редактируйте каждую статью вслепую, пока не нашли общий слой проблемы.

Проверьте также, что список новых статей не существует только в клиентском JavaScript, а страница блога и архивные страницы действительно ведут на них доступными ссылками. Наличие 50 URL в файле сборки не означает, что их можно найти с сайта.

Что означает «быстро» в работе с индексом

Редакция контролирует доступность страницы, правильные сигналы и своевременную отправку на обход. Момент обхода и решение о включении в индекс принимает поисковая система. Поэтому в рабочем отчёте разделяйте «опубликовано», «обнаружено», «обойдено», «в индексе» и «получает показы». Такое разделение защищает от ложного ощущения, что отправка URL равна SEO-результату.

Проверка отдельного URL после выпуска

Возьмите новую статью и выполните один короткий проход: откройте её без авторизации; посмотрите исходный HTML; проверьте ответ 200, title, H1, canonical и robots; найдите URL в публичном sitemap; перейдите на неё из блога по обычной ссылке. Затем посмотрите статус в Яндекс Вебмастере. Если уже на третьем шаге canonical указывает на соседнюю статью, нет смысла обсуждать длину текста до исправления сигнала.

Сохраните результаты с датой и публичными URL. Проверка локальной сборки не доказывает, что на сервер вышла именно она.

Не путайте отсутствие индексации с отсутствием трафика

Страница может находиться в индексе, но почти не получать показов из-за низкого спроса, слабого соответствия запросу или конкуренции. И наоборот, новая страница может ещё не иметь данных в отчёте, хотя робот уже её обошёл. Поэтому проверяйте отдельно технический статус URL, статус в индексе и поисковые показы. Исправления для этих ситуаций разные: переобход не создаст спрос, а переписывание текста не снимет `noindex`.

Если URL отсутствует в публичной карте, разберите причины старого sitemap.xml.