URL에 개인 정보를 넣지 않고 링크를 공유하는 방법
공유 전에 URL에 담긴 데이터를 확인하고 필요한 매개변수는 유지하세요. WikiURL에서 일반적인 라벨로 UTM 캠페인 링크를 준비하는 방법을 설명합니다.

링크를 복사하기 전에 내용을 확인하세요
워크숍의 상품 목록을 여러 사람에게 보내려고 합니다. 이메일에서 연 페이지의 주소를 복사했더니 email 항목에 자신의 이메일 주소가 들어 있습니다. 페이지가 공개되어 있어도 복사한 URL이 배포하기에 적절하다는 뜻은 아닙니다. 캠페인이나 QR, 단축 링크를 만들기 전에 공개 목적지와 자신의 방문 중에 추가된 데이터를 구분하세요.
이 안내서는 반복되는 두 가지 질문에서 출발합니다. HTTPS면 주소 안의 데이터를 충분히 보호할까요? 물음표 뒤를 전부 지워도 될까요? 실무에서는 각 부분의 목적을 이해해야 합니다. 필요한 상품 식별자는 유지하고 이 예에서 불필요한 개인 데이터는 뺀 상품 목록 링크를 준비합니다. 어떤 비공개 주소든 공개 주소로 바꾸거나 익명성을 보장하는 방법은 아닙니다.
HTTPS는 전송을 보호하지만 내용을 지우지 않습니다
OWASP는 HTTPS를 쓰더라도 URL 매개변수의 민감한 정보가 노출될 수 있다고 경고합니다. 주소가 방문 기록이나 서버 로그에 남을 수 있고 사본을 받은 사람도 읽을 수 있습니다. 전송 중 암호화가 그런 사본을 없애지는 않습니다. 복잡해 보이는 주소를 기밀 주소로 생각하지 마세요. %40이 든 값은 골뱅이 기호를 나타낼 수 있습니다. 문자 인코딩은 데이터 암호화가 아닙니다.
Referer로 전달되는 정보는 적용된 정책과 맥락에 따라 달라집니다. MDN에 따르면 기본 정책 strict-origin-when-cross-origin은 보통 교차 출처에는 출처만 보내고 동일 출처 요청에는 경로와 쿼리를 포함할 수 있습니다. 따라서 모든 링크가 어떤 사이트에나 쿼리를 노출한다고 주장하지 않습니다. 그래도 이 정책은 직접 메시지나 도구에 붙여 넣은 URL을 보호하지 못합니다.
올바른 콘텐츠를 여는 데 필요한 부분은 남기세요
가상 예에서 producto=42는 목록의 상품을 선택하고 email은 사람을 식별합니다. 두 번째 링크는 선택을 유지하며 개인 데이터를 제거합니다. example.invalid는 실제로 작동하는 시험 사이트가 아닙니다. 목적지의 동작을 이해한 뒤에 실제 도메인으로 바꾸세요. 기밀 주소에 무엇이 들어 있는지 알아보려고 외부 서비스에 붙여 넣지 말고 먼저 자신의 환경에서 검토하세요.
물음표부터 지우는 규칙을 일괄 적용하지 마세요. 상품, 검색이나 언어 선택이 사라질 수 있습니다. 사이트의 공유 기능과 문서를 확인해 공개 공유용 링크를 얻으세요. 모르는 항목, 서명, 키, 접근 토큰이 있으면 멈추고 담당자에게 적절한 주소를 요청하세요. 매개변수를 빼면 서명이 깨질 수 있고, 유지하면 의도하지 않은 접근 권한을 줄 수도 있습니다.
https://example.invalid/catalogo?producto=42&email=persona%40example.invalid
https://example.invalid/catalogo?producto=42캠페인을 설명하는 UTM 라벨을 만드세요
적절한 공개 주소를 확보하면 WikiURL UTM 생성기에 입력하고 소스, 매체, 캠페인을 추가할 수 있습니다. 가을 뉴스레터에는 boletin, email, otono처럼 일반적인 라벨을 사용하세요. 버전을 구분하려면 수신자 대신 소재를 설명하는 값을 씁니다. 이름, 전화번호, 이메일 주소, 인증 정보는 넣지 마세요. 기본 URL도 검토해야 합니다. 라벨만 깔끔하게 해도 기존 주소의 개인 데이터는 수정되지 않습니다.
Google Analytics는 경로와 매개변수에서 개인 식별 정보를 제외하도록 요구하며 캠페인 측정기준도 명시합니다. 예시는 producto=42를 유지하고 일반 라벨을 추가합니다. WikiURL이 민감한 데이터를 자동으로 찾아 제거한다고 가정하지 않습니다. 주소 생성만으로 측정을 약속하지도 않습니다. 목적지 페이지에 분석 설정이 필요합니다. 캠페인 이름은 활동을 설명해야 하며 수신자별 개인 기록이 되어서는 안 됩니다.
https://example.invalid/catalogo?producto=42&utm_source=boletin&utm_medium=email&utm_campaign=otono공개 링크와 실제로 보낼 사본을 확인하세요
준비한 버전을 열어 올바른 상품이 나오는지 확인합니다. 로그인 없이 접근해야 한다면 별도 세션에서도 시험합니다. 공개 주소이고 비밀이 없다고 먼저 확인한 뒤 WikiURL URL 확인 도구로 HTTP 응답과 감지한 최종 목적지를 볼 수 있습니다. 이 기술 점검은 개인정보 보호, 권한 또는 개인 데이터 부재를 인증하지 않습니다. 리디렉션 후에도 매개변수를 다시 살펴보세요.
대상자가 받을 최종 메시지에서 주소를 복사해 승인한 버전과 비교합니다. 단축하거나 QR로 변환하려면 목적지부터 검토하세요. 이런 표현 방식은 원래 URL의 정보를 없애지 않습니다. 원본 이메일 링크를 실수로 다시 쓰지 않았는지 확인하세요. 캠페인 기록에는 승인한 공개 버전과 필수 매개변수의 용도만 남기고 실제 인증 정보를 저장하지 마세요.
비밀을 이미 공유했다면 원래 서비스에서 접근을 바꾸세요
메시지를 수정하면 새로운 사본은 막을 수 있지만 다른 사람이나 시스템이 저장한 사본은 회수하지 못합니다. 접근, 복구, 비공개 다운로드 링크를 배포했다면 서비스의 취소 또는 재생성 기능을 쓰거나 담당자에게 연락하세요. 타인의 토큰을 반복해서 시험하거나 단축 링크에서 빼는 것만으로 해결된다고 믿지 마세요. 핵심 통제는 접근을 허용하는 서비스에 있습니다.
앞으로 게시하기 전에 목적지, 필수 매개변수, 일반 라벨과 최종 사본을 검토하세요. 역할이 불명확하면 공개 도구에서 비공개 데이터를 실험하지 말고 사이트 관리자와 해결하세요. 목표는 의도한 콘텐츠를 열면서 불필요한 개인 정보를 추가하지 않는 링크입니다. 검토는 피할 수 있는 노출을 줄이지만 탐색이나 캠페인을 익명으로 만들지는 않습니다.