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

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

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

Какие страницы считать тонкими

Сначала важно не путать тонкий контент с просто коротким текстом. Короткая, но полезная страница может нормально ранжироваться. Тонкая — это страница, которая почти не решает задачу пользователя или повторяет уже существующий материал.

Типичные примеры в WordPress

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

Если у страницы нет самостоятельного поискового спроса и она не приводит трафик, обычно её либо объединяют с другой страницей, либо закрывают от индексации, либо удаляют с корректным редиректом.

Диагностика: как найти тонкие страницы

Начните с простого списка URL, которые уже есть в индексе или активно обходятся роботами. Для этого удобно смотреть данные из Search Console, карты сайта и внутреннего поиска по шаблонам URL.

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

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

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

Мини-проверка через шаблоны WordPress

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

// Пример: вывести тип текущей страницы в шаблоне для диагностики
if ( is_tag() ) {
    echo 'Tag archive';
} elseif ( is_author() ) {
    echo 'Author archive';
} elseif ( is_search() ) {
    echo 'Search results';
}

Это не решение само по себе, но помогает понять, с каким типом страницы вы имеете дело до того, как менять индексацию или удалять URL.

Что делать с каждой группой страниц

У тонких страниц нет одного универсального ответа. Для одних лучше подходит объединение, для других — noindex, для третьих — удаление с редиректом. Ошибка здесь обычно одна: закрывают всё подряд или, наоборот, удаляют важные URL без проверки входящих ссылок.

Вариант 1: закрыть от индексации

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

Если настраиваете через код, ориентируйтесь на корректные мета-роботы и не ломайте каноникал.

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

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

Вариант 2: удалить и поставить 301

Если страница не нужна и у неё есть очевидная замена, удаляйте её с редиректом. Это особенно важно для URL, которые уже получили ссылки или трафик. Удаление без 301 почти всегда хуже, чем аккуратное перенаправление.

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

В реальном проекте лучше делать редиректы на уровне сервера или через проверенный плагин редиректов, а не держать их в теме. Код выше — рабочий пример, но он подходит только для точечных случаев.

Вариант 3: объединить контент

Если у вас две слабые страницы на близкую тему, не пытайтесь «докрутить» обе. Обычно выгоднее собрать сильную страницу, перенести туда полезные фрагменты и старый URL отправить на новую версию. Это снижает риск каннибализации и упрощает индексацию.

Перед объединением проверьте:

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

Пошаговое решение на практике

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

Возьмите архивы, теги, авторов, поиск и страницы с минимальным содержанием. Если сайт небольшой, список можно собрать вручную. На крупном проекте проще выгрузить URL из sitemap и сверить их с типами записей и таксономий.

Шаг 2. Разделите страницы на три группы

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

Шаг 3. Настройте noindex или редирект

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

Шаг 4. Уберите внутренние ссылки на мусорные URL

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

Как проверить, что решение сработало

После внедрения не ограничивайтесь визуальной проверкой. Нужны минимум три уровня контроля: ответ сервера, мета-роботы и поведение в Search Console.

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

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

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

Закрыли всё через noindex и потеряли полезный трафик

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

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

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

Сделали редирект на главную

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

Оставили внутренние ссылки на закрытые URL

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

Безопасность и производительность: что учесть

Если вы правите шаблоны через код, не вносите изменения прямо в родительскую тему. Используйте дочернюю тему или небольшой плагин для сайта. Так вы не потеряете правки после обновления.

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

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

Когда код лучше плагина

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

Когда плагин лучше кода

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

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