URL кодировщик

Всё, что начинается с utm_, pk_ или mtm_ — метки кампаний Google Analytics и Matomo, — а также идентификаторы клика, которые называют не кампанию, а конкретного человека: gclid, fbclid, msclkid, ttclid, twclid, yclid, igshid, mkt_tok, mc_eid и ещё десяток. Параметры ref и source намеренно остаются: многие сайты по ним маршрутизируют, а очистка, ломающая ссылки, хуже той, что пропускает пару меток.

Ссылка из рассылки или рекламы часто содержит идентификатор именно вас, а не кампании. Перешлёте её в общий чат — и каждый, кто откроет, будет засчитан как вы; вставите в документ — она останется там навсегда. Заодно ссылка становится короче и читаемее, и на всех проверенных сайтах открывается ровно та же страница.

encodeURI не трогает символы, задающие структуру URL — слеши, вопросительные знаки, амперсанды, — поэтому им кодируют адрес целиком. encodeURIComponent экранирует и их, поэтому им кодируют одно значение, которое пойдёт в параметр запроса. Выбор не той функции — самая частая ошибка с URL: значение с амперсандом молча распадается на два параметра.

В пути URL правильное кодирование — это %20. Плюс пришёл из отправки HTML-форм, где используется application/x-www-form-urlencoded — старая договорённость, по которой плюс означает пробел. В реальных строках запроса встречаются оба варианта, поэтому декодировщикам обычно приходится принимать и тот, и другой.

Всё, кроме A–Z, a–z, 0–9 и четырёх знаков: дефиса, подчёркивания, точки и тильды. Зарезервированные символы вроде :/?#[]@!$&'()*+,;= несут структурный смысл и должны кодироваться, когда встречаются внутри значения, а не как разделители. Не-ASCII символы кодируются своими байтами UTF-8 — поэтому одна буква с диакритикой превращается в два экранирования.

Да, и получить его случайно легко. Кодирование уже закодированной строки превращает %20 в %2520, а принимающая система, декодировав один раз, получает обратно буквальное %20. Если результат пестрит %25, где-то в цепочке закодировали дважды.