Как найти и убрать индексируемые страницы с параметрами в 2026

Индексируемые страницы с параметрами — это одна из тех вещей, которые тихо раздувают сайт в поиске и потом съедают бюджет обхода. На моей практике чаще всего всплывают URL с ?sort=, ?filter=, ?utm=, ?page= и десятками почти одинаковых дублей.

Как понять, что страницы с параметрами лезут в индекс

Я обычно начинаю не с правок, а с проверки фактов. Потому что «кажется, у нас проблема с параметрами» и реальная индексация — это две разные истории.

Смотреть нужно сразу в несколько мест:

• отчёт по страницам в Яндекс Вебмастере и Google Search Console;
• результаты поиска по шаблону site:domain.ru inurl:?;
• лог сервера, если сайт крупный и crawl budget уже не пустой звук;
• краулер вроде Screaming Frog, Sitebulb или Netpeak Spider.

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

Откуда берутся индексируемые URL с параметрами

Чаще всего источников три.

1. Ссылки внутри сайта

Если меню, фильтры, сортировки и пагинация генерируют отдельные URL, поисковик их спокойно находит и обходит. Особенно это заметно на интернет-магазинах и каталогах на Bitrix и WordPress с WooCommerce.

2. Внешние ссылки с UTM и прочими хвостами

UTM-метки, gclid, yclid, параметры из email-рассылок — всё это может породить отдельные URL. Если на них нет нормальной каноникализации, поисковики иногда добавляют их в индекс как дубли.

3. Фасетная навигация и фильтры

Это самый опасный вариант. Грубо говоря, один и тот же каталог начинает размножаться по цветам, брендам, ценам, размерам и сортировкам. В 2026 году это по-прежнему одна из самых частых причин мусора в индексе.

Как найти все проблемные параметры

Я обычно иду по чек-листу. Он простой, но рабочий.

1. Собираю список URL из Search Console и Яндекс Вебмастера.
2. Прогоняю сайт краулером и фильтрую адреса с ? в URL.
3. Проверяю серверные логи на частые запросы к параметрическим страницам.
4. Смотрю XML sitemap: если туда случайно попали URL с параметрами, это уже ошибка настройки.
5. Проверяю canonical, robots meta и заголовок X-Robots-Tag.

Если сайт на Laravel, я дополнительно смотрю маршрутизацию и кеширование. Если на WordPress — проверяю плагины фильтров, сортировок и SEO. На Битрикс часто проблема сидит в инфоблоках и компонентах каталога, которые плодят варианты URL без контроля.

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

Как убрать параметры из индекса без вреда для SEO

Здесь нужен не один инструмент, а связка. Одним robots.txt проблему обычно не закрыть. И это плохая идея — надеяться только на него.

1. Настроить canonical на основную страницу

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

2. Закрыть мусорные параметры от индексации

Для служебных параметров лучше использовать noindex или X-Robots-Tag, если это уместно для конкретного типа страниц. Но закрывать всё подряд нельзя. Некоторые параметры нужны для фильтрации и посадочных страниц, которые реально собирают трафик.

3. Настроить robots.txt аккуратно

Robots.txt полезен для ограничения обхода, но не для магического удаления уже известного URL из индекса. Если страница уже попала в индекс, одного запрета в robots.txt часто недостаточно.

4. Убрать внутренние ссылки на мусорные URL

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

Что делать с UTM, сортировкой и пагинацией

Тут всё зависит от типа параметра. Универсального правила нет, но есть нормальная рабочая логика.

• UTM и рекламные метки — почти всегда технический мусор для индекса. Их надо нормализовать, склеивать с основной страницей и не плодить дублей.
• Сортировка — чаще всего не нужна в индексе. Исключение бывает, если сортировка создаёт полезную, осмысленную выдачу, но такое встречается редко.
• Пагинация — сама по себе не всегда проблема. Важно, чтобы она не превращалась в кладбище дублей с одинаковыми мета-тегами и пустым контентом.

На практике я часто вижу одну и ту же ошибку: страницы ?page=2, ?page=3 и так далее получают тот же title, что и первая страница. Это не критично само по себе, но в сумме создаёт шум. Лучше привести их к понятной схеме и не раздувать индекс.

Как работать с AJAX-фильтрами и faceted navigation

Вот здесь часто начинается хаос. Фильтр работает на AJAX, а URL при этом меняется или не меняется частично. В результате поисковик видит десятки комбинаций, а владельцу сайта кажется, что всё под контролем.

Я обычно делаю так:

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

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

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

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

1. Повторно сканирую сайт краулером.
2. Смотрю, исчезли ли мусорные URL из внутренней перелинковки.
3. Проверяю новые страницы в Search Console и Яндекс Вебмастере.
4. Слежу за логами: если бот продолжает активно ходить по параметрам, значит, где-то остались ссылки или нет нормальной склейки.

Обычно первые изменения видны не сразу. По опыту, поисковикам нужно время на переобход и переоценку страниц. Поэтому я не обещаю быстрый результат за один день. Это было бы нечестно.

Когда лучше звать специалиста

Если у вас 20–30 параметров и небольшой сайт, часть задач реально закрыть самостоятельно. Но если это интернет-магазин на Bitrix, WordPress или Laravel с фильтрами, сортировками, пагинацией и рекламными метками, я бы не тянул до ручного хаоса.

Тут обычно нужна точечная доработка сайта: проверить генерацию URL, canonical, robots meta, sitemap, логи и перелинковку. На деле это дешевле, чем потом вычищать сотни дублей и объяснять поисковику, какая страница главная.

Если хотите начать с базы, посмотрите ещё аудит robots.txt и XML Sitemap в 2026 году и как настроить canonical URL для SEO в 2026 году. А если проблема уже превратилась в массовые дубли, полезно заглянуть в настройку noindex и nofollow для страниц сайта в 2026.