숫자와 긴 문자열만 있는 주소는 페이지 성격을 짐작하기 어렵지만 발행 뒤 무심코 바꾸면 기존 연결이 끊깁니다. 문제를 고치기 전에는 ‘주소를 간결하게 만들면서 이미 쌓인 연결을 어떻게 보존할 것인가’라는 기준을 세웁니다. 이 기준이 없으면 문구만 바꾸거나 관련 없는 항목까지 손대기 쉽습니다.
근거를 모을 때는 현재 주소, 공유 이력, 내부 링크, 검색에 남은 과거 주소와 새 이름 후보를 함께 조사합니다. 같은 이름의 값도 화면과 시점이 다르면 별도 항목으로 기록합니다. 이렇게 해야 ‘주소를 간결하게 만들면서 이미 쌓인 연결을 어떻게 보존할 것인가’에 대한 답이 한 화면의 우연한 상태에 기대지 않습니다.
이 과정의 결과는 기존 주소·새 주소·변경 이유·연결 보존 여부·검증일을 기록한 주소 이전 명세서입니다. 각 행에는 사실 출처와 적용 범위, 수정 여부, 재확인 시점을 넣습니다. 그러면 ‘주소를 간결하게 만들면서 이미 쌓인 연결을 어떻게 보존할 것인가’의 판정이 바뀔 때 어떤 항목을 다시 검토해야 하는지 추적할 수 있습니다.
작업자는 다음 과정을 그대로 따라가 봅니다. 새 이름은 페이지의 중심 주제를 짧게 나타내고 날짜나 임시 상태처럼 곧 낡을 요소는 피합니다. 변경이 꼭 필요한 문서만 선별해 과거 주소에서 새 주소로 이어지는 규칙과 내부 링크 수정을 함께 적용합니다. 한 단계가 끝날 때마다 다음 단계로 넘어갈 조건을 적고, 근거가 없는 상태에서는 완료 표시를 보류합니다.
판정을 흐리는 방식은 제외합니다. 보기 좋다는 이유로 주소를 반복해서 바꾸거나 서로 다른 글에 거의 같은 이름을 주지 않습니다. 특히 메신저에 남은 옛 링크, 주소를 직접 입력한 경우, 한글이 변환된 주소를 각각 열어 최종 결과를 확인합니다. 이 상황은 기본 화면에서 드러나지 않을 수 있으므로 독립된 시험 항목으로 둡니다.
작업을 닫기 전에는 다음 조건을 확인합니다. 새 주소만 보아도 주제를 짐작할 수 있고 과거 링크가 관련 문서로 안전하게 이어질 때 내립니다. 설명만 좋아졌거나 내부 설정만 바뀐 경우에는 ‘주소를 간결하게 만들면서 이미 쌓인 연결을 어떻게 보존할 것인가’가 해결됐다고 말할 수 없습니다. 두 층의 결과가 일치하는지 확인한 뒤 다음 담당자에게 기록을 넘깁니다.