Трекинговые параметры в URL: как UTM, gclid и srsltid превращают ссылку в идентификатор, и как их убрать

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

Скопируйте ссылку на трек в Spotify, чтобы отправить другу. Получится вот это:

https://open.spotify.com/track/4cOdK2wGLETKBW3PvgPWqT?si=8f3a1c9e2b7d4a06

Сам трек вот здесь: /track/4cOdK2wGLETKBW3PvgPWqT. Всё после ? это параметры URL. В данном случае Spotify добавляет si к расшаренной ссылке для атрибуции. Тому, кто просто кидает песню другу, этот хвост не нужен.

Что на самом деле висит в ваших ссылках

Дальше я стал замечать такие хвосты повсюду. Google цепляет к выдаче служебные ved и uact. Ссылки из рекламы несут gclid или fbclid. Amazon добавляет ref_, pd_rd_r и ещё горсть, хотя сам товар уже однозначно задан в пути /dp/…. А srsltid, метку Google Shopping, в последнее время можно поймать даже в обычной ссылке на товар.

Большинству этих параметров сама страница не нужна, чтобы открыться. Они нужны для атрибуции и аналитики.

И вот что меня в этом задело по-настоящему. Дело не в том, что тебя считают на сайте, куда ты зашёл. А в том, что ты сам разносишь эти метки дальше. Кинул в чат ссылку с fbclid, и эта метка уже пошла дальше вместе с URL. Следующий человек получит её вместе со ссылкой. Если на сайте настроена Meta-атрибуция, параметр может использоваться для связывания визита с рекламным кликом. Или ведёшь рассылку, скопировал «красивую» ссылку с чужими UTM-хвостами, и твои переходы засчитались чужой кампании, а ты потом неделю ищешь, где протечка.

Что я сделал

В какой-то момент мне надоело вычищать это руками. Так появилось расширение для Chrome: Clean URL, которое срезает хвост автоматически, до того как ссылка уйдёт из моих рук.

Сначала казалось, что дело на вечер: увидел ?utm_source=…, удалил всё после вопроса, готово.

Оказалось, так нельзя. Резать всё подряд это верный способ сломать ссылку.

Один и тот же параметр может означать совершенно разное. t в ссылке на пост в X это часть трекинга, а в ссылке на YouTube это тайм-код, секунда, с которой должно открыться видео. Где-то мусор, где-то часть самой страницы. То же с id, v, q, sort и десятком других коротких параметров.

Короче, «удалить всё после ?» не работает.

Я сначала хотел собрать простой список: эти параметры удаляем всегда. Не получилось. gclid, fbclid, utm_*, srsltid можно резать глобально: это параметры атрибуции и трекинга, а не часть контента страницы. А остальные приходится проверять по домену. На YouTube оставляю v и t, у Amazon беру товар из пути, у Spotify свои правила. То есть задача оказалась не в том, чтобы «отрубить хвост», а в том, чтобы понять, что в URL действительно лишнее.

Но даже с такими правилами доверять расширению вслепую я не хотел. Поэтому при любой ошибке оно ничего не удаляет: невалидный URL, сбой парсинга, подозрительный результат очистки, возвращается исходная ссылка. Логика простая: лучше оставить один трекинговый параметр, чем однажды отправить человеку сломанную ссылку.

И ещё одно решил сразу: всё работает локально. URL никуда не уходит, история очищенных ссылок не собирается, доступа к внешним доменам у расширения нет. Приватный инструмент, который сам за тобой следит, это было бы смешно.

Как пользоваться

Пользоваться просто: жмёшь на иконку на любой странице и видишь чистый URL, или правый клик по ссылке → скопировать уже очищенной.

Я не думаю, что любой параметр после ? это зло. Иногда это часть самой страницы, и трогать его нельзя. Но когда я отправляю человеку ссылку на конкретный трек, видео или товар, мне странно заодно отдавать ему весь маршрут, который эта ссылка тащит за собой. Вот эту лишнюю часть расширение и убирает за меня.

Если найдёте параметр, который стоит добавить, или сайт, где Clean URL чистит лишнее, напишите. Такие правила как раз удобнее проверять вместе с пользователями.

Clean URL:

• Расширение в Chrome Web Store
• Исходный код на GitHub (MIT)