사이트 안에 블로그를 둘 때의 구조

정보 글과 진료 안내의 연결 구조

진료 메뉴는 해당 진료의 안내를 찾는 출발점이고, 블로그 목록은 특정 질문에 관한 설명을 찾는 출발점입니다. 두 영역이 같은 사이트에 있어도 독자가 처음 찾는 정보는 다를 수 있습니다. 따라서 메뉴 이름을 그대로 복제하기보다 글을 읽는 목적에 맞춰 목록의 분류를 구성하는 편이 적절합니다.

설계의 출발점은 폴더 이름이 아니라 이동 순서입니다. 독자가 어떤 질문으로 목록에 들어오고, 어떤 글을 읽은 뒤, 어느 안내가 더 필요한지 연결해 정리합니다. 글마다 진료 메뉴를 일괄 삽입하면 문맥과 관계없는 이동이 생길 수 있으므로 설명의 주제와 도착 페이지의 내용을 함께 판단해야 합니다.

Google의 링크 권장사항은 링크를 통해 페이지의 관련성을 파악하고 새 페이지를 발견한다고 설명합니다. 이를 블로그에 적용할 때의 목적은 중요한 글과 안내가 다른 페이지에서 발견되게 하는 것입니다. 링크가 있다는 사실은 검색 성과나 의료성과를 보장하지 않습니다.

독자 질문을 반영한 주제별 목록

분류 이름은 독자가 글의 범위를 예상할 수 있을 만큼 구체적이어야 합니다. 진료명만 나열할지, 준비·절차·이후 관리처럼 질문의 단계로 나눌지는 실제 글의 주제에 따라 달라집니다. 아직 글이 없는 분류를 미리 늘리기보다 현재 콘텐츠를 어느 목록에서 찾을 수 있는지 먼저 정리합니다.

한 글이 여러 주제와 관련되더라도 목록마다 제목과 설명을 다르게 붙이면 같은 글인지 알아보기 어려워집니다. 대표 제목을 일관되게 표시하고, 여러 목록에 노출할 필요가 있다면 각 목록의 이용 목적에 맞는 짧은 소개로 관계를 설명합니다. 분류를 추가하는 이유는 글 수가 아니라 탐색에 필요한 차이여야 합니다.

이 분류 방향은 블로그를 설계하기 위한 편집 예시이며 모든 사이트의 필수 메뉴는 아닙니다. 한 목록에서 서로 다른 질문이 섞여 제목만으로 구별하기 어렵다면 분리를 고려할 수 있습니다. 반대로 분류 사이 차이를 설명하기 어렵다면 통합한 목록에서 글 소개를 명확하게 만드는 방법이 가능합니다.

진료 메뉴와 블로그 목록의 역할 차이

같은 주제를 다루는 진료 안내와 블로그 글이 각각 어떤 질문에 답하는지 정리합니다. 진료 안내가 기본 정보를 모으고 블로그가 특정 질문을 자세히 설명한다면 서로 연결할 이유가 생깁니다. 내용이 거의 같다면 두 페이지의 필요성과 정보 배치를 재검토합니다.

블로그 목록에서 진료 안내로 이동하는 경로는 목록의 주제를 이해하는 데 그 안내가 도움이 될 때 유용합니다. 글 전체가 하나의 진료와 연결되지 않는다면 대표 진료를 임의로 연결하지 않습니다. 개별 글에서 관계를 설명하거나 목록 안에 주제별 안내를 구분할 수 있습니다.

진료 안내에서 연결할 글은 최신성보다 보충 설명의 적합성을 기준으로 선택합니다. 안내에서 짧게 다룬 질문을 자세히 설명하는 글인지 판단합니다. 최신 글 목록을 그대로 붙이면 보충 설명과 무관한 글을 앞세울 수 있습니다.

양방향 연결은 진료 안내와 정보 글을 읽는 사람 모두에게 이동할 이유가 있을 때 설계하는 편집 선택입니다. 모든 글과 모든 진료 페이지를 서로 연결할 필요는 없습니다.

본문 문맥에 맞는 연결 문구

글에서 진료 안내로 이어지는 문구는 도착 페이지의 주제나 범위를 알려줘야 합니다. 도착 페이지에 없는 내용을 약속하거나 관련 키워드를 한 문구에 몰아넣으면 독자의 기대와 실제 내용이 어긋납니다.

Google은 링크 문구가 구체적이고 간결하며 출발 페이지와 도착 페이지에 관련되어야 한다고 설명합니다. 문구 앞뒤의 설명도 연결의 맥락을 만들어야 합니다. 어떤 질문을 더 이해하기 위한 이동인지 설명하기 어렵다면 연결의 필요부터 판단합니다.

실제 게시 화면의 연결 방식도 중요합니다. Google은 일반적으로 href 속성이 있는 앵커 요소에서 링크를 크롤링할 수 있으며, 스크립트 이벤트만으로 이동하는 요소에서는 주소를 안정적으로 추출할 수 없다고 설명합니다. 블로그 목록과 관련 글 영역도 요청 가능한 실제 웹 주소로 이어져야 합니다.

중요한 페이지에는 사이트의 다른 페이지에서 들어오는 링크가 하나 이상 있어야 한다는 것이 Google의 권장사항입니다. 특정 페이지의 링크 개수에 정해진 답은 없으므로 글을 이해하는 데 필요한 안내와 발견 경로를 기준으로 구성합니다.

목록 밖에서도 이어지는 글 발견 경로

날짜순 목록에서는 오래된 설명이 뒤쪽으로 밀릴 수 있습니다. 계속 필요한 글이라면 주제별 목록, 관련 안내, 사이트 검색 등에서 접근할 경로를 설계합니다. 같은 최신 글 묶음을 여러 위치에 복제하기보다 독자의 출발 질문에 맞춰 진입점을 구성합니다.

W3C의 성공 기준 2.4.5 Multiple Ways는 수준 AA의 접근성 기준으로, 같은 웹페이지 집합 안의 페이지를 찾는 방법이 둘 이상이어야 한다고 설명합니다. 단, 절차의 결과이거나 절차의 한 단계인 페이지는 예외입니다. 따라서 일반 정보 글과 검색을 수행해야 생성되는 결과 페이지를 같은 조건으로 취급하지 않습니다.

이 기준을 블로그에 적용하려면 먼저 같은 목적과 제작 주체를 공유하는 웹페이지 집합의 범위를 정해야 합니다. 내부 폴더라는 위치만으로 범위가 결정되는 것은 아닙니다. W3C는 기본 도메인과 탐색 구조가 다르고 별도 작성 주체가 작성하는 하위 도메인 블로그를 별도 집합의 예로 제시합니다.

목록과 검색은 가능한 조합이며 검색 기능 자체가 모든 블로그의 필수사항은 아닙니다. 관련 페이지 연결이나 전체 페이지 목록 등 다른 방법도 사용할 수 있습니다. 실제 글에 각 경로로 도착할 수 있는지 확인해야 하며, 기능 이름만으로 기준 충족을 선언할 수는 없습니다.

오래된 글과 보충 안내의 유지 기준

오래된 글은 게시 시점과 내용의 유효성을 구분합니다. 현재 안내를 이해하는 데 필요한 설명이라면 주제별 목록에 포함할 수 있습니다. 현재 안내와 충돌한다면 관련 글로 계속 노출하기 전에 수정할 정보를 결정해야 합니다.

진료 안내가 변경되면 연결된 글의 문구도 영향을 받습니다. 도착 페이지가 열려도 예고한 설명이 사라지면 연결의 의미가 달라집니다. 주소의 작동 여부와 내용의 적합성을 함께 확인하고, 새 안내가 같은 질문에 답하는지에 따라 문구와 목적지를 조정합니다.

목록 개편에서는 분류 이름의 변경과 글의 접근 경로가 사라지는 일을 구별해야 합니다. 목록에서 제외한 글도 계속 공개할 필요가 있다면 다른 목록이나 관련 페이지에서 찾을 수 있어야 합니다. 새 분류 화면의 완성이 기존 글의 발견 경로 유지를 뜻하지는 않습니다.

구조 확정 전의 설계 순서

공개할 글마다 답하는 질문과 관련 진료 안내를 정리합니다. 질문이 비슷한 글을 목록으로 묶고, 목록 이름이 글의 범위를 설명하는지 판단합니다. 이어서 목록에서 글로, 진료 안내에서 보충 글로 이동하는 경로를 실제 페이지 기준으로 연결합니다.

한 글을 기준으로 목록 진입, 본문 읽기, 보충 안내 이동을 따라가면 빠진 연결을 찾기 쉽습니다. 목록 이름으로 주제를 예상할 수 있는지, 연결 문구로 다음 페이지를 이해할 수 있는지 확인합니다. 메뉴 깊이나 링크 개수에 보편적인 정답을 정할 필요는 없습니다.

블로그 경로의 이름은 이 구조를 표현하는 수단입니다. 이름이 짧고 일정해도 글 목록과 진료 안내가 단절돼 있으면 다음 질문을 해결하기 어렵습니다. 내부 폴더 선택과 별개로 공개된 글의 발견 위치와 보충 역할이 명확해야 합니다.

이어서 읽을 주제

블로그 목록과 진료 안내의 연결을 정리한 뒤에는 공개할 페이지의 주소 체계와 검색엔진에 알릴 페이지 목록을 정리할 차례입니다. 사이트맵과 정규 주소에서는 이와 이어지는 질문을 다룹니다.