내부 링크 설계 문답

앞에 놓은 개요

같은 도메인 안의 문서끼리 걸어 둔 연결이며, 사용자의 이동 경로와 크롤러의 탐색 경로를 동시에 만든다. 내부 링크는 도면을 넘겨받은 쪽에 따라 Internal Link, 사이트 내 링크라고 적은 노트도 섞여 있다.¹ 여기 차례로 둔 물음은 검색엔진최적화를 맡아 구조를 그리는 쪽이 도면을 넘겨받고 되묻는 물음을 묶었다.²

노트를 펴고 묻는 말

개편을 떠맡아 묻는데, 노트를 옆에 놓고 이 요소는 무엇을 정해 두어야 하나?

문서를 발행할 때 기존 문서 가운데 주제가 이어지는 두세 곳을 찾아 새 문서로 가는 길을 내고, 반대 방향 연결도 함께 넣는다.

꾸며 본 경우라도 보고 싶은데, 배치표를 들고 이 요소는 가상의 도면에 얹으면 어떤가?

예를 들어 새로 쓴 사례 문서에 어디서도 연결이 걸리지 않았다면, 관련 안내 문서 본문에서 그 문서로 가는 길을 내 주는 것이 먼저다.

층이 어떻게 쌓이는지 묻자면, 그림을 보면서 이 요소는 어떤 짜임으로 도나?

크롤러는 수집한 문서에서 연결을 꺼내 다음 요청 목록에 넣으므로 아무도 가리키지 않는 문서는 발견이 늦어지고, 연결이 모이는 자리는 사이트 안에서 중요한 문서로 읽히는 경향이 있다.

경계가 흐릿한 항목이 있는데, 그림을 보면서 이 요소는 곁의 항목과 어떻게 선을 긋나?

밖으로 나가는 아웃바운드 링크와 달리, 이쪽은 같은 도메인 안에서 순환하므로 사이트 구조를 직접 바꾸는 수단이 된다.

급히 고쳐야 할 때가 궁금한데, 자리를 정하다가 내부 링크는 무엇을 삼가야 하나?

메뉴와 꼬리말에만 기대면 본문 문맥이 전해지지 않고, 한 문서에 지나치게 많은 연결을 몰면 어느 문서가 중요한지 흐려진다.

규칙으로 자리 잡은 사정을 묻는데, 도면을 펴 둔 채로 내부 링크는 어떤 자리에서 출발했나?

문서 수가 늘면 메뉴만으로 모든 문서에 닿기 어려워져, 본문 안에서 관련 문서를 잇는 연결이 구조 설계의 기본 수단이 됐다.

내 쪽에서 직접 보고 싶은데, 노트를 옆에 놓고 내부 링크는 무엇을 보고 가늠하나?

크롤링 도구에서 문서별 유입 연결 수와 클릭 깊이를 뽑아, 깊이가 지나치게 깊거나 유입이 없는 문서를 찾아낸다.

오래된 자료에서 본 말인데, 자리를 정하다가 이 요소를 두고 오가는 조언이 지금도 맞나?

연결 수가 많을수록 좋다고 보기 쉬우나, 문맥에 맞지 않는 자리에 걸린 연결은 이동도 탐색도 돕지 못한다.

칸과 층을 아울러 보는 순서가 궁금하다면 내부링크구조 쪽에서 이어진다.

갈무리 정리

검색엔진최적화를 노리고 만든 대조표의 설명 칸에 이 요소를 한 칸에 압축해 적는다면 이렇다. 사이트 안의 문서를 서로 잇는 선이며, 사람의 이동과 크롤러의 발견을 같은 설계로 묶는다.

이어 볼 묶음

답 뒤에 붙인 항목으로는 아웃바운드 링크와 앵커 텍스트가 한 장 뒤에 따로 있다. 같은 노트의 다른 장에는 토픽 클러스터와 목차 칸도 나란히 적혀 있다. 연결에 입히는 문구는 앵커 텍스트가 맡고, 주제 묶음을 잇는 수단이라는 점에서 토픽 클러스터 설계의 핵심 도구가 된다.