구조도의 문서 단위
병원 사이트 구조는 홈·진료 허브·상세 문서·방문 안내를 각각 노드로 만들고, 메뉴 연결과 본문 링크를 다른 선으로 그리면 됩니다. 문서 목록에 등록됐다는 사실과 실제로 다른 페이지에서 들어갈 수 있다는 사실을 구분해야 연결이 빠진 문서를 찾을 수 있습니다.
노드는 메뉴 이름이 아니라 하나의 웹 주소로 열리는 문서를 기준으로 만듭니다. 같은 문서가 상단 메뉴와 하단 메뉴에 함께 표시되더라도 노드를 둘로 나누지 않습니다. 반대로 메뉴 이름이 같아도 도착하는 문서가 다르면 별도 노드가 필요합니다.
각 노드에는 문서명, 주소, 역할을 추가합니다. 역할은 첫 진입을 받는 홈, 관련 상세 문서를 묶는 진료 허브, 개별 질문에 답하는 상세 문서, 위치와 방문 정보를 전달하는 안내처럼 구분할 수 있습니다. 이는 구조도를 읽기 위한 운영 분류이며 모든 병원에 같은 구성을 요구하는 규칙은 아닙니다.
진료 허브가 실제로 없다면 현재 구조에 있는 것처럼 그리지 않습니다. 기존 문서는 실선 테두리, 추가를 제안하는 문서는 점선 테두리처럼 상태를 구별하면 현재 연결과 개편 계획이 섞이지 않습니다. 공개 전 문서도 공개 문서와 다른 상태로 표시합니다.
노드·연결선·메뉴 영역의 범례
문서, 들어오는 링크, 메뉴 영역은 서로 다른 표시가 필요합니다. 문서는 상자, 링크는 방향이 있는 선, 메뉴는 관련 항목을 감싸는 영역으로 표현할 수 있습니다. 표시 방식보다 중요한 것은 같은 표시가 글 전체에서 같은 뜻을 갖는다는 점입니다.
| 표시 대상 | 도식 표현 | 기록할 내용 |
|---|---|---|
| 문서 노드 | 문서별 상자 | 문서명·주소·역할·공개 상태 |
| 메뉴 진입 | 출발 문서에서 목적지로 향하는 실선 | 메뉴 영역과 항목 이름 |
| 본문 진입 | 출발 문서에서 목적지로 향하는 점선 | 링크 문구와 연결 이유 |
| 메뉴 영역 | 항목을 감싸는 경계 | 상단·하단·하위 메뉴 구분 |
색만으로 선의 의미를 나누면 흑백 출력이나 작은 화면에서 구분이 어려울 수 있습니다. 선 모양과 짧은 이름을 함께 사용하면 됩니다. 노드 안의 문서명은 독자가 알아볼 이름으로 쓰고, 주소는 같은 문서인지 판별할 수 있는 식별 정보로 관리합니다.
방향도 생략하지 않습니다. 상세 문서에서 방문 안내로 이동할 수 있다고 해서 방문 안내에서도 그 상세 문서로 돌아갈 수 있는 것은 아닙니다. 왕복 연결은 양쪽 링크가 실제로 있을 때만 표시해야 합니다.
분류 메뉴와 순차 목록의 구별
W3C의 Menu Structure는 항목 순서가 중요하지 않은 메뉴에 ul을, 순서가 중요한 메뉴에 ol을 사용하도록 안내합니다. 일반적인 사이트 탐색 메뉴는 대체로 전자에 해당합니다. 구조도에서도 분류 관계와 반드시 따라야 하는 순서를 서로 다르게 표현합니다.
홈: 사이트의 첫 진입 문서
진료 허브: 관련 상세 문서를 모은 문서
방문 안내: 위치와 방문 정보를 담은 문서
이 목록의 위아래 배치는 진료 순서를 뜻하지 않습니다. 메뉴에 먼저 나타난다는 이유로 특정 진료가 다른 진료보다 선행한다고 해석할 수 없으며, 구조도를 채우기 위해 임의의 진료 절차를 만들지도 않습니다.
순서가 필요한 예로는 구조도를 작성하는 작업 절차를 사용할 수 있습니다. 문서를 식별한 다음 연결을 그려야 같은 문서가 중복되거나 목적지가 없는 선이 생기는 일을 줄일 수 있습니다.
현재 공개 문서를 노드로 정리합니다.
메뉴에서 이동하는 연결을 그립니다.
본문에서 이동하는 연결을 추가합니다.
들어오는 선이 없는 문서를 분류합니다.
모바일에서 하위 메뉴가 접히거나 일부 항목이 숨겨져도 표시되는 항목은 화면 크기에 걸쳐 같은 순서·문구·목적지를 유지해야 한다는 W3C 안내가 있습니다. 구조도에는 화면별 메뉴 영역을 구분하고 이 세 요소가 달라지는 항목을 표시합니다.
본문 보충 링크의 연결 이유
메뉴선을 그린 뒤에는 본문에서 다른 문서로 넘어가는 링크를 추가합니다. 진료 허브의 상세 문서 소개와 상세 문서의 방문 안내 연결은 각각 출발점과 목적지를 가진 별도 선입니다. 메뉴에 이미 있는 목적지라도 본문 연결은 생략하지 않아야 실제 진입 경로를 구별할 수 있습니다.
본문선 옆에는 연결 이유를 짧게 기록합니다. 상세 설명을 이어 읽는 연결인지, 방문 정보를 얻는 연결인지 구분하면 목적지가 적절한지 판단하기 쉽습니다. 단지 연결 수를 늘리기 위한 선은 독자가 그 문서로 이동할 이유를 설명하기 어렵습니다.
Google은 중요한 페이지마다 사이트의 다른 페이지에서 하나 이상의 링크가 있어야 한다고 안내하며, 페이지별 링크 개수의 정답은 정하지 않습니다. 이 원칙은 중요한 노드에 들어오는 선이 있는지 판단하는 데 사용합니다. 모든 문서끼리 연결하는 도식으로 확대하지 않습니다.
링크 문구는 목적지 내용을 구체적이고 간결하게 설명하고 출발 문서의 맥락과도 관련돼야 합니다. 구조도에는 실제 문구를 함께 기록하면 이동선만 있을 때 놓치기 쉬운 모호한 이름을 찾을 수 있습니다. 문구를 바꿀 때는 목적지의 실제 내용도 함께 확인합니다.
들어오는 선이 없는 노드의 분류
문서 장부와 구조도를 나란히 놓고 공개 문서마다 들어오는 선이 있는지 대조합니다. 장부에 주소가 있어도 어느 문서에서도 연결하지 않으면 사이트 내부 탐색으로 도달하기 어렵습니다. 검색에서 발견될 가능성과 사이트 안에서 이동할 수 있는 상태는 별도로 판단합니다.
| 노드 상태 | 추가 판단 | 다음 행동 |
|---|---|---|
| 메뉴선만 있음 | 본문 맥락에서도 이동이 필요한가 | 관련 설명이 있는 문서에서 연결 필요성 판단 |
| 본문선만 있음 | 특정 문맥에서만 필요한 문서인가 | 메뉴 편입 여부를 문서 역할에 따라 결정 |
| 들어오는 선 없음 | 중요한 공개 문서인가 | 적절한 출발 문서를 찾아 연결 추가 |
| 계획선만 있음 | 문서와 링크가 실제 공개됐는가 | 공개 후 실제 경로를 확인해 상태 변경 |
들어오는 선이 없다는 이유만으로 모든 문서를 상단 메뉴에 넣을 필요는 없습니다. 특정 설명을 보충하는 문서는 관련 본문에서 연결하는 편이 자연스러울 수 있습니다. 반면 여러 상세 문서의 공통 출발점이라면 허브나 메뉴에서 접근할 자리를 검토할 수 있습니다.
선이 있는 노드도 목적지가 바뀌었거나 이동이 실패하면 유효한 연결로 보기 어렵습니다. 도식의 선을 따라 실제 문서를 열고 예상한 내용에 도착하는지 확인합니다. 발견한 문제는 출발 문서, 링크 위치, 목적지 노드를 묶어 기록해야 수정 위치가 분명해집니다.
새 페이지의 자리와 연결 책임
새 문서는 독자가 어떤 문서를 읽다가 필요로 하는지부터 정합니다. 관련 상세 설명을 보충한다면 해당 상세 문서가 출발점이 되고, 여러 문서가 공통으로 필요로 하는 안내라면 허브나 공통 메뉴가 후보가 됩니다. 주소의 폴더 위치만으로 자리를 결정하지 않습니다.
새 노드에는 들어오는 선을 만들 출발 문서와 연결할 위치를 함께 배정합니다. 문서 작성만 완료하고 연결 작업이 빠지면 장부에는 있지만 도식에서는 고립된 상태가 됩니다. 공개 시점에는 계획선이 실제 링크로 구현됐는지 다시 확인합니다.
기존 문서와 답변 범위가 겹친다면 노드를 늘리기 전에 내용을 보완할 수 있는지 판단합니다. 별도 문서가 필요할 때는 두 문서의 질문과 역할을 구분하고 이동 이유를 설명합니다. 이 도식은 탐색과 연결 상태를 관리하는 수단이며 검색 순위나 AI 인용을 보장하지 않습니다.
자주 묻는 질문
한 문서의 주소가 여러 개면 어떻게 그리나요?
주소별로 별칭을 기록하고 내용이 같은지 확인한 뒤 문서 관계를 표시합니다. 처음부터 하나로 합치면 다른 주소로 향하는 링크를 놓칠 수 있습니다. 최종 주소 처리 방침이 정해진 뒤 도식과 기존 링크의 목적지를 함께 수정합니다.
로그인 뒤의 문서도 구조도에 넣나요?
운영 범위에 포함된다면 넣되 접근 조건을 노드에 표시합니다. 공개 문서에서 연결돼도 로그인 없이 읽을 수 있는 것은 아닙니다. 공개 탐색 경로와 제한된 경로를 구분하고, 접속 조건이 바뀌면 연결 상태도 갱신합니다.
다른 사이트로 가는 메뉴는 어떻게 그리나요?
도식 경계 밖에 외부 목적지 노드를 만들고 출발 메뉴에서 연결합니다. 내부 문서와 같은 영역에 넣으면 관리 범위를 오해할 수 있습니다. 이동 문구가 외부 목적지에서 할 수 있는 일을 설명하는지도 확인합니다.
한 페이지 안의 이동도 노드가 필요한가요?
같은 문서의 특정 위치로 이동한다면 별도 문서 노드 대신 내부 이동 표시를 추가합니다. 문서 간 연결과 구분해야 페이지 수와 진입 경로를 잘못 해석하지 않습니다. 대상 위치가 없어졌다면 해당 이동 표시를 수정합니다.
문서를 삭제할 때 구조도는 어떻게 바꾸나요?
삭제할 노드로 들어오는 선을 먼저 추려 출발 문서의 링크 처리 방식을 정합니다. 대체 문서가 있다면 내용이 이동 문구와 맞는지 확인하고 목적지를 변경합니다. 대체할 내용이 없으면 링크 제거 후 도식에서도 선과 노드를 정리합니다.