Если страница опубликована, но не появляется в поиске, сначала проверьте не сам контент, а сигналы, которые мешают индексации: мета-тег noindex, настройки WordPress, правила в robots.txt, SEO-плагины и заголовки ответа сервера. На практике проблема чаще всего оказывается не в поисковике, а в одной из этих точек.
Ниже — рабочий порядок проверки. Он помогает быстро понять, где именно стоит запрет на индексацию, и убрать его без лишних действий.
С чего начать: убедитесь, что страница действительно закрыта от индексации
Самый быстрый способ — открыть страницу в браузере и посмотреть исходный код. Если в <head> есть строка вида <meta name="robots" content="noindex, nofollow"> или похожая комбинация, поисковик получает прямой запрет на индексирование.
Проверять нужно не только главную страницу, но и конкретный URL, который не попадает в поиск. Иногда сайт в целом открыт, а отдельные типы страниц — записи, страницы рубрик, архивы, результаты поиска — закрыты выборочно.
Если вы не хотите лезть в код вручную, можно использовать инструменты разработчика браузера или сервисы проверки URL в поисковой консоли. Но для первичной диагностики достаточно открыть исходный код страницы и найти слова noindex, nofollow или robots.
Проверьте общую настройку WordPress для видимости в поиске
В WordPress есть базовая опция, которая просит поисковые системы не индексировать сайт. Она находится в админке: Настройки → Чтение. Там есть пункт «Попросить поисковые системы не индексировать сайт».
Если галочка включена, WordPress добавляет сигнал, который может привести к noindex на сайте или к запрету индексации через связку с темой и плагинами. Для обычного публичного сайта этот пункт должен быть выключен.
После изменения сохраните настройки и снова проверьте исходный код страницы. Если проблема была только в этой опции, мета-тег noindex должен исчезнуть не сразу на всех страницах, но на затронутых URL — после обновления кэша и пересборки HTML.
Где еще прячется noindex: темы, SEO-плагины и отдельные типы страниц
Чаще всего запрет на индексацию ставит не сам WordPress, а SEO-плагин или тема. Это нормальная ситуация: у плагина могут быть отдельные настройки для записей, страниц, рубрик, тегов, архивов автора, дат и страниц пагинации.
Проверьте такие места:
- настройки индексации в SEO-плагине;
- мета-бокс на странице редактирования записи или страницы;
- параметры архивов рубрик, тегов и таксономий;
- настройки шаблона темы, если она умеет управлять robots-метками;
- кастомный код в functions.php или в плагине для сайта.
Если на конкретной записи в редакторе есть блок SEO-плагина, убедитесь, что для нее не выбран режим noindex. Иногда это включают вручную для черновых материалов и потом забывают снять.
Отдельно проверьте архивы. Бывает, что сами записи индексируются нормально, но рубрики и теги закрыты от поиска. Тогда сайт выглядит «пустым» в выдаче по части запросов, хотя проблема не в публикации конкретной страницы.
Проверьте robots.txt: он может не ставить noindex, но блокировать обход
robots.txt не добавляет мета-тег noindex, но способен запретить поисковому роботу заходить на нужные URL. В результате страница может быть опубликована и даже открываться в браузере, но робот не сможет ее нормально просканировать.
Откройте файл https://ваш-домен/robots.txt и посмотрите, нет ли там правил вроде Disallow: /, запрета на /wp-content/ в сочетании с важными ресурсами или блокировки конкретных разделов сайта. Для обычного WordPress-сайта опасны слишком широкие запреты, особенно если они добавлены плагином или вручную.
Если вы нашли подозрительное правило, не удаляйте его наугад. Сначала поймите, кто его добавил: хостинг, SEO-плагин, тема или ручная правка. После изменения снова проверьте файл в браузере и убедитесь, что нужные URL не закрыты от обхода.
Проверьте не только HTML, но и заголовки ответа сервера
Иногда в коде страницы нет noindex, но сервер отдает заголовок X-Robots-Tag с запретом на индексацию. Это встречается реже, но именно такие настройки часто ускользают от внимания.
Проверить заголовки можно через инструменты разработчика, онлайн-проверки заголовков или командой curl, если у вас есть доступ к терминалу. Команда ниже показывает только заголовки ответа:
curl -I https://example.com/stranitsa/В ответе ищите строки вроде X-Robots-Tag: noindex. Если они есть, источник запрета может быть на уровне сервера, CDN, плагина кэширования или настроек хостинга. В таком случае правка только в WordPress не поможет.
Что делать, если noindex убрали, а страница все равно не индексируется
Убрать noindex — это только часть задачи. Если страница раньше была закрыта, поисковику нужно время, чтобы повторно ее обойти и пересчитать статус. Но есть и другие причины, из-за которых URL не попадает в индекс даже после исправления.
Проверьте следующие вещи:
- страница отдает код ответа
200 OK, а не редирект,404илиsoft 404; - контент доступен без авторизации и без защиты паролем;
- на странице нет канонического URL, указывающего на другой адрес;
- URL не дублируется на сайте в нескольких версиях;
- страница есть во внутренней перелинковке и на нее можно попасть с других разделов;
- сайт не закрыт от индексации на уровне всей среды — например, через staging-режим или временную защиту.
Если страница новая, отсутствие индексации в первые дни — не ошибка. Но если URL давно опубликован, а в поиске его нет, почти всегда есть техническая причина: запрет, дублирование, редирект или слабая доступность для робота.
Как быстро проверить результат после исправления
После того как вы сняли запрет, проверьте страницу в трех местах: исходный код, файл robots.txt и заголовки ответа. На самой странице больше не должно быть noindex, в robots.txt не должно быть запрета на нужный раздел, а в заголовках не должен оставаться X-Robots-Tag: noindex.
Дальше отправьте URL на повторную проверку в поисковую консоль, если она подключена. Это не гарантирует мгновенную индексацию, но ускоряет повторный обход. Если консоли нет, остается дождаться переобхода и следить за статусом страницы в поиске.
Если после всех правок страница все еще не индексируется, обычно помогает последовательная проверка по цепочке: WordPress → SEO-плагин → тема → robots.txt → заголовки сервера → канонический URL → код ответа. В этой последовательности проще всего найти место, где запрет остался незамеченным.
Короткий порядок действий, если нужно исправить проблему без лишних проверок
Если времени мало, идите по такому порядку: снимите галочку «Попросить поисковые системы не индексировать сайт» в Настройки → Чтение, проверьте noindex в SEO-плагине, откройте robots.txt, затем посмотрите заголовки ответа страницы. Обычно этого достаточно, чтобы найти источник запрета.
Если сайт большой, проверяйте не только главную, а именно тот тип страниц, который выпал из поиска: записи, страницы, рубрики или отдельные шаблоны. В WordPress проблема часто локальная, а не глобальная, и это экономит много времени при диагностике.
