Как с помощью ИИ найти и исправить пустые страницы рубрик и меток в WordPress

Пустые архивы рубрик, меток и пользовательских таксономий — типичная техническая проблема, которую легко пропустить вручную. На сайте может быть десятки страниц вида /category/... или /tag/..., где нет ни одного полезного материала, но они всё равно доступны для обхода, попадают в карту сайта или создают мусор в внутренней перелинковке. ИИ здесь полезен не как «магия», а как ускоритель аудита: он быстро сопоставляет список архивов, их содержимое, статус индексации и шаблон вывода, после чего помогает выбрать правильное действие для каждого типа страниц.

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

Когда проблема действительно есть

Сначала стоит отделить «пустой архив» от «архива с плохим шаблоном». В WordPress архив может выглядеть пустым по нескольким причинам: в таксономии нет записей, записи есть, но они скрыты фильтрами, или шаблон темы выводит список, который не совпадает с реальной выборкой. ИИ помогает быстро разложить это по сценариям, если дать ему не только URL, но и данные из админки и шаблонов.

Типичные признаки

• в Search Console индексируются страницы рубрик и меток без полезного контента;
• в sitemap.xml попадают архивы, которые не должны индексироваться;
• на архиве виден только заголовок и пустая область контента;
• внутренние ссылки ведут на таксономии, где нет записей;
• в логах обхода много запросов к архивам с нулевой ценностью.

Что проверить до любых правок

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

Если вы используете AI-аудит, не ограничивайтесь одним скриншотом. Дайте модели список URL, количество записей по каждому термину и фрагмент шаблона archive.php или taxonomy.php. Тогда вывод будет не абстрактным, а прикладным: закрыть, наполнить, объединить или перенаправить.

Диагностика: как собрать данные для ИИ

Самый практичный способ — выгрузить список терминов и количество связанных записей. Это можно сделать через SQL, WP-CLI или прямо из админки, если данных немного. Для первичного анализа достаточно понять, какие архивы реально пустые, а какие просто выглядят пустыми из-за ограничений шаблона.

SQL-запрос для проверки пустых терминов

SELECT t.term_id, t.name, tt.taxonomy, tt.count
FROM wp_terms t
JOIN wp_term_taxonomy tt ON t.term_id = tt.term_id
WHERE tt.count = 0
ORDER BY tt.taxonomy, t.name;

Этот запрос показывает термины без записей. Если у вас нестандартный префикс таблиц, замените wp_ на свой. Дальше список можно передать ИИ вместе с вопросом: какие архивы лучше закрыть от индексации, какие удалить, а какие оставить как будущие посадочные страницы.

Что отправить в AI для анализа

Хороший запрос к модели должен содержать контекст, а не только «посмотри сайт». Например:

У меня WordPress-сайт с рубриками и метками. Вот список терминов с count=0, часть архивов попадает в sitemap, часть доступна по внутренним ссылкам. Нужно предложить для каждого термина одно из действий: оставить, noindex, удалить, объединить, редиректить. Учитывай, что некоторые термины нужны под будущий контент. Вот шаблон taxonomy.php: ... Вот список URL: ...

Если у вас есть доступ к логам или Search Console, добавьте и их. ИИ лучше справляется, когда видит не только структуру сайта, но и фактический спрос на страницы.

Пошаговое решение: что делать с пустыми архивами

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

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

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

add_filter('wp_robots', function ($robots) {
    if (is_tax() || is_tag() || is_category()) {
        $term = get_queried_object();
        if ($term && !empty($term->count) && (int) $term->count === 0) {
            $robots['noindex'] = true;
            $robots['nofollow'] = true;
        }
    }
    return $robots;
});

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

Вариант 2: удалить термин и настроить редирект

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

add_action('admin_post_delete_empty_term_with_redirect', function () {
    if (!current_user_can('manage_categories')) {
        wp_die('Недостаточно прав');
    }

    $term_id = isset($_POST['term_id']) ? absint($_POST['term_id']) : 0;
    $redirect_to = isset($_POST['redirect_to']) ? esc_url_raw($_POST['redirect_to']) : '';

    if (!$term_id || !$redirect_to) {
        wp_die('Некорректные данные');
    }

    wp_delete_term($term_id, 'category');
    wp_safe_redirect($redirect_to, 301);
    exit;
});

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

Вариант 3: наполнить архив и оставить в индексе

Если архив перспективный, ИИ может помочь не только найти проблему, но и предложить структуру наполнения. Например, для рубрики с нулевым count модель может подсказать, какие материалы логично перенести, какой текст добавить в описание и какие связанные статьи вывести в начале страницы. Это особенно полезно для информационных сайтов, где архив рубрики — полноценная посадочная страница.

Здесь уместно использовать ИИ для черновика текста, но не для автоматической публикации. Сначала проверьте, что архив реально получает внутренние ссылки и что у него есть смысл для пользователя.

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

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

• откройте URL архива и проверьте мета-robots или заголовок X-Robots-Tag;
• убедитесь, что пустые архивы исчезли из XML-карты сайта;
• проверьте, что 301-редирект ведёт на релевантную страницу без цепочки переходов;
• посмотрите в Search Console, не растёт ли число обнаруженных, но не проиндексированных URL;
• сравните список терминов до и после правок.

Если используете CLI, можно быстро проверить, какие термины остались пустыми:

wp db query "SELECT t.name, tt.taxonomy, tt.count FROM wp_terms t JOIN wp_term_taxonomy tt ON t.term_id = tt.term_id WHERE tt.count = 0 ORDER BY tt.taxonomy, t.name;"

После этого список должен либо сократиться, либо содержать только те термины, которые вы сознательно оставили под будущий контент.

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

Закрыли не только пустые архивы, но и полезные

Это происходит, когда правило применяют ко всем рубрикам или меткам без исключений. Исправление простое: добавьте проверку по term_id, slug или списку разрешённых терминов. Не используйте общий is_tax() без условий, если на сайте есть важные архивы.

Удалили термин, но не сделали редирект

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

Пустой архив оказался не пустым из-за фильтра

Иногда count в термине есть, но на фронтенде записи не видны из-за кастомного запроса, ограничений по автору, языку, статусу или дате. В таком случае проблема не в индексации, а в шаблоне. Сначала проверьте WP_Query, потом уже меняйте SEO-настройки.

Оставили архив в sitemap, хотя он noindex

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

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

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

Для производительности полезно не только закрывать мусорные архивы, но и снижать нагрузку на генерацию страниц. Если у вас много таксономий, проверьте, не создаёт ли тема тяжёлые запросы в сайдбаре, хлебных крошках и блоках «похожие записи». ИИ здесь может помочь найти повторяющиеся паттерны в шаблонах, но решение всё равно должно быть ручным: убрать лишние запросы, добавить кеширование, сократить количество вызовов get_terms() и WP_Query.

Если нужен более системный аудит технических дублей и мусорных архивов, имеет смысл смотреть в сторону инструментов, которые помогают чистить SEO-настройки и дубли на уровне сайта. Например, у Clearfy Pro есть функции для удаления лишних элементов и оптимизации технической части: https://wpshop.ru/plugins/clearfy. Но даже с плагином логику решений лучше сначала прогнать через AI-аудит, чтобы не закрыть важные страницы по ошибке.

Если у вас есть собственный чек-лист для редакции, удобно хранить его в таком виде:

• собрать список пустых терминов;
• проверить, есть ли у них входящие ссылки;
• решить: оставить, noindex, удалить или объединить;
• обновить sitemap;
• проверить редиректы и статус индексации;
• пересмотреть внутренние ссылки и хлебные крошки.

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