Тонкие страницы в WordPress — это не только «пустые» записи. Чаще всего проблема прячется в архивах с одним-двумя товарами, служебных страницах без уникального текста, дублях тегов, страницах автора, которые не дают ценности, и материалах, где заголовок есть, а содержимого почти нет. Такие URL обычно не помогают SEO, но создают шум в индексации и размывают внутреннюю перелинковку.
Если задача стоит практическая — сократить индексируемый мусор и оставить только страницы, которые реально нужны, — лучше идти не через массовое удаление, а через диагностику, классификацию и только потом через действие: удалить, объединить, закрыть от индексации или доработать контент.
Как понять, что у вас именно тонкие страницы, а не просто мало текста
Сначала стоит отделить слабый контент от нормальных коротких страниц. Например, карточка услуги может быть короткой, но полезной. А вот архив тега с двумя записями и шаблонным описанием почти всегда лишний. В WordPress такие страницы часто появляются автоматически: архивы таксономий, вложения, авторские архивы, страницы поиска, результаты фильтров, пустые категории после миграций.
Признаки, на которые стоит смотреть
- на странице мало уникального текста, а основная часть повторяет шаблон;
- URL получает показы, но почти не получает кликов и не удерживает пользователя;
- есть много похожих архивов с одинаковыми title и description;
- страница не имеет входящих ссылок и не участвует в логике сайта;
- в индексе есть URL, которые не должны быть посадочными страницами.
Быстрая диагностика в админке и через Search Console
Откройте отчёт по страницам в Google Search Console и отфильтруйте URL с низким числом кликов и показов. Затем сопоставьте их с типом страницы в WordPress: запись, страница, рубрика, тег, автор, вложение. Если слабые URL в основном относятся к архивам и служебным страницам, проблема не в тексте, а в структуре индексации.
Дополнительно проверьте, не создаёт ли тема или плагин лишние архивы. Это особенно заметно после установки SEO-плагинов, генераторов блоков и плагинов фильтрации. Иногда страница выглядит «нормально» в браузере, но по факту это почти пустой шаблон.
Пошаговое решение: что делать с тонкими страницами
Универсального ответа нет. Для каждой группы URL нужен свой сценарий. Если страница полезна, но короткая — дорабатываем. Если это дубль или почти пустой архив — объединяем или закрываем от индексации. Если URL больше не нужен — удаляем с корректным редиректом.
Шаг 1. Составьте список кандидатов
Удобнее всего выгрузить URL из Search Console, затем сверить их с типами записей в WordPress. Если доступа к аналитике нет, можно начать с внутренних архивов: теги, авторы, вложения, страницы поиска, служебные таксономии. Именно они чаще всего дают тонкий контент.
Шаг 2. Разделите страницы на 4 группы
- Оставить и доработать — есть трафик, есть смысл, не хватает только глубины.
- Объединить — несколько страниц про одно и то же лучше свести в одну.
- Закрыть от индексации — полезно для пользователя, но не нужно в поиске.
- Удалить — страница устарела, не имеет ссылок и не несёт ценности.
Шаг 3. Закрывайте служебные архивы точечно
Если у вас есть архивы, которые не должны индексироваться, не удаляйте их в лоб. Лучше отключить индексирование на уровне SEO-плагина или шаблона. Для отдельных типов архивов это безопаснее, чем массовый noindex на весь сайт.
Ниже пример, как закрыть архивы автора и вложений, если они не нужны в поиске. Код лучше добавлять в мини-плагин или в functions.php дочерней темы.
add_action('wp_head', function () {
if (is_author() || is_attachment()) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
});Это рабочий, но не самый гибкий вариант. Если используете SEO-плагин, предпочтительнее настроить индексирование там, чтобы не плодить логику в теме.
Шаг 4. Удаляйте только то, что можно безопасно заменить
Если страница удаляется, важно не оставить 404 там, где был входящий трафик или ссылки. Для старых URL лучше сделать 301 на ближайшую релевантную страницу. Если релевантной страницы нет, удаление без редиректа допустимо только для совсем мусорных URL без истории.
add_action('template_redirect', function () {
if (is_page('old-service-page')) {
wp_redirect(home_url('/services/'), 301);
exit;
}
});Такой редирект годится для единичного случая. Для десятков URL лучше использовать серверные правила или плагин редиректов, чтобы не раздувать код темы.
Когда лучше объединять, а не удалять
Объединение полезно, если у вас несколько слабых страниц на одну тему. Например, отдельные записи с короткими заметками, похожими FAQ или разрозненными инструкциями. В этом случае одна сильная страница обычно работает лучше, чем три слабых.
Практический подход такой: выбираете основную страницу, переносите туда полезные фрагменты, меняете внутренние ссылки на неё, а старые URL отправляете на 301. Это снижает риск потери накопленного веса и убирает дублирующийся контент.
| Подход | Когда уместен | Компромисс |
|---|---|---|
| Доработка | Страница полезна, но короткая | Нужно время на расширение контента |
| Объединение | Несколько URL про одно и то же | Нужно настроить редиректы и перелинковку |
| Noindex | Страница нужна пользователю, но не поиску | URL остаётся доступным, но не участвует в индексации |
| Удаление | Страница устарела и не нужна | Нужно проверить ссылки и историю трафика |
Проверка результата после внедрения
После изменений не ограничивайтесь визуальной проверкой. Нужно убедиться, что поисковые роботы видят именно то, что вы задумали.
- Откройте удалённые URL и проверьте, что они отдают 301 или 410, а не 200.
- Проверьте исходный код страниц, закрытых от индексации: там должен быть корректный
noindex. - Сверьте sitemap: удалённые URL не должны оставаться в карте сайта.
- Посмотрите в Search Console, не выросло ли число исключённых страниц с ошибками сканирования.
- Проверьте внутренние ссылки: они должны вести на актуальные URL, а не на удалённые.
Если страница была объединена, полезно вручную открыть старый адрес и убедиться, что редирект ведёт на правильную новую страницу, а не на главную без контекста.
Частые ошибки и как их исправить
Удаляют всё подряд без проверки трафика
Это самая дорогая ошибка. Даже слабая страница может иметь внешние ссылки или редкие, но целевые переходы. Перед удалением проверьте историю в аналитике и наличие входящих ссылок.
Ставят noindex вместо решения проблемы
noindex не исправляет структуру сайта. Если у вас десятки дублей или пустых архивов, они всё равно будут существовать и расходовать ресурсы на обход. Иногда лучше отключить сам тип архива или пересобрать таксономию.
Оставляют старые URL без редиректа
После удаления страницы без 301 пользователи и роботы получают 404. Для единичных мусорных URL это терпимо, но если страница уже была в индексе или на неё есть ссылки, нужен редирект.
Редиректят всё на главную
Это плохая практика. Поисковик и пользователь должны попадать на максимально близкую замену. Если её нет, лучше оставить 404 или 410, чем отправлять всех на нерелевантную главную.
Что можно сделать для безопасности и производительности
Если вы чистите сайт от тонких страниц, не забывайте про сопутствующие настройки. На больших проектах полезно ограничить создание лишних архивов, отключить вложения как отдельные страницы и проверить, не генерируют ли плагины фильтров тысячи почти одинаковых URL.
Для производительности важно не только удалить мусор, но и убрать причины его появления. Например, если тема создаёт отдельные архивы для каждого служебного термина, лучше пересмотреть шаблон таксономий. Если контент создаётся автоматически, проверьте, не плодятся ли пустые записи при импорте или синхронизации.
Если нужен более системный контроль над дублями и служебными страницами, можно посмотреть в сторону Clearfy Pro: у него есть инструменты для чистки сайта и управления техническими настройками WordPress. Но даже с плагином логика остаётся той же: сначала диагностика, потом точечное действие, а не массовое скрытие всего подряд.
Мини-чек-лист перед удалением или закрытием страницы
- проверил ли я трафик и входящие ссылки;
- понятно ли, чем заменить URL, если он удаляется;
- настроен ли 301-редирект для важных адресов;
- исключён ли URL из sitemap;
- не ломаются ли внутренние ссылки после правки;
- не закрываю ли я полезную страницу только потому, что у неё мало текста.
Если пройтись по этим пунктам до изменений, вероятность случайно «сломать SEO» заметно ниже. В WordPress это особенно важно, потому что часть тонких страниц создаётся автоматически и легко возвращается после очередного обновления темы или плагина. Поэтому лучше не просто удалить одну страницу, а убрать сам источник лишних URL.