Если страница WordPress не появляется в поиске или исчезла из него, сначала выясните, что именно мешает индексации. Причина может быть в настройках сайта, запрете в robots.txt, теге noindex, неверном canonical, редиректе или ошибке sitemap. Проверять их удобнее в Google Search Console: откройте раздел проверки URL и посмотрите статус конкретной страницы. Исправляйте найденную причину, а не отправляйте URL на повторную индексацию вслепую.
Сначала проверьте статус страницы в Search Console
Вставьте полный адрес страницы в строку проверки URL. Учитывайте протокол и вариант домена: https и http, а также адреса с www и без него — разные URL. Отчёт покажет, известна ли страница Google, когда её обходили, какой canonical выбрал Google и не обнаружен ли запрет на индексацию.
Если страница ещё не обходилась, запустите проверку опубликованного URL. Она покажет, может ли Googlebot получить страницу сейчас, но не гарантирует добавление в индекс. Если отчёт сообщает, что URL исключён, изучите указанную причину и сравните проверяемую страницу с её версией в индексе. Для уже исправленной страницы можно запросить индексирование после успешной проверки.
Не всякое исключение — ошибка. Например, адрес с перенаправлением или альтернативная страница, для которой указан другой canonical, обычно не должны индексироваться отдельно. Важно, чтобы в поиске присутствовал нужный конечный URL.
Убедитесь, что WordPress не запрещает индексацию сайта
Откройте в админке Настройки → Чтение и проверьте пункт «Попросить поисковые системы не индексировать сайт». Если он включён на публичном сайте, снимите отметку и сохраните настройки. Эта опция WordPress предназначена, например, для разработки сайта и может добавлять сигналы запрета индексации. Она не защищает сайт от посетителей и не удаляет страницы из поиска мгновенно.
Если настройка уже выключена, проверьте исходный HTML конкретной страницы. В коде не должно быть директивы noindex в метатеге robots, например <meta name="robots" content="noindex">. Такая директива может добавляться SEO-плагином, настройкой отдельной записи или шаблоном темы. В редакторе записи проверьте параметры индексации, а в настройках SEO-плагина — правила для типа контента и таксономий.
Иногда директива передаётся не в HTML, а HTTP-заголовком X-Robots-Tag. Его можно увидеть в инструментах разработчика браузера или в заголовках ответа сервера. Если в HTML запрета нет, но Search Console сообщает о noindex, попросите хостинг проверить конфигурацию веб-сервера и заголовки, которые добавляют плагины или прокси.
Проверьте robots.txt, не закрыта ли нужная часть сайта
Откройте https://ваш-домен.ru/robots.txt. Ищите правило Disallow, которое совпадает с путём страницы или с каталогом, в котором она находится. Например, правило Disallow: /blog/ не позволит роботу обходить URL в каталоге /blog/. На WordPress файл может быть физическим файлом на сервере или формироваться динамически, поэтому изменения в админке не всегда меняют именно ту версию, которую видит поисковик.
Не заменяйте весь файл найденным в интернете шаблоном: в нём могут быть нужные правила для вашего сайта. Удалите или скорректируйте только ошибочную директиву и проверьте результат по адресу /robots.txt. После этого повторите проверку URL в Search Console.
Запрет в robots.txt и noindex решают разные задачи. Если робот не может обойти страницу из-за Disallow, он не прочитает размещённый на ней noindex. Поэтому для удаления страницы из индекса обычно открывают её для обхода и используют noindex либо корректный редирект — в зависимости от ситуации. Сам по себе robots.txt не является надёжным способом удалить уже известный поисковику URL.
Сверьте canonical и адрес страницы
Canonical — это указание на предпочтительный URL среди одинаковых или похожих страниц. Посмотрите исходный код страницы и найдите ссылку вида <link rel="canonical" href="https://example.ru/page/">. В атрибуте href должен быть адрес нужной индексируемой страницы: с правильным протоколом, доменом и путём. Проверьте также версию с завершающим слешем, если сайт использует её в постоянных ссылках.
Ошибочный canonical часто появляется после переноса сайта, смены домена, настройки шаблона или конфликта SEO-плагинов. Например, все записи могут ошибочно указывать на главную страницу. Исправьте источник в настройках плагина или темы; не добавляйте второй canonical вручную, если его уже выводит другой компонент.
Указание canonical — сигнал, а не безусловная команда для поисковой системы. Google может выбрать другой адрес, если содержание страниц различается или внутренние ссылки и редиректы указывают на другую версию. Согласуйте canonical с постоянными ссылками, внутренними ссылками, редиректами и URL в sitemap.
Проверьте редиректы и доступность конечного URL
Откройте страницу в браузере и проследите, куда она ведёт. URL, который постоянно перенаправляет на другой адрес, обычно не индексируется как отдельная страница: индексировать следует конечную версию. Если перенаправление ведёт на нерелевантную страницу, создаёт цепочку или цикл, исправьте правило в плагине редиректов, настройках сервера или конфигурации домена — в зависимости от того, где оно создано.
Проверьте, что конечная страница открывается без авторизации и возвращает успешный ответ, а не ошибку 404 или 5xx. Если страница должна существовать, восстановите её либо настройте уместный постоянный редирект на близкую по смыслу замену. Не перенаправляйте все удалённые URL на главную: это не всегда помогает поисковику и может восприниматься как мягкая ошибка 404.
Когда страница выпала из индекса, выясните, не менялись ли недавно адреса записей, HTTPS, домен, правила кеширования или настройки плагина редиректов. После исправления проверьте именно конечный URL в Search Console, а не старый адрес, который теперь перенаправляется.
Исправьте sitemap и проверьте, какие URL в неё попадают
Карта сайта помогает поисковику находить страницы, но сама по себе не заставляет его индексировать каждый URL. В WordPress проверьте адрес карты сайта, который указан в robots.txt или отправлен в Search Console. Стандартная карта WordPress обычно доступна по адресу /wp-sitemap.xml; SEO-плагин может использовать собственный адрес и отключать стандартную карту.
Откройте sitemap и проверьте несколько URL вручную. В карту должны попадать доступные, нужные для поиска страницы, которые возвращают успешный ответ. Уберите из неё адреса, перенаправляющие на другой URL, страницы с noindex, закрытые разделы и несуществующие страницы. Если карта содержит старые адреса, проверьте настройки SEO-плагина, кэш и правила формирования sitemap.
Отправьте корректный адрес sitemap в Search Console и посмотрите, удалось ли Google её прочитать. Ошибка чтения карты и отсутствие страницы в индексе — не одно и то же: сначала устраните ошибки формата или доступности sitemap, затем отдельно проверьте URL страницы. Не создавайте несколько карт с противоречащими списками адресов.
После исправления проверьте результат
Повторно запустите проверку URL и убедитесь, что робот может получить страницу, не видит запрета noindex, а canonical и конечный адрес соответствуют нужной версии. Если причина была в sitemap, проверьте её статус отдельно. После этого при необходимости запросите индексирование в Search Console.
Обновление отчётов и появление страницы в поиске могут занять время. Запрос на индексирование не гарантирует результат: поисковая система самостоятельно решает, добавлять ли страницу в индекс. Если проверка по-прежнему показывает прежний запрет, очистите кэш WordPress, кеширующего плагина и CDN, если он используется, а затем проверьте страницу ещё раз. Если явных технических запретов нет, но страница не индексируется, проверьте её качество и уникальность, внутренние ссылки и доступность для обхода: технически доступная страница не обязательно будет выбрана для индекса.