Переезд сохраняет путь карточки, но стирает ?variant=blue. Покупатель получает базовый товар вместо выбранного варианта. Параметры после ? могут хранить выбранный цвет, страницу каталога, язык или рекламную метку. Если удалить их все, часть посетителей получит другую страницу.
Что выбирает каждый параметр
При проверке серверного редиректа нужно учитывать фактическое назначение, указанное в служебном заголовке ответа Location — адресе перехода. Официальная документация.
Рассмотрите старый адрес /item/a?variant=blue&utm_source=mail. Первый ключ выбирает вариант товара, второй описывает источник перехода. Их отсутствие имеет разные последствия. Добавьте page, language, sort и служебную подпись, если сайт действительно использует их. Для каждого параметра запишите, что он выбирает и как это должно работать на новом сайте. Не переносите все параметры после вопросительного знака автоматически, если новый домен обрабатывает его иначе. Но и очистка всех параметров ради единого URL может уничтожить выбор человека. Сначала составьте такую таблицу, затем меняйте правило редиректа.
Вариант товара, страница списка и метка источника
| Параметр | Что меняет на странице | Сохранить или убрать | Как проверить результат |
|---|---|---|---|
| ?variant=blue | Выбранный вариант | Сохранить или сопоставить | Правильный товар |
| ?page=2 | Другая часть списка | Сохранить смысл | Правильная страница |
| ?utm_source=mail | Аналитическая метка | Отдельная политика | Проверить учёт перехода |
| ?token=... | Доступ или подпись | Проверить требования | Не публиковать значение |
Найдите место потери параметра
Сначала запишите Location исходного ответа, затем откройте конечный URL и проверьте видимый результат. Клиентский код может восстановить сохранённый браузером выбор из localStorage, поэтому проверка включает чистый сеанс без старых настроек. Сравните также прямое открытие нового адреса. Если Location содержит variant, а страница его игнорирует, дефект находится на стороне назначения. Если параметр исчез до назначения, смотрите редирект или промежуточное правило. Так можно найти место ошибки: редирект теряет параметр или новая карточка его не понимает. Исправляйте найденную причину, затем повторяйте тот же вход.
Следующая команда терминала сохраняет первый ответ; разработчик сможет увидеть, где исчез параметр.
curl -sS -D headers.txt -o response.html 'https://example.com/item/a?variant=blue&utm_source=mail'В headers.txt проверьте Location первого ответа: сохранился ли variant=blue или появился согласованный новый параметр. Без -L файл response.html содержит тело первого ответа. Чтобы проверить цвет, откройте URL из Location отдельно в браузере. Замените example.com своим доменом; этот GET не изменяет настройки сайта. Справка curl.
Посмотрите Location. Если variant исчез уже здесь, исправляйте правило перенаправления. Если он сохранился, откройте назначение в приватном окне: неверный цвет указывает на обработку параметра новой страницей.
Сопоставьте старые и новые названия
Если новый сайт переименовал variant в color, настройте явное соответствие ключей и значений. Например, blue может перейти в внутренний идентификатор 12 только после подтверждения справочника. Если новый каталог ожидает число, переданный blue сам по себе не выберет синий товар. Для удаляемых UTM запишите, где учитывается источник до очистки, если такой процесс предусмотрен. Токены и подписи между доменами проверяются по требованиям конкретного протокола: их нельзя механически переносить в чужую область. В правиле явно укажите, какие параметры сохраняются, какие переименовываются и что происходит с неизвестным ключом.
Проверьте кодирование значения
Испытайте пробел, кириллицу, знак плюс, символ & внутри закодированного значения и повторяющиеся ключи. Сравните разобранное значение до и после, а не только количество символов строки. Ручная сборка Location через склеивание строк часто повреждает кодирование. Используйте стандартные механизмы URL и проверяйте выходной ответ. Для подписанных запросов точное представление может иметь значение; не нормализуйте их без документации владельца. В логах теста замените чувствительные значения безопасными обозначениями, сохранив только данные, необходимые для объяснения ошибки и её воспроизведения.
Проверьте выбранный вариант без старых настроек
Синий и красный варианты открываются правильно по старым ссылкам; page=2 не сбрасывается на первую часть списка. UTM проверяется в вашей аналитике отдельно. В задачу разработчику передавайте учебные значения вместо токенов доступа.
Читайте также: Как использовать reChecker для анализа редиректов и Параметры URL и SEO: фильтры, UTM-метки и дубли — как не убить индексацию. Проверки сайта доступны на странице технического аудита reChecker.