Тонкие страницы в WordPress — это не только записи с парой абзацев. Чаще всего проблема сидит в архивах, тегах, служебных страницах, пустых рубриках, результатах поиска по сайту и карточках, которые почти не дают ценности, но продолжают индексироваться. Если их много, поисковик тратит обход на мусор, а сайт получает размытый индекс.
Ниже — рабочий сценарий: как найти такие URL, что с ними делать и как не сломать SEO при чистке.
Когда стоит искать тонкие страницы
Сигналов обычно несколько. В Search Console растёт число проиндексированных страниц без роста трафика. В отчётах аналитики видны URL с единичными переходами и почти нулевым временем на странице. В логике сайта появляются архивы без записей, теги с одной публикацией, страницы пагинации, которые не несут самостоятельной ценности.
Важно не путать thin content с коротким, но полезным контентом. Страница может быть компактной и при этом решать задачу пользователя. Удалять нужно не по длине текста, а по пользе и индексационной ценности.
Диагностика: где искать проблемные URL
Начинать лучше не с базы данных, а с карты сайта и индекса. Сначала посмотрите, какие типы страниц вообще попадают в поиск.
Что проверить в первую очередь
- архивы рубрик и тегов, особенно пустые и почти пустые;
- страницы поиска по сайту вида
?s=; - страницы автора, если на сайте один автор и они не несут смысла;
- пагинацию архивов, если на ней дублируется почти одинаковый список;
- страницы с очень малым числом входящих ссылок и без органического трафика.
Если нужен быстрый технический срез, удобно выгрузить список URL из Search Console и сопоставить его с типами записей в WordPress. Для локальной проверки можно пройтись по базе и найти пустые термины таксономий.
// Пример: найти пустые рубрики и теги через WP_Query не получится напрямую, проще использовать get_terms() в админском инструменте или временном mu-plugin.
$terms = get_terms([
'taxonomy' => ['category', 'post_tag'],
'hide_empty' => false,
]);
foreach ($terms as $term) {
if ((int) $term->count === 0) {
error_log($term->taxonomy . ': ' . $term->slug);
}
}Этот код не удаляет ничего сам по себе. Он помогает собрать список терминов, которые можно закрыть от индексации или удалить после проверки ссылок.
Что делать с тонкими страницами: сравнение подходов
Не все слабые страницы нужно удалять. Иногда правильнее объединить их, иногда закрыть от индексации, а иногда оставить как есть, если они нужны пользователю или внутренней навигации.
| Подход | Когда подходит | Риск |
|---|---|---|
| Удалить | Страница не нужна, не имеет входящих ссылок и не даёт ценности | Потеря URL и возможных ссылок, если не настроить редирект |
| noindex | Страница нужна для пользователей, но не должна индексироваться | Если оставить в sitemap, поисковик может дольше переобходить её |
| Объединить в одну страницу | Есть несколько слабых материалов на одну тему | Нужно аккуратно перенести ссылки и не потерять смысл |
Пошаговое решение
Шаг 1. Составьте список URL для чистки
Соберите страницы по трём признакам: нет трафика, нет внешних ссылок, нет смысла для индекса. Для WordPress это часто рубрики с одной записью, теги-одиночки и служебные архивы. Не удаляйте всё подряд: сначала проверьте, не используется ли URL в меню, хлебных крошках, внутренних ссылках и XML-карте сайта.
Шаг 2. Решите судьбу каждого URL
Если страница не нужна совсем — удаляйте и ставьте 301 на ближайший релевантный адрес. Если страница нужна только для навигации — закрывайте от индексации. Если у нескольких URL одна и та же тема — объединяйте контент в один сильный материал.
Для закрытия архивов от индексации можно использовать noindex через SEO-плагин или код. Если вы работаете без плагина, важно не только добавить мета-тег, но и убрать URL из sitemap, если это возможно в вашей конфигурации.
add_action('wp_head', function () {
if (is_tag() || is_author() || is_search()) {
echo "<meta name=\"robots\" content=\"noindex,follow\" />\n";
}
});Это упрощённый пример. В реальном проекте лучше использовать возможности SEO-плагина, чтобы не плодить собственную логику в теме.
Шаг 3. Удаляйте только с редиректом
Если URL уже был в индексе или на него есть ссылки, удаление без редиректа почти всегда плохая идея. Для старых страниц используйте 301 на наиболее близкую по смыслу страницу. Если релевантной замены нет, можно вернуть 410, но только когда вы уверены, что адрес действительно больше не нужен.
add_action('template_redirect', function () {
if (is_page('staryj-url')) {
wp_redirect(home_url('/novyj-url/'), 301);
exit;
}
});Для массовой чистки лучше делать редиректы на уровне сервера или через специализированный плагин, а не размазывать логику по шаблонам.
Шаг 4. Обновите внутренние ссылки и sitemap
После удаления проверьте, не осталось ли ссылок на старые URL в меню, виджетах, хлебных крошках, блоках контента и шаблонах. Если страница убрана из индекса, но продолжает попадать в sitemap, поисковик будет тратить время на её обход. Это особенно заметно на больших сайтах с архивами и таксономиями.
Проверка результата после внедрения
Проверять нужно не только факт удаления, но и то, как сайт стал выглядеть для поисковика.
- старый URL отдаёт 301 или 410, а не 200;
- новый адрес доступен и индексируется;
- страницы, закрытые от индексации, исчезают из отчётов Search Console не мгновенно, а после переобхода;
- в sitemap нет удалённых URL;
- в логах сервера нет массовых 404 по старым адресам;
- внутренние ссылки ведут только на актуальные страницы.
Быстрая проверка через curl помогает понять, что реально отдаёт сервер:
curl -I https://example.com/staryj-url/Если вы видите 200 OK там, где ожидали редирект или 410, значит правило не сработало или его перебивает кэш, плагин редиректов, конфигурация сервера или каноникал.
Частые ошибки и как их исправить
Удалили страницу, но не поставили редирект
В результате пользователь и поисковый робот получают 404. Если на URL были ссылки, часть веса теряется. Исправление простое: вернуть адрес через 301 на ближайшую релевантную страницу.
Закрыли от индексации, но оставили в sitemap
Такой URL продолжает попадать в обход. Это не критическая ошибка, но лишняя нагрузка и шум в отчётах. Уберите адрес из карты сайта или исключите тип записи на уровне SEO-настроек.
Удалили архивы, которые использовались в навигации
Если рубрика или тег были частью структуры сайта, после удаления ломаются хлебные крошки и внутренние ссылки. Перед чисткой проверьте, где именно используется термин.
Путают thin content и короткий полезный контент
Страница с коротким ответом может быть лучшей страницей на сайте. Не ориентируйтесь только на объём текста. Смотрите на задачу пользователя, поведение в аналитике и наличие поискового спроса.
Практические советы по безопасности и производительности
Массовую чистку лучше делать на staging-копии. Это особенно важно, если вы меняете правила редиректов, трогаете таксономии или правите шаблоны архива. Перед удалением сделайте бэкап базы и проверьте, как сайт ведёт себя без кэша.
Если на сайте много дублей и служебных страниц, имеет смысл использовать инструменты, которые помогают управлять индексацией и чисткой без ручного редактирования шаблонов. Например, Clearfy Pro закрывает часть типовых SEO-задач и уборки технического мусора, что удобно на проектах, где нет времени собирать всё по кускам. Подробности есть на странице плагина: https://wpshop.ru/plugins/clearfy.
Но даже с плагином логика остаётся той же: сначала диагностика, потом решение по каждому URL, затем проверка ответов сервера и индексации. Автоматизация не отменяет ручную проверку самых важных страниц.
Мини-чек-лист перед удалением
- проверил, есть ли у URL входящие ссылки;
- сверил страницу с sitemap и Search Console;
- понял, нужна ли она пользователю;
- выбрал: удалить, закрыть от индексации или объединить;
- настроил 301 или 410, если удаляю;
- убрал старые ссылки из меню, контента и шаблонов;
- перепроверил ответ сервера и статус в индексации.
Если пройтись по этим пунктам без спешки, чистка тонких страниц обычно даёт не драматический, а аккуратный и предсказуемый эффект: меньше мусора в индексе, понятнее структура сайта и меньше технических хвостов, которые потом приходится разбирать вручную.