Тонкие страницы в WordPress — это не только пустые архивы и записи с двумя абзацами. Чаще проблема выглядит иначе: в индексе есть десятки URL, которые не дают трафика, дублируют смысл, мешают краулингу и размывают внутреннюю перелинковку. Удалять их вслепую нельзя: часть страниц может уже получать переходы из поиска, а часть — быть полезной для структуры сайта.
Ниже — рабочий сценарий: как найти такие страницы, чем их заменить и как проверить, что после чистки сайт не потерял нужные URL.
Когда проблема действительно в тонких страницах
Сначала стоит убедиться, что речь не о временной просадке контента. Тонкая страница обычно имеет один или несколько признаков:
- мало уникального текста и слабая смысловая нагрузка;
- страница индексируется, но не получает показов или кликов;
- у URL есть дубликаты по смыслу: похожие записи, архивы, теги, служебные страницы;
- страница не отвечает на отдельный запрос пользователя, а только повторяет уже существующий материал;
- внутренние ссылки ведут на неё редко или случайно.
Быстрая диагностика в админке и Search Console
Начните с отчёта по страницам в Google Search Console: смотрите URL с показами, но почти без кликов, и страницы без показов, если они при этом индексируются. Затем проверьте WordPress-архивы: рубрики, метки, авторские архивы, страницы пагинации. Часто именно там накапливаются слабые URL.
Если на сайте установлен плагин для SEO и чистки дублей, например Clearfy Pro, часть служебных страниц можно закрыть от индексации без ручной правки шаблонов. Но закрытие от индексации — не замена удалению. Если страница не нужна пользователю и не имеет самостоятельной ценности, лучше решить вопрос на уровне структуры сайта.
Как выбрать: удалить, объединить или закрыть от индексации
Не все тонкие страницы нужно удалять. Иногда правильнее объединить материал или оставить URL, но убрать его из индекса. Ниже — рабочее сравнение подходов.
| Сценарий | Что делать | Компромисс |
|---|---|---|
| Страница не нужна и не имеет трафика | Удалить и поставить 301 редирект | Нужно подобрать релевантную цель редиректа |
| Есть похожая статья с лучшим потенциалом | Объединить контент и перенести полезные блоки | Потребуется вручную обновить ссылки и якоря |
| Архив или служебный URL полезен пользователю, но не нужен в поиске | Закрыть от индексации | Страница останется доступной, но не будет работать на SEO |
Пошаговое решение: как найти тонкие страницы в WordPress
Шаг 1. Соберите кандидатов
Сначала выгрузите список URL из Search Console или из карты сайта. Дальше отфильтруйте:
- записи с коротким текстом и низкой вовлечённостью;
- метки, которые дублируют рубрики;
- авторские архивы на сайте с одним автором;
- страницы пагинации, если они не несут самостоятельной ценности;
- пустые или почти пустые страницы, созданные под SEO-запросы без наполнения.
Шаг 2. Проверьте, есть ли у URL входящий трафик и ссылки
Перед удалением посмотрите, есть ли на страницу внутренние ссылки, внешние ссылки и переходы из поиска. Если URL уже получает трафик, безопаснее не удалять его сразу, а улучшить контент или сделать редирект на более сильную страницу.
Шаг 3. Примите решение по каждой странице
Практически это выглядит так:
- удалить — если страница не нужна и не имеет ценности;
- объединить — если есть близкая по теме статья;
- закрыть noindex — если URL нужен для навигации, но не должен ранжироваться;
- оставить — если страница слабая по тексту, но закрывает важный пользовательский сценарий.
Удаление тонкой страницы с редиректом 301
Если страница больше не нужна, удаляйте её не в лоб, а через редирект. Это снижает риск 404 и сохраняет часть накопленного веса. В WordPress удобнее сделать это через template_redirect, если нужен точечный сценарий для нескольких URL.
<?php
add_action('template_redirect', function () {
if (!is_singular('post')) {
return;
}
$post_id = get_queried_object_id();
$thin_posts = [123, 456, 789];
if (in_array($post_id, $thin_posts, true)) {
wp_redirect(home_url('/blog/'), 301);
exit;
}
});Такой вариант подходит, если список страниц небольшой и вы контролируете его вручную. Для массовой чистки лучше использовать редиректы на уровне сервера или специализированный плагин, чтобы не держать логику в теме.
Как закрыть служебные страницы от индексации
Если страница нужна посетителю, но не должна попадать в поиск, добавьте noindex. Для архивов и таксономий это часто разумнее, чем удаление. В WordPress можно вывести мета-тег условно, например для авторских архивов и тегов:
<?php
add_action('wp_head', function () {
if (is_author() || is_tag()) {
echo '<meta name="robots" content="noindex,follow">' . "\n";
}
});Но не злоупотребляйте этим подходом. Если архив не нужен ни пользователю, ни поиску, лучше убрать его из структуры сайта полностью, а не просто прятать от роботов.
Проверка результата после внедрения
После удаления или закрытия страниц проверьте не только код ответа, но и поведение сайта в поиске и навигации.
- откройте старый URL и убедитесь, что он отдаёт 301, а не 200 или 404;
- проверьте, что целевая страница действительно релевантна редиректу;
- посмотрите карту сайта: удалённые URL не должны оставаться там;
- в Search Console отправьте на переобход важные страницы, если менялась структура;
- проверьте внутренние ссылки — они должны вести сразу на новый URL, а не через редирект.
Если используете WP-CLI, можно быстро проверить код ответа для конкретного адреса через внешний инструмент, а в самом WordPress — пройтись по списку старых URL вручную или через скрипт логирования. Важно не ограничиваться визуальной проверкой: страница может выглядеть удалённой, но продолжать индексироваться из-за старых ссылок и кэша.
Частые ошибки и как их исправить
Удалили страницу без редиректа
Это частая ошибка после массовой чистки. В результате старый URL отдаёт 404, а поисковик ещё какое-то время пытается его обходить. Исправление простое: ставьте 301 на наиболее близкую по смыслу страницу или на родительский раздел, если точного аналога нет.
Редирект ведёт на нерелевантную страницу
Если отправить всё на главную, поисковик и пользователь теряют контекст. Лучше редиректить на ближайшую тематическую статью, рубрику или справочную страницу.
Закрыли от индексации полезный архив
Иногда авторские или рубричные архивы дают хороший трафик по хвосту запросов. Перед noindex проверьте статистику. Если архив уже ранжируется, сначала улучшите его: добавьте описание, нормальную пагинацию, внутренние ссылки и уникальные вводные блоки.
Оставили дубли в карте сайта
После чистки sitemap должен обновляться автоматически. Если карта сайта кэшируется, очистите кэш плагина и серверный кэш, иначе поисковик ещё долго будет видеть старые адреса.
Практические советы по безопасности и производительности
Массовое удаление контента лучше делать не в рабочее время и обязательно с резервной копией базы. Если на сайте много записей, сначала проверьте всё на staging-копии. Это особенно важно, если редиректы и noindex добавляются кодом в тему: ошибка в условии может затронуть лишние URL.
Для производительности полезно убрать из индекса не только тонкие записи, но и лишние архивы, если они не используются. Это снижает число бесполезных обходов и упрощает структуру сайта. Но не пытайтесь решить проблему только плагином: если контентная структура хаотична, поисковый мусор будет возвращаться снова.
Если вам нужно не просто закрыть дубли, а системно почистить сайт от служебных страниц, архивов и лишних элементов SEO, имеет смысл посмотреть в сторону инструментов вроде Clearfy Pro: он помогает управлять частью технических настроек без ручного вмешательства в шаблоны. Но даже с плагином решение всё равно начинается с анализа URL и понимания, какие страницы реально нужны пользователю.
В итоге рабочая схема простая: сначала находите кандидатов, потом решаете судьбу каждого URL, затем проверяете редиректы, карту сайта и индексацию. Именно такой порядок позволяет убрать тонкие страницы без лишних потерь.