Как закрыть тонкие страницы от индексации в WordPress без потери полезного трафика

Тонкие страницы в WordPress — это не только пустые архивы и служебные URL. Чаще всего проблема появляется там, где сайт сам плодит малоценные страницы: результаты поиска, архивы по датам, вложения медиафайлов, страницы пагинации с почти одинаковым контентом, теги без наполнения. Если такие URL попадают в индекс, поисковик тратит краулинговый бюджет на мусор, а релевантные страницы получают меньше внимания.

Ниже — рабочий сценарий: как найти такие страницы, чем их закрывать, где достаточно noindex, а где лучше вообще убрать URL из внутренней перелинковки или настроить каноникал. Без универсальных советов — только то, что реально проверяется на сайте.

Какие страницы в WordPress обычно становятся тонкими

Не каждая служебная страница вредна. Проблема начинается, когда у URL мало уникального текста, но он доступен для обхода и индексируется. В WordPress это чаще всего:

• архивы тегов с 1–2 записями;
• архивы авторов на сайте с одним автором;
• архивы по датам, если они не нужны пользователю;
• внутренний поиск вида ?s=;
• страницы вложений медиафайлов;
• пагинация архивов, где на дальних страницах уже почти нет ценности;
• служебные таксономии, которые создаются темой или плагином автоматически.

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

Диагностика: как понять, что именно мешает индексации

Начинать стоит не с правок в коде, а с проверки фактов. Откройте Google Search Console и посмотрите отчёт по страницам: какие URL исключены, какие попали в индекс без трафика, где есть дубли по каноническому адресу. Затем проверьте сайт краулером или хотя бы вручную через поиск по шаблону URL.

Полезный чек-лист диагностики:

• есть ли в индексе страницы поиска и вложений;
• индексируются ли архивы тегов с пустым или почти пустым содержимым;
• есть ли дубли категорий и тегов с одинаковыми списками записей;
• не закрыты ли важные страницы случайно через noindex или robots.txt;
• совпадает ли canonical с реальным основным URL;
• не создаёт ли тема отдельные архивы, которые не видны в меню, но доступны по прямой ссылке.

Если у вас уже стоит SEO-плагин, сначала проверьте его настройки. Во многих случаях проблема решается без кода: достаточно отключить индексацию архивов автора, дат и вложений. Но если нужен точечный контроль, лучше сделать это программно.

Что закрывать через noindex, а что — через canonical

Здесь важно не смешивать задачи. noindex говорит поисковику не показывать страницу в выдаче. canonical указывает предпочтительный URL, если есть похожие страницы. Если у страницы нет самостоятельной ценности, обычно подходит noindex,follow. Если страница полезна, но есть близкий дубль, нужен canonical.

Если сомневаетесь, не закрывайте страницу только потому, что она «похожа на дубль». Сначала проверьте, получает ли она переходы и есть ли у неё самостоятельный смысл в навигации.

Пошаговое решение через код: закрываем служебные страницы

Ниже пример для functions.php дочерней темы или собственного мини-плагина. Он добавляет noindex,follow на внутренний поиск, архивы автора на сайте с одним автором и страницы вложений. Это базовый сценарий, который можно адаптировать под структуру сайта.

<?php
add_action('wp_head', function () {
    if (is_search() || is_attachment() || is_author()) {
        echo '<meta name="robots" content="noindex,follow" />' . "\n";
    }
});

add_filter('wp_robots', function (array $robots) {
    if (is_search() || is_attachment()) {
        $robots['noindex'] = true;
        $robots['follow'] = true;
    }

    if (is_author() && count_users()['total_users'] === 1) {
        $robots['noindex'] = true;
        $robots['follow'] = true;
    }

    return $robots;
});

Здесь лучше использовать именно wp_robots, потому что WordPress уже умеет собирать корректные директивы для роботов. А вывод через wp_head оставлен как запасной вариант для старых шаблонов или конфликтных тем. Если у вас современная сборка, достаточно фильтра wp_robots.

Как закрыть архивы тегов и дат точечно

Если на сайте много пустых или слабых тегов, не обязательно закрывать все архивы тегов целиком. Можно оставить индексируемыми только те, где есть нормальный объём контента. Для этого обычно используют SEO-плагин или собственную логику на уровне таксономии. Пример ниже добавляет noindex для архивов тегов и дат, но не трогает категории.

<?php
add_filter('wp_robots', function (array $robots) {
    if (is_tag() || is_date()) {
        $robots['noindex'] = true;
        $robots['follow'] = true;
    }

    return $robots;
});

Если теги нужны для внутренней навигации, follow оставляйте включённым. Так поисковик сможет проходить по ссылкам, но не будет держать в индексе саму архивную страницу.

Как убрать вложения из индекса и не потерять картинки

Страницы вложений — частая причина мусора в индексе. Пользователь открывает не сам файл изображения, а отдельную страницу attachment, где кроме картинки почти ничего нет. Для SEO это обычно бесполезный URL. При этом сами изображения должны остаться доступны в медиатеке и на страницах записей.

Практичный вариант — редиректить attachment-страницы на сам файл или на родительскую запись, если она есть. Пример:

<?php
add_action('template_redirect', function () {
    if (!is_attachment()) {
        return;
    }

    $parent = wp_get_post_parent_id(get_the_ID());

    if ($parent) {
        wp_safe_redirect(get_permalink($parent), 301);
        exit;
    }

    $file = wp_get_attachment_url(get_the_ID());
    if ($file) {
        wp_safe_redirect($file, 301);
        exit;
    }
});

Это решение лучше, чем просто оставлять attachment-страницы с noindex. Редирект убирает лишний URL из обхода и помогает не держать в системе отдельную страницу без ценности.

Проверка результата после внедрения

После правок не ограничивайтесь просмотром исходного кода. Проверьте несколько уровней:

• откройте страницу в браузере и убедитесь, что в <head> есть нужный meta robots или корректный canonical;
• проверьте ответ сервера через curl -I https://example.com/ для редиректов attachment;
• в Search Console отправьте URL на повторную проверку;
• посмотрите, не исчезли ли из индекса важные страницы категории или записи;
• проверьте, не остались ли внутренние ссылки на закрытые URL в меню, хлебных крошках и блоках похожих записей.

Если используете кэш-плагин или серверный кэш, очистите его после изменений. Иначе вы можете смотреть на старую версию страницы и ошибочно считать, что правка не сработала.

Частые ошибки и как их исправить

Закрыли страницу в robots.txt вместо noindex

Это частая ошибка. Если URL уже известен поисковику, запрет в robots.txt не гарантирует удаление из индекса. Для тонких страниц обычно нужен именно noindex или редирект. Robots.txt полезен для ограничения обхода, но не как основной инструмент удаления из выдачи.

Поставили noindex на важные категории

Такое часто случается после массовой настройки SEO-плагина. В результате из индекса исчезают страницы, которые реально приводили трафик. Исправление простое: верните индексирование для категорий, которые содержат уникальные тексты, нормальную навигацию и стабильный спрос.

Оставили внутренние ссылки на закрытые URL

Если закрытая страница всё ещё активно связана с меню, блоками и хлебными крошками, поисковик продолжит её обходить. Это не критично, но лишний шум остаётся. Лучше убрать такие ссылки или заменить их на канонический адрес.

Сделали canonical на нерелевантную страницу

Canonical должен указывать на действительно близкую и предпочтительную страницу. Если поставить его на главную или на случайную категорию, поисковик может проигнорировать подсказку. Для тонких страниц чаще безопаснее noindex, чем сомнительный canonical.

Практические советы по безопасности и производительности

Если у вас большой сайт, не разбрасывайте логику по нескольким плагинам. Лучше держать правила индексации в одном месте: либо в SEO-плагине, либо в небольшом mu-plugin. Так проще понять, почему страница закрыта, и быстрее отлавливать конфликты после обновлений темы.

Ещё один полезный момент — не генерировать лишние архивы на уровне темы. Если тема создаёт отдельные шаблоны для почти пустых таксономий, это увеличивает количество тонких страниц. В таких случаях помогает ревизия структуры контента и отключение ненужных таксономий.

Если нужен более широкий контроль над дублями, архивами и служебными страницами, имеет смысл смотреть в сторону инструментов, которые умеют управлять индексированием и чисткой сайта централизованно. Например, у Clearfy Pro есть набор функций для технической оптимизации и удаления дублей: https://wpshop.ru/plugins/clearfy. Но даже с плагином важно понимать, какие URL вы закрываете и зачем — иначе можно убрать из поиска то, что ещё приносит трафик.

Если коротко: сначала найдите тонкие страницы, потом решите, что с ними делать — закрыть, редиректить или оставить в индексе. В WordPress это лучше работает как набор точечных правил, а не как одно универсальное «отключить всё лишнее».