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

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

Ниже — рабочий сценарий: как найти такие URL, что с ними делать и как не потерять трафик при чистке.

Когда страница считается тонкой и почему это важно

В WordPress thin content чаще всего появляется не из-за автора, а из-за структуры сайта. Это могут быть:

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

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

Диагностика проблемы: как найти тонкие страницы

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

1. Посмотреть, что реально индексируется

Соберите список URL из Google Search Console или Яндекс.Вебмастера и сравните его с картой сайта. Если в индексе есть страницы, которых вы не хотите видеть, это первый кандидат на чистку.

Дальше проверьте шаблонные страницы в админке WordPress:

• рубрики и метки без описания;
• страницы пагинации архивов;
• авторские архивы;
• страницы поиска;
• черновики, которые случайно стали опубликованными.

2. Найти записи с минимальным содержимым

Если нужен быстрый аудит, можно выгрузить список постов с очень коротким контентом через SQL. Перед этим сделайте резервную копию базы.

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

Этот запрос не говорит, что запись плохая. Он только показывает, с чего начать ручную проверку. Часто короткая страница оказывается нормальной: например, контакты или политика конфиденциальности. А вот пустой архив или запись с 300 символами и без внутренней перелинковки — уже кандидат на переработку.

3. Проверить мета-данные и таксономии

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

Если у вас стоит SEO-плагин, проверьте настройки индексации архивов. Иногда правильнее закрыть от индексации метки и авторов, чем пытаться наполнить их искусственным текстом.

Что делать с каждой страницей: удалить, объединить или закрыть

Универсального ответа нет. Удобно идти по простой схеме:

Сценарий	Действие	Компромисс
Страница не нужна и не имеет ссылок	Удалить и отдать 410 или 404	Потеря URL, но без мусора в индексе
Страница имеет трафик или внешние ссылки	Сделать 301 на ближайший релевантный URL	Часть сигнала переносится, но не всегда полностью
Страница нужна пользователю, но слабая по содержанию	Усилить текст, добавить блоки, FAQ, ссылки	Нужно время на доработку
Страница техническая или служебная	Закрыть от индексации через noindex или robots	Страница остаётся доступной, но не участвует в поиске

Когда лучше удалить

Удаление оправдано, если страница не имеет самостоятельной ценности, не получает переходов и не нужна для навигации. В WordPress это часто старые тестовые записи, пустые страницы, дублирующие архивы и служебные URL плагинов.

Если URL уже в индексе, не просто удаляйте запись из админки. Сначала решите, куда вести пользователей и роботов: на релевантную страницу или на 410, если аналога нет.

Когда лучше объединить

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

Пошаговое решение в WordPress

Шаг 1. Составить список кандидатов

Сначала выгрузите записи и страницы с коротким контентом, затем вручную проверьте каждую. Для автоматизации можно использовать WP-CLI, если он доступен на хостинге:

wp post list --post_type=post,page --post_status=publish --fields=ID,post_title,post_type,post_date

Дальше уже по списку смотрите, где контент действительно слабый, а где просто короткий, но полезный.

Шаг 2. Настроить редиректы для удаляемых URL

Если удаляемая страница уже могла попасть в поиск, поставьте 301 на ближайший аналог. Для этого можно использовать плагин редиректов или сделать правило на уровне сервера. Пример для .htaccess:

Redirect 301 /staryy-urll /novyy-url/

Если нужно удалить страницу без замены, допустим вариант с 410 Gone. Он честнее для робота, чем бесконечная 404-ошибка на давно удалённый материал:

RewriteEngine On
RewriteRule ^staryy-urll/?$ - [G,L]

Но используйте 410 только тогда, когда вы уверены, что URL больше не нужен.

Шаг 3. Закрыть от индексации слабые архивы

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

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

Этот вариант подходит не всем. Если SEO-плагин уже управляет robots meta, не дублируйте логику в теме: получите конфликт и непредсказуемый результат.

Шаг 4. Усилить страницы, которые нельзя удалять

Для полезных, но слабых страниц добавьте:

• нормальное описание вместо одного абзаца;
• внутренние ссылки на связанные материалы;
• FAQ-блок с реальными вопросами пользователей;
• изображения с осмысленными alt;
• чёткий заголовок и подзаголовки.

Если страница — рубрика, добавьте текст-описание в админке таксономии. Если это шаблон страницы, проверьте, не выводит ли тема только заголовок без основного контента.

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

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

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

Для быстрой проверки ответа сервера удобно использовать curl:

curl -I https://example.com/staryy-urll

В ответе вы должны увидеть либо 301 Moved Permanently с корректным Location, либо 410 Gone, если страница удалена окончательно.

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

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

Если URL уже был в индексе или на него вели ссылки, резкое удаление почти всегда хуже, чем 301. Исправление простое: восстановить адрес и настроить редирект на релевантную страницу.

Сделали 301 на главную

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

Закрыли от индексации всё подряд

Иногда после аудита в noindex отправляют и полезные страницы. В итоге сайт теряет нормальные входные точки. Проверяйте не только количество URL, но и их роль в структуре сайта.

Оставили тонкую страницу, но не усилили её

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

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

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

• сначала экспортируйте список URL, которые собираетесь удалить;
• перед правками сделайте бэкап базы и файлов;
• не меняйте массово правила редиректов без теста на staging;
• если используете плагин для редиректов, следите за количеством правил и конфликтами с кэшем;
• не закрывайте от индексации страницы, которые нужны для навигации и внутренней перелинковки.

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

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