URL 트래킹 파라미터 클리너

플랫폼이 링크에 박아 넣는 분석·광고 클릭·공유용 파라미터를, 그 링크를 남에게 넘기기 전에 떼어 냅니다. UTM 계열 전부는 물론 구글의 gclid·gbraid·wbraid·dclid, 페이스북의 fbclid, 마이크로소프트의 msclkid, 얀덱스의 yclid, 메일침프의 mc_eid·mc_cid, 틱톡의 ttclid, 트위터의 twclid, 인스타그램의 igshid, 허브스팟의 _hsenc, 마케토의 mkt_tok, 핀터레스트의 epik, 마토모의 pk_* 묶음까지 알고 있습니다. "전부 제거"부터 광고만, 분석만까지 프리셋 세 가지가 있고, 사내 스택이 덧붙이는 것이 있다면 목록을 직접 편집할 수 있습니다.

이 파라미터들은 목적지가 아니라 공유하는 쪽이 붙입니다. 앱에서 복사한 링크가 손으로 친 같은 링크보다 긴 이유가 그것입니다. 식별자는 불투명하고 클릭마다 다릅니다. fbclid는 방문을 그것이 비롯된 특정 노출과 묶어 주므로, "같은" 기사를 공유하는 두 사람은 실은 서로 다른 URL을 돌리고 있는 셈입니다. 이것을 떼어 내도 거의 아무것도 망가지지 않는 이유이기도 합니다. 목적지 페이지는 자기가 붙이지 않은 파라미터를 무시하고, 사이트 자체의 라우팅은 경로에 들어 있습니다.

거의 아무것도가 전혀 아무것도는 아니고, 그 예외는 알아 둘 만합니다. 일부 사이트는 utm_source를 읽어 내용을 바꾸거나 가입 경로를 귀속시키고, 예약이나 결제 흐름 중에는 추적기처럼 생겼지만 실은 상태를 담고 있는 파라미터를 쓰는 것도 있습니다. 정리한 링크가 엉뚱한 곳으로 간다면, 사이트가 고장 났다고 단정하기 전에 원래 링크를 먼저 시도해 보세요.

이 도구가 하지 않는 일은 링크를 사생활 보호 상태로 만들어 주는 것입니다. 추적은 쿼리 문자열이 닿지 못하는 여러 곳에 남아 있습니다. Referer 헤더는 어차피 목적지에 출처를 알려 주고, 단축되거나 감싸인 링크는 클릭을 기록한 뒤 깨끗한 URL을 넘겨주는 리디렉터를 거치며, 일부 플랫폼은 식별자를 주소의 일부처럼 보이는 경로나 프래그먼트로 옮겨 놓았습니다. URL을 정리한다는 것은 단체 대화방에 붙여 넣을 때 그 파라미터가 더 멀리 퍼지지 않게 막는 일입니다. 실재하고 값어치 있는 효과이지만, 추적당하지 않는 것과 같은 말은 아닙니다.