송도 홈페이지가 사이트명으로 검색되는 것을 확인했다면 다음에는 결과에 나타난 URL이 사이트 안에서 어떤 역할을 맡는지 조사해야 합니다. 대표 페이지가 한 건 보인다는 사실만으로 서비스 페이지의 검색 준비가 끝난 것은 아닙니다. 검색 결과, 내부 메뉴, 사이트맵에서 발견한 주소를 한 목록에 모으고 대표·서비스·안내·이전 주소로 분류합니다.
각 URL에는 발견 경로를 적습니다. 사이트명 검색에서 직접 나온 주소인지, 서비스 검색에서 나온 주소인지, 내부 링크를 따라간 주소인지, 사이트맵에만 남은 주소인지 구분합니다. 제목만 다르고 본문이 같은 페이지, 삭제했지만 계속 연결되는 페이지, 매개변수나 대소문자 차이로 여러 형태가 열리는 페이지를 같은 문제로 합치지 않습니다. 실제 대표 주소와 연결 규칙은 개발 담당자와 확인합니다.
서비스 이름으로 검색했는데 대표 페이지만 반복해서 보이면 세부 페이지의 역할부터 봅니다. 해당 페이지가 고유한 질문과 설명을 갖는지, 내부 링크가 그 페이지를 가리키는지, 목록과 사이트맵에 포함되는지 확인합니다. 모든 페이지에 같은 소개문을 넣어 검색어를 늘리는 방식은 역할 구분을 더 어렵게 합니다. 공통 운영정보는 기준 원본을 공유하되 서비스 설명은 각 페이지의 질문에 맞춰야 합니다.
주소별 기술 상태도 같은 표에 둡니다. 정상적으로 열리는지, 대표 주소 표기가 어디를 가리키는지, 모바일과 데스크톱이 별도 주소로 갈라지는지, 검색 허용 설정이 의도와 맞는지를 기록합니다. 오래된 주소는 단순 삭제 여부만 보지 않고 관련 현재 페이지로 이동하는지 확인합니다. 콘텐츠 오류와 접근·연결 오류는 담당과 수정 방법이 다르므로 별도 열로 관리합니다.
수정 전에는 시작 조건을 저장합니다. 사용한 검색어, 기기, 발견 URL, 확인 시각을 남기고 수정 후 같은 경로를 다시 따라갑니다. 순위 숫자 하나의 변화를 구조 개선의 증거로 단정하지 않습니다. 의도하지 않은 주소가 줄었는지, 이전 주소로 온 방문자가 막히지 않는지, 새 서비스 페이지가 사이트 내부에서 실제로 발견되는지를 확인합니다.
사이트명 다음에 볼 것은 더 큰 지역 키워드가 아니라 URL 역할표입니다. 이 표가 있으면 제목을 반복 수정하기 전에 대표·세부·안내·이전 페이지가 서로 충돌하는 위치를 찾을 수 있습니다. 송도라는 지역명도 실제 주소와 서비스 범위를 설명하는 페이지에서만 사용하고, 주소 구조의 문제를 지명 반복으로 덮지 않습니다.