Проблема с URL-параметрами в WordPress обычно выглядит одинаково: в поиске появляются почти одинаковые страницы, а в отчётах по индексации — десятки адресов с ?utm_, ?replytocom, ?filter= или другими параметрами. Сам сайт при этом может работать нормально, но поисковик тратит краулинговый бюджет на мусорные варианты, а канонические страницы конкурируют сами с собой.
Если задача не в том, чтобы полностью убрать параметры из URL, а в том, чтобы не пускать их в индекс и не плодить дубли, лучше решать это на уровне логики сайта: где-то через noindex, где-то через canonical, а где-то — через серверные правила и настройку плагина. Ниже — рабочая схема без выдуманных хуков и без ломки навигации.
Когда это действительно проблема
Сначала стоит убедиться, что речь именно о дублях, а не о полезных страницах фильтрации. Например, для интернет-магазина или каталога часть параметров может быть нужна пользователю и поиску, если они формируют полноценные посадочные страницы. Но если параметры используются только для трекинга, сортировки, пагинации в виджетах или технических ответов, их лучше закрыть от индексации.
Типичные признаки
- в Google Search Console растёт число страниц с параметрами;
- в выдаче появляются URL с
?utm_source=,?fbclid=,?replytocom=; - одна и та же статья доступна по нескольким адресам;
- в логах краулера много запросов к техническим вариациям страниц;
- canonical указывает на основную страницу, но дубли всё равно индексируются.
Что проверить до изменений
- есть ли у параметра смысл для пользователя;
- меняется ли контент страницы или только адрес;
- нужно ли оставлять параметр для аналитики, фильтра или шаринга;
- не используется ли этот URL в рекламе, email-рассылке или внешних ссылках.
Диагностика: какие параметры создают мусор
Начните с поиска конкретных URL в Search Console и в логах сервера. Если доступа к логам нет, достаточно выгрузить список страниц из индекса и посмотреть повторяющиеся шаблоны. В WordPress чаще всего проблемы создают:
?replytocom=— ответы на комментарии;?utm_*и?fbclid=— маркетинговые метки;?amp— если AMP уже отключён, но адреса остались в индексе;?sort=,?filter=,?view=— сортировка и фильтры;?preview=и служебные параметры предпросмотра.
Если параметр меняет только отображение, но не смысл страницы, его обычно не стоит индексировать. Если же параметр формирует отдельную полезную страницу, закрывать его без анализа нельзя.
Пошаговое решение
1. Уберите индексацию у технических параметров через noindex
Для страниц, которые должны открываться пользователю, но не попадать в индекс, можно добавить мета-тег noindex,follow. Это не закрывает страницу от обхода, но сигнализирует поисковику не хранить её как отдельный документ в выдаче.
<?php
add_action( 'wp_head', function () {
if ( is_admin() ) {
return;
}
$params = array( 'replytocom', 'utm_source', 'utm_medium', 'utm_campaign', 'fbclid', 'gclid' );
foreach ( $params as $param ) {
if ( isset( $_GET[ $param ] ) ) {
echo '<meta name="robots" content="noindex,follow">' . "\n";
break;
}
}
}, 1 );
Это базовый вариант для фронтенда. Он не меняет URL и не ломает аналитику, но помогает убрать из индекса явно технические версии страниц.
2. Для трекинговых меток используйте канонический URL без параметров
Если параметр нужен только для аналитики, лучше оставить страницу доступной, но указывать canonical на чистый адрес. В WordPress это можно сделать через фильтр wpseo_canonical, если у вас Yoast SEO, или через собственную логику в теме/плагине. Для универсального варианта проще не трогать canonical вручную, если SEO-плагин уже делает это корректно, а сосредоточиться на noindex для параметрических страниц.
3. Закройте лишние параметры на уровне сервера, если они не нужны вообще
Если параметр не используется сайтом, его можно убрать из URL редиректом на чистую страницу. Это особенно полезно для старых рекламных меток или мусорных адресов, которые уже попали в индекс.
# Apache .htaccess
RewriteEngine On
# Убираем replytocom
RewriteCond %{QUERY_STRING} (^|&)replytocom= [NC]
RewriteRule ^ %{REQUEST_URI}? [R=301,L]
# Убираем UTM-метки
RewriteCond %{QUERY_STRING} (^|&)(utm_source|utm_medium|utm_campaign|utm_term|utm_content)= [NC]
RewriteRule ^ %{REQUEST_URI}? [R=301,L]
Такой редирект стоит применять только к параметрам, которые не влияют на содержимое. Если вы редиректите всё подряд, можно сломать фильтры, сортировку и внутренние сценарии сайта.
4. Для WordPress-страниц с параметрами добавьте защиту от случайной индексации
Иногда параметр создаёт не отдельный контент, а просто альтернативный путь к той же записи. В таком случае полезно принудительно очищать URL от трекинговых параметров при генерации ссылок внутри сайта. Для этого лучше не переписывать все ссылки вручную, а следить, чтобы шаблоны и кнопки не добавляли лишние query string без необходимости.
Если у вас есть собственный код, который формирует ссылки, используйте add_query_arg() только там, где параметр действительно нужен. Для обычных внутренних ссылок лучше отдавать чистый permalink.
Сравнение подходов
| Подход | Когда подходит | Минус |
|---|---|---|
| noindex | Страница нужна пользователю, но не должна быть в поиске | URL остаётся доступным для обхода |
| 301-редирект | Параметр не нужен вообще | Нельзя применять к полезным фильтрам и сортировкам |
| canonical | Есть дубль основной страницы | Не всегда достаточно, если параметров слишком много |
Как проверить, что решение сработало
После внедрения не ограничивайтесь визуальной проверкой страницы. Нужно убедиться, что поисковик видит правильные сигналы.
- Откройте URL с параметром и проверьте исходный код: должен появиться
noindex, если вы его добавляли. - Проверьте ответ сервера через
curl -Iили DevTools: редирект должен вести на чистый URL, если вы его настраивали. - В Search Console отправьте на переобход несколько проблемных адресов и посмотрите, меняется ли статус индексации.
- Сравните количество URL с параметрами в отчёте по страницам до и после изменений.
curl -I "https://example.com/post/?replytocom=12"
Если ответом идёт 301 на чистый адрес — это хороший знак для параметров, которые вы решили убрать полностью. Если страница остаётся доступной, но с noindex, проверьте, что тег действительно присутствует в HTML, а не только в шаблоне.
Частые ошибки и как их исправить
Закрыли от индексации всё подряд
Самая частая ошибка — поставить noindex на все URL с вопросительным знаком. В результате под раздачу попадают полезные фильтры, страницы сортировки и даже сценарии, которые нужны для навигации. Исправление простое: составьте список параметров и разделите их на технические и пользовательские.
Использовали 301 там, где нужен был только noindex
Если параметр участвует в фильтрации или аналитике, редирект может сломать сценарий. В таком случае лучше оставить URL доступным и запретить индексацию, а не принудительно переписывать адрес.
Оставили дубли в sitemap
Если параметрические URL попали в XML-карту сайта через плагин или кастомный код, поисковик будет получать противоречивые сигналы. Проверьте, что в sitemap есть только канонические адреса без служебных query string.
Забыли про внутренние ссылки
Даже если вы закрыли параметрические URL, внутренние ссылки с метками продолжат плодить новые варианты. Проверьте меню, кнопки, блоки шаринга и шаблоны писем. Внутри сайта лучше использовать чистые ссылки, а UTM оставлять только для внешних кампаний.
Безопасность и производительность
Чем меньше лишних параметров обрабатывает WordPress, тем проще поддерживать сайт. Это не только про SEO. Меньше мусорных URL — меньше лишних запросов к базе, меньше путаницы в логах и меньше шансов, что технический параметр случайно откроет нежелательную страницу.
Если у вас большой сайт, не пытайтесь закрывать всё вручную в каждом шаблоне. Лучше вынести логику в небольшой mu-plugin или отдельный плагин, чтобы она не зависела от темы. Так вы не потеряете настройки при обновлении шаблона.
<?php
/**
* Plugin Name: Query Param Noindex
*/
add_action( 'wp_head', function () {
if ( is_admin() ) {
return;
}
$blocked = array( 'replytocom', 'fbclid', 'gclid' );
foreach ( $blocked as $param ) {
if ( isset( $_GET[ $param ] ) ) {
echo '<meta name="robots" content="noindex,follow">' . "\n";
return;
}
}
}, 1 );
Если не хочется писать свой код, можно посмотреть в сторону Clearfy Pro: у него есть набор функций для технической чистки WordPress и управления SEO-микронастройками. Но даже с плагином всё равно нужно понимать, какие параметры вы закрываете и зачем.
Сайт, где параметры контролируются осознанно, обычно проще поддерживать: меньше дублей, меньше шума в индексе и меньше сюрпризов при следующем аудите. Главное — не лечить все URL одним универсальным правилом, а разделить технические и полезные сценарии.
