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

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

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

Как понять, что проблема именно в тонких страницах

Сначала не трогайте шаблоны и не ставьте массово noindex наугад. Сначала соберите признаки. Обычно thin content видно по сочетанию нескольких сигналов:

• страница есть в индексе, но почти не получает показов и кликов;
• в отчётах по сайту много URL с одинаковыми заголовками и очень коротким текстом;
• архивы тегов и авторов открыты для индексации, хотя на них 1–3 записи;
• страницы пагинации и внутреннего поиска попадают в индекс;
• в sitemap есть URL, которые вы сами не считаете полезными для поиска.

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

Откройте Google Search Console и посмотрите страницы с низкими показателями. Затем сравните это с картой сайта и с реальными шаблонами WordPress. Если у вас установлен SEO-плагин, проверьте, не включены ли в индекс архивы, которые не несут самостоятельной ценности.

Для быстрой проверки на стороне сайта полезно выгрузить список URL из sitemap и сопоставить его с типами записей. Если в sitemap попадают служебные страницы, это уже повод для правки.

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

У тонких страниц есть три нормальных исхода: удалить, объединить или закрыть от индексации. Выбор зависит от того, есть ли у страницы самостоятельная ценность.

1. Удалить, если страницы не должны существовать

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

// functions.php или mu-plugin: редирект для устаревшего URL на релевантную страницу
add_action('template_redirect', function () {
    if (is_page('old-test-page')) {
        wp_redirect(home_url('/blog/'), 301);
        exit;
    }
});

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

add_action('template_redirect', function () {
    if (is_page('obsolete-landing')) {
        status_header(410);
        nocache_headers();
        echo 'Gone';
        exit;
    }
});

2. Объединить, если контент слишком мелкий

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

3. Закрыть от индексации, если страница нужна пользователю, но не поиску

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

Пример для WordPress: закрыть архивы тегов, если они почти пустые, можно через фильтр в SEO-плагине или через wp_robots для конкретных шаблонов.

add_filter('wp_robots', function ($robots) {
    if (is_tag() && !have_posts()) {
        $robots['noindex'] = true;
        $robots['follow']  = true;
    }
    return $robots;
});

Этот подход не универсален, но показывает логику: не индексировать пустые или почти пустые архивы, при этом не ломать навигацию.

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

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

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

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

• Откройте проблемный URL и проверьте заголовок meta robots в исходном коде.
• Убедитесь, что редирект отдаёт именно 301, а не 302.
• Проверьте, что удалённые страницы не возвращают 200 OK.
• Сравните sitemap до и после: лишние URL должны исчезнуть.
• В Search Console отправьте страницу на проверку и посмотрите, как меняется статус индексации.

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

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

Ставят noindex на всё подряд

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

Удаляют URL без редиректа

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

Путают robots.txt и noindex

Если вы закрыли URL в robots.txt, но он уже в индексе, поисковик может ещё долго хранить его в выдаче без контента. Для удаления из индекса чаще нужен доступ к странице и корректный noindex или редирект.

Оставляют пустые теги и авторов по умолчанию

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

Чек-лист перед публикацией правок

• Проверить список URL из sitemap.
• Найти страницы с минимальным контентом и низкой ценностью.
• Решить для каждого URL: удалить, объединить или закрыть.
• Настроить 301 для старых адресов, где есть замена.
• Убедиться, что полезные категории не закрыты случайно.
• Проверить исходный код и HTTP-статус после изменений.
• Отправить важные URL на повторную проверку в Search Console.

Практические советы по безопасности и производительности

Если вы вносите правки через код, не редактируйте functions.php на живом сайте без бэкапа. Лучше использовать небольшой mu-plugin: так правило не потеряется при смене темы и его проще отключить, если что-то пошло не так.

Для массовой чистки лучше сначала сделать экспорт списка URL и пройтись по нему вручную или полуавтоматически. Массовые редиректы и массовый noindex без проверки часто создают больше проблем, чем решают.

И ещё один практический момент: не смешивайте задачу очистки индекса с задачей ускорения сайта. Да, после удаления мусорных архивов и дублей сайт может стать проще для обхода, но это не заменяет нормальную работу кеша, изображений и базы данных.