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

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

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

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

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

• страница есть в индексе, но не получает кликов и показов;
• внутренних ссылок на неё почти нет;
• контент повторяет соседние страницы или архивы;
• URL создаётся автоматически плагином, темой или таксономией;
• страница не имеет понятного поискового интента;
• в отчётах Search Console много «Просканировано, но не проиндексировано» или «Дубликат, выбранный Google, отличается от канонической страницы».

Что проверить в первую очередь

Начните с выгрузки URL из Search Console и сопоставьте их с типами записей WordPress. Отдельно посмотрите:

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

Если у вас много материалов, полезно дополнительно посмотреть, какие URL реально получают трафик из аналитики. Часто оказывается, что 80% полезного трафика дают 20% страниц, а остальное — хвост без ценности.

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

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

1. Если страница не нужна пользователю и не имеет внешних ссылок — удаляйте с редиректом на релевантный URL.
2. Если страница частично полезна, но слишком слабая — объединяйте с более сильной и ставьте 301.
3. Если это служебный архив, который не должен ранжироваться, — закрывайте его от индексации, но не удаляйте.
4. Если страница нужна для навигации, но не для поиска, — оставляйте доступной, но ограничивайте индексацию через noindex или настройку SEO-плагина.

Пример: найти пустые рубрики и теги

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

SELECT t.term_id, t.name, tt.taxonomy, tt.count
FROM wp_terms t
JOIN wp_term_taxonomy tt ON t.term_id = tt.term_id
WHERE tt.count = 0
ORDER BY tt.taxonomy, t.name;

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

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

Если вы не хотите трогать шаблоны темы, можно управлять мета-роботами через SEO-плагин. Но если задача точечная и у вас есть свой код, можно добавить фильтр в functions.php или в мини-плагин. Ниже пример для Yoast SEO: он задаёт noindex для архивов авторов и тегов. Это не удаляет страницы, а только убирает их из поиска.

add_filter( 'wpseo_robots', function( $robots ) {
    if ( is_author() || is_tag() ) {
        return 'noindex,follow';
    }

    return $robots;
} );

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

Как удалить страницу и не потерять SEO

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

1. Проверьте, есть ли на URL входящие ссылки и трафик.
2. Подберите ближайшую релевантную страницу для перенаправления.
3. Удалите или отправьте URL в корзину.
4. Настройте 301-редирект.
5. Проверьте ответ сервера и канонический URL.

Для редиректа можно использовать плагин, а можно сделать это кодом, если задача локальная и понятная.

add_action( 'template_redirect', function() {
    if ( is_page( 123 ) ) {
        wp_redirect( home_url( '/nuzhnaya-stranica/' ), 301 );
        exit;
    }
} );

Здесь 123 — ID удаляемой страницы. Такой вариант подходит для единичных случаев. Для массовой чистки лучше использовать таблицу редиректов в плагине или на уровне сервера.

Сравнение подходов: плагин, код или ручная чистка

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

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

После чистки важно не ограничиваться визуальной проверкой. Смотрите на фактические сигналы:

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

Проверить ответ страницы можно через curl:

curl -I https://example.com/staryj-url/

Если вы настраивали 301, убедитесь, что сервер не отдаёт сначала 302, а потом 301. Для поисковика это лишний шум. Если удаляли страницу окончательно, 404 допустим, но только если у неё нет замены и она действительно больше не нужна.

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

Удалили страницу, но не поставили редирект

Результат — 404 в индексе и потеря накопленного сигнала. Исправление простое: вернуть URL через 301 на ближайшую релевантную страницу. Если релевантной страницы нет, оставьте 404 или отдайте 410, но осознанно.

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

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

Путают noindex и удаление

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

Оставляют тонкие страницы в sitemap

Если URL закрыт от индексации, но продолжает попадать в sitemap, вы посылаете поисковику противоречивые сигналы. После чистки обновите карту сайта и проверьте, что туда не попали архивы, теги или удалённые записи.

Чек-лист перед массовой чисткой

• Сделана резервная копия базы и файлов.
• Собран список URL из Search Console и аналитики.
• Для каждого URL выбран сценарий: удалить, объединить, noindex, оставить.
• Подготовлены 301-редиректы для важных адресов.
• Проверены sitemap.xml и robots.txt.
• После изменений запланирована повторная проверка ответов сервера.

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