이 페이지에서 다루는 검색 주제
내부링크는 페이지 수를 늘리기 위한 수단이 아니라, **사이트 안에서 어떤 URL이 ‘정답 페이지’인지**를 선언하는 도구에 가깝습니다. 링크가 없거나 고르면 크롤러는 중요도를 추정하기 어렵고, 사용자는 원하는 정보까지 도달하기 어렵습니다.
허브와 스포크를 한 문장으로
- **허브**: 상위 주제를 요약하고, 하위로 갈라지는 분기 페이지(서비스 전체, 지역 전체, 리소스 홈 등).
- **스포크**: 구체 질의·구체 지역·구체 SKU를 받는 하위 랜딩.
스포크는 허브에서 링크를 받는 것이 기본입니다. 스포크끼리의 횡링크는 “같은 의도 클러스터” 안에서만 제한적으로 허용하는 편이 구조가 단순해집니다.
실패 패턴: 링크는 많은데 구조는 없음
- 지역 페이지 100장이 서로만 링크하고 허브는 허전함 → 클릭 깊이만 깊어짐
- 블로그는 트래픽은 있으나 서비스 랜딩으로 연결되지 않음 → 전환 기여가 끊김
- CTA 페이지에 설명이 없어 이탈 후 이어갈 링크도 없음 → 고립 URL
이런 상태는 “내부링크를 더 달자”로 해결하려 하기보다, **허브 지도를 먼저 그린 뒤** 링크를 재배치하는 것이 빠릅니다.
설계 순서(현장에서 쓰는 최소 절차)
1. 전환 URL(문의·예약·회원가입)을 스포크 중 하나로 고정합니다. 2. 그 전환에 가장 가까운 허브를 하나 정합니다. 3. 허브 → 전환까지 2홉 이내인지 확인합니다. 4. 스포크는 허브에서만 대량으로 받고, 스포크 간 링크는 규칙으로 제한합니다.
앵커 텍스트: 자연어와 반복의 균형
“여기를 클릭”보다 대상 페이지 주제를 담은 앵커가 낫습니다. 다만 동일 앵커로 수십 개 스포크를 링크하면 부자연스러울 수 있으니 **동의어·자연 변형**을 섞습니다. 과최적화 공포에 링크 자체를 없애는 것도 또 다른 극단입니다.
상향·하향 링크의 역할
허브 → 스포크는 의도 분기를 분명히 합니다. 스포크 → 허브는 “상위 개요로 돌아가기”와 “인접 주제로 이동” 정도로 역할을 제한하면 순환만 도는 구조를 피하기 쉽습니다.
측정: 정성적이라도 해야 하는 이유
내부링크 변경이 매출에 바로 찍히는 경우는 드뭅니다. 대신 Search Console에서 **노출·클릭이 늘어난 URL이 어떤 허브 경로와 연결되는지**를 분기별로 보면, 다음에 손댈 링크 후보가 보입니다. “전환까지 다이렉트로 잡히지 않아도, 허브가 스포크를 먹여 살리는지”를 확인하는 작업입니다.
리디자인·메뉴 개편 때 주의
내비게이션을 바꿀 때 내부링크 그래프가 통째로 바뀝니다. 구 URL이 사라지면 301·대체 링크를 함께 계획하지 않으면 색인·랭킹이 한꺼번에 흔들릴 수 있습니다.