내부링크를 ‘자세히 보기’로만 쓰지 마세요: 구글이 이해하는 앵커 텍스트 5단계
핵심만 먼저 내부링크는 글 아래에 관련 글 세 개를 붙이는 장식이 아닙니다. Google 공식 문서는 링크를 통해 새 페이지를 발견하고 페이지 사이의 관련성을 이해하며, 앵커 텍스트로 이동할 페이지의 내용을 파악한다고 설명합니다. 모든 링크를 ‘자세히 보기’, ‘클릭’, ‘더 알아보기’로 쓰면 사람도 목적지를 예측하기 어렵고 Google에도 맥락이 약해집니다. 크롤링 가능한…

핵심만 먼저
내부링크는 글 아래에 관련 글 세 개를 붙이는 장식이 아닙니다. Google 공식 문서는 링크를 통해 새 페이지를 발견하고 페이지 사이의 관련성을 이해하며, 앵커 텍스트로 이동할 페이지의 내용을 파악한다고 설명합니다. 모든 링크를 ‘자세히 보기’, ‘클릭’, ‘더 알아보기’로 쓰면 사람도 목적지를 예측하기 어렵고 Google에도 맥락이 약해집니다.
크롤링 가능한 링크와 앵커 텍스트란 무엇인가요
크롤링 가능한 링크는 일반적으로 `href` 속성이 있는 HTML의 `a` 요소입니다. 화면에서는 버튼처럼 보여도 자바스크립트 클릭 이벤트만 있고 실제 주소가 없다면 Google이 안정적으로 URL을 추출하지 못할 수 있습니다. 링크처럼 보이는 `span`이나 `onclick`만 있는 요소도 같은 문제를 만들 수 있습니다.
앵커 텍스트는 링크에서 사람이 읽는 문구입니다. “스마트스토어 반품비 점검표”처럼 목적지를 설명하면 사용자는 누르기 전에 내용을 예상할 수 있습니다. 반면 “여기”, “자세히”만 있으면 주변 문장을 읽지 않는 사람과 검색엔진 모두 목적을 파악하기 어렵습니다.
오늘 이슈와 근거
Google 링크 권장사항은 좋은 앵커 텍스트가 구체적이고 간결하며, 현재 페이지와 연결되는 페이지 모두에 관련돼야 한다고 안내합니다. 이미지가 링크 역할을 한다면 `img`의 대체 텍스트가 앵커 텍스트처럼 사용될 수 있으므로 빈 alt를 두지 않는 것이 중요합니다. 자바스크립트로 링크 문구를 넣는 사이트라면 URL 검사 도구의 렌더링 결과에서 실제 문구가 있는지 확인하라고도 설명합니다.
SEO 기본 가이드는 Google이 주로 이미 크롤링한 페이지의 링크를 통해 새 페이지를 찾는다고 설명합니다. 사이트맵 제출은 보조 수단이지만 내부에서 어느 글과도 연결되지 않은 고립 페이지를 만드는 습관을 대신해 주지는 않습니다. 내부링크 개수가 몇 개면 순위가 오른다는 공식 기준은 없으므로 숫자를 맞추는 작업으로 바꾸면 안 됩니다.
사장님 실무 적용 5단계
- 고립 페이지를 찾습니다. 최근 공개한 글 가운데 홈, 카테고리, 기존 글 어디에서도 본문 링크를 받지 못한 페이지를 표시합니다.
- 링크 목적을 한 문장으로 씁니다. “이 글을 읽은 사람이 다음으로 해결할 문제는 무엇인가”를 적고 그 문장을 앵커의 재료로 씁니다.
- 일반 문구를 구체화합니다. ‘자세히 보기’를 ‘Search Console 사이트맵 새 URL 확인법’처럼 바꿉니다. 키워드를 반복해 억지로 길게 만들지는 않습니다.
- 실제 href를 확인합니다. 개발자 도구나 페이지 소스에서 `a href`가 실제 주소로 연결되는지 보고, 클릭 이벤트만 있는 버튼은 정상 링크로 고칩니다.
- 렌더링과 도착 페이지를 검증합니다. 모바일에서 눌리는지, 404가 아닌지, URL 검사 렌더링에 링크 문구가 보이는지 확인합니다.
예를 들어 AEO 글에서 GEO 글로 연결할 때 “관련 글”만 쓰지 말고 “AI 인용을 위한 증거 원장 만드는 법”처럼 목적을 설명할 수 있습니다. 같은 목적지에 매번 똑같은 긴 문구를 도배할 필요는 없습니다. 문맥에 맞는 자연스러운 변형이 사용자에게 더 읽기 쉽습니다.
흔한 실수
- 모든 카드 버튼을 ‘자세히 보기’로 통일하고 제목은 이미지 안에만 넣습니다.
- 메뉴가 자바스크립트로 작동하니 검색엔진도 당연히 링크를 찾을 것이라고 가정합니다.
- 중요하지 않은 태그 페이지까지 본문 곳곳에서 과도하게 연결합니다.
- 앵커 텍스트에 키워드를 길게 반복해 문장을 부자연스럽게 만듭니다.
- 링크 개수만 세고 404, 리디렉션, 잘못된 목적지는 확인하지 않습니다.
제스토코스트의 판단
내부링크의 품질은 숫자가 아니라 다음 행동의 선명함으로 판단하는 편이 좋습니다. 독자가 현재 글을 읽고 생긴 다음 질문에 정확히 답하는 페이지를 연결하면 체류를 억지로 늘리지 않아도 탐색이 자연스러워집니다. 검색엔진 최적화와 사용자 경험이 같은 방향으로 움직이는 드문 작업입니다.
사이트맵이 URL 목록을 전달하는 주소록이라면 내부링크는 문서 사이의 관계를 설명하는 문장입니다. 주소록만 제출하고 관계를 비워 두면 새 글이 왜 중요한지 전달하기 어렵습니다. 공개 직후 관련 기존 글 두세 편을 고쳐 새 글로 연결하는 작업까지 발행 절차에 넣으세요.
자주 묻는 질문
앵커 텍스트에 키워드를 꼭 넣어야 하나요?
목적지를 구체적으로 설명하는 데 핵심 용어가 자연스럽게 들어갈 수는 있습니다. 다만 같은 문구를 반복하거나 문맥과 무관한 키워드를 억지로 넣는 것은 사용자에게 도움이 되지 않습니다.
버튼 링크도 Google이 읽나요?
버튼처럼 보이는 디자인 자체보다 HTML 구조가 중요합니다. 공식 문서는 `href`가 있는 `a` 요소를 권장하며, 클릭 이벤트만 있는 요소는 안정적으로 크롤링되지 않을 수 있다고 안내합니다.
사이트맵이 있으면 내부링크는 없어도 되나요?
사이트맵은 URL 발견을 돕지만 페이지 관계와 문맥을 모두 설명하지 않습니다. 중요한 페이지는 사이트 내에서 실제 링크를 받아야 사용자도 찾아갈 수 있습니다.
출처
CTA
최근 공개한 글 세 편에서 ‘자세히 보기’ 링크를 찾아 목적지를 설명하는 문구로 바꾸고, 실제 `href`와 404 여부까지 확인해 보세요.
편집 고지: 이 글은 공식 자료 조사와 초안 정리에 자동화 도구를 활용했으며, 공개 전 출처·표현·실무 적합성을 검수합니다.



댓글 0
회원만 댓글을 남길 수 있어요.
작성된 댓글은 모두 공개됩니다. 비밀댓글은 지원하지 않습니다.
아직 댓글이 없어요. 첫 공개 댓글을 남겨보세요.