블로그 내부링크 구조 설계, 구글 크롤러가 읽는 방식으로 잡는 법

글이 50편쯤 쌓이면 한 번쯤 서치콘솔을 들여다보게 됩니다. 열심히 쓴 글인데 색인이 안 됐다는 걸 발견했을 때의 허탈함이 있죠. 내부링크 얘기를 하면 대부분 "고아 페이지가 있냐 없냐", "링크를 많이 걸었냐 적게 걸었냐"로 이야기가 끝납니다. 그런데 그게 전부가 아닙니다. 같은 링크 수라도, 크롤러가 탐색할 수 있는 구조와 막히는 구조는 다릅니다. 그 차이가 색인 우선순위를 가릅니다.

크롤러가 탐색할 수 있는 구조가 따로 있다

구글봇이 새 글을 발견하는 경로는 사이트맵과 내부링크 두 가지입니다. 사이트맵은 URL 목록을 넘겨줄 뿐이고, 크롤러가 "이 페이지가 중요하다"고 판단하는 신호는 내부링크입니다. 링크를 많이 받은 페이지일수록 크롤 빈도가 높아지고 색인 우선순위도 올라갑니다.

구글 크롤 예산 문서에서는 크롤 수요를 결정하는 요소 중 하나로 페이지 인기도(popularity)를 꼽습니다. 내부에서 아무도 참조하지 않는 페이지, 즉 고아 페이지(orphan page)는 사이트맵에 URL이 있어도 "아무도 중요하다고 가리키지 않는 페이지"로 처리됩니다. 색인이 되더라도 낮은 우선순위에 묶여 있기 쉽습니다.

그런데 여기서 놓치기 쉬운 게 있습니다. 링크가 달려 있어도 크롤러가 실질적으로 탐색하지 못하는 구조가 존재한다는 점입니다. 아래 두 구조를 나란히 보면 차이가 드러납니다.

크롤러가 탐색할 수 있는 구조

• 홈 → 카테고리 페이지 → 글 (2클릭)
• 허브 글 → 관련 클러스터 글 (1클릭)
• 클러스터 글 A → 클러스터 글 B (교차 링크)

크롤러가 막히는 구조

• 홈 → 포스트 목록 1페이지 → 2페이지 → 3페이지 → 글 (3클릭 초과)
• 단방향 링크: 허브 글에서 클러스터로만 향하고, 클러스터에서 허브로 돌아오는 경로 없음
• 앵커텍스트가 "여기", "이 글"처럼 주제 신호를 주지 못하는 링크

이 두 구조에서 링크 수는 비슷할 수 있습니다. 차이는 크롤러가 따라갈 수 있는 경로가 실질적으로 열려 있느냐입니다.

클릭 깊이를 직접 진단하는 법

클릭 깊이(click depth)는 홈페이지에서 시작해 몇 번의 클릭으로 해당 페이지에 도달할 수 있는지를 말합니다. 일반적으로 홈에서 3클릭 이내에 도달하지 못하는 페이지는 크롤 우선순위가 낮아진다고 알려져 있습니다. 글이 100편을 넘어서면서 카테고리 탐색 없이 포스트 목록 아래쪽에만 묻혀 있는 초기 글들이 여기 해당합니다. 클릭 깊이 4~5단계에 묻혀 있는 셈이죠.

내 블로그의 클릭 깊이를 확인하는 가장 빠른 방법은 수동 탐색입니다. 브라우저에서 홈(/)을 열고, 메뉴·카테고리·관련 글 링크만 눌러서 의심되는 글에 도달하기까지 클릭 수를 셉니다. 3번 안에 닿지 않으면 구조 문제입니다. 더 체계적으로 확인하려면 Screaming Frog SEO Spider(무료 플랜 500URL)를 돌리면 각 URL의 클릭 깊이를 수치로 뽑아줍니다. 이미 글이 많다면 수동보다 이 방법이 현실적입니다.

고아 페이지 자가진단 순서

1. 구글 서치콘솔 → [링크] 메뉴 → [내부 링크] 섹션을 엽니다.
2. "링크 수 기준" 정렬로 내부 링크가 0~1개인 글 목록을 뽑습니다.
3. 이 중 색인이 돼 있는지 site:도메인/slug 검색으로 확인합니다.
4. 색인은 돼 있지만 내부 링크가 없는 글 = 고아 페이지. 우선 처리 대상입니다.

내부링크가 0인 글이 전체의 20%를 넘는다면 구조 재설계가 필요합니다. 10% 이하라면 개별 글에 링크를 추가하는 것으로 충분합니다.

단방향 링크가 많은 블로그라면 이 수치가 괜찮게 나와도 방심하면 안 됩니다. 고아 페이지가 0%더라도 클러스터 글에서 허브 글로 향하는 역방향 링크가 없으면, 크롤러 입장에서는 허브 글의 주제 권위가 클러스터에서 보강되지 않습니다. 링크 수 진단과 방향성 진단은 별개로 해야 합니다.

탐색 가능한 구조로 재배치하려면 방향부터 잡는다

새 블로그라면 처음부터 구조를 잡을 수 있지만, 이미 글이 쌓인 블로그라면 재배치가 필요합니다. pillar-spoke(허브-스포크)는 하나의 포괄적인 주제를 다루는 허브 글과 세부 주제를 다루는 클러스터 글들이 양방향으로 연결되는 구조입니다. 여기서 "양방향"이 핵심입니다. 허브에서 클러스터로 향하는 링크만 있고, 클러스터에서 허브로 돌아오는 링크가 없으면 단방향 구조입니다. 크롤러는 이 단방향 구조를 따라가다 막힌 길에서 멈춥니다.

1단계 — 글 목록 매핑

스프레드시트에 전체 글 목록을 옮깁니다. 열은 제목, 핵심 키워드, 발행일, 서치콘솔 클릭수 정도면 됩니다. 주제별로 그룹핑하면 자연스럽게 묶음이 보입니다.

2단계 — 허브 글 지정

각 주제 그룹에서 검색 클릭이 가장 많거나 가장 포괄적인 글을 허브로 지정합니다. 없으면 새로 써야 합니다. 기준 하나: 세부 주제 글들을 소개하는 문단이 자연스럽게 들어갈 수 있는 구성이어야 합니다.

3단계 — 링크 삽입 순서와 방향 확인

클러스터 글 → 허브 글 방향부터 먼저 겁니다. 이게 더 쉽고, 클러스터 글에 링크를 추가하다 보면 "이 글에서 역방향 링크도 필요하다"는 게 자연스럽게 보입니다. 클러스터 글끼리도 연관성이 있으면 교차 링크를 넣습니다. 단, 본문당 링크가 많아질수록 각 링크로 흐르는 링크 가치(link equity)가 분산되므로 너무 많지 않게 조절합니다.

링크를 삽입한 뒤에는 방향을 다시 확인합니다. 허브 글과 클러스터 글 각각에서 양방향 경로가 열려 있는지, 즉 크롤러가 어느 글에서 시작해도 허브까지 탐색할 수 있는지를 봅니다.

4단계 — 검증

변경된 글을 서치콘솔 URL 검사로 크롤 요청합니다. 몇 주 후 같은 위치에서 내부 링크 수가 늘었는지 확인하면 됩니다.

앵커텍스트가 주제 신호를 주지 못하면 링크가 있어도 막힌다

앵커텍스트는 크롤러가 링크된 페이지의 주제를 추론하는 신호입니다. 구글 링크 문서는 앵커텍스트가 "목적지 페이지 내용을 정확히 묘사하는, 맥락을 제공하는 간결한 텍스트"여야 한다고 권고합니다. 동시에 키워드 과밀(keyword stuffing)은 스팸 정책 위반으로 명시됩니다.

링크가 물리적으로 달려 있어도 앵커텍스트가 "여기", "이 글", "click here"라면, 크롤러 입장에서는 그 링크가 어디로 이어지는지 주제를 알 수 없습니다. 탐색은 가능하지만 맥락 없는 탐색입니다. 이 글이 어떤 주제 클러스터에 속하는지를 앵커텍스트가 보강하지 못하면, 허브 글이 그 클러스터의 권위를 온전히 가져오지 못합니다.

실무에서 흔한 실수는 같은 타깃 키워드로만 앵커텍스트를 반복하는 겁니다. "블로그 수익화 방법"을 타깃으로 하는 글에 연결할 때마다 "블로그 수익화 방법"을 앵커로 쓰면, 패턴이 보이는 순간 조작 신호로 읽힐 수 있습니다.

적용 기준은 이렇습니다.

• exact-match ("블로그 SEO 최적화 방법") → 한 글에서 최대 1회. 다른 글에서 이미 같은 앵커를 쓰고 있다면 피합니다.
• 자연어 설명구 ("서치콘솔에서 색인 현황을 확인하는 방법") → 반복 사용 가능. 문장 맥락과 자연스럽게 이어집니다.
• 제네릭 앵커 ("여기", "이 글", "click here") → 구글 가이드가 명시적으로 지양을 권합니다. 크롤러에게 주제 신호를 주지 못합니다.

앵커텍스트는 링크된 페이지의 내용을 반영해야 합니다. 링크를 타고 들어간 독자가 앵커에서 예상한 내용이 없으면 이탈률이 올라가고, 그 신호도 결국 크롤러에게 돌아옵니다.

크롤러가 탐색할 수 있는 구조인지 스스로 확인하는 방법

블로그 구조는 처음부터 완벽하게 잡기 어렵습니다. 글이 쌓이면서 자연스럽게 허브 후보가 생기고 클러스터가 형성됩니다. 중요한 건 구조가 바뀌는 시점마다 "크롤러가 탐색할 수 있는 구조인가"를 확인하는 것입니다.

확인하는 방법은 하나입니다. 글 중 하나를 임의로 열고, 그 글에서 출발해 내부링크만 따라 허브 글까지 도달할 수 있는지 클릭해봅니다. 도달하지 못하면 경로가 막혀 있는 것입니다. 크롤러도 그 길에서 멈춥니다.

글 10편 추가될 때마다 서치콘솔 내부링크 보고서를 한 번씩 열어서 고아 페이지가 생기지 않았는지 확인하는 것도 필요하지만, 그보다 먼저 "방향이 열려 있는가"를 보는 게 우선입니다.

크롤러는 내가 블로그에서 중요하다고 표시한 것, 즉 링크를 여러 곳에서 받는 페이지를 그대로 믿습니다. 독자가 읽을 법한 동선과 크롤러가 탐색할 동선을 일치시키는 것이 내부링크 설계의 핵심입니다. 링크 수보다 방향과 앵커텍스트가 먼저입니다.

참고자료

• 구글 크롤 예산 관리 문서 (developers.google.com)
• 구글 링크 크롤러블 가이드 (developers.google.com)