의원 홈페이지의 PC 본문에서 외부 주소를 고쳤는데 휴대전화 첫 화면에서는 이전 자료가 열릴 수 있습니다. 이 경우 새 주소가 잘못됐다고 다시 바꾸기 전에 모바일 버튼이 어느 편집 항목에서 만들어지는지 찾아야 합니다. 화면의 이름이 같아도 본문 안 링크와 별도로 만든 버튼은 서로 다른 곳에 저장되어 있을 수 있습니다.
가상의 홈페이지를 생각해 보겠습니다. 본문에는 참고 자료 링크가 있고 모바일 상단에는 같은 이름의 안내 버튼이 있습니다. 담당자는 오류가 나는 공개 버튼의 위치를 적고 편집 화면에서 그 요소를 찾습니다. 이름 검색만으로 두 요소가 같은 것이라고 결론 내리지 말고 미리보기나 설정 정보를 대조합니다. 사용하는 도구에 없는 동기화 기능이 있다고 가정해서는 원인을 찾기 어렵습니다.
공통 요소를 여러 화면에서 사용하는 구조라면 그 요소의 변경이 영향을 주는 범위를 확인합니다. 반대로 모바일용으로 복사한 독립 요소라면 본문 수정만으로 바뀌지 않으므로 해당 복사본을 수정 목록에 넣습니다. 편집 권한이 없는 영역은 담당자에게 공개 위치와 현재 목적지를 전달합니다. 무작정 같은 이름의 항목을 모두 고치면 다른 용도의 버튼까지 달라질 수 있습니다.
복구한 뒤에는 “모바일 상단 버튼은 어느 편집 항목에서 관리”처럼 위치 대응을 남깁니다. 다음 주소 변경 때 본문과 별도 요소를 함께 찾을 수 있는 기록입니다. 두 공개 화면에서 각각 출발해 도착 문서가 맞는지 확인하되, 미리보기에서 고친 값이 보였다는 것만으로 완료 처리하지 않습니다. 반복 오류를 막는 핵심은 새 주소를 다시 복사하는 일이 아니라 수정이 전달되는 범위를 아는 데 있습니다.
모바일에서만 쓰는 메뉴가 있다면 그 안의 연결도 목록에 추가합니다. 화면 크기별로 수정 위치를 분리해 놓으면 누락된 버튼을 찾기 쉽습니다.