Как с помощью ИИ найти и исправить дубли meta description в WordPress

Одна из типичных технических проблем на WordPress-сайте — одинаковые meta description у разных страниц. На небольшом сайте это выглядит как косметический дефект, но на практике дубли часто мешают анализу страниц, усложняют SEO-аудит и делают шаблоны мета-тегов менее управляемыми. Если страниц много, руками искать повторения долго: часть описаний генерируется плагином, часть — шаблоном темы, часть — остается пустой и подхватывает текст из контента.

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

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

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

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

Что проверить до правок

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

• Посмотрите исходный код страницы и найдите все <meta name="description".
• Проверьте, какой плагин SEO активен и не дублирует ли он вывод темы.
• Сравните несколько URL: записи, рубрики, страницы, архивы автора.
• Если используете кэш, очистите его перед проверкой, иначе увидите старую версию.

Как использовать ИИ для аудита дублей

Самый практичный вариант — выгрузить список URL и meta description, а затем отдать его модели в виде таблицы или CSV-фрагмента. ИИ не должен «угадывать» данные, он должен сравнивать уже собранные значения и выделять повторяющиеся шаблоны.

Если вы работаете через API или локально, удобнее сначала собрать данные скриптом. Для WordPress можно получить title и description из мета-полей, если они хранятся в SEO-плагине, либо из собственных полей темы. Ниже пример упрощенного скрипта для выгрузки записей и их SEO-описаний из postmeta. Он не привязан к конкретному плагину, поэтому ключ мета-поля нужно подставить свой.

<?php
$args = [
    'post_type'      => ['post', 'page'],
    'post_status'    => 'publish',
    'posts_per_page' => -1,
    'fields'         => 'ids',
];

$query = new WP_Query($args);

foreach ($query->posts as $post_id) {
    $title = get_the_title($post_id);
    $description = get_post_meta($post_id, '_yoast_wpseo_metadesc', true); // пример для Yoast SEO

    echo $post_id . "\t" . $title . "\t" . wp_strip_all_tags($description) . "\n";
}

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

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

Пошаговое решение: от диагностики к исправлению

1. Найдите источник генерации

Если description выводится SEO-плагином, править нужно шаблоны плагина или конкретные поля записи. Если тег добавляет тема, ищите код в functions.php, header.php или подключаемом файле. Часто встречается самодельный код вида <meta name="description" content="..."> без проверки на наличие SEO-решения.

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

2. Исправьте шаблонные описания

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

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

3. Заполните пустые мета-описания точечно

Не нужно переписывать весь сайт вручную. Сначала исправьте страницы, которые реально индексируются и получают трафик. Для этого удобно использовать ИИ как помощника: вы даете ему заголовок, H1, краткий фрагмент текста и ограничение по длине, а он предлагает несколько вариантов description. Затем вы проверяете их вручную и вставляете только туда, где это оправдано.

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

4. Уберите дубли на уровне кода

Если в теме есть ручной вывод description, лучше отключить его, когда активен SEO-плагин. Самый безопасный путь — проверять наличие уже выведенного тега и не печатать второй раз. Пример ниже показывает принцип, а не готовую замену для любой темы:

<?php
add_action('wp_head', function () {
    if (is_admin()) {
        return;
    }

    // Если SEO-плагин уже выводит description, не дублируем.
    if (defined('WPSEO_VERSION')) {
        return;
    }

    if (is_singular()) {
        $post_id = get_queried_object_id();
        $description = get_post_meta($post_id, 'custom_meta_description', true);

        if ($description) {
            echo '<meta name="description" content="' . esc_attr(wp_strip_all_tags($description)) . '">' . "\n";
        }
    }
}, 1);

Здесь важен приоритет хука: если вы хотите не мешать SEO-плагину, проверка должна происходить раньше или код должен быть отключен полностью. Иначе получите два одинаковых тега в <head>.

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

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

• откройте исходный код и убедитесь, что meta name="description" выводится один раз;
• проверьте несколько типов страниц: запись, страница, рубрика, архив;
• сбросьте кэш плагина и серверный кэш, если он есть;
• если используется CDN, очистите и его кэш;
• посмотрите, не подставляется ли старое описание в сниппетах после переобхода страниц.

Для быстрой проверки можно использовать curl и поискать description в HTML:

curl -s https://example.com/sample-page/ | grep -i 'meta name="description"'

Если строка одна и она соответствует нужной странице, базовая часть задачи решена. Если строк несколько, значит, один из источников все еще активен.

Сравнение подходов: плагин, код или AI-помощник

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

Оставили два источника description

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

Использовали один шаблон для всех страниц

Шаблон вроде %title% | %sitename% удобен, но на больших сайтах он быстро дает однообразие. Для записей, страниц и архивов нужны разные правила. ИИ здесь полезен как средство быстрой проверки: он сразу показывает, где шаблон повторяется слишком часто.

Не очистили кэш после правок

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

Автоматически сгенерировали описания без ревизии

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

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

Если вы добавляете собственный код для работы с meta description, не делайте это в случайном месте темы. Лучше использовать дочернюю тему или небольшой mu-plugin, чтобы правка не потерялась после обновления. Все значения, которые выводятся в <head>, обязательно экранируйте через esc_attr().

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

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

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