Если в исходном коде страницы вы видите сразу несколько тегов <meta name="robots">, это не косметическая проблема. Поисковик может взять не тот директивный тег, а в логах и отчётах SEO-плагина потом будет трудно понять, почему часть страниц внезапно стала noindex или получила конфликтующие указания.
Типичный сценарий простой: SEO-плагин добавляет свой robots-тег, тема выводит ещё один, а где-то в шаблоне или через хук подключён третий. На небольшом сайте это часто замечают случайно, после проверки страницы через просмотр кода или после падения индексации отдельных разделов.
Как понять, что проблема именно в дублирующихся meta robots
Сначала не трогайте код. Проверьте, действительно ли на странице есть несколько директив. Откройте исходный код страницы и найдите meta name="robots". Если тег повторяется, посмотрите, какие значения стоят рядом: index, follow, noindex, follow, max-image-preview:large и так далее. Конфликт чаще всего возникает не из-за самого факта наличия нескольких тегов, а из-за разных наборов директив.
Ещё один полезный признак — страница есть в sitemap, но в индексе не появляется, либо наоборот, в Search Console виден статус, который не совпадает с вашими настройками. Это не всегда вина robots-тега, но дубли — один из первых кандидатов на проверку.
Что искать в коде страницы
- несколько одинаковых
<meta name="robots">в<head>; - тег robots от SEO-плагина и отдельный тег от темы;
- директивы
noindexна страницах, которые должны индексироваться; - разные значения
canonicalи robots на одной и той же странице.
Откуда берутся дубли
В WordPress это обычно один из трёх источников: тема, SEO-плагин или кастомный код в functions.php / mu-plugin. Иногда дубли появляются после миграции, когда старый код не удалили, а новый SEO-плагин уже начал выводить свои мета-теги. Ещё один частый случай — дочерняя тема переопределяет шаблон header.php и добавляет robots вручную.
| Источник | Как выглядит | Что делать |
|---|---|---|
| SEO-плагин | Автоматически выводит robots для записи, страницы, архива | Проверить настройки плагина и не дублировать вывод в теме |
| Тема | В header.php или через wp_head добавлен свой тег | Удалить ручной вывод или оставить только одну точку генерации |
| Кастомный код | Фильтры и действия в functions.php | Найти хук и убрать лишнюю генерацию |
Пошаговое решение: оставить один источник robots
Рабочая схема одна: выбираете единственный источник правды для meta robots. Обычно это SEO-плагин. Если он уже управляет индексированием, тема не должна добавлять свой robots-тег вручную. Это снижает риск конфликтов и упрощает диагностику.
Шаг 1. Найдите ручной вывод в теме
Проверьте header.php, functions.php и файлы шаблонов. Ищите строки вроде meta name="robots" или вызовы, которые печатают теги в wp_head. Если тег добавлен напрямую, его нужно убрать или обернуть условием, чтобы он не дублировал SEO-плагин.
<!-- Плохой вариант: ручной вывод в теме -->
<meta name="robots" content="index, follow" />Если вы не хотите редактировать шаблон напрямую, проверьте дочернюю тему и mu-plugins. На практике лишний robots часто живёт именно там, потому что его добавили «временно» и забыли удалить.
Шаг 2. Проверьте, не добавляет ли код тег через wp_head
В кастомной логике ищите add_action( 'wp_head', ... ). Если там выводится robots, а SEO-плагин уже делает то же самое, оставьте только один вариант. Пример безопасного подхода — вообще не печатать robots вручную, если сайт использует SEO-плагин.
add_action( 'wp_head', function () {
if ( is_admin() ) {
return;
}
// Не добавляйте сюда meta robots, если SEO-плагин уже управляет им.
// Оставьте этот хук для других мета-тегов, если они действительно нужны.
}, 1 );Шаг 3. Настройте SEO-плагин и уберите конфликтующие правила
Если у вас стоит SEO-плагин, проверьте настройки для записей, страниц, архивов и таксономий. Часто конфликт создаёт не сам плагин, а старое правило в теме: например, архивы категорий должны индексироваться, а в шаблоне им вручную ставят noindex. В таком случае поисковик видит противоречие.
Если вы используете Clearfy Pro, имеет смысл проверить разделы, связанные с SEO-очисткой и удалением дублей. Но даже с плагином логика та же: не включайте две разные системы, которые одновременно управляют одним и тем же тегом. Иначе вы просто переносите конфликт из кода в настройки.
Когда нужно править код, а когда достаточно настроек
Если дубли создаёт тема, править код придётся. Если дубли создаёт SEO-плагин и старый ручной код, обычно достаточно удалить старую вставку. Если же robots формируется фильтром, лучше убрать именно фильтр, а не пытаться «перебить» его другим фильтром поверх. В WordPress это почти всегда приводит к хрупкой схеме, которую сложно поддерживать.
Ниже — пример, как можно безопасно отключить собственный вывод robots в теме, если он был добавлен через отдельную функцию.
function mytheme_output_robots_meta() {
// Оставляем пустой заглушкой или удаляем вызов совсем.
}
remove_action( 'wp_head', 'mytheme_output_robots_meta', 5 );Если функция подключалась через анонимную функцию, удалить её сложнее. Тогда проще найти исходный файл и убрать сам add_action. Это надёжнее, чем пытаться повторить анонимный callback в remove_action.
Как проверить результат после внедрения
После правки откройте исходный код нескольких типов страниц: главную, запись, страницу, архив рубрики, если он должен индексироваться. В идеале на странице должен остаться один тег meta name="robots" с ожидаемыми директивами.
- в исходном коде страницы только один
meta name="robots"; - значение robots совпадает с настройками SEO-плагина;
- в
noindexне попали страницы, которые должны индексироваться; - в Search Console нет новых конфликтов по индексации;
- страница по-прежнему доступна для обхода, если это требуется.
Полезно проверить не только HTML, но и ответ сервера. Иногда robots-тег убрали, а страница всё равно закрыта заголовком X-Robots-Tag. Это уже отдельный слой, и он может продолжать мешать индексации даже после чистки HTML.
Частые ошибки и как их исправить
Оставили robots и в теме, и в SEO-плагине
Это самая частая причина. Исправление простое: выбираете один источник генерации и удаляете второй. Не пытайтесь «согласовать» два тега вручную — поисковик не обязан интерпретировать их так, как вам удобно.
Удалили тег, но забыли про кэш
Если на сайте есть page cache, объектный кэш или CDN, старый HTML может продолжать отдаваться ещё какое-то время. После правки очистите кэш плагина, серверный кэш и, если есть, кэш на стороне CDN.
Проверили только главную
На главной robots может быть нормальным, а проблема сидит в архиве, странице автора или в шаблоне записи. Проверяйте несколько типов страниц, особенно те, где WordPress использует разные шаблоны.
Сломали индексацию вместе с очисткой дублей
Иногда при «чистке SEO» отключают не только лишние мета-теги, но и нужные директивы для архивов, пагинации или страниц поиска. Перед изменениями фиксируйте исходное состояние и не отключайте всё подряд.
Практические советы по безопасности и производительности
Не редактируйте родительскую тему напрямую, если сайт живой. Используйте дочернюю тему или mu-plugin, чтобы обновление не затёрло правки. Если robots-тег генерируется кастомным кодом, держите его в одном месте, а не размазывайте по нескольким файлам.
Для проверки можно временно использовать локальную копию сайта или staging. Это особенно полезно, если вы меняете не только meta robots, но и связанные правила canonical, noindex для архивов или фильтры SEO-плагина. Так проще отследить, какой именно фрагмент кода влияет на итоговый HTML.
Если задача не разовая, а на сайте регулярно всплывают дублирующиеся мета-теги, имеет смысл навести порядок в SEO-слое целиком: убрать ручные вставки, проверить шаблоны, а затем зафиксировать единую точку управления. В таких сценариях удобно использовать инструменты, которые помогают чистить лишние SEO-элементы и дубли, например Clearfy Pro: https://wpshop.ru/plugins/clearfy?utm_source=wp-kit.ru&utm_medium=article&utm_campaign=otklyuchit-dubliruyushchiesya-meta-robots-v-wordpress.
Главная идея здесь не в том, чтобы «запретить robots», а в том, чтобы оставить один предсказуемый источник директив. Тогда индексация становится проверяемой, а правки в теме и плагинах перестают конфликтовать между собой.