Если на сайте есть фильтры, сортировка, пагинация, UTM-метки или внутренний поиск, WordPress почти неизбежно начинает генерировать множество URL с параметрами. Для пользователя это нормальная навигация, а для поисковика — часто набор дублей одной и той же страницы. Проблема не в самих параметрах, а в том, что часть из них не несёт уникального контента и засоряет индекс.
Полностью «запретить индексацию всех параметров» одной кнопкой нельзя: разные параметры решают разные задачи. Одни нужно оставить для аналитики, другие — закрыть от индексации, третьи — вообще не должны попадать в выдачу. Ниже разберём, какие URL считаются мусорными, как их убрать из индекса и как проверить результат без лишних рисков.
Какие параметры URL обычно создают дубли
В WordPress и на типичных сайтах с каталогом, блогом или фильтрами чаще всего встречаются такие параметры:
?utm_source=,?utm_medium=,?utm_campaign=и другие UTM-метки — нужны для аналитики, но не для поиска;?sort=,?orderby=,?order=— меняют порядок вывода, но не содержание страницы;?filter=,?color=,?size=,?brand=и похожие параметры фильтров — часто создают десятки комбинаций одного и того же списка;?page=в сочетании с фильтрами — может плодить дополнительные варианты пагинации;?s=— внутренний поиск, который обычно не нужен в индексе;- служебные параметры плагинов, например для сравнения товаров, избранного или AJAX-состояния интерфейса.
Не все такие URL обязательно нужно закрывать. Если параметр действительно меняет смысл страницы и даёт уникальный контент, его можно оставить. Но если страница отличается только сортировкой или набором UTM-меток, поисковику лучше показать одну основную версию без параметров.
Что именно нужно отключать от индексации, а что нет
Здесь полезно разделять три сценария.
Параметры для аналитики
UTM-метки нужны маркетингу, но не поиску. Их обычно не закрывают через robots.txt, потому что поисковик всё равно может увидеть такие URL по внешним ссылкам. Практичнее сделать так, чтобы в индекс попадала чистая каноническая версия страницы без UTM.
Параметры, меняющие только отображение
Сортировка, переключение вида списка, иногда фильтры по несущественным признакам — это типичные кандидаты на исключение из индекса. Если страница с параметром не даёт нового полезного контента, её нужно либо закрыть от индексации, либо указать канонический адрес.
Параметры, которые создают отдельные полезные страницы
Иногда фильтрованные страницы действительно полезны: например, посадочная под конкретную категорию и бренд, если она оформлена как отдельная SEO-страница и имеет уникальный текст. В таком случае закрывать её от индексации не нужно, но это уже не «мусорный URL», а отдельная страница с осмысленным содержанием.
Самый рабочий способ: канонический URL без параметров
Для большинства сайтов основной инструмент — тег rel="canonical". Он подсказывает поисковику, какая версия страницы является основной. Если пользователь открыл /catalog/?sort=price или /article/?utm_source=newsletter, на странице должен быть canonical на чистый URL без параметров.
В WordPress это обычно уже умеют SEO-плагины: Yoast SEO, Rank Math, AIOSEO и похожие решения. Они добавляют canonical автоматически. Но важно проверить, не ломают ли плагины фильтров или темы этот тег на страницах с параметрами.
Если canonical отсутствует или указывает не туда, поисковик может индексировать параметрические URL как отдельные страницы. Тогда нужно исправлять шаблон темы, настройки SEO-плагина или логику конкретного плагина фильтрации.
Как закрыть параметрические URL от индексации в WordPress
Есть несколько способов, и выбирать их лучше по ситуации. Один и тот же сайт часто использует сразу два подхода: canonical для всех дублей и дополнительное ограничение для отдельных параметров.
| Способ | Когда подходит | Что даёт |
|---|---|---|
| Canonical | Параметр меняет только сортировку, метки кампаний, вид отображения | Подсказывает основную версию URL без параметров |
| Meta robots noindex | Нужно явно убрать конкретные страницы из индекса | Страница может быть доступна пользователю, но не попадать в поиск |
| robots.txt | Нужно ограничить обход технических URL | Снижает расход краулингового бюджета, но не гарантирует удаление из индекса |
1. Добавить noindex для нужных шаблонов или параметров
Если SEO-плагин позволяет задать правило для страниц с параметрами, это самый простой путь. На практике ищут настройку вроде «noindex для архивов», «noindex для страниц поиска», «noindex для параметров» или отдельные правила для таксономий и фильтров.
Если готовой настройки нет, можно добавить условную логику в тему или мини-плагин. Но здесь важно не закрыть случайно полезные страницы. Для параметров лучше работать точечно: закрывать только те комбинации, которые точно не должны индексироваться.
2. Использовать robots.txt для технических параметров
robots.txt помогает ограничить обход некоторых URL, но это не инструмент удаления из индекса. Если страница уже известна поисковику, одного Disallow может быть недостаточно: адрес может остаться в выдаче без сниппета или с устаревшей информацией.
Поэтому robots.txt уместен как дополнительная мера, а не как единственный способ. Он полезен, когда сайт генерирует слишком много технических URL и вы хотите уменьшить нагрузку на обход.
Пример правила для Googlebot и других роботов, если нужно ограничить обход URL с UTM и сортировкой:
User-agent: *
Disallow: /*?utm_
Disallow: /*?sort=
Disallow: /*?orderby=
Такой вариант нужно применять осторожно: шаблоны в robots.txt поддерживаются не одинаково всеми роботами, а слишком широкое правило может случайно закрыть нужные страницы. Перед изменением файла проверьте, какие URL реально попадают под маску.
3. Настроить редирект на чистый URL, если параметр не нужен вообще
Если параметр не несёт никакой пользы для пользователя и не нужен для аналитики, можно сделать 301-редирект на чистую версию страницы. Это особенно полезно для случайных или устаревших параметров, которые появляются из старых ссылок, рекламных кампаний или внешних источников.
Но редирект не стоит ставить на все параметры подряд. UTM-метки часто нужны для аналитики на стороне сервера или в системах статистики, а фильтры — для удобства пользователя. Если бездумно перенаправлять всё на главную версию, можно сломать навигацию и отчёты.
Как понять, какие параметры уже попали в индекс
Перед правками полезно посмотреть, что именно индексируется сейчас. Иначе легко закрыть не ту группу URL или не заметить источник дублей.
Проверьте несколько вещей:
- поиск в Google по шаблону
site:example.ru inurl:?— покажет часть URL с параметрами; - отчёт «Страницы» в Google Search Console — там часто видно дубли, альтернативные канонические адреса и исключённые URL;
- логи сервера или статистику обхода, если есть доступ, — помогают понять, какие параметры чаще всего посещают роботы;
- сам сайт: откройте страницу с параметром и посмотрите, есть ли canonical на чистый URL и не стоит ли случайно
noindexна нужной странице.
Если в Search Console много URL с UTM или сортировкой, это обычно не катастрофа, но сигнал, что canonical настроен неидеально или поисковик видит слишком много вариантов одной страницы.
Что проверить после настройки
После внесения изменений не ограничивайтесь одной проверкой в браузере. Нужно убедиться, что поисковик получает правильные сигналы.
- Откройте страницу с параметром и проверьте исходный код: canonical должен вести на чистый URL.
- Если вы ставили
noindex, убедитесь, что он действительно присутствует в HTML-ответе, а не только визуально в интерфейсе плагина. - Проверьте, не закрыт ли случайно основной URL без параметров.
- В Search Console отправьте на переобход несколько проблемных адресов и посмотрите, как меняется статус через некоторое время.
Если параметрические URL продолжают появляться в индексе, обычно причина одна из трёх: canonical отсутствует, правило noindex не срабатывает на нужном шаблоне или поисковик видит эти адреса из внешних ссылок и ещё не успел переоценить их.
Когда одного noindex недостаточно
На сайтах с большим количеством фильтров и сортировок часто нужен не один, а связка из нескольких мер. Например, canonical для всех параметрических страниц, noindex для внутреннего поиска и пагинации фильтров, а robots.txt — для технических URL, которые не должны тратить краулинговый бюджет.
Если сайт на WordPress активно использует фильтры, удобнее решать задачу на уровне SEO-плагина и шаблонов темы, а не вручную править каждую страницу. В таких проектах полезно использовать инструменты, которые помогают управлять дублями и служебными страницами централизованно; например, Clearfy Pro из экосистемы WPShop закрывает часть типовых SEO-задач и чистки сайта, связанных с дублями и техническими страницами: https://wpshop.ru/plugins/clearfy.
Но даже с плагином логика остаётся прежней: сначала определите, какие параметры действительно мусорные, затем выберите для них canonical, noindex или редирект, и только после этого проверяйте результат в поисковой консоли. Если закрыть всё подряд, можно потерять полезные посадочные страницы и трафик из поиска.