가상의 도면에 올린 토픽 클러스터

장면 앞의 개념

하나의 큰 주제를 다루는 대표 문서와 세부 주제 문서들을 내부 링크로 묶어 한 덩어리로 운영하는 구조다. 이 요소는 메모를 남긴 자리에 따라 Topic Cluster, 주제 묶음이라는 이름이 괄호 안에 나란히 붙는다.¹

단순화한 배치 보기

검색엔진최적화를 목표로 배치를 짜는 과정에서 토픽 클러스터가 어떤 자리를 맡는지 가정한 장면 하나로 세워 본다.² 예를 들어 이사 비용이라는 주제를 두고 거리별, 짐 양별, 시기별 문서를 따로 쓰고 대표 문서에서 모두 이어 둔다면 이 구조에 해당한다.

도면에 들어온 경과

배치만 보고는 알기 어려운 쪽으로 눈을 돌리면 이 요소가 노트에 적히기 시작한 맥락이 남아 있다. 주제어 하나에 문서 하나를 맞추는 방식이 겹치는 문서를 양산하자, 주제 단위로 문서를 배치하고 서로 잇는 설계가 대안으로 제시됐다.

배치가 반영되는 구조

배치가 반영되는 순간을 늘려 보면 토픽 클러스터의 이치가 가닥별로 잡힌다. 대표 문서가 주제 전체를 개괄하고 세부 문서가 각 갈래를 깊이 다루며, 양쪽을 잇는 링크가 주제 범위와 문서 사이의 위치를 드러낸다.

사례 안에서 확인 지점

도면 묶음 전체를 읽는 차례는 검색엔진최적화점검 쪽이 떠안고 있다. 꾸민 화면 대신 돌아가는 화면을 보면 볼 자리는 이렇게 추려진다. 사이트 구조도나 크롤링 도구의 내부 링크 보고서로 묶음이 실제로 이어졌는지, 고립된 세부 문서가 없는지 들여다본다.

손을 대는 쪽의 손볼 일

사례의 담당자 자리에 앉아 보면 이 요소를 다루며 거치는 실무는 이렇게 이어진다. 주제를 정하면 세부 갈래를 먼저 표로 적어 문서 목록을 짜고, 각 문서를 쓸 때 대표 문서와 서로 오가는 링크를 같이 넣는다.

도면과 벌어지는 문제

꾸며 본 배치가 무너지는 쪽을 보면 토픽 클러스터를 건드릴 때 생기는 탈은 이렇게 남는다. 세부 문서끼리 주제가 겹치면 중복 콘텐츠 문제가 생기고, 링크를 걸지 않으면 묶음은 이름만 남는다.

자주 섞이는 항목과의 차이

같은 묶음에 함께 올라서 토픽 클러스터와 뒤섞이기 쉬운 개념이 바로 아래에 있다. 메뉴 계층을 뜻하는 사이트 구조와 달리, 이쪽은 주제 사이의 포함 관계를 기준으로 문서를 묶는다.

되풀이되는 속설

예로 든 배치를 규칙으로 바꿔 읽은 설명에서 토픽 클러스터에 대해 잘못 알려진 점은 이렇게 모인다. 문서 수를 늘리면 묶음이 완성된다고 보기 쉬우나, 갈래가 겹치지 않게 나누고 링크로 잇는 설계가 빠지면 문서만 쌓인다.

갈무리 요지

검색엔진최적화를 겨냥해 정리하는 칸 설명 목록에 토픽 클러스터를 한 칸에 압축해 적는다면 이렇다. 문서를 하나씩 쌓는 대신 주제 단위로 설계하고 링크로 관계를 드러내는 운영 방식이다.

더 볼 칸

장면 노트 옆에 끼워 둔 항목으로는 필러 페이지와 내부 링크가 다음 쪽에 준비되어 있다. 노트 여백에 적어 둔 항목으로는 중복 콘텐츠와 엔티티 칸도 나란히 적혀 있다. 묶음의 중심에 서는 문서를 필러 페이지라 부르고, 묶음을 잇는 수단은 내부 링크다.