경로와 쿼리를 분리해 기대값을 적습니다
홈 한 개가 아니라 서비스 상세, 문서, 문의 화면을 표본으로 고릅니다. 각 표본에 기존 경로, 새 경로, 유지할 쿼리, 제거할 민감 값이 있는지 기록합니다. 모든 주소를 새 홈으로 보낸 뒤 UTM만 유지하는 방식은 경로 보존 검증을 통과한 것으로 보지 않습니다. 테스트 값에는 이메일이나 고객 식별 정보를 넣지 않습니다.
한 번의 이동과 전체 이동을 모두 확인합니다
최초 응답의 Location과 최종 도착 주소를 각각 기록합니다. www 정규화, HTTPS 전환, 끝 슬래시 정리가 여러 단계에 나뉘면 어느 단계에서 값이 사라졌는지 추적할 수 있어야 합니다. 리다이렉트를 자동으로 따라가는 도구 하나만 쓰면 중간 경유지가 보이지 않을 수 있으므로 각 응답을 저장하는 검사도 준비합니다.
설명용 요청으로 비교합니다
가정한 요청 /services/example/?utm_source=qa&utm_campaign=move를 사용한다면 기대 결과에는 새 호스트, 대응하는 서비스 경로, 두 UTM 값이 모두 포함돼야 합니다. 같은 키가 여러 번 전달되는 경우나 빈 값, URL 인코딩된 한글 값도 별도의 테스트로 둡니다. 결과를 문자열 한 줄로만 비교하지 말고 URL을 해석해 키와 값 단위로 비교하면 순서 차이를 오류로 오해하지 않을 수 있습니다.
페이지 이후 전달을 확인합니다
- 새 페이지에서 문의 화면으로 이동할 때 캠페인 정보를 어떻게 보존할지 정의합니다.
- 폼의 숨김 필드나 수집 이벤트가 실제로 같은 값을 사용하는지 확인합니다.
- 제출 실패와 재시도 뒤에도 값이 의도대로 남는지 검사합니다.
- 테스트 문의 원장과 분석 이벤트를 대조합니다. 분석 속성이 확인되지 않았다면 수집 성공이라고 보고하지 않습니다.
완료 기준과 예외
대표 표본의 경로·쿼리가 최종 주소까지 보존되고 불필요한 리다이렉트 체인이 없어야 합니다. 민감 정보 제거 정책이 있다면 그 예외를 검증 표에 명시합니다. 브라우저나 분석 도구가 개인정보 보호 정책 때문에 일부 값을 처리하지 않는 경우는 서버 리다이렉트 자체의 실패와 구분합니다. 검증 보고에는 실제 검사한 조합만 쓰고 모든 광고 플랫폼의 귀속까지 확인했다고 확대하지 않습니다.
자주 묻는 질문
- UTM이 붙은 주소를 canonical로 써야 하나요?
- 캠페인 정보 전달과 대표 콘텐츠 주소는 다른 목적입니다. 같은 본문을 제공하는 경우 추적 값은 필요한 전달 경로에서 검증하고 대표 주소 정책은 콘텐츠 기준으로 별도 관리합니다.
- 테스트에 실제 광고 클릭 식별자를 써야 하나요?
- 일반 경로 전달 검증은 가정한 테스트 값으로 먼저 수행합니다. 실제 광고 귀속을 검증해야 한다면 계정·수집 동의·보고 기간을 정한 별도 테스트로 구분하고 결과를 운영 데이터와 혼동하지 않습니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.