내부 링크 전략: 우선순위 페이지부터 다국어 사이트까지, 전문가의 계획

간단 퀴즈

어떤 온라인 고객 확보 방식이 가장 맞습니까?

4개 중 1번째 질문25%

고객은 귀사와 같은 업체를 어떻게 찾습니까?

Google에서 검색하거나 ChatGPT에 물어봄소셜 미디어에서 발견함누군가 추천해 줌

이 가이드는 정의에서 한 걸음 더 나아갑니다. 내부 링크의 기본만 알고 싶다면 먼저 내부 링크의 정의를 읽어 보세요. 여기서는 계획 자체를 다룹니다. 링크의 가치가 사이트 안에서 어떻게 흐르는지, 그 가치를 받을 만한 페이지를 어떻게 고르는지, 세 가지 주요 링크 모델과 각각의 장단점, 단계별 방법, 추적해야 할 숫자, 그리고 다국어 사이트에만 해당하는 것을 포함해 순위를 조용히 깎아 먹는 실수들입니다.

내부 링크 전략이란 무엇인가 (그리고 무엇이 아닌가)

대부분의 사이트는 글 하나하나를 쓸 때마다 내부 링크를 추가합니다. 작성자가 예전 글이 떠올라 링크를 거는 식입니다. 이것은 전술입니다. 전략은 반대 순서로 작동합니다. 먼저 권위가 어디에 모이기를 원하는지 정하고, 이후의 모든 링크가 그 목표를 위해 존재합니다.

진짜 전략은 네 가지 질문에 글로 답합니다.

1. 비즈니스에 가장 중요하고 내부 링크가 가장 많이 필요한 페이지는 무엇인가?
2. 주제상 함께 묶이는 페이지는 무엇이고, 서로 어떻게 링크하는가?
3. 중요한 각 페이지를 가리키는 앵커 텍스트는 무엇이고, 금지되는 앵커는 무엇인가?
4. 사이트가 어떤 링크 모델을 따르는가? 모든 편집자와 템플릿이 같은 논리를 적용하도록 하기 위해서입니다.

검색엔진이 내부 링크를 중요하게 여기는 이유

내부 링크는 세 가지 일을 동시에 합니다. 크롤러가 페이지를 발견하게 해 줍니다. 권위의 일부를 전달합니다(PageRank의 논리입니다). 그리고 앵커와 주변 텍스트가 대상 페이지가 무엇에 관한 것인지 구글에 알려 줍니다. 크롤링 가능한 링크에 관한 구글 문서는 분명하게 말합니다. "신경 쓰는 모든 페이지는 사이트의 다른 페이지 한 곳 이상에서 링크되어야 합니다." 같은 문서는 페이지당 링크 수에 이상적인 숫자가 없다고도 덧붙입니다.

AI 검색엔진도 같은 신호에 의존합니다. 크롤러는 링크를 따라 페이지를 찾으며, 여섯 번 클릭 깊이에 묻힌 페이지는 거의 수집되지 않으므로 인용되는 일도 드뭅니다. 깔끔한 내부 구조는 구글과 답변 엔진 모두에 도움이 됩니다.

데이터가 말해 주는 것

이 주제에서 가장 큰 공개 연구는 Zyppy의 Cyrus Shepard가 한 것입니다(2026년 2월 23일 업데이트). 그는 1800개 웹사이트의 내부 링크 2300만 개를 분석해 Search Console의 클릭 수와 비교했습니다. 상관관계 연구이므로 법칙이 아니라 방향으로 읽으세요. 그래도 방향은 분명합니다.

계획에 중요한 발견이 두 가지 더 있습니다. 트래픽은 약 45~50개 링크를 넘으면 더 늘지 않았는데, 추가된 링크가 약한 페이지를 가리키는 사이트 전체 메뉴 링크였기 때문일 가능성이 큽니다. 그리고 페이지를 가리키는 앵커의 다양성은 클릭 수 증가와 강한 상관을 보였습니다. 그래프를 포함한 전체 내용은 Zyppy 내부 링크 연구에서 볼 수 있습니다.

링크 가치는 실제로 사이트 안에서 어떻게 흐르는가

계획을 세우기 전에 가치가 어떻게 흐르는지에 대한 머릿속 모델이 필요합니다. 단순화하면 이렇습니다. 각 페이지는 일정량의 권위를 가지고 있고(백링크와 받은 내부 링크에서 옵니다), 그 권위를 자신이 담은 링크들에 나눠 줍니다. 클릭될 가능성이 큰 본문 속 링크는 푸터에 숨은 링크보다 더 큰 비중을 갖습니다. 구글 특허에 나오는 "합리적 서퍼" 개념입니다. 모든 링크가 같은 가중치를 받지는 않습니다.

클릭 깊이

클릭 깊이는 홈페이지에서 어떤 페이지까지 가는 데 필요한 클릭 수입니다. 홈페이지가 보통 가장 많은 권위를 갖고 있으므로, 단계가 하나 늘 때마다 페이지에 도달하는 양이 희석됩니다. 흔한 규칙은 중요한 페이지를 세 번 클릭 이내에 두는 것입니다. 깊이는 크롤링 빈도에도 영향을 줍니다. 크롤 예산이 빠듯한 대형 사이트에서는 깊은 페이지가 덜 방문되고 색인에 더 늦게 반영됩니다.

내부 링크의 다섯 가지 유형

모든 링크가 같은 역할을 하는 것은 아닙니다. 전략은 각 유형이 무엇을 위한 것인지 밝혀야 합니다.

링크 유형	위치	주요 역할	신호로서의 비중	정해야 할 것
문맥 링크	본문 안	관련 페이지 사이에 관련성과 권위를 전달	높음: 주제에 맞는 글에 둘러싸여 클릭될 가능성이 큼	어떤 페이지가 어디에, 어떤 앵커로 링크하는가
메인 내비게이션	헤더 메뉴, 모든 페이지	상위 섹션이 모든 URL에서 링크를 받게 함	보통: 사이트 전체에 있지만 문맥이 적음	상위 섹션 5~9개만, 롱테일 페이지는 절대 넣지 않기
브레드크럼	제목 위	가치를 상위 카테고리로 밀어 올리고 계층을 보여 줌	보통: 구조화되어 있고 앵커가 일관됨	경로 논리와 BreadcrumbList 마크업
관련 콘텐츠 블록	글이나 상품 페이지 끝	클러스터 안의 형제 페이지를 연결	보통: 자동화 가능	규칙: 같은 클러스터 먼저, 그다음 인접 클러스터
푸터	모든 페이지 하단	법적 고지, 연락처, 소수의 핵심 페이지	낮음: 구글은 반복 요소의 비중을 낮춤	짧게 유지하고 키워드 링크 80개는 피하기

실무적인 결론은 이렇습니다. 페이지를 끌어올리고 싶을 때, 강하고 관련 있는 페이지에서 오는 문맥 링크가 첫 번째 수단입니다. 메뉴 링크는 두 번째이며, 한정된 자원입니다.

기둥 1: 우선순위 페이지 고르기

전략은 짧은 목록에서 시작합니다. 모든 페이지가 우선순위라면 우선순위는 없는 것입니다. 사이트의 각 섹션에서 내부 링크 대부분을 받을 10~30개 페이지를 원합니다. 매출을 만드는 페이지, 이미 상위권 가까이에 있는 페이지, 그리고 이들을 뒷받침하는 가이드입니다.

어디서 찾는가

세 가지 출처를 교차해 보세요.

• 비즈니스 가치: 제품, 서비스, 가격, 데모 페이지. 사람들이 도착하기를 바라는 페이지입니다.
• Search Console: 실제 노출이 있고 4위에서 20위 사이에 있는 쿼리. 강한 내부 링크 몇 개면 8위 페이지를 4위로 올리기에 충분한 경우가 많습니다. 실적 보고서를 페이지별로 필터링하고 노출 수로 정렬한 뒤 평균 순위가 4~20인 페이지를 남기세요.
• 백링크: 외부 링크를 많이 받는 페이지. 필요한 페이지에 다시 나눠 줄 수 있는 권위를 가지고 있습니다. 참조 도메인이 40개인데 나가는 문맥 링크가 없는 페이지는 낭비된 잠재력입니다.

각 우선순위 페이지에 역할과 목표 부여하기

목록의 각 페이지에 대해 계획에 세 가지를 적습니다. 겨냥하는 메인 쿼리, 속한 클러스터, 목표 문맥 인링크 수입니다. 쓸 만한 시작 기준은 전환 페이지와 필러 가이드는 고유 문맥 인링크 10개 이상, 클러스터 글은 3~8개, 보조 페이지는 0~2개입니다. 이는 작업 목표이지 구글의 규칙이 아닙니다. 사이트 규모에 맞게 조정하세요. 60페이지 사이트에서 20개 페이지에 15개씩 링크를 줄 수는 없습니다.

사이트의 닻 역할을 하는 페이지는 흔히 코너스톤 콘텐츠라고 부릅니다. 코너스톤 콘텐츠 가이드는 보내는 링크를 받을 자격이 있도록 이를 고르고 쓰는 방법을 설명합니다.

기둥 2: 토픽 클러스터 만들기

두 번째 기둥은 페이지를 주제별로 묶습니다. 클러스터는 넓은 주제를 다루는 필러 페이지와, 그 주변에서 각각 하나의 구체적인 질문에 답하는 더 좁은 글들로 이루어집니다. 필러와 글은 서로 링크합니다. 그 결과 구글은 한 주제를 깊이 다루는 페이지 묶음을 보게 되어 토픽 권위가 쌓이고, 각 페이지는 이웃 페이지에 관련성을 전달합니다.

클러스터 안의 링크 규칙

• 필러에서 글로: 글마다 문맥 링크 하나, 그 하위 주제를 소개하는 섹션에 둡니다.
• 글에서 필러로: 링크 하나, 본문 초반에, 필러의 메인 쿼리에 가까운 앵커로 둡니다.
• 글에서 글로: 독자가 다음에 그 페이지를 진짜로 필요로 할 때만. 글마다 형제 링크는 두세 개면 충분합니다.
• 클러스터 간: 허용되지만 의도적으로, 두 주제를 잇는 문장에서 겁니다.

공유하는 구글 결과로 쿼리를 묶는 것이 키워드 클러스터링의 핵심이며, 전체 필러·스포크 모델은 토픽 클러스터와 필러 페이지 가이드에 자세히 나와 있습니다. 맵을 만들어 받고 싶다면 Sorank의 토픽 클러스터 생성기가 키워드를 클러스터로 묶고, 카니발라이제이션을 일으킬 중복을 표시해 줍니다.

기둥 3: 앵커 텍스트 규칙 정하기

앵커는 링크에서 클릭할 수 있는 텍스트입니다. 구글은 이를 대상 페이지의 짧은 설명으로 읽습니다. 구글 문서는 앵커가 놓인 페이지와 가리키는 페이지 양쪽에 대해 "설명적이고, 적당히 간결하며, 관련성이 있어야" 한다고 요구하고, "여기를 클릭" 같은 일반적인 문구와 키워드 남용을 경고합니다.

적어 두어야 할 규칙

1. 우선순위 페이지마다 메인 앵커 하나, 목표 쿼리에 가깝게, 일부 링크에서(전부가 아니라) 사용합니다.
2. 그 주변의 변형: 부분 일치, 동의어, 질문, 페이지 제목. Zyppy 데이터는 앵커의 다양성이 더 많은 클릭과 연결된다고 보여 줍니다.
3. 서로 다른 두 페이지에 같은 앵커를 쓰지 않기. "내부 링크 감사"가 한 글에서는 페이지 A를, 다른 글에서는 페이지 B를 가리킨다면, 두 페이지가 같은 쿼리에 답한다고 구글에 알리는 셈입니다. 키워드 카니발라이제이션으로 곧장 가는 길입니다.
4. 문맥 링크에 일반 앵커 쓰지 않기: "여기", "이 글", "더 보기".
5. 앵커만 따로 읽어도 통해야 합니다. 구글은 간단한 테스트를 제안합니다. 앵커만 읽어 보세요. 대상이 무엇에 관한 것인지 알 수 없다면 다시 쓰세요.

코드로 보면 차이는 이렇습니다. 마지막 예시는 이미지 링크에서 중요합니다. 구글은 alt 속성을 앵커 텍스트로 사용합니다.

<!-- Weak: generic anchor, no context -->
<p>To learn more, <a href="/ko/blog-geo-seo/site-architecture-seo">click here</a>.</p>

<!-- Strong: descriptive anchor inside a relevant sentence -->
<p>Pages buried too deep get crawled less often, so check
your <a href="/ko/blog-geo-seo/site-architecture-seo">crawl depth by directory</a> first.</p>

<!-- Image link: the alt text becomes the anchor -->
<a href="/ko/pricing"><img src="/img/plans.png" alt="Sorank pricing plans"></a>

앵커 유형(정확 일치, 부분 일치, 브랜드, URL 그대로, 일반)의 전체 목록은 앵커 텍스트 가이드를 참고하세요.

세 가지 내부 링크 전략 비교

기둥을 정했다면 페이지를 어떻게 연결할지 고릅니다. 주요 모델은 세 가지입니다. 실제 사이트 대부분은 섞어 쓰지만, 하나가 주도해야 합니다. 그렇지 않으면 편집자마다 다른 논리를 따르게 됩니다.

1. "위키백과" 전략: 관련된 모든 페이지를 링크하기

원리. 페이지가 자체 페이지를 가진 개념을 언급할 때마다 그곳으로 링크합니다. 위키백과처럼 한 문서에 수백 개의 내부 링크가 들어갈 수 있고, 링크는 가까운 모든 페이지 사이에서 사방으로 이어집니다.

사용 시기. 대규모 지식 베이스, 용어집, 문서, 미디어 사이트, 독자가 개념에서 개념으로 건너뛰는 모든 사이트.

장점. 클릭 깊이가 매우 낮고, 새 페이지가 빨리 발견되며, 앵커 변형이 많고, 탐색하는 독자에게 훌륭합니다. 적용도 간단합니다. 용어에 페이지가 있으면 링크하면 됩니다.

한계. 권위가 고르게 퍼지므로 소수의 우선순위 페이지를 밀어 올릴 수 없습니다. 권위가 적은 소규모 사이트에서는 희석이 해가 됩니다. 주제의 경계가 흐려져 각 섹션이 무엇을 다루는지에 대한 구글의 신호가 약해집니다.

예시. "크롤 예산" 용어집 항목이 첫 문단에서 "크롤링", "robots.txt", "사이트맵", "로그 파일", "서버 오류"로 링크하고, 그 페이지들도 각각 되돌아 링크합니다.

2. 시맨틱 코쿤: 어머니, 딸, 자매 페이지

원리. 프랑스에서 Laurent Bourrelly가 "cocon sémantique"라는 이름으로 널리 알린 코쿤은 검색 의도로 구성한 엄격한 계층으로 페이지를 조직합니다. 어머니 페이지는 넓은 의도를 다루고, 그 아래 딸 페이지들은 더 좁은 의도를 다룹니다. 같은 수준의 페이지는 자매입니다. 링크에는 정확한 규칙이 있습니다. 어머니는 모든 딸에게 링크하고, 각 딸은 어머니에게 위로 링크하며, 딸은 주제가 자연스럽게 이어질 때만 자매에게 링크하고, 최상위 페이지를 통하는 경우를 제외하면 어떤 링크도 코쿤 바깥으로 나가지 않습니다.

사용 시기. 토픽 권위가 차이를 만드는 경쟁이 치열한 분야, 처음부터 만드는 사이트, 쓰기 전에 완전히 계획할 수 있는 섹션.

장점. 세 모델 중 관련성 신호가 가장 강합니다. 링크가 어머니 페이지를 향해 올라가므로 원하는 곳에 권위가 집중됩니다. 모든 페이지의 역할이 분명해 카니발라이제이션을 막습니다.

한계. 계획과 유지가 무겁습니다. 엄격한 규칙은 부자연스러운 링크를 강요하거나 유용한 링크를 금지할 수 있습니다. 수년간 계획 없이 링크가 쌓인 기존 사이트에 사후 적용하기 어렵습니다. 순수주의자는 코쿤 바깥 링크를 금지하는데, 이는 독자에게 해가 될 수 있습니다.

예시. 어머니 페이지: "러닝화". 딸 페이지: "트레일 러닝화", "로드 러닝화", "평발용 러닝화". "트레일 러닝화" 아래 손녀 페이지: "방수 트레일화", "진흙길 트레일화". 방수 페이지는 트레일 페이지로 위로, 진흙길 페이지로 옆으로 링크하고, 로드 페이지로 직접 링크하는 일은 없습니다.

한 단계씩 만드는 방법은 시맨틱 코쿤 전체 가이드에서 다룹니다.

3. URL 사일로: 디렉터리와 브레드크럼으로 만드는 구조

원리. 계층이 주소 자체에 새겨집니다. 각 섹션에는 디렉터리가 있고, 각 페이지는 자기 주제의 디렉터리에 놓이며, 브레드크럼이 그 경로를 그대로 비춥니다. 링크는 대부분 자기 사일로 안에 머뭅니다. 페이지는 상위 디렉터리 페이지와 같은 디렉터리의 형제 페이지로 링크합니다.

/seo/                                  section page (pillar)
/seo/technical/                        category page
/seo/technical/crawl-depth/            article
/seo/technical/orphan-pages/           article
/seo/content/                          category page
/seo/content/topic-clusters/           article

사용 시기. 온라인 쇼핑몰, 카탈로그, 지역 서비스 사이트, 자연스러운 카테고리 트리가 있는 모든 사이트. 규칙이 주소에 그대로 보이기 때문에 편집자가 많은 팀에도 맞습니다.

장점. 누구에게나 이해하기 쉽습니다. 브레드크럼이 일관된 상향 링크를 자동으로 만듭니다. 디렉터리별 보고서(크롤, 트래픽, 색인)가 간단해집니다. 대부분의 사이트 구조가 이미 따르는 모델이며, SEO를 위한 사이트 구조 가이드에서 설명합니다.

한계. 페이지는 하나의 디렉터리에만 있을 수 있는데 실제 주제는 겹칩니다. 나중에 페이지를 옮기면 URL이 바뀌고 리디렉션을 추가해야 합니다. 엄격한 사일로는 섹션 사이의 유용한 교차 링크를 막습니다.

구글이 경로를 이해하도록 브레드크럼 마크업을 추가하세요. 구글의 브레드크럼 구조화 데이터 문서는 위치와 이름을 가진 ListItem을 최소 두 개 요구합니다.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {"@type": "ListItem", "position": 1, "name": "SEO", "item": "https://www.example.com/seo/"},
    {"@type": "ListItem", "position": 2, "name": "Technical SEO", "item": "https://www.example.com/seo/technical/"},
    {"@type": "ListItem", "position": 3, "name": "Crawl depth"}
  ]
}
</script>

비교표

기준	위키백과 메시	시맨틱 코쿤	URL 사일로
핵심 규칙	관련된 모든 개념을 링크	링크가 의도 계층을 따름	링크가 디렉터리 트리를 따름
가장 적합한 경우	용어집, 문서, 미디어	경쟁이 치열한 분야, 신규 사이트	쇼핑몰, 카탈로그, 지역 서비스
권위의 흐름	고르게 퍼짐	어머니 페이지에 집중	카테고리 페이지에 집중
토픽 신호	약함에서 보통	강함	보통에서 강함
계획 노력	낮음	높음	보통
유지 노력	보통(링크가 많음)	높음	낮음
오래된 사이트에 사후 적용	쉬움	어려움	보통(URL 변경)
주요 위험	희석, 우선순위 없음	부자연스러운 링크, 경직성	고립된 섹션

대부분의 사이트에 대한 우리의 권장 사항은 URL 사일로나 코쿤을 뼈대로 쓰고(권위가 어디에 닿을지 결정합니다), 각 클러스터 안에서는 가벼운 메시를 허용하는 것입니다(페이지를 독자에게 유용하게 유지합니다). 사일로 간 교차 링크는 드물게, 의도적으로 두세요.

단계별: 계획 만들고 적용하기

감사부터 적용까지 우리가 쓰는 방법입니다. 수백 페이지 규모의 사이트라면 첫 작업에 이틀에서 사흘을 잡으세요.

1단계: 크롤하고 내보내기

Screaming Frog SEO Spider 같은 크롤러를 사용하세요. 무료 버전은 최대 500개 URL을 크롤하며, 많은 소규모 비즈니스 사이트에 충분합니다. 설정은 Screaming Frog 설정 가이드에서 다룹니다.

Internal 탭에서는 네 개의 열이 계획을 좌우합니다. Screaming Frog 문서는 이렇게 정의합니다. Inlinks(URL로 오는 내부 링크 수), Unique Inlinks(같은 페이지에서 세 번 링크해도 한 번으로 계산), Crawl Depth(시작 페이지에서의 클릭 수), Link Score(내부 링크를 바탕으로 한 페이지의 상대적 가치를 나타내는 0~100 지표로, 크롤 분석 후에 계산됩니다).

2단계: 수식으로 고아 페이지 찾기

크롤러는 링크된 페이지만 찾습니다. 고아 페이지를 찾으려면 알려진 모든 URL의 목록(XML 사이트맵에 Search Console 페이지 내보내기를 더한 것)을 크롤 결과와 비교합니다. 구글 스프레드시트에서 알려진 모든 URL을 "Known" 시트의 A열에, 크롤된 URL을 "Crawl" 시트의 A열에 넣고 다음을 입력합니다.

=FILTER(Known!A2:A, Known!A2:A<>"", ISNA(MATCH(Known!A2:A, Crawl!A:A, 0)))

반환된 모든 URL은 구글이나 사이트맵에는 알려져 있지만 내부 링크를 하나도 받지 못하는 것입니다. 각각에 대해 결정하세요. 자기 클러스터에서 링크하거나, 더 강한 페이지로 합치거나, 리디렉션으로 제거합니다.

3~5단계: 구조를 고친 뒤, 강한 곳에서 링크 추가하기

크롤 결과를 Link Score나 참조 도메인 수로 정렬하세요. 상위 20개 페이지가 당신의 기부자입니다. 각 우선순위 페이지에 대해 관련 주제의 기부자를 둘에서 다섯 찾아 각각에서 계획의 앵커로 문맥 링크를 하나씩 추가합니다. 링크를 본문 전반부에, 독자가 왜 클릭해야 하는지 설명하는 문장 안에 두는 것은 합리적 서퍼의 논리에 부합합니다.

6단계: 내부 리디렉션 제거하기

URL이 바뀌면 오래된 내부 링크는 계속 리디렉션을 가리킵니다. 홉이 하나 생길 때마다 크롤이 낭비되고 신호가 약간 사라질 수 있습니다. 마이그레이션이 끝날 때마다 대상이 301이나 302를 반환하는 내부 링크를 내보내 최종 URL로 바꾸세요. SEO 리디렉션 가이드는 상태 코드를 설명하고, 무료 깨진 링크 검사기는 어느 페이지에서든 죽은 링크를 찾아 줍니다.

내부 링크 전략을 측정하는 방법

적은 수의 숫자를 매달 같은 방식으로, 우선순위 페이지부터 추적하세요.

지표	어디서 보는가	좋은 상태	벗어날 때의 조치
고유 문맥 인링크	크롤러, Internal 탭	계획의 목표 이상	기부자 페이지에서 링크 추가
크롤 깊이	크롤러	우선순위 페이지는 3 이하	메뉴, 허브, 카테고리 페이지에서 링크
고아 페이지	사이트맵과 Search Console을 크롤과 비교	색인되길 원하는 페이지 중 0개	링크, 병합, 또는 리디렉션
리디렉션이나 오류로 가는 내부 링크	크롤러, 링크 대상의 응답 코드	0개	최종 URL로 교체
평균 순위와 클릭	Search Console, 페이지별 실적	링크 게시 4~12주 후 상승	앵커와 콘텐츠 자체 점검
색인된 페이지	Search Console, 페이지 보고서	우선순위 페이지가 모두 색인됨	URL을 검사하고 링크가 크롤 가능한지 확인

새 링크를 추가한 묶음마다 날짜를 계획에 적어 두세요. 날짜가 없으면 Search Console에서 순위 변화가 링크 때문인지, 콘텐츠 때문인지, 알고리즘 업데이트 때문인지 알 수 없습니다.

흔한 내부 링크 실수 (그리고 고치는 방법)

아래 실수들은 모두 실제 사이트에서 흔합니다. 각각에 대해 무엇인지, 어떻게 찾는지, 어떻게 고치는지 설명합니다.

1. 고아 페이지

무엇인가. 자신을 가리키는 내부 링크가 하나도 없는 페이지입니다. 구글이 사이트맵을 통해 알고 있을 수는 있지만 권위를 받지 못하고 크롤도 거의 받지 못합니다.

찾는 법. 2단계의 사이트맵 대 크롤 비교.

고치는 법. 필러와 형제 페이지 한두 곳에서 링크합니다. 자연스럽게 링크할 페이지가 없다면 단독으로 존재할 이유가 없을 가능성이 높으니 합치세요.

2. 너무 깊이 묻힌 우선순위 페이지

무엇인가. 홈페이지에서 다섯, 여섯 번 클릭 떨어진 수익 페이지로, 흔히 페이지 나누기가 된 블로그의 4페이지에만 나타나기 때문입니다.

찾는 법. 크롤 결과를 깊이 3 초과로 필터링하고 우선순위 목록과 교차합니다.

고치는 법. 허브나 카테고리 페이지, 관련 메뉴에 추가하거나 강한 글에서 링크합니다. 콘텐츠에 도달하는 방법을 페이지 나누기에만 의존하지 마세요.

3. 같은 앵커가 여러 페이지를 가리킴

무엇인가. 서로 다른 두 URL이 같은 앵커를 받아서, 구글이 어느 쪽이 쿼리에 답하는지 알 수 없습니다.

찾는 법. 모든 내부 링크(앵커와 대상)를 내보내 앵커별로 피벗하고 서로 다른 대상의 수를 셉니다. 대상이 둘 이상인 앵커는 모두 경고 신호입니다.

고치는 법. 각 앵커를 한 페이지에만 다시 배정합니다. 두 페이지가 정말 같은 쿼리에 답한다면 합치세요.

4. 구글이 따라갈 수 없는 링크

무엇인가. 버튼, onclick 이벤트, 실제 링크를 렌더링하지 않는 프레임워크 컴포넌트로 만든 내비게이션입니다. 구글은 href 속성이 있는 <a> 요소는 안정적으로 따라가지만, <span href>, <a onclick>, javascript: URL 같은 마크업은 믿을 수 없다고 밝힙니다.

찾는 법. JavaScript 렌더링을 끄고 크롤한 뒤 켜고 크롤합니다. 렌더링을 켰을 때만 발견되거나 전혀 발견되지 않는 페이지는 취약한 링크에 의존하고 있습니다. Search Console의 URL 검사 도구는 렌더링된 HTML을 보여 줍니다.

고치는 법. 모든 내비게이션 링크를 <a href="/ko/blog-geo-seo/site-architecture-seo"> 형태로 렌더링하세요. 렌더링 측면은 JavaScript SEO 가이드에서 다룹니다.

5. 내부 링크에 nofollow 사용

무엇인가. 권위를 "조각"하려고 내부 링크에 rel="nofollow"를 추가하는 것입니다. 권위를 페이지에 남겨 두는 것이 아니라 그 링크로 흐르지 못하게 막을 뿐입니다.

찾는 법. 크롤러에서 내부 링크를 nofollow 속성으로 필터링합니다.

고치는 법. 내부 링크에서 nofollow를 제거하세요. 어떤 페이지가 권위를 받지 않아야 한다면 링크를 없애거나 그 페이지를 noindex로 하세요. nofollow 링크 페이지를 참고하세요.

6. 비대해진 메뉴와 푸터

무엇인가. 링크가 150개인 메가 메뉴나 키워드 페이지 80개를 나열한 푸터입니다. 그러면 모든 페이지가 모든 것을 링크하게 되어 우선순위가 평평해집니다. Zyppy 데이터도 약 50개 링크를 넘으면 트래픽이 떨어지는 것을 보여 주며, 이런 사이트 전체 링크가 원인일 가능성이 큽니다.

찾는 법. 헤더와 푸터 템플릿의 링크를 셉니다. 대부분의 글에서 사이트 전체 링크가 문맥 링크보다 많다면 템플릿이 지배하고 있는 것입니다.

고치는 법. 메뉴는 최상위 항목 5~9개로 유지하고, 긴 목록은 허브 페이지로 옮기고, 푸터는 법적 고지, 연락처, 소수의 핵심 페이지에만 쓰세요.

7. 언어 간에 맞지 않는 내부 링크

다국어 사이트에는 대부분의 가이드가 건너뛰는 일련의 실수가 더해집니다. 구글의 눈에 언어별 버전은 별개의 페이지이며, 링크가 어떤 버전이 함께 속하는지 구글에 알려 줍니다. 더 넓은 설정은 국제 SEO 가이드에서 다루고, 여기서는 링크 오류를 다룹니다.

7a. 한 언어의 페이지가 다른 언어의 페이지로 링크함. 번역가가 원래 링크를 그대로 남겨 두어서, 프랑스어 글이 가이드의 영어 버전으로 링크하는 경우가 흔합니다. 프랑스어 독자는 영어 콘텐츠에 도착해 떠나고, 프랑스어 가이드는 받았어야 할 내부 링크를 잃습니다.

찾는 법. Screaming Frog에서 Bulk Export, Links, All Inlinks를 실행한 뒤, 출발지가 한 언어 폴더이고 도착지가 다른 폴더인 행을 필터링합니다. /fr/와 /en/ 같은 폴더라면 아래 두 정규식이 다른 언어 폴더로 링크하는 프랑스어 페이지를 골라냅니다.

Source:      ^https://www\.example\.com/fr/
Destination: ^https://www\.example\.com/(?!fr/)[a-z]{2}/

고치는 법. 각 링크를 같은 언어의 대응 페이지로 바꿉니다. 본문에 남겨도 되는 언어 간 링크는 언어 전환기와 의도적인 언급("이 연구는 영어로만 제공됩니다")뿐입니다.

7b. 번역본을 가리키지 않는 버전. 프랑스어 페이지에 영어 대응 페이지가 있는데 둘을 잇는 것이 없습니다. hreflang이 없고, 언어 전환기도 정확한 번역 페이지를 가리키지 않습니다(전환기가 영어 홈페이지로 갑니다). 그러면 구글이 둘을 무관한 페이지로 취급하거나 결과에 잘못된 언어를 보여 줄 수 있습니다.

찾는 법. 깊은 페이지 표본에서 언어 전환기를 확인합니다. 번역된 페이지로 가는가, 홈페이지로 가는가? 그런 다음 같은 페이지의 hreflang 태그를 확인합니다.

고치는 법. 전환기가 정확히 대응하는 URL로 링크하게 하고, 모든 버전을 hreflang으로 선언하세요. 구글의 현지화된 버전 문서는 엄격합니다. "각 언어 버전은 자기 자신과 다른 모든 언어 버전을 나열해야 합니다", 그리고 "두 페이지가 서로를 가리키지 않으면 태그는 무시됩니다."

<!-- On BOTH the English and the French page -->
<link rel="alternate" hreflang="en" href="https://sorank.com/blog-geo-seo/site-architecture-seo" />
<link rel="alternate" hreflang="fr" href="https://sorank.com/fr/blog-geo-seo/architecture-site-seo" />
<link rel="alternate" hreflang="x-default" href="https://sorank.com/blog-geo-seo/site-architecture-seo" />

7c. hreflang과 내부 링크가 서로 다른 이야기를 함. hreflang은 프랑스어 페이지 A가 영어 페이지 B에 대응한다고 하는데, 페이지 B의 canonical은 다른 곳을 가리키거나, 전환기가 페이지 C로 링크하거나, 프랑스어 내부 링크가 리디렉션된 URL을 가리키는데 hreflang은 최종 URL을 나열하는 경우입니다. 구글은 모순된 신호를 받아 hreflang 묶음을 무시할 수 있습니다.

찾는 법. 페이지 표본에 대해 네 URL을 나란히 적습니다. hreflang 대상, 전환기 대상, 대상 페이지의 canonical, 리디렉션 후 최종 URL입니다. 네 개가 모두 같아야 합니다.

고치는 법. hreflang, canonical, 전환기 링크를 CMS의 같은 단일 진실 공급원(번역 테이블 하나)에서 생성하고, 절대 손으로 하지 마세요. 무료 Sorank hreflang 생성기는 올바르고 상호적인 태그 세트를 만들어 주며, hreflang 가이드는 각 속성을 설명합니다.

8. 한 번 링크하고 다시는 하지 않음

무엇인가. 새 글은 옛 글로 링크를 받지만 옛 글은 새 글로 링크하지 않습니다. 새 페이지는 몇 달 동안 약한 채로 남습니다.

찾는 법. 페이지를 게시일로 정렬하고 최근 3개월 콘텐츠의 고유 인링크를 봅니다.

고치는 법. 게시 절차의 일부로 만드세요. 모든 새 글은 공개되는 날 기존의 관련 페이지에서 링크를 두 개에서 다섯 개 받습니다.

통제력을 잃지 않고 규모 키우기

수동 링크는 수십 페이지까지는 잘 작동합니다. 수백 페이지를 넘으면 모든 페이지를 기억하는 사람은 없고, 링크가 오래되었거나 카니발라이제이션을 일으키는 콘텐츠를 가리키기 시작합니다. 자동화가 도움이 되지만 세 가지 안전장치가 필요합니다.

• 계획은 사람이 쥡니다. 도구는 링크를 제안할 수 있지만 우선순위 목록, 클러스터, 앵커 규칙은 비즈니스 결정입니다.
• 양보다 관련성. 자동 링크는 대상 주제를 실제로 이야기하는 문장에서 나와야 합니다. 키워드만 일치하는 제안은 거부하세요.
• 되돌릴 수 있는 묶음으로 검토하세요. 클러스터 단위로 링크를 적용하고, 날짜를 적고, 영향을 확인한 뒤 계속합니다.

여기가 Sorank가 들어맞는 지점입니다. 토픽 클러스터 생성기로 카니발라이제이션 방지 점검을 포함해 토픽 클러스터를 계획하고, 콘텐츠 최적화 기능이 오래된 페이지를 다시 쓰고 업데이트합니다. 바로 그때가 내부 링크를 새로 고칠 시점입니다.

오늘 할 일

시작하려고 사이트 전체를 다시 만들 필요는 없습니다. 오후 한나절이면 됩니다.

1. 사이트를 크롤하고 인링크, 고유 인링크, 크롤 깊이를 내보냅니다.
2. Search Console(4위에서 20위)과 제공 서비스에서 우선순위 페이지 10개를 나열합니다.
3. 고아 페이지 수식을 실행하고, 색인되길 원하는 고아 페이지는 모두 링크하거나 병합합니다.
4. 각 우선순위 페이지에 가장 강한 관련 페이지에서 문맥 링크 세 개를 추가하되, 적어 둔 목록의 앵커를 씁니다.
5. 사이트가 다국어라면 언어 간 정규식을 실행하고 맞지 않는 링크를 모두 고칩니다.
6. 계획에 오늘 날짜를 적고 6주 후에 순위를 다시 확인합니다.

그런 다음 어떤 모델(사일로, 코쿤, 메시)이 사이트를 주도할지 정하고 적어 두세요. 모델과 앵커 규칙이 문서가 되면, 모든 새 페이지는 구조 밖으로 떠돌지 않고 그 안에 자리 잡습니다.