Ошибки индексации в Google Search Console (GSC) способны «съесть» до 40% потенциального трафика сайта на WordPress, если игнорировать статус «Просканировано, но не индексировано». В 2024 году порог терпимости поисковика к техническому мусору снизился: страницы с низким качеством контента вылетают из индекса за 2-4 недели после обновления ядра.
Критический разбор статуса «Просканировано, но не индексировано»
Это самая коварная метрика GSC. В 70% случаев на WordPress она возникает из-за дублей страниц, созданных плагинами SEO (например, некорректные настройки каноникалов в Yoast или Rank Math) или из-за того, что контент страницы не имеет уникальной ценности. Если у вас более 15-20% страниц сайта находятся в этом статусе — ваш краулинговый бюджет тратится впустую.
Кейс: интернет-магазин на WooCommerce с 5000 товаров имел 1200 страниц в этом статусе из-за фильтров. После настройки исключений в robots.txt и удаления пустых тегов, индексация целевых страниц выросла на 25% за 14 дней. Экспертный вывод: не пытайтесь «запихнуть» всё в индекс через принудительную отправку URL — если Google отклонил страницу один раз, повторный запрос без правки контента бесполезен.
Ошибка 404 и «Мягкий 404»: разница в подходе
Жесткая ошибка 404 — это норма для удаленного контента, но «Мягкий 404» (Soft 404) — это технический провал. Сайт отдает код 200 (ОК), но страница пуста или содержит текст «Товар не найден». Для Google это сигнал о низком качестве сайта, что может привести к пессимизации всего раздела. В норме количество Soft 404 на сайте должно стремиться к нулю.
Решение: настройка серверного редиректа 301 на релевантную категорию или использование плагинов для управления 404 ошибками, но с жестким контролем. Экспертный вывод: автоматический редирект всех 404 на главную страницу — это грубая ошибка, которая плодит «мягкие 404» и размывает вес страниц.
Проблемы с индексацией из-за Render-blocking ресурсов
Специфика WordPress — обилие тяжелых JS и CSS файлов, которые блокируют рендеринг. Если Googlebot не может отрисовать страницу за 2-3 секунды, он может пометить её как ошибочную или проиндексировать «пустой» скелет. Это напрямую влияет на LCP (Largest Contentful Paint), где нормой считается показатель до 2.5 секунд.
Практика показывает, что внедрение критического CSS и отложенная загрузка JS сокращают время до первого рендеринга на 1.2–1.8 секунды. Это часть общего процесса, который включает Техническое SEO в WordPress, где оптимизируются серверные ответы. Экспертный вывод: используйте инструмент «Проверка URL» в GSC, чтобы увидеть скриншот того, что видит бот — если экран белый, проблема в JS-рендеринге.
Ошибка «Исключено тегом noindex» и конфликты плагинов
Частая проблема при миграции сайта или смене темы: в настройках «Чтение» WordPress случайно остается галочка «Попросить поисковые системы не индексировать сайт». Также конфликты между плагинами кэширования (например, WP Rocket) и SEO-плагинами могут привести к случайной генерации тега noindex в HTTP-заголовках.
Пример: при обновлении версии PHP с 7.4 на 8.2 на одном из проектов «отвалился» конфиг .htaccess, что привело к индексации технических страниц /wp-json/. Исправление одной строки в файле конфигурации убрало 300+ ошибочных URL из GSC за одну неделю. Экспертный вывод: всегда проверяйте HTTP-заголовки через расширения типа SEO Minion или через GSC, так как тег noindex может быть не в HTML, а в заголовке ответа сервера.
Вывод
Исправление ошибок индексации — это не нажатие кнопки «Исправить» в Search Console, а работа с архитектурой. Начните с анализа Soft 404 и очистки индекса от технических страниц (/category/, /tag/, /author/), которые не несут ценности. Избегайте массовых редиректов на главную и принудительной переиндексации без обновления контента. Лучшая стратегия: жесткий фильтр в robots.txt + чистые 301 редиректы + оптимизация скорости рендеринга. Только так можно добиться индексации 95-98% полезных страниц сайта.