목차 설계 노트 문답

간추린 개요

문서 안 소제목을 모아 각 자리로 건너뛰는 링크 목록으로 보여 주는 장치이며, 긴 문서의 길잡이 구실을 한다. 목차는 메모를 남긴 자리에 따라 TOC, Table of Contents라는 이름으로 칸 옆에 적힌다.¹ 여기 모은 질문은 검색엔진최적화를 겨냥해 도면을 다시 뜨는 쪽이 도면의 구획을 나누다 되짚는 물음을 추렸다.²

배치를 짜며 남는 질문

따로 떼어 둔 까닭이 궁금한데, 그림을 보면서 이 요소는 어떤 자리에서 출발했나?

화면에서 긴 문서를 읽을 때 전체 구성을 가늠하기 어렵다는 문제가 있어, 문서 위쪽에 구성 목록을 두는 배치가 널리 쓰이게 됐다.

장면으로 보고 싶은데, 배치표를 들고 이 요소는 어떤 화면에 대어 보면 되나?

가령 공정이 여러 단계로 나뉘는 안내 문서라면, 단계 이름을 항목으로 세워 원하는 단계로 바로 건너가게 할 수 있다.

선이 어디로 이어지는지 묻는데, 노트를 옆에 놓고 목차는 어떤 길을 타고 반영되나?

소제목마다 식별자를 붙이고 그 식별자로 가는 내부 연결을 만들어 두는 방식이며, 이렇게 생긴 조각 주소가 검색 결과의 추가 연결로 쓰이는 경우도 있다.

도면과 화면을 맞춰 보고 싶은데, 구획을 나누다가 이 요소는 무엇으로 대조하나?

문서를 열어 항목을 눌렀을 때 해당 자리로 이동하는지 보고, 소제목 구조와 항목 목록이 어긋나지 않는지 대조한다.

구획을 나눠야 해서 묻는데, 자리를 정하다가 이 요소는 어떤 작업으로 옮기나?

소제목 구조를 먼저 정리한 뒤 항목을 자동 생성하게 하고, 긴 문서에만 노출되도록 조건을 걸어 둔다.

어디서 읽은 설명이 있는데, 배치표를 들고 이 요소를 관해 들은 말이 어긋나지 않나?

넣기만 하면 검색 결과에 추가 연결이 생긴다고 보기 쉬우나, 그 표시는 검색엔진이 문서 구조를 보고 따로 판단한다.

선을 끊기 전에 묻는데, 도면을 펴 둔 채로 이 요소는 어디서 어긋나기 쉬운가?

소제목 구조가 흐트러진 문서에서 자동 생성하면 엉뚱한 항목이 섞이고, 짧은 문서에 넣으면 첫 화면만 밀어낸다.

함께 거론되는 항목이 있는데, 자리를 정하다가 이 요소는 가까운 개념과 무엇으로 가려지나?

사이트 전체 문서를 늘어놓은 사이트맵과 달리, 이쪽은 한 문서 안의 구성만 다루고 이동 범위도 그 문서에 머문다.

물음 하나가 아니라 사이트 한 채의 도면을 통째로 맞춰 보려면 진행절차 쪽에 순서대로 실려 있다.

문답을 덮으며 설계 메모

검색엔진최적화를 노리고 만든 대조표의 설명 칸에 목차를 여백에 한 문장으로 남긴다면 이렇다. 긴 문서의 구성을 앞쪽에서 한 번에 보여 주고 원하는 대목으로 바로 건너가게 하는 장치다.

나란히 둔 문서

도면 옆에 걸어 둔 항목으로는 헤딩 태그와 내부 링크가 목록에 이어져 있다. 다른 구획으로 넘어간 쪽에는 엔티티와 대체 텍스트 항목도 다음 쪽에 준비되어 있다. 항목 목록의 재료는 헤딩 태그로 세운 소제목이며, 각 항목은 같은 문서 안으로 걸리는 내부 링크다.