Директива Clean-param

Справка Яндекса описывает сведение таких адресов и связывает его с уменьшением повторной загрузки одинакового содержимого. ^[1] Стандарт Robots Exclusion Protocol определяет правила Allow и Disallow, а другие записи робот может интерпретировать дополнительно. Поэтому Clean-param — расширение Яндекса, а не универсальная директива для всех поисковых систем. ^[4]

Кратко

Правило подходит только для параметра, который не меняет значимое содержимое страницы.
В строке указывают одно или несколько имён параметров и, при необходимости, префикс пути.
Документация описывает результат для робота Яндекса: он сводит подходящие адреса и выбирает вариант без указанного параметра для участия в поиске. ^[1]
Ошибка опасна: если объявить незначащим параметр товара, языка, фильтра или пагинации, робот может свести разные страницы к одной.

Происхождение и история термина

В официальном блоге Яндекса 28 января 2009 года появилась инструкция о Clean-param для динамических параметров, не влияющих на содержимое. Запись подписали Иван Наймушин и команда разработки поискового робота. ^[2] Это подтверждает публичное документирование директивы к этой дате, но не устанавливает дату её внутреннего создания или первого применения.

В сентябре 2022 года IETF выпустила RFC 9309 — стандарт Robots Exclusion Protocol. Он допускает дополнительные записи в robots.txt, если их разбор не мешает стандартным правилам, но не задаёт значение Clean-param. ^[4] 11 декабря 2025 года Яндекс представил в Вебмастере отдельную «Настройку GET-параметров» и сообщил, что поддержка директивы в robots.txt сохраняется. ^[10]

Суть и механизм

URI, или унифицированный идентификатор ресурса, — строка, которая идентифицирует ресурс; адрес веб-страницы является привычным примером. В URI часть запроса начинается с первого знака ? и заканчивается перед # либо в конце строки. Она вместе с путём может участвовать в идентификации ресурса. ^[3] Поэтому наличие пары имя=значение ещё не означает, что параметр можно игнорировать: сначала нужно проверить поведение конкретного сайта.

Синтаксис Яндекса выглядит так:

text Clean-param: p0[&p1&p2&..&pn] [path]

Имена параметров разделяются амперсандом. Необязательное второе поле ограничивает правило префиксом пути; без него правило действует для всех страниц сайта. Регистр учитывается. В префиксе разрешены только A–Z, a–z, цифры и символы . - / * _; в конец префикса неявно добавляется *. Длина одной строки ограничена 500 символами. ^[1]

Когда робот Яндекса обрабатывает подходящие URL, он не учитывает перечисленный параметр и сводит адреса к варианту без него. Если такой адрес доступен на сайте, именно он участвует в результатах поиска. ^[1] Это точная граница, которую устанавливает справка: она описывает обработку адресов роботом и не служит документацией браузера, HTML страницы, серверного маршрута или HTTP-перенаправления.

Учебный пример

Допустим, магазин создаёт по три ссылки на каждый товар для разных рассылок:

text /catalog/item?sku=42&utm_source=mail /catalog/item?sku=42&utm_source=partner /catalog/item?sku=42&utm_source=social

Проверка приложения показала, что sku выбирает товар, а utm_source лишь записывает источник перехода и не меняет страницу. Для двух товаров и трёх источников получится 2 × 3 = 6 URL, но только два варианта содержимого. Тогда учебное правило

text Clean-param: utm_source /catalog/item

сводит три адреса товара 42 к /catalog/item?sku=42, а три адреса товара 43 — к /catalog/item?sku=43. Два товара не объединяются, потому что sku не указан в правиле. Если utm_source меняет цену, комплект или доступные действия, исходное допущение неверно и правило применять нельзя.

Виды и классификации

Для предварительной проверки можно использовать редакционную, а не официальную классификацию.

Роль параметра	Пример	Решение до проверки
Выбирает сущность	`sku=42`	считать значимым
Меняет состояние страницы	`page=2`, `lang=ru`, фильтр	считать значимым
Передаёт метку измерения	`utm_source=mail`	кандидат на игнорирование
Назначение неизвестно или зависит от раздела	`ref=...`, `mode=...`	не добавлять в общее правило

Даже параметр из третьей строки становится безопасным кандидатом лишь после проверки сайта. Яндекс может автоматически исключать аналитические параметры, если алгоритм считает их незначащими; это решение поисковой системы не доказывает, что любое одноимённое поле всегда безвредно. ^[1]

Как применяется на практике

Ниже приведена редакционная процедура, а не обязательный регламент Яндекса. Сначала составляют перечень реальных URL из журналов сервера, маршрутов приложения и данных Вебмастера. Для каждого имени сравнивают страницу без параметра и с несколькими его значениями: меняются ли товар, текст, язык, сортировка, доступные действия, HTTP-статус или указанный сайтом предпочтительный адрес.

Такой предпочтительный адрес называют каноническим URL. Канонизация — выбор поисковой системой одного представительного адреса для группы одинаковых или очень похожих страниц. Например, для Google перенаправление и rel="canonical" служат сильными сигналами такого выбора, а включение адреса в Sitemap — слабым. ^[5] Sitemap здесь означает карту сайта: переданный поисковой системе список адресов, которые владелец считает важными.

Затем правило сужают до подтверждённого раздела. Если ref не влияет на карточки книг, но выбирает партнёрскую витрину в другом разделе, безопаснее написать Clean-param: ref /books/, чем распространить правило на весь сайт. После изменения файл проверяют анализатором robots.txt на конкретных URL. ^[8]

Повторяющиеся имена требуют отдельного внимания: в строке запроса может быть tag=seo&tag=search. Интерфейс URLSearchParams.get() возвращает только первое значение, а getAll() — все значения. ^[6] Скрипт инвентаризации, который читает лишь первое, способен скрыть вариант поведения приложения.

С декабря 2025 года параметрами можно управлять на странице «Настройка GET-параметров» в Яндекс Вебмастере. Если настройка в интерфейсе противоречит robots.txt, робот применяет правило, которое запрещает индексирование URL с параметром. ^[7] Поэтому обе конфигурации проверяют вместе.

Как измерить или проверить

Приёмка состоит из трёх частей. Синтаксическая проверка подтверждает пробел между списком параметров и путём, допустимые символы, регистр и длину строки. Содержательная проверка сравнивает пары страниц при одинаковых условиях, включая состояние авторизации, регион и устройство. После очередного обхода в Яндекс Вебмастере можно искать статус CLEAN_PARAMS: он означает, что страница исключена из поиска после обработки директивы. ^[9]

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

Ошибки, ограничения и спорные вопросы

Clean-param нельзя использовать как замену Disallow. Первая директива сообщает Яндексу об эквивалентности вариантов URL, вторая запрещает обход; при одновременном применении Disallow имеет приоритет. ^[1]

Подход Яндекса нельзя переносить на Google. Google не рекомендует использовать robots.txt для канонизации и указывает другие сигналы: перенаправления, rel="canonical" и включение предпочтительного адреса в Sitemap. ^[5]

Задача	Яндекс	Google
Сообщить о незначащем параметре	`Clean-param` в `robots.txt` или настройка GET-параметров в Вебмастере. ^[1] ^[7]	В рассмотренном руководстве нет способа канонизации через `robots.txt`; для выбора канонического URL перечислены другие сигналы. ^[5]
Запретить обход	`Disallow`; это отдельная задача. ^[1]	`Allow` и `Disallow` определены протоколом REP; канонизацию руководство рассматривает отдельно. ^[4] ^[5]

Спорными остаются сортировка, пагинация, сеанс и регион: одинаковое имя на разных сайтах может иметь разный смысл. Решение принимают по содержимому и функциям конкретного приложения, а не по названию параметра.

Частые вопросы

Clean-param удаляет параметры из ссылок посетителя?

Справка ^[1] устанавливает только результат для робота Яндекса: сведение URL и участие варианта без параметра в поиске. По этому источнику нельзя делать выводы об изменении HTML, адресной строки браузера, серверного маршрута или появлении HTTP-перенаправления; эти свойства проверяют отдельно в приложении.

Нужно ли перечислять UTM-метки вручную?

Не всегда: Яндекс сообщает об автоматическом исключении аналитических параметров, если алгоритм признаёт их незначащими. ^[1] Для собственного параметра и нестандартного поведения нужна отдельная проверка.

Можно ли не указывать путь?

Да, тогда правило действует на все страницы сайта. ^[1] Это оправдано только когда одно и то же имя везде имеет одинаковый незначащий смысл.

Когда будет виден результат?

Результат зависит от обработки страниц роботом. Проверять его следует по статусам страниц в Яндекс Вебмастере, не обещая фиксированного срока для каждой страницы. ^[9]

Решить с помощью сервиса

«SEO-проверка» работает как внутренний инструмент и готовится к открытию внешним пользователям. Она проверяет технические параметры одной страницы, а для подключённых сайтов использует сведения об индексации из Яндекс Вебмастера. Сервис сам по себе не определяет, меняет ли параметр смысл или функции страницы.

Сервисы MEDIATRONE →

Связанные термины

Источники

Яндекс. Директива Clean-param // Справка Яндекс Вебмастера. URL: https://yandex.ru/support/webmaster/ru/robot-workings/clean-param (дата обращения: 24.10.2026). ↑ а б в г д е ж з и к л
Наймушин И., команда разработки поискового робота. Как указать незначащие cgi-параметры поисковому роботу // Блог Яндекса для вебмастеров. 28.01.2009. URL: https://webmaster.yandex.ru/blog/3116 (дата обращения: 24.10.2026). ↑
Berners-Lee T., Fielding R., Masinter L. Uniform Resource Identifier (URI): Generic Syntax. RFC 3986. IETF, 2005. § 3.4. URL: https://www.rfc-editor.org/rfc/rfc3986.html (accessed: 2026-10-24). ↑
Koster M., Illyes G., Zeller H., Sassman L. Robots Exclusion Protocol. RFC 9309. IETF, 2022. § 2.2.4. URL: https://www.rfc-editor.org/rfc/rfc9309.html (accessed: 2026-10-24). ↑ а б в
Google Search Central. How to Specify a Canonical URL with rel="canonical" and Other Methods. Updated 2026-07-10. URL: https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls (accessed: 2026-10-24). ↑ а б в г
MDN Web Docs. URLSearchParams. Sections “Instance methods” and “Duplicate search parameters”. URL: https://developer.mozilla.org/en-US/docs/Web/API/URLSearchParams (accessed: 2026-10-24). ↑
Яндекс. Настройка GET-параметров // Справка Яндекс Вебмастера. URL: https://yandex.ru/support/webmaster/ru/indexing-options/get-parameters (дата обращения: 24.10.2026). ↑ а б
Яндекс. Справочник по ошибкам анализа robots.txt // Справка Яндекс Вебмастера. URL: https://yandex.ru/support/webmaster/ru/error-dictionary/robots-txt (дата обращения: 24.10.2026). ↑
Яндекс. Страницы в поиске // Справка Яндекс Вебмастера. Раздел «Статусы страницы в поиске». URL: https://www.yandex.ru/support/webmaster/ru/service/searchable (дата обращения: 24.10.2026). ↑ а б
Яндекс. Новый инструмент в Яндекс Вебмастере: «Настройка GET-параметров» // Блог Яндекса для вебмастеров. 11.12.2025. URL: https://webmaster.yandex.ru/blog/clean-param (дата обращения: 24.10.2026). ↑