내부 링크 Internal Link

내부 링크(Internal Link)는 같은 웹사이트 안의 한 페이지에서 다른 페이지로 연결하는 링크입니다. 구글 검색 센터 문서는 링크가 새 페이지를 발견하는 통로이자 페이지 관련성을 판단하는 신호라고 설명합니다. 백링크와 달리 사이트 소유자가 전적으로 통제할 수 있는 SEO 자산입니다.

온페이지 2026. 7. 11 업데이트 By 박혜정

직접 통제할 수 있는 유일한 링크 자산

내부 링크는 같은 웹사이트 안에서 한 페이지를 다른 페이지로 잇는 링크입니다. 백링크와 달리 사이트 소유자가 전적으로 통제할 수 있다는 점이 핵심입니다. 다른 사이트가 링크를 걸어 줄지는 기다려야 하지만, 내 사이트 안에서 어떤 페이지를 어떤 문구로 연결할지는 오늘 바로 정할 수 있습니다. 구글 검색 센터의 링크 모범 사례 문서는 "내 사이트에서 신경 쓰는 모든 페이지는 사이트 내 다른 페이지로부터 최소 한 개의 링크를 받아야 한다"라고 안내합니다 Google 공식.

구글의 존 뮬러는 검색 센터 영상에서 "내부 링크는 SEO에 매우 중요하다. 웹사이트에서 할 수 있는 가장 큰 일 중 하나라고 생각한다"라고 말했습니다 존 뮬러 (Google). 링크의 존재 여부만이 아니라 어떤 페이지를 강조하느냐를 전략적으로 설계하라는 뜻입니다.

효과를 뒷받침하는 대규모 관찰 데이터도 있습니다. SEO 분석 도구 Zyppy가 1,800개 사이트·약 520,000개 URL·내부 링크 2,300만 개를 조사한 2023년 연구에서, 내부 링크를 더 많이 받은 페이지일수록 구글 검색 트래픽이 많은 경향이 확인됐습니다 Zyppy 실측. 다만 저자들은 "상관관계가 인과관계는 아니다"라고 스스로 못박았으므로, 수치는 절대적 공식이 아니라 방향을 가리키는 참고선으로 읽는 편이 안전합니다.

세 가지 역할: 길, 맥락, 권위

내부 링크 하나가 세 가지 일을 동시에 합니다. 어느 하나만 보고 설계하면 나머지 둘을 놓치기 쉽습니다. 세 역할 모두 구글 공식 문서로 뒷받침됩니다.

역할	대상	구글 문서 근거
크롤 경로	검색엔진 봇	구글은 알려진 페이지의 링크를 따라가며 새 페이지를 발견한다고 설명합니다. 링크가 없으면 크롤링·인덱싱 경로에서 밀려납니다. Google 공식
맥락 전달	검색엔진 + 사용자	앵커 텍스트(링크 문구)가 링크 대상 페이지의 내용이 무엇인지 사용자와 구글에 알려 줍니다. Google 공식
관련성 신호	검색엔진	구글은 링크를 페이지의 관련성을 판단하는 신호이자 새 페이지를 찾는 수단으로 쓴다고 명시합니다. Google 공식

이 중 맥락 전달은 앵커 텍스트 품질에 달려 있습니다. 구글 문서는 "좋은 앵커 텍스트는 서술적이고, 적당히 간결하며, 문서 자체와 링크 대상 문서 모두에 관련성이 있다"라고 정하고, 특히 "내부 링크의 앵커 텍스트에 더 주의를 기울이면 사람과 구글 모두 사이트를 더 쉽게 이해한다"라고 내부 링크를 콕 집어 권합니다 Google 공식.

<!-- 나쁜 예: 맥락 없는 앵커 텍스트 -->
자세한 내용은 <a href="/glossary/canonical-tag/">여기</a>를 클릭하세요.

<!-- 좋은 예: 링크 대상 주제를 담은 앵커 텍스트 -->
중복 URL은 <a href="/glossary/canonical-tag/">캐노니컬 태그</a>로 정리합니다.

구글 문서는 "클릭하세요", "더 보기", "웹사이트", "글" 같은 흔한 문구를 앵커 텍스트로 쓰지 말라고 직접 밝힙니다 Google 공식. 앵커 텍스트만 따로 읽어도 무엇에 관한 페이지인지 알 수 있어야 한다는 것이 기준입니다.

내부 링크는 많을수록 좋은가 - 공식과 실측의 온도차

내부 링크는 자주 "많이 걸수록 좋다"로 오해됩니다. 구글 공식 문서는 링크 개수의 상한이나 역효과를 경고하지 않는데, 대규모 실측은 한 페이지로 향하는 링크가 일정 수를 넘으면 페이지당 효과가 꺾인다고 보고합니다. 두 관점을 나란히 두면 판단이 쉬워집니다.

구글 공식 입장	신경 쓰는 모든 페이지는 최소 한 개의 내부 링크를 받아야 하며, 링크는 관련성 신호이자 발견 경로다. 링크 개수의 상한이나 "많으면 역효과"라는 경고는 공식 문서에 없다. Google 공식
전문가 실측 결과	2,300만 개 링크 분석에서 내부 링크가 많은 페이지일수록 트래픽이 많았지만, 한 페이지로 향하는 링크가 약 40~50개를 넘어서면 페이지당 효과가 반전됐다. 최소치가 아니라 최적치가 있다는 뜻이다. Zyppy 실측

차이가 나는 이유는 공식 문서가 지켜야 할 "최소 기준"을 말하는 반면, 실측은 사이트 규모·링크가 몰린 위치 같은 현실 변수까지 담기 때문입니다. 실무 판단은 두 단계로 나눕니다. 먼저 중요한 페이지가 링크 하나도 못 받는 일(고아 페이지)이 없도록 커버리지를 갖추고, 그다음에는 링크 개수를 무작정 늘리기보다 본문 문맥 속 링크를 우선순위 페이지에 집중시킵니다.

허브-스포크 구조: 이 용어사전이 그 사례입니다

내부 링크 설계의 대표 패턴이 허브-스포크(hub & spoke)입니다. 하나의 허브 페이지(주제 목차)가 개별 스포크 페이지(세부 콘텐츠)로 링크를 뻗고, 각 스포크는 허브와 이웃 스포크로 되돌아오는 링크를 갖는 구조입니다. 자전거 바퀴의 중심축과 살을 떠올리면 됩니다. 구글의 "검색이 작동하는 방식" 문서도 페이지 발견을 설명하며 "카테고리 같은 허브 페이지가 새 블로그 글로 링크한다"는 예를 그대로 듭니다 Google 공식.

지금 읽고 계신 이 용어사전이 그대로 사례입니다. 용어사전 메인이 허브, 각 용어 페이지가 스포크이고, 본문과 하단의 관련 용어 링크가 스포크끼리 연결합니다. 크롤러는 허브에서 모든 용어를 발견하고, 각 페이지는 관련 용어 링크로 주제 묶음(topical cluster)임을 드러냅니다.

제작 단계에서의 실무 체크포인트

핵심은 내부 링크를 콘텐츠 담당자의 기억력에 맡기지 않고 템플릿 구조에 내장하는 것입니다. 손으로 거는 링크는 잊히지만, 템플릿이 자동으로 출력하는 링크는 잊히지 않습니다.

상세 페이지 템플릿에 "관련 글/관련 프로젝트" 모듈을 내장합니다. 같은 카테고리·태그 기준 자동 추천만으로도 고아 페이지가 생기는 일을 크게 줄입니다.
브레드크럼(breadcrumb)을 넣습니다. 모든 상세 페이지에서 상위 허브로 올라가는 링크가 자동으로 생기며, 구글은 브레드크럼도 일반 HTML 링크와 똑같이 취급합니다.
내비게이션을 자바스크립트 onclick이 아니라 href 속성이 있는 a 태그로 만듭니다. 구글은 "일반적으로 href 속성을 가진 <a> 요소일 때만 링크를 크롤링할 수 있다"라고 명시합니다 Google 공식.
페이지네이션과 아카이브 링크를 확인합니다. 목록 2페이지 이하의 콘텐츠가 무한 스크롤 뒤에 숨어 링크 없이 고립되는 경우가 많습니다.

고아 페이지: 링크가 하나도 없는 페이지

고아 페이지(orphan page)는 사이트 내 어떤 페이지에서도 링크받지 못하는 페이지입니다. XML 사이트맵에 넣으면 색인 자체는 될 수 있지만, 구글이 "신경 쓰는 모든 페이지는 최소 한 개의 내부 링크를 받아야 한다"라고 권하는 기준은 채우지 못합니다 Google 공식. 크롤러가 재방문할 문맥 경로가 없고 내부 관련성 신호도 받지 못하기 때문입니다.

제작 현장에서 고아 페이지가 생기는 흔한 경로는 두 가지입니다. 첫째, 커스텀 포스트 타입을 만들고 아카이브·목록 템플릿을 빠뜨려 상세 페이지만 덩그러니 남는 경우. 둘째, 리뉴얼 때 메뉴를 바꾸며 구 콘텐츠로 가는 링크가 함께 사라지는 경우입니다. 크롤링 도구로 수집한 URL 목록과 사이트맵의 URL 목록을 맞대어 보면 고아 페이지를 찾아낼 수 있습니다.

자주 하는 실수

"여기", "더 보기", "클릭" 같은 앵커 텍스트만 쓰기 - 구글이 피하라고 직접 지목한 문구이며, 링크 대상의 주제 신호가 사라집니다.
내부 링크에 nofollow 걸기 - 구글은 사이트 내부 크롤 제어에는 nofollow가 아니라 robots.txt의 disallow를 쓰라고 안내합니다 Google 공식.
푸터에 수십 개 링크를 몰아넣고 내부 링크를 다 했다고 여기기 - 본문 문맥 속 링크가 전달하는 맥락 신호를 대체하지 못합니다.
링크를 연달아 나열하거나 개수만 늘리기 - 관련 없는 페이지끼리 잇는 링크는 사용자에게도 검색엔진에게도 소음입니다.