사이트 구조와 내부 링크를 한 장에 정리하는 법

중요 문서의 진입 지도

대상은 사이트의 모든 요소가 아니라 독자가 찾아야 하는 중요 문서입니다. 현재 문서 목록에서 각 문서의 역할을 정한 뒤, 어떤 질문을 가진 독자가 어느 페이지에서 들어오는지 연결합니다. 실제 유입 분석이 없다면 방문자의 행동을 추정해 사실처럼 쓰지 않고, 페이지 내용과 링크 위치로 설명할 수 있는 경로만 기록합니다.

Google은 중요한 페이지마다 사이트의 다른 페이지에서 연결되는 링크가 하나 이상 있어야 한다고 안내합니다. 이 조건은 진입 경로를 찾는 출발점입니다. 링크가 하나 있다는 이유만으로 문구와 도착 내용까지 적절하다고 판단할 수는 없습니다. 특정 페이지의 권장 링크 개수나 메뉴 단계에 별도의 보편적 합격선을 붙이지 않습니다.

같은 문서로 여러 페이지가 연결되더라도 출발 페이지의 역할은 다를 수 있습니다. 메뉴에서 들어오는 연결과 본문의 설명을 읽다가 들어오는 연결을 구분하면 문구가 필요한 정보를 전달하는지 판단하기 쉽습니다. 개별 방문자를 식별하는 표가 아니라, 독자의 질문과 출발 문서의 맥락을 연결하는 표입니다.

한 행에 연결하는 네 가지 증거

이 표는 작성 형식이며 특정 사이트의 측정 결과가 아닙니다. 실제 운영에서는 문서별 행에 네 가지 증거를 채우고, 오류가 있으면 같은 행에 수정 대상과 담당자를 덧추가합니다. 읽기 쉬운 문구와 정상적인 이동을 별개 증거로 남겨야 한쪽의 양호한 상태가 다른 쪽의 문제를 가리지 않습니다.

한 장의 공간이 부족하면 긴 로그와 화면 자료는 별도 기록으로 관리하고 표에는 그 기록을 찾을 수 있는 식별값을 사용합니다. 중요한 것은 글자를 줄이는 일이 아니라 출발, 문구, 도착 내용, 응답의 관계를 유지하는 일입니다. 서로 다른 문서의 증거가 한 행에 섞이면 수정할 링크를 잘못 지정할 수 있습니다.

문구가 설명하는 도착점

링크 문구는 연결될 페이지의 내용을 구체적이고 간결하게 설명해야 합니다. 운영표에서는 문구로 예상되는 내용과 도착 문서가 실제로 답하는 질문을 비교합니다. 어긋나면 문구와 연결 문서 중 어느 쪽을 변경할지 구분합니다.

판단에는 링크 앞뒤의 설명도 포함합니다. 문구가 짧아도 주변 문장에서 대상과 조건이 분명하면 이동의 이유를 이해할 수 있습니다. 특정 내용을 자세히 설명하는 듯한 문구가 포괄적인 소개 문서로 연결되면 기대가 어긋날 수 있습니다. 길이만으로 적합성을 정하지 않습니다.

도착 문서의 제목이 문구와 비슷하다는 사실만으로 비교를 끝내지 않습니다. 기대한 설명이 본문에 있는지, 적용 대상이나 예외가 달라지는지도 비교합니다. 문서 개편으로 내용이 달라졌다면 출발 페이지의 설명도 수정 대상입니다.

이미지 링크는 이미지의 대체 텍스트를 함께 기록합니다. Google은 이미지 링크에서 대체 텍스트를 앵커 텍스트로 사용한다고 안내합니다. JavaScript로 문구를 삽입하는 경우에는 URL 검사 도구로 렌더링된 HTML에 문구가 있는지 확인하는 절차가 필요합니다. 운영표에는 이 절차의 수행 여부와 결과를 구분합니다.

링크 보고서와 문서 목록의 차이

Search Console의 내부 링크 보고서에서 대상 URL을 선택하면 그 페이지로 연결되는 사이트 내 다른 페이지를 알 수 있습니다. 이 목록은 진입 경로 수집에 도움이 됩니다. 다만 내부·외부 링크의 표본이며 전체 연결 목록이 아니므로, 보고서 복사만으로 한 장 요약을 완성할 수는 없습니다.

보고서의 페이지는 표준 URL별로 그룹화되고 중복 링크는 결합됩니다. 표의 최대 행 수는 1,000행이며 일부 URL은 색인 미생성이나 중복 제거 등의 이유로 생략될 수 있습니다. 현재 문서 목록과 항목이 다르면 이 제한을 먼저 고려합니다. 보고서에 없다는 이유만으로 내부 링크가 없다고 결론 내리지 않습니다.

또한 보고서는 Google이 시간 경과에 따라 발견한 링크를 포함합니다. 그 뒤 링크가 삭제되었거나 출발 페이지가 없어졌을 수 있습니다. 출발 페이지를 현재 화면과 비교하고, 남아 있는 연결과 이동 결과를 따로 기록해야 현재 상태를 설명할 수 있습니다.

외부 링크의 상위 링크 텍스트 보고서는 현재 속성 밖에서 들어오는 링크만 포함합니다. 이를 내부 링크 문구의 전체 목록으로 사용하면 증거의 범위가 달라집니다. 내부 문구는 실제 출발 페이지에서 수집하고, 보고서의 연결 정보와 한 행에 결합합니다.

문서 목록에만 있는 항목은 차이의 이유를 단정하지 않습니다. 실제 출발 페이지에서 링크를 찾았는지, 주소가 다른 대표 항목으로 묶였는지, 원인이 미상인지를 구분합니다. 보고서의 누락을 곧바로 사이트 오류로 해석하지 않기 위한 기록입니다.

요청 가능한 주소와 실제 응답

화면에서 링크처럼 보이는 요소와 Google이 안정적으로 주소를 추출할 수 있는 링크는 구분해야 합니다. Google은 일반적으로 href 속성이 있는 앵커 요소의 링크를 크롤링할 수 있다고 설명합니다. 운영표에는 화면에서 이동했다는 결과뿐 아니라 실제 링크 주소를 얻을 수 있는 구조인지도 기록합니다.

JavaScript로 삽입한 링크라도 같은 HTML 마크업을 사용하면 크롤링할 수 있습니다. 따라서 JavaScript 사용 여부만으로 오류를 판정하지 않습니다. href 없이 클릭 이벤트로만 이동하거나 주소가 스크립트 실행 구문으로 되어 있다면 요청 가능한 실제 웹 주소로 변환되는지 기술 진단이 필요합니다.

주소를 요청한 결과와 도착 문서의 내용은 별개입니다. 이동이 이루어졌어도 다른 주제의 문서에 도착하면 연결의 목적을 충족하지 못합니다. 리디렉션이 있다면 처음 연결한 주소와 최종 도착 문서를 구분하고, 그 이동이 의도한 연결인지 담당자가 판단할 수 있게 기록합니다.

링크 보고서는 표준 URL을 기준으로 항목을 묶으므로 화면에서 이동한 주소와 보고서의 대상이 다를 수 있습니다. 이 차이를 리디렉션의 증거로 곧바로 해석하지 않습니다. 실제 이동 과정과 주소의 그룹화 가능성을 나누어 조사해야 수정할 원인이 명확해집니다.

남은 오류와 상세 진단의 경계

담당자는 문제의 종류에 따라 지정합니다. 문구와 내용의 연결은 콘텐츠 담당자가 결정하고, 주소 추출이나 이동 과정의 문제는 기술 담당자가 원인을 분석하는 식입니다. 조직에 따라 역할은 달라질 수 있지만 각 행에는 다음 결정을 맡을 사람과 필요한 증거가 함께 있어야 합니다.

한 장에서 원인을 설명할 수 없거나 화면과 기술 결과가 다르면 상세 진단으로 넘깁니다. 이때 사이트 전체를 다시 검사하라는 포괄적인 요청보다 어느 출발 페이지의 어떤 링크가 어떤 결과를 냈는지 전달하는 편이 구체적입니다. 링크 개수나 클릭 단계가 임의 기준을 넘었다는 이유만으로 인계하지 않습니다.

수정 뒤에는 같은 출발 위치에서 문구, 도착 내용, 응답을 다시 비교하고 날짜와 결과를 갱신합니다. 해결되지 않은 행은 완료 항목과 구분합니다. 이 운영표가 보여 주는 것은 연결 상태와 후속 작업이며, 검색 순위 상승이나 AI 검색의 인용 여부를 보장하는 평가표는 아닙니다.

이어서 읽을 주제

진입과 도착의 관계를 정리한 뒤 여러 주소가 같은 문서를 가리키는 이유를 더 알아야 한다면 사이트맵과 정규 주소로 이어집니다. 현재 문서 목록과 보고서의 대표 항목을 연결하는 데 필요한 주소 정리 기준을 이해하는 다음 주제입니다.