До 40% страниц коммерческих сайтов на WordPress годами висят в статусе «Обнаружена, но не проиндексирована», съедая краулинговый бюджет и резав конверсию. Исправление этих ошибок — не механическая отправка формы «Исправить», а глубокий аудит серверного отклика и структуры внутреннего перелинка.
Критический разбор статуса «Обнаружена, но не проиндексирована»
Этот статус часто путают с техническим сбоем, хотя на деле это сигнал о низком качестве контента или слабом внутреннем весу страницы. В моей практике кейс интернет-магазина на WooCommerce показал: при 1200 страницах в этом статусе находилось 450 (37%). Причина была в дублях фильтров и отсутствии ссылок на товары из категорий. После внедрения правильного SEO-оптимизация сайтов на WordPress через переработку таксономии, индекс вырос на 25% за 14 дней.
Экспертный вывод: если страница «обнаружена», Google знает о ней, но считает бесполезной. Не ждите переиндексации — либо удаляйте страницу, либо переписывайте LSI-ядро и добавляйте 3-5 входящих ссылок с высокотрафиковых страниц.
Борьба с 404 ошибками и «мягким 404»
Ошибки 404 в Search Console — это нормально, если их доля не превышает 1-2% от общего объема запросов. Проблема начинается, когда WordPress генерирует «мягкие 404» (Soft 404): сервер отдает код 200 OK, но страница пустая или содержит текст «Товар не найден». Это забивает индекс мусором и снижает Trust Rank сайта. Для исправления использую плагины типа Redirection или Rank Math, но только для страниц с внешним трафиком > 10 посещений в месяц.
Пример: при чистке старого блога было найдено 200 битых ссылок. Вместо массового 301 редиректа на главную (что Google часто трактует как Soft 404), я распределил их по релевантным категориям. Результат: возврат 15% утраченного трафика за месяц.
Ошибки индексации из-за Robots.txt и Noindex
Самая глупая, но частая ошибка в WordPress — забытый чекбокс «Поисковые системы не должны индексировать этот сайт» в настройках чтения. Вторая проблема — перебор с директивами Disallow в robots.txt. Блокировка папки /wp-content/ или /wp-includes/ в некоторых темах может привести к тому, что Google не увидит CSS и JS, посчитав страницу «недружелюбной для мобильных», что снижает позиции на 5-10 пунктов в выдаче.
Кейс: сайт с 5000 страниц имел 30% страниц в статусе «Исключено тегом noindex». Причиной была некорректная настройка плагина SEO для страниц пагинации и архивов. После смены noindex на index для ключевых категорий, видимость по низкочастотным запросам выросла на 12%.
Оптимизация скорости отклика и Server Error (5xx)
Ошибки сервера 500 и 503 в Search Console часто носят эпизодический характер, но если они повторяются более 0.5% от общего числа запросов, Google начинает резать краулинговый бюджет. На WordPress это чаще всего вызвано конфликтом плагинов или нехваткой памяти PHP (memory_limit). Переход с дешевого shared-хостинга ($3-5/мес) на VPS с NVMe-дисками и настроенным Litespeed Cache сокращает время ответа сервера (TTFB) с 800 мс до 200-300 мс.
Экспертный вывод: Googlebot не будет ждать вашего медленного сервера. Если в консоли растут 5xx ошибки, первым делом проверяйте логи ошибок (error_log) сервера, а не настройки плагинов.
Вывод
Исправление ошибок в Search Console — это не нажатие кнопки «Проверить исправление», а работа с архитектурой сайта. Начинайте с устранения Soft 404 и чистки «Обнаружено, но не проиндексировано» через усиление внутреннего перелинка. Избегайте массовых редиректов на главную страницу — это путь к потере веса. Лучший стек для WordPress: VPS + Litespeed + Rank Math. Только так можно свести технический шум к минимуму и заставить Google индексировать 95%+ полезных страниц сайта.