Проблема с URL вида ?utm_source=, ?sort=, ?replytocom= или фильтрами в поиске обычно проявляется не сразу. Сайт начинает плодить десятки похожих адресов, а в индексе появляются страницы, которые не должны конкурировать с основными посадочными. Самая частая ошибка здесь — пытаться решить всё одним способом, например только robots.txt или только noindex.
На практике нужно сначала понять, какие параметры действительно создают отдельные страницы, а какие нужны только для аналитики или внутренней навигации. От этого зависит, закрывать ли URL от индексации, запрещать ли сканирование или оставлять их доступными, но без передачи веса в поиск.
Какие параметры WordPress чаще всего создают мусорные URL
Не каждый параметр — проблема. Если параметр влияет только на сортировку, фильтр или трекинг, поисковику обычно не нужно индексировать такие версии страницы. Если же параметр меняет содержимое настолько, что это отдельная полезная страница, решение уже другое.
Типичные сценарии
?replytocom=в комментариях — часто создаёт дубли страниц записи.?utm_*и другие UTM-метки — нужны для аналитики, но не для индекса.?sort=,?filter=,?price=— часто появляются в каталогах, архивах и поиске по сайту.?s=— страницы внутреннего поиска почти всегда не нужны в выдаче.
Если у вас есть фильтры в архиве записей или на странице каталога, сначала проверьте, не создают ли они бесконечные комбинации URL. Именно такие комбинации чаще всего раздувают индекс и расходуют crawl budget.
Диагностика: как понять, что именно нужно закрывать
Перед правками откройте отчёт по индексированию в Google Search Console и посмотрите, какие URL с параметрами уже попали в индекс или были просканированы. Затем проверьте серверные логи, если они доступны: это покажет, какие адреса бот реально посещает чаще всего.
Полезно вручную пройтись по нескольким URL и посмотреть три вещи: код ответа, наличие noindex в HTML и канонический адрес. Если страница отдаёт 200 OK, но содержит параметр только для аналитики, обычно достаточно убрать её из индекса, не ломая доступ для пользователя.
curl -I