서비스 안내의 주소가 여럿이라고 끝의 값을 모두 지우면 안 되는 경우가 있다. 가상의 사이트에 ‘/guide’, ‘/guide?from=letter’, ‘/guide?area=east’가 있다고 하자. 이름만 보고 두 매개변수를 같은 종류라고 분류할 수는 없다. 각각을 열어 보니 첫 두 주소는 같은 전체 안내이고 세 번째는 동쪽 지역에서 가능한 서비스만 보여 준다면 정리할 대상이 달라진다.
첫 두 주소는 동일 문서 후보로 묶을 수 있다. 다만 from 값이 실제로 유입 기록만 맡는지 담당자에게 확인하고, 공개 메뉴와 일반 공유에는 어느 주소를 사용할지 정한다. 값의 이름이 추적용처럼 보인다는 추측만으로 삭제 규칙을 만들지 않는다. 반면 지역 필터 주소를 전체 안내로 바꾸면 선택했던 범위가 사라지므로 이용자에게 제공하는 경로를 별도로 보존할 이유가 있다.
본문이 같아도 아직 판단을 끝내지 못하는 주소가 있다. 가상의 ‘/guide?plan=visit’가 같은 소개 아래 방문 상담을 미리 선택해 놓는다면 다음 신청 화면까지 눌러 봐야 한다. 값을 뺀 주소에서는 온라인 상담이 선택될 수도 있다. 이런 차이가 실제로 확인되면 단순 중복 정리와 기능 상태 전달을 따로 논의한다. 예시의 매개변수 이름이 모든 사이트에서 같은 기능을 한다는 뜻은 아니다.
담당자에게는 세 묶음을 다르게 전달한다. 동일 내용 후보에는 일반 안내 주소를, 지역별 결과에는 유지할 선택 조건을, 신청 상태에는 다음 화면에서 보존해야 할 값을 적는다. 대표 주소 표시를 어떻게 할지는 이 자료를 바탕으로 정하되 주소 이동과 같은 작업으로 취급하지 않는다. 변경 뒤에는 원래 각 주소에서 하려던 행동을 다시 수행해 정보나 선택을 잃지 않았는지 확인한다.