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

Автор: Наталья Боброва | Опубликовано: 25.08.2026

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

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

Как понять, что у вас именно тонкие страницы, а не просто мало контента

Thin content — это не фиксированное число символов. Для одного сайта короткая страница может быть полезной, для другого — мусорной. Ориентироваться нужно на сочетание признаков: страница индексируется, но не даёт поисковому запросу уникальной ценности, дублирует другие URL или почти не получает трафик, хотя должна быть полезной.

Типичные кандидаты на чистку

архивы тегов с 1–2 записями;
страницы автора на небольшом блоге;
внутренний поиск WordPress;
страницы пагинации с повторяющимся текстом;
служебные таксономии, созданные темой или плагином;
записи с заголовком и одним абзацем, которые дублируют смысл другой статьи.

Диагностика: где искать тонкие страницы в WordPress

Начать лучше не с кода, а с выгрузки URL из Search Console и анализа структуры сайта. Если у вас уже есть доступ к логам или краулеру, это ускорит работу. Но даже без внешних инструментов можно собрать список подозрительных страниц прямо из WordPress.

Проверка через админку и поиск по типам контента

Смотрите на архивы таксономий, авторов и записи с минимальным содержимым. В админке полезно проверить:

количество записей в каждой рубрике и теге;
есть ли у архивов уникальный текст;
не создаёт ли тема отдельные страницы для фильтров, которые не нужны в индексе;
не дублируются ли заголовки и meta description у похожих страниц.

Если у вас установлен плагин для SEO-аналитики или чистки дублей, например Clearfy Pro, он может помочь быстро увидеть технические страницы и закрыть лишние архивы от индексации. Но решение всё равно нужно принимать вручную, по структуре сайта, а не по «общему совету».

Быстрая выборка подозрительных записей через SQL

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

SELECT ID, post_title, post_name, post_type, post_date, LENGTH(post_content) AS content_length
FROM wp_posts
WHERE post_status = 'publish'
  AND post_type = 'post'
ORDER BY content_length ASC
LIMIT 50;

Дальше не удаляйте всё подряд. Откройте эти записи и проверьте, не являются ли они частью серии, не нужны ли они для внутренней перелинковки и не получают ли переходы из поиска по узкому запросу.

Что делать с каждой группой страниц

У тонких страниц обычно три сценария: удалить, объединить или закрыть от индексации. Ошибка многих сайтов в том, что всё пытаются лечить одним способом. Это почти всегда ухудшает ситуацию.

Вариант	Когда подходит	Компромисс
Удалить и поставить 301	Страница не нужна, трафика нет, есть близкий аналог	Нужно аккуратно выбрать целевой URL
Объединить в одну статью	Есть несколько слабых материалов на одну тему	Понадобится редактирование и перенос ссылок
Закрыть от индексации	Страница нужна пользователю, но не должна ранжироваться	URL остаётся доступным по прямой ссылке

Когда удалять

Удаляйте только те страницы, которые не несут самостоятельной ценности. Например, дублирующий тег-архив без трафика или запись, которая полностью повторяет более сильную статью. После удаления обязательно ставьте 301 редирект на наиболее близкую по смыслу страницу.

Когда объединять

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

Когда закрывать от индексации

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

Пошаговое решение: как почистить тонкие страницы без потери трафика

Соберите список URL из Search Console, краулера и админки WordPress.
Разделите страницы на три группы: удалить, объединить, оставить, но закрыть от индексации.
Проверьте, есть ли у каждой страницы входящие ссылки и поисковые переходы.
Для удаляемых URL настройте 301 редирект на наиболее близкую страницу.
Для объединяемых материалов перенесите полезные фрагменты, обновите заголовок и внутренние ссылки.
Для служебных архивов отключите индексацию и уберите их из XML-карты сайта, если это поддерживает ваш SEO-плагин.
После изменений переобойдите сайт и проверьте, не появились ли цепочки редиректов и 404.

Как закрыть тонкие архивы от индексации кодом

Если вы не хотите полагаться только на плагин, можно точечно добавить noindex для архивов тегов, авторов или поиска. Ниже пример для темы или небольшого mu-plugin. Он не заменяет SEO-настройки, но помогает в точечных сценариях.

<?php
add_filter('wp_robots', function ($robots) {
    if (is_tag() || is_author() || is_search()) {
        $robots['noindex'] = true;
        $robots['nofollow'] = true;
    }

    return $robots;
});

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

Как удалить тонкую запись и не потерять ссылочный вес

Для одиночных записей лучше не просто удалять пост из админки, а сначала назначить редирект. Если у вас нет отдельного плагина для редиректов, можно сделать это через template_redirect для конкретного ID, но на практике удобнее использовать специализированный инструмент. Главное — не оставлять 404, если на страницу уже есть внешние или внутренние ссылки.

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

    $post_id = get_queried_object_id();

    $map = [
        123 => home_url('/kak-najti-i-udalit-tonkie-stranicy-v-wordpress/'),
        456 => home_url('/seo/'),
    ];

    if (isset($map[$post_id])) {
        wp_redirect($map[$post_id], 301);
        exit;
    }
});

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

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

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

откройте удалённые URL и убедитесь, что они отдают 301, а не 200 или 404;
проверьте исходный код архивов: есть ли noindex там, где он нужен;
сверьте XML-карту сайта — служебные URL не должны туда попадать;
в Search Console отправьте на переобход важные страницы, если меняли структуру;
проверьте, не появились ли новые цепочки редиректов после объединения материалов;
посмотрите, не сломались ли внутренние ссылки из меню, хлебных крошек и блоков похожих записей.

Если сайт большой, полезно повторно прогнать его краулером и сравнить количество URL с 200, 301 и 404 до и после изменений.

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

Удалили страницу без редиректа

Это самая частая ошибка. Внешние ссылки и старые внутренние переходы начинают вести в 404. Исправление простое: вернуть URL через 301 на ближайший релевантный адрес.

Закрыли от индексации полезный архив

Иногда авторские или рубричные страницы дают хороший трафик, особенно на контентных проектах. Если после noindex трафик просел, проверьте, не закрыли ли вы страницу, которая реально отвечает на запрос пользователя.

Поставили 301 на нерелевантную страницу

Редирект на главную — плохая привычка. Поисковик и пользователь должны попадать на максимально близкую по смыслу страницу, иначе вы теряете сигнал и ухудшаете поведенческие метрики.

Оставили дубли в тегах и рубриках

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

Что можно сделать для безопасности и производительности

Чистка тонких страниц часто идёт рядом с общей оптимизацией сайта. После удаления большого числа URL проверьте, не остались ли в базе лишние записи, неиспользуемые таксономии и старые внутренние ссылки. Но не запускайте массовые SQL-операции без бэкапа.

сделайте резервную копию перед массовым удалением;
не удаляйте записи напрямую из базы, если не понимаете последствия для метаданных и связей;
проверяйте права доступа к админке, если чистку делает несколько человек;
если используете плагин для SEO-очистки, тестируйте изменения на staging-копии;
не закрывайте от индексации всё подряд только ради «чистоты» отчёта.

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