Параметры URL решают разные задачи: сортируют список, выбирают часть каталога, отбирают товары или передают сведения о кампании. Прежде чем удалять их или назначать canonical, проверьте, что именно меняется для посетителя и какие данные нужны аналитике.
Одно правило для всех адресов с вопросительным знаком может сбросить фильтр, вернуть покупателя на первую страницу или лишить систему учёта метки перехода. Сначала составьте карту параметров, затем согласуйте отдельное поведение для каждого класса и его сочетаний.
Соберите фактические параметры и их источники
Возьмите примеры из навигации сайта, ссылок рассылок, рекламных кампаний, журналов и доступных отчётов. Сохраните полный исходный адрес, место его появления, назначение и язык страницы. Параметр с одинаковым именем на разных шаблонах может работать по-разному, поэтому не делайте вывод только по названию.
Для каждого примера откройте базовый URL и вариант с параметром. Сравните не только заголовок, но и состав товаров, порядок, номер части списка, цену и доступные действия. Проверьте конечный адрес после возможных переходов. Для анализа чувствительных меток и журналов используйте согласованный доступ и не переносите личные сведения в публичные документы.
Разделите четыре вопроса: что нужно посетителю, существует ли самостоятельное содержимое, какой адрес сайт предпочитает для поиска и какие данные должна получить аналитика. Правильный ответ по одному пункту не определяет автоматически остальные.
Сопоставьте сортировку, фильтр, пагинацию и метку
Представим условный каталог https://example.com/ru/chairs/. Адреса и товары вымышлены; они не описывают действующий магазин или его аналитику. Параметр ?sort=price меняет порядок кресел, а ?utm_source=newsletter в этом примере передаёт источник перехода и не меняет товарный набор.
Но порядок может менять товары, которые видны на конкретной части списка. Поэтому сравнивайте не только общее число позиций: откройте первую и вторую страницы при обычном порядке и сортировке по цене. Параметр ?page=2 выбирает другую часть каталога и не становится копией первой только потому, что шаблон выглядит одинаково.
Фильтр ?color=black в условном магазине показывает только чёрные модели. Нужна ли ему отдельная поисковая посадочная, зависит от задачи, подтверждённого ассортимента и существующих страниц. Даже если отдельную посадочную не создают, фильтр может оставаться полезной функцией для покупателя.
| Параметр | Меняет набор/порядок | Нужен пользователю | URL-решение | Аналитика | Проверка |
|---|---|---|---|---|---|
| ?sort=price | Меняет порядок; состав отдельной части списка может измениться | Помогает сравнить цены | Сохранить работу сортировки; поисковую обработку согласовать после сравнения состояний | Проверить, не теряются ли другие параметры при переключении | Сверить товары и порядок на первой и второй частях |
| ?utm_source=newsletter | В примере не меняет содержание | Нужен для учёта перехода из письма | Для одинакового содержания рассмотреть основной адрес без метки в canonical | Проверить получение метки на конечной странице и в системе аналитики | Открыть тестовую ссылку и проследить все перенаправления |
| ?page=2 | Выбирает следующую часть списка | Даёт доступ к другим товарам | Сохранить самостоятельный адрес части и её путь обнаружения | Зафиксировать номер части и поведение при переходах | Сравнить товары и ссылки с первой страницей |
| ?color=black | Меняет состав товаров | Позволяет выбрать цвет | Сохранить отбор; отдельную поисковую страницу оценивать по задаче и предложению | Проверить сохранение состояния вместе с меткой | Сверить характеристики подходящих и неподходящих моделей |
Согласуйте canonical и внутренние ссылки
Если ссылка из письма показывает тот же документ и отличается только меткой, предпочтительным представителем для поиска может быть адрес без неё. Canonical сообщает Google предпочтение для одинаковых или очень похожих страниц. Он не удаляет параметр из адресной строки посетителя, не перенаправляет его и не гарантирует, что Google выберет именно указанную версию.
Не направляйте canonical всех вариантов на первую страницу категории без разбора. Вторая часть каталога может содержать другие товары, а фильтр – самостоятельный набор. Для последовательной пагинации Google рекомендует отдельный URL и собственный canonical каждой части. Сортировку проверяйте в сочетании с номером страницы: одинаковый порядок на первой части не доказывает одинаковый состав второй.
В обычных внутренних ссылках используйте согласованные адреса нужных страниц, а не случайно сохранённые метки кампаний. При этом рабочие ссылки на следующую часть и необходимые состояния фильтра должны сохраняться. Порядок настройки и проверки описан в материале о rel canonical, а маршруты к товарам – в статье о пагинации каталога.
Запрет в robots.txt, noindex, перенаправление и canonical решают разные задачи. Если робот не может получить страницу, он может не увидеть её указания в ответе. Не используйте ограничение обхода как универсальную замену решению о поисковом представлении уже известного URL.
Сохраните данные кампании при изменении адреса
Перед изменением правил пройдите путь тестовой ссылки из письма до конечной страницы. Зафиксируйте исходный URL, каждый ответ перенаправления и итоговый адрес. Если сервер удаляет UTM до того, как код аналитики получит сведения о кампании, источник может определиться неверно. Сохранение метки в canonical для этого не требуется: важно фактическое получение данных системой учёта.
Согласуйте с аналитиком допустимое поведение при перенаправлении, очистке адреса в браузере и согласии на аналитику. Проверьте тестовый переход в доступном режиме отладки и затем в соответствующем отчёте, учитывая сроки обработки и настройки ресурса. Не отправляйте реальные формы и не изменяйте рабочую кампанию ради теста без отдельного плана.
Проверьте не только utm_source, но и другие используемые метки и идентификаторы кампаний. Не переписывайте значения вручную по предположению. Если данные теряются, найдите конкретный переход или скрипт, который их удаляет, и исправьте его вместе с ответственным за сайт и аналитику.
Проверьте сочетания до выпуска
- Откройте базовый каталог, сортировку по цене, вторую часть списка и фильтр по цвету. Запишите ответ сервера, конечный URL, товары и порядок.
- Проверьте сортировку на второй части. Убедитесь, что переход не сбрасывает номер страницы незаметно и не показывает ошибочный набор товаров.
- Добавьте тестовую метку к фильтру или второй части: например,
?page=2&utm_source=newsletter. Убедитесь, что сохраняются нужное состояние и данные перехода. - Сверьте canonical в опубликованном ответе для каждого случая и выбранный Google адрес, когда такие сведения доступны. Значение в шаблоне и фактический выбор поисковой системы проверяются отдельно.
- Проверьте ссылки на товары, возврат к списку и соседние языковые версии. Для каждого дефекта сохраните входной адрес, шаги, ожидаемый и фактический результат.
После исправлений повторите только затронутые сценарии и наблюдайте доступные данные поиска и аналитики отдельно. Изменение URL-сигналов не гарантирует индексирование, рост показов или восстановление атрибуции без проверки реального пути пользователя.
Нужна помощь с вашим проектом?
Оставьте имя и телефон. Свяжусь с вами, чтобы обсудить задачу, объём работ и следующий шаг.
