Тонкие страницы в WordPress обычно появляются не из-за одной ошибки, а из-за набора мелких решений: пустые архивы, слабые теги, дублирующие фильтры, страницы без текста, служебные URL, которые попали в индекс. Проблема в том, что такие страницы расходуют краулинговый бюджет, размывают релевантность и мешают поисковику понять, какие URL на сайте действительно важны.
Ниже — рабочий сценарий: как сначала найти такие страницы, потом решить, что с ними делать, и как проверить, что после правок сайт не потерял полезные URL и не получил лишние ошибки.
Когда это действительно проблема
Не каждая короткая страница — плохая. На сайте могут быть карточки контактов, страницы акций, служебные документы или посадочные страницы с минимальным текстом, но высокой ценностью. Речь именно о страницах, которые:
- не дают самостоятельной пользы пользователю;
- почти не отличаются от других URL на сайте;
- имеют мало текста и слабую внутреннюю связность;
- попадают в индекс, хотя не должны конкурировать с основными страницами.
Типичные источники тонких страниц
Чаще всего это архивы меток, авторов, дат, страницы пагинации, результаты внутреннего поиска, фильтры с параметрами, пустые категории и записи-заглушки. Если тема сайта активно генерирует таксономии, проблема обычно растёт незаметно: в админке всё выглядит нормально, а в индексе уже десятки слабых URL.
Диагностика: как найти тонкие страницы
Начать лучше не с удаления, а с инвентаризации. Сначала соберите список URL, которые индексируются, но не получают трафик и не несут контентной ценности. Для этого удобно использовать данные из Google Search Console, краулер вроде Screaming Frog и обычный экспорт из WordPress.
Что смотреть в первую очередь
- страницы с очень коротким текстом и без уникального смысла;
- URL, которые получают показы, но почти не получают кликов;
- архивы таксономий с 1–2 записями;
- страницы с одинаковыми title и H1;
- URL с параметрами, которые создают дубли.
Если у вас есть доступ к базе, можно быстро найти записи без содержимого. Это не финальный список на удаление, но хороший старт для ручной проверки.
SELECT ID, post_title, post_type, post_status, post_date
FROM wp_posts
WHERE post_status = 'publish'
AND post_type IN ('post', 'page')
AND (post_content = '' OR post_content IS NULL)
ORDER BY post_date DESC;Запрос покажет пустые записи, но не все из них нужно удалять. Иногда это черновики, иногда служебные страницы, иногда страницы, где контент подгружается блоками. Поэтому дальше нужна ручная фильтрация по смыслу.
Как выбрать правильное действие: удалить, объединить или закрыть от индексации
У тонкой страницы есть три нормальных сценария обработки. Выбор зависит не от SEO-страха, а от того, есть ли у URL самостоятельная ценность.
| Вариант | Когда подходит | Компромисс |
|---|---|---|
| Удалить и отдать 410/404 | Страница не нужна, аналогов нет, трафика нет | Нужно проверить ссылки и настроить редиректы, если есть внешние переходы |
| Объединить с основной страницей | Есть похожий материал, который можно усилить | Потребуется перенести смысл и настроить 301 |
| Закрыть от индексации | Страница нужна пользователю, но не должна ранжироваться | URL остаётся доступным, но не участвует в поиске |
Если страница полезна только как навигационный элемент, чаще всего лучше не удалять её физически, а закрыть от индексации или убрать из sitemap. Если это дубль или пустая таксономия — удаление с корректной обработкой ответа обычно честнее.
Пошаговое решение в WordPress
1. Уберите из индекса служебные архивы и пустые таксономии
Если проблема в архиве автора, метке или категории без содержимого, сначала проверьте, можно ли вообще оставить такой URL в индексе. Для части сайтов достаточно закрыть архивы от индексации и не включать их в карту сайта. В WordPress это можно сделать через код, если у вас нет отдельного SEO-плагина или его настройки не покрывают сценарий.
add_action('template_redirect', function () {
if (is_tag() || is_author()) {
if (!is_admin()) {
nocache_headers();
}
}
});
add_filter('wp_robots', function ($robots) {
if (is_tag() || is_author()) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
});Этот вариант не удаляет страницу, а лишь снижает её ценность для индекса. Подходит, если архив нужен для навигации, но не должен конкурировать с основным контентом.
2. Объедините слабые записи в одну сильную страницу
Если у вас несколько коротких материалов на одну тему, лучше собрать их в один нормальный материал и поставить 301 с устаревших URL. Это особенно полезно для новостей, коротких заметок и страниц, которые были созданы под разовые задачи.
add_action('template_redirect', function () {
if (is_singular('post')) {
$post_id = get_queried_object_id();
$redirect_map = [
123 => 456,
124 => 456,
];
if (isset($redirect_map[$post_id])) {
wp_redirect(get_permalink($redirect_map[$post_id]), 301);
exit;
}
}
});Это не универсальный механизм для всех сайтов, а рабочий пример для точечного перенаправления. Для массовой миграции лучше использовать таблицу редиректов в плагине или на уровне сервера.
3. Удалите пустые или бесполезные страницы
Если URL не нужен ни пользователю, ни поиску, его лучше удалить. Но перед этим проверьте внутренние ссылки, меню, блоки и XML-карту сайта. Иначе после удаления останутся битые переходы.
Для массовой проверки ссылок удобнее сначала пройтись по базе и найти упоминания URL в контенте, а уже потом удалять записи через админку или WP-CLI. Если WP-CLI доступен, можно быстро посмотреть список записей определённого типа:
wp post list --post_type=page --post_status=publish --fields=ID,post_title,post_dateДальше вручную отмечаете страницы, которые не имеют ценности, и удаляете их с последующей проверкой 404/410 и редиректов.
Проверка результата после внедрения
После изменений важно не гадать, а проверить факты. Для этого смотрят не только на индексацию, но и на поведение URL в обходе и на внутренние ссылки.
- в Google Search Console проверьте, исчезли ли из отчётов удалённые URL;
- пройдите сайт краулером и убедитесь, что нет цепочек редиректов и битых ссылок;
- посмотрите sitemap.xml: там не должно быть закрытых или удалённых страниц;
- проверьте, что на важных страницах не упала внутренняя перелинковка;
- откройте несколько старых URL вручную и убедитесь, что ответ сервера соответствует задумке: 301, 404 или 410.
Если удалённая страница продолжает получать переходы, не спешите оставлять её как есть. Чаще всего лучше поставить 301 на ближайший релевантный URL, чем держать слабую страницу только ради старых ссылок.
Частые ошибки и как их исправить
Удаляют страницу, не проверив входящие ссылки
В результате ломаются меню, блоки, старые статьи и внешние упоминания. Исправление простое: перед удалением прогоните поиск по базе и проверьте, где URL используется внутри сайта.
Ставят noindex, но оставляют страницу в sitemap
Это создаёт противоречивые сигналы. Если URL не должен индексироваться, уберите его и из карты сайта, и из внутренних ссылок, если это возможно.
Делают массовый 301 на главную
Это плохой универсальный ответ. Если у страницы есть тематический аналог, редирект должен вести туда, а не на главную. Иначе поисковик и пользователь получают нерелевантную посадочную.
Путают тонкую страницу с короткой, но полезной
Страница с коротким текстом может быть нормальной, если она решает задачу пользователя: контакты, цена, форма заявки, расписание, статус сервиса. Не удаляйте такие URL только из-за малого объёма текста.
Практические советы по безопасности и производительности
Если вы чистите сайт регулярно, не делайте это прямо на боевом сервере без копии. Для массовых удалений и редиректов лучше сначала прогнать изменения на staging-окружении. Это особенно важно, если в проекте много кастомных типов записей, таксономий и ручных ссылок в шаблонах.
Для сайтов, где проблема тонких страниц повторяется, полезно заранее ограничить генерацию мусорных URL: отключить ненужные архивы, не плодить пустые метки, не создавать страницы под каждый технический запрос. Если нужен более системный контроль дублей и служебных URL, в экосистеме WPShop есть Clearfy Pro, но использовать его стоит только как инструмент для конкретных настроек, а не как замену ревизии структуры сайта: Clearfy Pro.
Главная проверка здесь простая: после чистки у поисковика должно остаться меньше бессмысленных URL, а у пользователя — меньше шансов попасть на пустую или бесполезную страницу. Если этого не произошло, значит проблема не в индексации, а в архитектуре контента, и её нужно править уже на уровне шаблонов и правил публикации.