У больших сайтов есть довольно незаметный способ разрастись в несколько раз без добавления ни одной новой полезной страницы. Достаточно параметров в URL. Каталог из нескольких тысяч адресов легко превращается в десятки тысяч вариантов с ?sort=, ?page=, рекламными метками, фильтрами, идентификаторами сессий и другими хвостами.
Для пользователя часть этих адресов может выглядеть совершенно одинаково. Для поискового робота это разные URL, пока он не получил достаточно сигналов, чтобы понять обратное. В результате в статистике обхода появляются страницы, которые никто специально не создавал, а действительно важные разделы могут обходиться не так быстро, как хотелось бы.
В Яндекс Вебмастере для этого есть отдельный инструмент настройки GET-параметров. Он не новый, но его стоит периодически пересматривать: особенно после изменений фильтрации, сортировки, аналитики или CMS.
Что вообще не так с GET-параметрами
Сам по себе URL с вопросительным знаком не является плохим. Параметр может определять содержимое страницы. Например, интернет-магазин использует его для выбора бренда, цвета или диапазона цены. В другом случае параметр лишь меняет порядок товаров. В третьем — передаёт рекламную метку и вообще не влияет на то, что увидит пользователь.
Для SEO эти ситуации нельзя складывать в одну корзину. Если параметр формирует самостоятельную полезную страницу, её иногда имеет смысл индексировать. Если он только сортирует один и тот же набор товаров, поисковая ценность обычно сомнительна. А UTM-метка почти всегда нужна аналитике, но не поисковой выдаче.
Отсюда и главная ошибка: пытаться решить проблему правилом «закроем всё после вопросительного знака». Это грубо и иногда опасно. Вместе с мусором можно убрать из нормального обхода страницы, которые действительно нужны.
Что позволяет сделать Яндекс Вебмастер
В декабре 2025 года Яндекс добавил в Вебмастер инструмент «Настройка GET-параметров». Его смысл в том, чтобы владелец сайта мог подсказать роботу, как конкретные параметры влияют на содержимое URL.
Это полезнее универсального запрета именно потому, что разные параметры можно трактовать по-разному. Один меняет содержимое страницы, другой отвечает за сортировку, третий не меняет документ вообще.
При этом я бы не воспринимал настройку как волшебную кнопку экономии краулингового бюджета. Яндекс прямо пишет, что робот самостоятельно определяет, какие страницы и как часто обходить. Он узнаёт URL из внутренних и внешних ссылок, Sitemap, данных Метрики и других источников. Поэтому сначала полезно понять, почему ненужный адрес вообще стал доступен роботу.
Откуда берутся тысячи дублей
Самый очевидный источник — фасетная навигация. Есть категория, а к ней можно применить бренд, цвет, размер, цену, наличие и ещё несколько характеристик. Если каждый фильтр можно сочетать с каждым, число комбинаций растёт очень быстро.
Вторая история — сортировки. По цене, популярности, рейтингу, новизне. Для человека это удобные представления одного каталога. Для поисковика — набор отдельных URL, если сайт именно так реализован технически.
Третья — служебные и рекламные параметры. UTM, идентификаторы партнёров, источники переходов, параметры виджетов. Иногда они случайно попадают во внутренние ссылки, Sitemap или другие доступные роботу места.
Есть ещё пагинация. Её нельзя автоматически считать мусором: страницы 2, 3, 4 и дальше помогают роботу добраться до товаров и документов глубже в каталоге. Поэтому обращаться с ?page= так же, как с ?utm_source=, было бы странно.
Сначала смотрим статистику обхода
До изменения настроек я бы открыл в Вебмастере статистику обхода и посмотрел реальные адреса, которые посещает робот. Теория здесь часто расходится с практикой. Можно долго обсуждать фильтры, а выяснится, что основную массу лишних URL создаёт один параметр сортировки или старая ссылка в шаблоне.
Полезно сгруппировать URL по параметрам и ответить на несколько вопросов: меняется ли основной контент, есть ли у варианта отдельный поисковый спрос, присутствует ли он во внутренней перелинковке, должен ли он вообще попадать в индекс.
Если параметр встречается в тысячах URL, но содержимое фактически остаётся тем же, это хороший кандидат для дополнительной настройки. Если же за ним стоят нормальные посадочные страницы, решение должно быть осторожнее.
Почему canonical не решает всё
Часто логика такая: поставили canonical с параметрической страницы на основную — значит, вопрос закрыт. Не совсем.
Canonical сообщает поисковику предпочтительный адрес среди похожих документов. Но роботу всё равно нужно обнаружить URL, загрузить страницу и увидеть этот сигнал. Если сайт бесконечно генерирует новые комбинации, canonical помогает с консолидацией, но не отменяет сам факт существования огромного пространства адресов.
Поэтому лучше, когда сигналы не противоречат друг другу. Ненужные параметрические URL не размножаются во внутренних ссылках, не лежат в Sitemap, canonical настроен логично, а Вебмастер дополнительно понимает назначение параметров.
А robots.txt?
С robots.txt тоже есть соблазн решить всё одной строкой. Но запрет обхода и управление дублями — не одно и то же.
Если запретить роботу загружать страницу, он не сможет прочитать размещённый на ней canonical или другие сигналы. Кроме того, URL может оставаться известным поисковой системе по ссылкам. Поэтому robots.txt удобен для управления обходом определённых технических разделов, но использовать его как универсальный инструмент борьбы с параметрическими дублями не стоит.
Какие параметры обычно требуют внимания
- Сортировки. Если меняется только порядок одних и тех же товаров, отдельная поисковая страница чаще всего не нужна.
- Рекламные метки. UTM и похожие параметры нужны аналитике, а не созданию новых документов в поиске.
- Фильтры. Здесь всё сложнее. Часть сочетаний может быть полноценными посадочными под спрос, часть — бесполезными комбинациями.
- Пагинация. Нельзя механически приравнивать её к дублям: она участвует в доступности глубоко расположенных элементов каталога.
- Служебные параметры CMS. Их назначение нужно разбирать по конкретной реализации.
Что делать с фильтрами
Фасетная навигация — место, где чаще всего хочется применить максимально жёсткое правило. Но именно здесь легко потерять поисковый трафик.
Представим категорию товара и фильтр по важной характеристике. Если пользователи действительно ищут сочетание категории с этой характеристикой, такая страница может быть хорошей посадочной: уникальный URL, понятный заголовок, релевантный ассортимент, нормальная внутренняя ссылка.
А комбинация из пяти малозначимых фильтров, которая даёт два товара и существует только потому, что интерфейс позволяет поставить пять галочек, поисковой системе вряд ли особенно нужна.
Поэтому хороший подход — не «индексируем фильтры» и не «закрываем фильтры», а делим их на полезные посадочные и технические комбинации.
Почему Sitemap здесь тоже важен
Яндекс указывает Sitemap среди источников, по которым робот узнаёт адреса сайта. Поэтому в Sitemap логично держать именно те URL, которые вы считаете значимыми.
Если одновременно пытаться объяснить поисковику, что параметрическая страница не нужна, но регулярно передавать её в Sitemap, получается довольно странный набор сигналов. Технически поисковик разберётся, но зачем создавать ему дополнительную работу.
С Sitemap вообще полезно обращаться как со списком страниц, за которые сайт готов отвечать: вот наши основные URL, мы хотим, чтобы вы их знали и обновляли.
Практический порядок проверки
- Выгрузить или просмотреть статистику обхода и найти наиболее частые GET-параметры.
- Проверить, откуда робот получает ссылки на эти URL.
- Разделить параметры по назначению: контент, фильтрация, сортировка, аналитика, служебные функции, пагинация.
- Определить, какие варианты имеют самостоятельную поисковую ценность.
- Проверить внутренние ссылки, canonical, Sitemap и robots.txt на противоречия.
- После этого настроить обработку GET-параметров в Вебмастере.
- Через некоторое время снова посмотреть статистику обхода, а не считать работу законченной сразу после сохранения настройки.
Главная мысль
GET-параметры — не SEO-зло. Проблема начинается, когда сайт сам не понимает, какие из созданных им URL являются страницами, а какие всего лишь техническими состояниями интерфейса.
Настройка в Яндекс Вебмастере помогает объяснить это поисковому роботу. Но ещё лучше, когда архитектура сайта объясняет всё сама: важные страницы имеют стабильные адреса и внутренние ссылки, технические комбинации не размножаются без необходимости, Sitemap содержит нужные URL, а сигналы индексирования не спорят друг с другом.
Именно поэтому работу с параметрами я бы начинал не с кнопки в Вебмастере, а со списка URL, которые реально обходит робот. Обычно после этого становится гораздо понятнее, что именно нужно исправлять.