SEO 보고서 읽기

새 페이지로 가는 내부 링크가 보이지 않는다면 어디에 추가해야 할까요?

내부 링크를 놓을 유용한 위치를 찾고 방문자와 Google이 따라갈 수 있는지 확인하세요.

유용한 페이지를 게시했습니다. 사이트맵에도 있고 주소를 입력하면 열리지만, 사이트를 둘러보는 방문자가 찾아갈 뚜렷한 경로는 없습니다. 첫 링크를 어디에 두고 Google이 따라갈 수 있는지는 어떻게 확인할까요?

새 페이지가 대상으로 삼는 독자에게 이미 도움을 주는 페이지부터 살펴보세요. 관련 링크는 방문자에게 새 페이지로 가는 경로를 제공하고 검색엔진에 페이지를 발견할 다른 방법을 줄 수 있습니다. 다만 크롤링, 색인 생성 또는 특정 순위를 보장하지는 않습니다. 독자가 다음 단계로 넘어가는 데 도움이 되는 곳에 링크를 두고, 의도한 URL에 도착하는지 확인한 뒤 Google이 변경 사항을 처리할 시간을 주세요.

먼저 기존 경로가 있는지 확인하세요

공개할 페이지라면 가능한 한 비공개 브라우저 창에서 방문자처럼 사이트를 엽니다. 관련 카테고리, 가이드 또는 제품 페이지에서 출발해 주소창에 URL을 입력하지 않고 새 페이지에 도달해 보세요. 출발 페이지와 사용한 링크 텍스트를 기록합니다.

경로를 찾지 못했다면 더 확인할 이유가 생긴 것이지, 내부 링크가 전혀 없다는 증거는 아닙니다. 검색창, 관련 콘텐츠 영역, 오래된 글 또는 CMS가 추가한 링크가 다른 경로를 제공할 수 있습니다. 반대로 로그인 후에만 보이는 링크는 공개 경로가 아닐 수 있습니다.

다른 관점으로 Google Search Console의 링크 보고서를 열고 내부 링크 → 상위 링크 대상 페이지 → 더보기에서 대상 URL을 찾습니다. 해당 URL을 선택하면 Google이 그곳으로 연결되는 링크를 발견한 페이지의 예를 볼 수 있습니다. 이 보고서는 시간에 걸쳐 발견된 링크의 표본이므로 대상이 없거나 새 링크가 아직 나타나지 않아도 링크가 없다는 확증은 아닙니다. 범위는 Google의 링크 보고서 문서를 참고하세요.

사이트맵에는 사이트에서 탐색 가능한 링크를 만들지 않고도 페이지를 나열할 수 있습니다. 선호 URL을 알리는 데 유용하지만 크롤링이나 색인 생성을 보장하지는 않습니다. 페이지가 사이트맵에 들어가야 한다면 항목을 유지하고, 적절한 곳에 독자를 위한 경로도 제공하세요.

독자의 다음 질문을 기준으로 출발 페이지를 고르세요

링크는 대상이 독자의 작업을 이어 가는 데 도움이 되는 위치에서 가장 유용합니다. 예를 들어 작은 빵집이 맞춤 케이크 주문 방법을 설명하는 페이지를 게시했다고 가정해 보겠습니다. 기존 케이크 메뉴의 한 문단은 자연스러운 링크 위치입니다. 케이크를 고려하는 방문자는 주문에 필요한 여유 시간, 제공 인분, 주문 방법을 알고 싶을 수 있습니다. 관련 없는 개인정보 처리방침에 숨긴 링크는 그 독자에게 훨씬 덜 유용할 것입니다.

이 가상의 예가 아닌 실제 콘텐츠를 기준으로 결정하세요.

  1. 대상 페이지의 목적을 한 문장으로 정리합니다. 방문자는 그곳에서 무엇을 찾거나 할 수 있나요?
  2. 독자가 그다음 단계를 필요로 할 만한 기존 공개 페이지를 찾습니다. 관련 서비스 페이지, 제품 카테고리 또는 설명 글이 적합할 수 있습니다.
  3. 관련 문장이나 섹션에 링크를 추가합니다. 클릭하지 않아도 주변 설명은 정확해야 합니다.
  4. 대상이 사이트의 주요 이용 경로에 실제로 중요하다면 카테고리 페이지나 탐색 메뉴에서도 연결해야 하는지 고려합니다. 모든 페이지의 바닥글 링크가 문맥에 맞게 잘 배치한 링크 하나보다 자동으로 더 나은 것은 아닙니다.

모든 글이 서로에게 억지로 링크할 필요는 없습니다. Google은 중요한 페이지에 다른 관련 페이지에서 접근할 수 있게 하고, 독자가 대상을 이해하는 데 도움이 되는 링크 텍스트를 사용하도록 권장하지만 정해진 마법 같은 링크 수는 제시하지 않습니다. Google의 링크 권장사항을 확인하세요.

링크를 명확하고 따라갈 수 있게 만드세요

문맥에서 대상을 설명하는 링크 텍스트를 작성합니다. “맞춤 케이크 주문 상세 정보 보기”는 “여기를 클릭”보다 무엇을 볼지 더 잘 알려 줍니다. 목표 키워드를 정확히 반복할 필요는 없으며 대상에 없는 정보를 약속해서도 안 됩니다.

HTML을 수정한다면 일반 링크는 다음과 같을 수 있습니다.

<a href="/custom-cakes/order">See custom cake ordering details</a>

위 경로는 예시이며 실제 사이트의 페이지가 아닙니다. 자신의 링크는 실제 대상을 가리켜야 합니다. CMS에서는 일반 링크 기능을 사용해 해당 URL을 붙여 넣거나 선택하세요. 완성된 링크를 클릭하면 로그인 화면, 없는 페이지 또는 불필요한 리디렉션 연쇄가 아닌 의도한 페이지로 이동해야 합니다.

클릭 시 JavaScript만 실행하는 컨트롤은 사람에게는 작동해도 사용 가능한 href가 있는 실제 <a> 요소보다 크롤러가 해석하기 어려울 수 있습니다. JavaScript도 유효한 링크를 추가할 수 있으므로, 동적으로 삽입된 모든 링크가 보이지 않는다고 가정하지 말고 렌더링된 페이지를 확인하세요. Google의 링크 문서에 두 방식의 예가 있습니다. 사이트 빌더가 마크업을 관리한다면 유지할 수 없는 코드를 삽입하는 대신 일반적인 크롤링 가능 링크를 만드는 방법을 지원팀에 문의하세요.

대상 페이지를 별도로 확인하세요

좋은 링크라도 잘못된 페이지 버전으로 연결되면 불편한 경로입니다. 비공개 창에서 대상을 열고 의도한 방문자가 콘텐츠를 이용할 수 있는지 확인하세요. 클릭 후 주소가 바뀐다면 의도한 리디렉션인지 살펴봅니다. 내용이 실질적으로 같은 중복 페이지 버전에는 선호 URL을 일관되게 사용하세요. canonical 표시는 Google에 보내는 신호이며 해당 URL의 선택을 보장하는 명령은 아닙니다. Google의 정규화 가이드가 차이를 설명합니다.

그다음 Search Console에서 대상 URL을 검사합니다. 색인된 결과는 Google이 저장한 정보를 설명하고 실시간 테스트는 현재 페이지를 확인하지만, 실시간 테스트 자체가 Google이 새 버전을 색인했다는 뜻은 아닙니다. 보고서에 제한이나 다른 색인 제외 이유가 표시되면 내부 링크만이 문제라고 가정하지 말고 그 이유를 조사하세요. 예를 들어 의도하지 않은 noindex는 별도로 수정해야 합니다. noindex 지시문의 출처를 찾는 가이드에서 확인 과정을 설명합니다.

서로 다른 신호를 혼동하지 말고 다시 확인하세요

링크를 게시한 뒤 출발 페이지를 다시 열어 링크를 따라가 보세요. JavaScript가 링크를 추가한다면 Search Console의 URL 검사 도구로 출발 URL의 렌더링된 HTML을 살펴볼 수 있습니다. 렌더링 결과에서 대상 경로를 검색하고 링크가 의도한 곳을 가리키는지 확인하세요. 이는 해당 테스트에서 도구가 볼 수 있는 내용을 확인하는 것이며 Google이 언제 대상을 다시 방문하거나 색인할지 약속하지 않습니다.

출발 URL, 대상 URL, 링크 텍스트, 게시일, 재확인 결과를 간단히 기록합니다. 나중에 링크 보고서와 대상의 색인 상태를 다시 확인하세요. 링크 보고서는 지연될 수 있으며 표본입니다. 페이지가 계속 색인되지 않으면 다음 변경을 결정하기 전에 보고된 이유, 공개 접근 가능 여부, 선호 URL과 유용성을 비교합니다. 변경되지 않은 사이트맵을 반복 제출하거나 색인을 요청하는 것은 실제 문제의 진단을 대신하지 못하며, 어느 쪽도 결과를 보장하지 않습니다. Google의 재크롤링 안내를 참고하세요.

자신의 사이트 홈페이지를 별도로 처음 확인하고 싶다면 SEOHabit 웹사이트 SEO 검사기에서 가입 후 제한된 홈페이지 검사를 이용할 수 있습니다. 지속적인 검사에는 소유권 확인이 필요합니다. 조사할 만한 문제를 알려 줄 수 있지만, 사이트 변경과 검증은 본인 또는 본인의 도구가 수행합니다.