Если в Google Search Console появляются десятки или сотни URL с параметрами вроде ?sort=price, ?filter_color=blue или ?utm_source=..., это обычно не «ошибка индексации», а следствие того, что сайт слишком свободно генерирует адреса. Для WordPress это типичная история: фильтры каталога, сортировка записей, внутренний поиск, UTM-метки, иногда — параметры плагинов и темы.
Проблема не в самих параметрах, а в том, что поисковик начинает считать такие URL отдельными страницами. В результате распыляется обход, в отчётах растут дубли, а в индекс попадают адреса без самостоятельной ценности. Ниже — рабочая схема, как ограничить индексацию параметров без поломки фильтров и аналитики.
Как понять, что проблема именно в параметрах URL
Сначала стоит убедиться, что речь не о нормальной пагинации или реальных посадочных страницах. У параметров обычно есть характерные признаки: одинаковый путь, но разные query string; одинаковый title и description; в выдаче всплывают URL с ? и набором параметров; в логах обхода много запросов к одним и тем же страницам с разными значениями.
Что проверить в первую очередь
- отчёт «Страницы» в Google Search Console: есть ли URL с параметрами в разделе про индексирование;
- серверные логи или статистику обхода: не тратит ли бот ресурсы на бесконечные комбинации фильтров;
- исходный HTML проблемных страниц: есть ли корректный
rel="canonical"; - настройку плагинов фильтрации, сортировки и SEO: не добавляют ли они лишние URL в sitemap или внутренние ссылки.
Если на сайте есть сортировка и фильтры, но поисковик видит их как отдельные страницы, это почти всегда вопрос к canonical, robots и внутренним ссылкам, а не к «магическому запрету индексации».
Какие параметры обычно стоит закрывать от индексации
Не все query string одинаково вредны. UTM-метки нужны для аналитики, но не должны становиться отдельными страницами. Параметры сортировки и временные фильтры обычно тоже не несут самостоятельной ценности. А вот некоторые параметры могут быть частью важного сценария: например, поиск по сайту или технические параметры авторизации.
| Тип параметра | Пример | Что делать | Комментарий |
|---|---|---|---|
| UTM и рекламные метки | ?utm_source=... | Не индексировать | Оставить для аналитики, но не создавать дубль страницы |
| Сортировка | ?sort=price | Обычно не индексировать | Если сортировка не даёт уникального контента |
| Фильтры каталога | ?filter_color=blue | Чаще не индексировать | Исключение — если это отдельные SEO-лендинги |
| Поиск | ?s=... | Обычно не индексировать | Поисковые результаты редко полезны в индексе |
Пошаговое решение: canonical, robots и контроль ссылок
Лучший результат даёт не один приём, а связка из нескольких. Если закрыть только robots, но оставить внутренние ссылки с параметрами, бот всё равно будет их находить. Если проставить canonical, но при этом генерировать тысячи ссылок с фильтрами, обход не исчезнет. Поэтому действовать лучше по порядку.
Шаг 1. Убедитесь, что параметр не меняет основную страницу
Если ?sort=price не создаёт новый смысловой контент, canonical должен указывать на чистый URL без параметра. Для большинства тем и плагинов это можно сделать на уровне шаблона или через SEO-плагин, если он поддерживает canonical для текущего типа страницы.
В WordPress можно добавить свой canonical для страниц архива или каталога, если тема его не выводит корректно:
<?php
add_filter('get_canonical_url', function ($canonical, $post) {
if (is_admin() || ! $canonical) {
return $canonical;
}
if (is_post_type_archive('product') || is_category() || is_tag()) {
return remove_query_arg(array('sort', 'filter_color', 'filter_size', 'utm_source', 'utm_medium', 'utm_campaign'));
}
return $canonical;
}, 10, 2);Этот пример не универсален для всех сайтов, но показывает логику: canonical должен вести на чистую версию страницы, если параметры не меняют её самостоятельную ценность.
Шаг 2. Закройте технические параметры через robots.txt только там, где это уместно
Robots.txt не убирает URL из индекса напрямую, но помогает сократить обход мусорных адресов. Это полезно для параметров, которые бот постоянно находит по внутренним ссылкам или из внешних источников.
User-agent: *
Disallow: /*?sort=
Disallow: /*?filter_
Disallow: /*?utm_
Disallow: /?s=Здесь важно не переусердствовать. Если у вас есть реальные страницы, которые открываются только с параметром, их нельзя просто так закрыть в robots. И ещё: robots не заменяет canonical и noindex. Он лишь уменьшает вероятность обхода.
Шаг 3. Не публикуйте параметризованные URL во внутренних ссылках
Частая ошибка — тема или плагин выводят ссылки уже с параметрами сортировки, а затем эти URL попадают в меню, блоки, хлебные крошки или карточки. Поисковик видит их как обычные ссылки и начинает обходить.
Проверьте:
- шаблоны фильтров в теме;
- виджеты и блоки, которые добавляют сортировку;
- ссылки в письмах, попапах и промо-блоках;
- настройки плагинов кеша и SEO, если они переписывают URL.
Шаг 4. Для страниц поиска и служебных параметров используйте noindex, если они доступны для обхода
Если параметр нужен пользователю, но не нужен в поиске, иногда лучше оставить страницу доступной и добавить noindex,follow. Это особенно актуально для внутренних поисков и некоторых фильтров, которые нельзя убрать без потери функциональности.
В WordPress это можно сделать через SEO-плагин или вручную в шаблоне:
<?php
if (is_search() || isset($_GET['sort']) || isset($_GET['filter_color'])) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}Но не ставьте такой код бездумно на все страницы с query string. Если параметр участвует в важной посадочной странице, вы можете случайно убрать её из поиска.
Если у вас каталог или фильтры: когда лучше делать отдельные SEO-страницы
Иногда параметр — это не мусор, а заготовка под полезную посадочную страницу. Например, фильтр «красные кроссовки» может быть полноценной страницей, если у неё есть стабильный URL, уникальный контент и спрос. Но такие страницы лучше создавать явно, а не надеяться на индексацию случайных комбинаций параметров.
Практический ориентир простой: если страница должна жить в поиске, у неё должен быть человекочитаемый путь, нормальный title, текст, внутренние ссылки и предсказуемый canonical. Если этого нет, параметризованный URL лучше не тащить в индекс.
Как проверить, что решение сработало
После внедрения не ждите мгновенного эффекта. Поисковику нужно время, чтобы переобойти страницы и пересобрать сигналы. Но проверить базовую корректность можно сразу.
- Откройте проблемный URL с параметром и посмотрите исходный код: canonical должен вести на чистую страницу.
- Проверьте, что на странице нет случайного
noindex, если она должна индексироваться. - В Search Console отправьте проверку URL и посмотрите, какой canonical выбирает Google.
- Убедитесь, что URL с параметрами не попадают в XML sitemap.
- Посмотрите логи сервера: количество запросов к мусорным параметрам должно снижаться, если они больше не размножаются внутренними ссылками.
Если сайт большой, полезно сравнить отчёты до и после по количеству URL с параметрами в индексе и по частоте обхода. Но оценивать нужно не только индекс, а ещё и качество обхода: бот должен чаще заходить на важные страницы, а не на бесконечные комбинации фильтров.
Частые ошибки и как их исправить
Ошибка 1. Закрыли всё в robots.txt и забыли про canonical
Это частый перекос. Robots помогает сократить обход, но не гарантирует удаление уже известных URL из индекса. Если страница уже попала в индекс, одного Disallow мало.
Что делать: добавить canonical на чистый URL и при необходимости noindex на саму страницу, если она доступна для обхода.
Ошибка 2. Поставили noindex на все страницы с параметрами, включая полезные
Так можно случайно выкинуть из поиска страницы, которые реально приносят трафик. Особенно это опасно для фильтров, которые были задуманы как посадочные.
Что делать: разделить параметры по типам и отдельно решить судьбу каждого. UTM и сортировка — одно, SEO-фильтр с уникальным контентом — другое.
Ошибка 3. Параметры продолжают появляться в ссылках темы
Даже после настройки robots и canonical бот будет находить новые URL, если тема или плагин постоянно генерируют ссылки с query string.
Что делать: проверить шаблоны, виджеты, блоки и настройки плагинов фильтрации. Иногда достаточно убрать параметр из генерации ссылок, и проблема резко уменьшается.
Ошибка 4. Canonical указывает на URL с параметром
Это ломает смысл всей настройки. Поисковик получает сигнал, что параметризованная версия — основная, и может продолжать её индексировать.
Что делать: canonical должен вести на чистый адрес без служебных параметров, если только параметр не создаёт отдельную ценную страницу.
Безопасность и производительность: что стоит учесть
Параметры URL — это не только SEO, но и нагрузка. Чем больше мусорных комбинаций, тем больше запросов к базе, больше вариантов кеша и выше шанс, что сервер будет тратить ресурсы на бесполезные страницы. На слабом хостинге это особенно заметно.
Если вы используете плагины фильтрации, проверьте, не создают ли они слишком много вариантов кеша. Иногда лучше ограничить количество доступных комбинаций на уровне логики, чем потом бороться с последствиями в индексе и на сервере.
Для сайтов на WordPress с большим количеством дублей и технических URL иногда удобнее решать часть задач через один SEO/cleanup-плагин, чем собирать это вручную из нескольких решений. Например, Clearfy Pro закрывает ряд типичных технических проблем вокруг дублей и чистки сайта: https://wpshop.ru/plugins/clearfy?utm_source=wplogin.ru&utm_medium=article&utm_campaign=kak-ogranichit-indeksaciyu-parametrov-filtrov-i-sortirovki-v-wordpress
Мини-чек-лист перед публикацией изменений
- Проверен список параметров, которые реально нужно закрыть.
- Canonical ведёт на чистую версию URL.
- Robots.txt не блокирует важные страницы случайно.
- Внутренние ссылки не размножают параметризованные адреса.
- Проблемные URL не попадают в sitemap.
- В Search Console можно проверить выбранный Google canonical.
- Для полезных фильтров отдельно решено, нужен ли им индекс.
Если после правок индекс всё ещё держит старые адреса, это не всегда значит, что настройка не работает. Иногда поисковику просто нужно время на переобход. Но если новые параметризованные URL продолжают массово появляться, значит, источник генерации ссылок в теме или плагине ещё не устранён.