내부 링크와 고립 페이지: 사이트 구조 진단

가이드가 3,000단어에 달하고 제목을 정성껏 다듬고 독창적인 이미지를 사용했더라도 사이트의 어떤 페이지에서도 링크하지 않으면 고립될 수 있습니다. 사이트맵은 크롤러에게 주소가 존재한다고 알립니다. 내부 링크는 페이지가 어디에 속하는지, 어떤 주제를 뒷받침하는지, 독자가 어떤 맥락에서 방문해야 하는지 설명합니다.

따라서 내부 링크 진단을 “모든 페이지에 링크가 몇 개 있어야 할까?”로 시작해서는 안 됩니다. 중요한 페이지에 적절한 경로가 있는지, 이를 크롤링할 수 있는지, 앵커를 통해 목적지를 정확히 예상할 수 있는지가 더 나은 질문입니다.

내부 링크의 세 가지 역할

내부 링크는 같은 사이트의 한 페이지에서 다른 페이지로 연결됩니다. 유용한 링크는 다음 세 측면을 지원합니다.

1. 발견: 크롤러와 방문자가 URL을 찾습니다.
2. 맥락: 앵커 텍스트와 주변 문장이 관계를 설명합니다.
3. 우선순위: 구조가 허브, 보조 자료, 전환 목적지를 구분합니다.

링크 개수만 세면 뒤의 두 가지를 놓칩니다. 반복되는 푸터 링크가 200개인 페이지보다 관련 전문 글에서 12개의 링크를 받는 페이지의 주제 맥락이 더 풍부할 수 있습니다. 동시에 다섯 번 클릭해야 도달하는 오래된 글에서만 언급되는 핵심 서비스 페이지는 사이트의 중심으로 느껴지기 어렵습니다.

고립 페이지란 무엇인가요?

고립 페이지는 자신을 가리키는 크롤링 가능한 내부 링크가 없는 URL입니다. 사이트맵에 있거나, 외부 링크로 알려져 있거나, 과거 크롤링 데이터에 남아 있거나, 피드에 포함될 수 있지만 일반적인 탐색 경로를 따르는 방문자는 도달할 수 없습니다.

세 가지 상태를 구분하세요.

• 완전 고립: URL을 가리키는 내부 링크가 없습니다.
• 준고립: 트래픽이 없는 깊은 페이지 등에 약한 링크 하나만 있습니다.
• 의도적 고립: 캠페인 랜딩 페이지, 확인 페이지, 비공개 자료를 의도적으로 검색 구조 밖에 둡니다.

모든 고립 페이지를 구제할 필요는 없습니다. 크롤러 보고서에 정상 표시를 띄우려고 양식 제출 확인 페이지를 탐색 메뉴에 추가해서는 안 됩니다. 올바른 진단은 링크를 추가하기 전에 URL의 역할부터 파악합니다.

발견되었지만 연결이 부족할 수 있는 이유

사이트맵은 사이트가 검색엔진에 알리고 크롤링 대상으로 검토받고 싶은 URL을 나열합니다. 탐색 메뉴를 대신하지는 않습니다. URL이 XML에만 존재하면 Google은 카테고리, 글, 이동 경로, 허브의 링크가 제공하는 맥락을 상당 부분 얻지 못합니다.

방문자는 다음 가이드를 찾으려고 XML 사이트맵을 탐색하지 않습니다. 글에 Google 유입이 있어도 적절한 진입·이탈 경로가 없다면 사이트는 추가 페이지 조회, 보조 전환, 독자의 과업 완수를 도울 기회를 잃습니다.

사이트맵은 주소록, 내부 링크는 도로망이라고 생각하세요. 둘은 일치해야 하지만 서로의 역할을 대신할 수는 없습니다.

진단 전에 데이터 수집하기

신뢰할 만한 진단에는 최소 네 가지 출처가 필요합니다.

실제 진입 지점에서 크롤링하기

크롤러는 홈페이지에서 시작해 발견한 링크를 따라갑니다. 결과에는 현재 구조에서 노출되는 URL과 클릭 깊이, 응답 상태, 앵커가 나타납니다.

사이트맵 URL 내보내기

사이트맵 검사기로 사이트맵 색인, URL 개수, 파일 상태를 확인하세요. 이 목록은 웹사이트가 의도적으로 제출한 주소입니다.

검색 또는 방문 활동이 있는 페이지 수집하기

분석 도구에서 랜딩 페이지를, Google Search Console에서 페이지 목록을 내보내세요. 노출이 발생하지만 탐색 크롤링에는 없는 URL은 유력한 고립 페이지 후보입니다.

CMS 또는 데이터베이스에서 URL 내보내기

게시된 글, 활성 상품, 카테고리, 랜딩 페이지 목록을 통해 탐색 메뉴나 사이트맵에 한 번도 포함되지 않은 항목을 찾을 수 있습니다.

정규화한 URL을 기준으로 이 출처를 결합하세요. 먼저 프로토콜, 호스트명, 끝 슬래시, 대소문자, 매개변수를 통일하세요. 그렇지 않으면 한 페이지가 여러 행으로 나뉘어 고립 페이지를 잘못 판정할 수 있습니다.

신뢰할 수 있는 고립 페이지 처리 절차

1단계: 유효한 URL 집합 정의하기

정적 자산, 관리자 페이지, 미리보기 주소, 추적 매개변수, 콘텐츠가 아닌 경로를 제외하세요. 콘텐츠 담당자가 용도를 설명할 수 있는 URL을 남깁니다.

2단계: 모든 발견 출처 표시하기

crawl, sitemap, GSC, analytics, CMS 열을 추가하세요. CMS와 사이트맵에는 있지만 크롤링에는 없는 URL은 고립되었거나 크롤링 불가능한 방식으로 연결된 것입니다. GSC에는 있지만 CMS에는 없는 URL은 리디렉션이나 실제 삭제 상태 응답이 필요한 이전 주소일 수 있습니다.

3단계: 실제 HTML 링크 확인하기

Google은 링크를 href 속성이 있는 <a> 요소로 작성하도록 권장합니다. JavaScript 클릭 리스너가 있는 div, 메모리 내 경로만 바꾸는 버튼, href가 없는 앵커는 신뢰할 만한 크롤러 경로가 아닙니다.

간단한 예시는 다음과 같습니다.

<a href="/guides/image-seo">Read the image SEO guide</a>

겉으로 클릭 가능해 보이는 컴포넌트만으로 충분하다고 가정하지 마세요. 렌더링된 HTML을 검사하고 href에 목적지가 있는지 확인하세요.

4단계: 처리 방향 지정하기

각 고립 페이지를 네 가지 중 하나로 분류하세요.

1. 콘텐츠 가치가 여전히 있으므로 연결합니다.
2. 다른 페이지가 같은 요구를 충족하므로 통합하고 리디렉션합니다.
3. 검색용이 아니므로 접근은 유지하되 noindex를 적용합니다.
4. 용도가 끝났으므로 404 또는 410으로 삭제합니다.

추상적인 점수 열을 열 개 더 만드는 것보다 담당자와 완료 기한을 정하는 편이 유용합니다.

불필요한 연결 없이 주제 클러스터 설계하기

주제 클러스터는 보통 허브와 보조 페이지로 구성됩니다. 허브는 전체 그림을 설명하고 세부 자료로 안내합니다. 하위 페이지는 허브로 다시 연결되며 독자에게 논리적인 다음 단계가 있으면 다른 하위 페이지로도 연결됩니다.

기술 SEO 클러스터의 예시는 다음과 같습니다.

• 허브: 기술 SEO 진단 체크리스트.
• 하위 주제: robots.txt와 사이트맵.
• 하위 주제: 표준 URL 지정과 중복 콘텐츠.
• 하위 주제: HTTP 상태와 리디렉션.
• 하위 주제: JavaScript 렌더링.
• 하위 주제: Core Web Vitals.

모든 하위 페이지가 다른 모든 하위 페이지에 연결될 필요는 없습니다. 여섯 개의 글에 같은 “관련 글” 블록을 넣으면 구조가 산만해지고 맥락도 거의 제공하지 못합니다. 독자가 다음 지식을 실제로 필요로 하는 위치에 링크를 배치하세요.

표준 URL과 중복 콘텐츠 가이드는 진단 체크리스트에서 접근하고 허브로 다시 연결할 수 있는 하위 주제입니다. 모든 SEO 글에 억지로 붙일 필요는 없습니다.

앵커 텍스트: 명확함이 우선

“자세히 알아보기”가 항상 잘못된 것은 아니지만 목적지 정보는 적습니다. 유용한 앵커는 “리디렉션 체인 검사하기”, “상품 이미지 대체 텍스트 작성하기”, “Google Search Console 연결하기”처럼 주제나 과업을 구체적으로 밝힙니다.

대부분의 상황에는 다음 세 원칙을 적용할 수 있습니다.

1. 앵커를 문장의 자연스러운 일부로 작성합니다.
2. 과장된 약속 없이 목적지를 정확히 설명합니다.
3. 특정 문구를 고집하지 말고 맥락에 따라 표현을 바꿉니다.

너무 긴 앵커는 글을 훑어보기 어렵게 합니다. 브랜드명만 있는 앵커는 전문 가이드의 맥락이 부족할 수 있습니다. 밀도 목표가 아니라 독자를 기준으로 균형을 잡으세요.

이미지가 링크로 작동하면 대체 텍스트가 앵커 텍스트 역할을 할 수 있습니다. 따라서 클릭 가능한 이미지에는 키워드 목록이 아니라 목적지나 기능을 설명하는 대체 텍스트가 필요합니다.

탐색 메뉴, 이동 경로, 문맥 링크의 역할 구분

기본 탐색 메뉴

기본 탐색 메뉴는 상품, 서비스, 자료, 요금, 문의와 같은 핵심 영역을 보여줍니다. 최상위에 개별 글 수십 개를 넣어서는 안 됩니다. 방문자를 더 세부 영역으로 안내할 수 있는 탄탄한 허브나 카테고리에 연결하세요.

이동 경로

이동 경로는 계층 내 페이지 위치를 보여주고 상위 카테고리로 가는 길을 제공합니다. 안정적인 분류 체계를 갖춘 전자상거래, 문서 사이트, 블로그에 특히 유용합니다. 혼란스러운 분류 체계를 고치지는 못하며 선택한 구조를 보여줄 뿐입니다.

본문 안의 링크

이 링크가 가장 강한 맥락을 제공하는 경우가 많습니다. 503 응답을 설명하는 문단은 독자가 필요한 순간에 자세한 HTTP 상태 가이드로 안내할 수 있습니다. 긴 푸터 목록보다 용도가 더 명확합니다.

관련 콘텐츠 모듈

선정 기준이 적절하고 계속 관리할 때 효과가 있습니다. 무작위 알고리즘이나 “최신 글” 목록은 연관성이 약한 연결을 만들 수 있습니다. 더 나은 추천 시스템은 분류 체계, 개체, 행동, 편집 규칙을 활용하고 글에 이미 있는 링크의 중복을 피합니다.

클릭 깊이를 선별적으로 개선하기

“모든 페이지는 홈페이지에서 세 번 이내의 클릭으로 도달해야 한다”는 말은 기억하기 쉽지만 모든 사이트에 현실적이지는 않습니다. URL이 50,000개인 문서 라이브러리에서 탐색 편의성을 유지하면서 모든 페이지를 루트 가까이에 둘 수는 없습니다.

대신 깊이와 중요도를 비교하세요.

• 핵심 매출 페이지에는 짧고 안정적인 경로가 필요합니다.
• 중요한 허브는 탐색 메뉴나 카테고리에서 접근할 수 있어야 합니다.
• 보조 콘텐츠는 더 깊이 있어도 되지만 허브에서 이어지는 경로가 필요합니다.
• 보관 자료, 이전 버전, 부록은 드물게 필요하다면 깊은 곳에 있어도 됩니다.

중요한 페이지가 여섯 번 클릭해야 하는 위치에 있다고 무조건 홈페이지에 추가하지 마세요. 그 사이의 카테고리 계층을 검토하세요. 누락된 허브, 크롤링 불가능한 페이지 나누기, 탐색 메뉴처럼 작동하는 필터가 실제 결함일 수 있습니다.

링크를 약화시키는 기술적 문제

내부 링크가 리디렉션을 거치는 경우

링크는 최종 URL을 직접 가리켜야 합니다. 사이트 이전 후 이전 주소에 대한 참조가 수천 개 남는 경우가 많습니다. 리디렉션은 방문자를 전달하지만 요청을 늘리고 로그를 복잡하게 하며 낡은 구조를 유지합니다. 리디렉션 체인 검사기로 사례를 확인하세요.

목적지가 404, 410 또는 소프트 404를 반환하는 경우

깨진 링크는 이동 흐름을 끊습니다. 소프트 404는 더 알아차리기 어렵습니다. 서버는 200을 반환하지만 페이지에는 찾을 수 없다고 나오거나 내용이 거의 없습니다. 상태와 응답 내용을 모두 확인하세요.

차단 또는 noindex 페이지로 연결되는 경우

noindex 페이지도 방문자에게 도움이 될 수 있으므로 연결 자체가 항상 잘못된 것은 아닙니다. 다만 수백 개의 글이 검색에서 의도적으로 제외한 URL을 우선 안내한다면 목적을 다시 검토하세요.

상대 URL이 잘못 해석되는 경우

href="guide"는 현재 경로에 따라 다르게 해석될 수 있습니다. 여러 디렉터리 깊이에서 재사용하는 컴포넌트는 해석된 주소를 확인하거나 /로 시작하는 루트 기준 상대 경로를 사용하세요.

상호작용 후에만 링크가 나타나는 경우

탭이나 아코디언 안의 콘텐츠도 HTML에 이미 존재하면 처리될 수 있습니다. 마우스를 올리거나 한참 스크롤하거나 복잡한 API 상호작용 후에만 로드되는 링크는 발견 경로로서 신뢰성이 떨어집니다. 중요한 경로는 크롤러가 받는 HTML에 있어야 합니다.

영향도에 따라 수정 우선순위 정하기

진단 결과 개선 기회가 수만 건 나올 수 있습니다. 첫 행부터 끝까지 처리하면 전략적인 진전 없이 시간만 쓰기 쉽습니다.

다음 네 질문으로 우선순위를 평가하세요.

1. 목적지에 상당한 검색 또는 사업적 가치가 있나요?
2. 출발 페이지에 트래픽, 외부 링크, 높은 주제 관련성이 있나요?
3. 독자의 논리적인 다음 단계 수행에 도움이 되나요?
4. 공통 템플릿의 문제인가요, 개별 글의 문제인가요?

템플릿 문제는 한 번 수정해 수천 페이지를 개선할 수 있으므로 주목해야 합니다. 본문 링크는 트래픽이 있는 출발 페이지와 검색결과 첫 페이지 진입에 가까운 목적지부터 시작하세요. 할당량을 채우려고 넣은 링크 50개보다 관련성 높은 링크 하나가 더 중요할 수 있습니다.

배포 후 구조 측정하기

변경 전 크롤링 결과를 기준선으로 저장하세요. 배포 후에는 다음을 수행합니다.

• 다시 크롤링해 고립 링크, 깨진 링크, 리디렉션 링크 개수를 비교합니다.
• 허브와 매출 페이지의 깊이가 적절해졌는지 확인합니다.
• Search Console에서 크롤링 활동과 색인 상태를 모니터링합니다.
• 분석 도구에서 다음 페이지 이동 클릭을 검토합니다.
• 재구성한 콘텐츠 그룹의 검색어와 랜딩 페이지를 추적합니다.

모든 효과가 이틀 안에 나타나리라 기대하지 마세요. 크롤러가 페이지를 다시 방문하고 검색 시스템이 관계를 처리해야 하며, 전환 데이터에도 합리적인 표본이 필요합니다. 중간 규모 사이트는 4주 후 첫 검토, 8~12주 후 두 번째 검토가 더 현실적입니다.

새로운 고립 페이지를 막는 게시 규칙

편집 체크리스트에 “진입 경로”와 “이탈 경로”를 추가하세요.

• 게시 전 새 URL로 연결할 허브나 관련 글을 최소 하나 선택합니다.
• 새 글에 실제로 필요한 나가는 링크만 추가합니다.
• 페이지를 적절한 분류 체계와 사이트맵에 배치합니다.
• 게시 후 출발 페이지에서 클릭해 URL, 언어, 상태를 확인합니다.
• 중요한 페이지는 한 번의 크롤링 주기 후 발견 여부를 확인합니다.

최소 링크 개수가 핵심은 아닙니다. 관련 없는 글 다섯 개의 링크보다 적절한 허브에서 이어지는 경로 하나가 더 나은 경우가 많습니다.

더 폭넓은 신호 검토: 사이트를 재구성하기 전에 무료 SEO 진단으로 발견하기 어려운 URL, 리디렉션, 페이지 내부 결함을 찾으세요.

결론

내부 링크는 웹사이트의 사용 가능한 구조를 경로로 표현한 것입니다. 크롤러가 URL을 발견하고 검색 시스템이 주제 관계를 이해하게 하며 방문자가 Google로 돌아가지 않고 다음 단계로 이동할 수 있게 합니다.

고립 페이지를 해결하려면 전체 URL 목록을 모으고 여러 출처를 비교하고 링크가 href를 사용하는지 확인한 다음 각 페이지를 연결, 통합, 색인 제외, 삭제 중 어떻게 처리할지 결정하세요. 이후 실제 방문자의 과업에 맞춰 경로를 만들고 Robots.txt 검사기로 사이트의 robots.txt 설정이 올바른지 확인하세요.

참고 자료: 크롤링 가능한 링크와 앵커 텍스트에 관한 Google Search Central 지침 및 Google의 사이트맵 개요.