디자인이 좋아도 길을 잃는 경우
화면이 깔끔한데도 방문자가 금방 떠나는 사이트가 있습니다. 첫 화면을 보고도 이곳이 무엇을 하는 곳인지, 내가 찾는 내용은 어느 메뉴에 있는지 알 수 없기 때문입니다. 검색 결과의 제목을 보고 들어온 사람은 그 제목이 약속한 내용을 해당 페이지에서 곧바로 확인하기를 기대합니다. 정보 구조 점검은 이 기대와 실제 화면 사이의 간격을 찾는 일입니다. 다만 구조를 정리했다고 검색 결과의 특정 위치가 보장되지는 않으므로, 점검의 목적은 방문자가 답에 닿는 길을 분명히 하는 데 둡니다.
첫 화면에서 확인할 세 가지
첫 화면에는 핵심 서비스, 대상 이용자, 다음에 읽을 메뉴가 보여야 합니다. 대표 제목은 사이트의 실제 업무를 설명하고, 바로 아래 문단은 그 설명을 이어받습니다. 제목에 넓은 표현만 쓰고 본문에 서로 다른 업종의 내용이 섞이면 사이트의 중심 주제가 흐려집니다. 한 사이트가 여러 서비스를 다룬다면 대표 페이지를 정하고 세부 페이지를 그 아래에 연결하는 구조가 읽기에 편합니다. 낯선 사람에게 첫 화면을 몇 초만 보여 주고 무엇을 하는 곳 같은지 물어보는 방법도 쓸 만합니다.
첫 화면을 점검할 때는 컴퓨터와 모바일 화면을 모두 열어 봅니다. 모바일에서는 메뉴가 접혀 핵심 서비스가 보이지 않거나, 첫 문단이 길어 다음 메뉴가 화면 아래로 밀리는 경우가 있습니다. 방문자가 스크롤하기 전에 보게 되는 영역에 사이트의 성격이 드러나는지 확인하세요.
페이지를 나누는 기준은 답의 차이
비슷한 검색어마다 페이지를 하나씩 만드는 방식은 편해 보이지만 중복을 키웁니다. 나누는 기준은 단어의 철자 차이가 아니라 답의 차이여야 합니다. 서비스 소개는 제공 범위와 이용 대상을, 절차 안내는 진행 단계와 준비 사항을, 정보 글은 구체적인 질문 하나를 다루도록 역할을 정합니다. 점검할 때는 기존 페이지를 목록으로 펼쳐 각 페이지가 답하는 질문을 한 줄로 적습니다. 같은 답을 하는 페이지가 있다면 합칠지, 역할을 다시 나눌지 결정합니다.
목록을 만들 때는 글의 제목뿐 아니라 첫 문단이 실제로 무엇을 말하는지도 함께 적어 둡니다. 제목은 그럴듯한데 첫 문단이 다른 이야기로 시작하는 경우가 의외로 많기 때문입니다. 제목과 첫 문단이 어긋나는 페이지는 방문자가 가장 먼저 실망하는 지점이므로 우선순위를 높여 고칩니다.
지역을 다루는 페이지의 조건
지역 이름이 들어간 페이지는 그 지역에서만 의미 있는 정보가 있을 때 필요합니다. 실제 방문이 가능한 장소, 이용 방식, 안내할 수 있는 조건 같은 고유한 내용이 있다면 별도 페이지의 이유가 됩니다. 지명만 바꾸고 문장이 같다면 각 페이지의 역할을 설명하기 어렵고, 방문자도 차이를 느끼지 못합니다. 지역별 정보가 따로 없다면 서비스 범위를 한 페이지에 분명히 적는 방법이 낫습니다. 확인되지 않은 서비스 지역을 넓게 적는 것은 피합니다.
기술 상태도 내용과 함께 보기
내용을 정리해도 기본적인 오류가 남아 있으면 방문자는 답에 닿지 못합니다. 모바일에서 메뉴가 열리는지, 링크가 잘못된 주소로 가지 않는지, 제목과 본문이 서로 일치하는지, 오래된 연락처나 운영 시간이 남아 있지 않은지를 직접 눌러 확인합니다. 정보 글에서 관련 서비스 설명으로 이동하는 경로가 막혀 있지 않은지도 살핍니다. 검색엔진이 페이지를 수집할 수 있는 환경이더라도 방문자가 답을 찾지 못하면 구조의 목적은 달성되지 않습니다.
점검 결과는 바로 수정할 항목과 다음 개편에서 다룰 항목으로 나누어 기록합니다. 오타나 잘못된 링크처럼 영향이 분명한 문제는 즉시 고치고, 페이지 통합이나 메뉴 개편처럼 구조에 영향을 주는 일은 일정과 담당자를 정해 천천히 진행합니다. 한꺼번에 많은 것을 바꾸면 결과를 해석하기 어려워집니다.
점검 후 비교하는 방법
수정이 끝나면 수정 전후에 방문자가 어떤 경로로 이동하는지, 어떤 질문이 반복되는지를 비교합니다. 특정 페이지에서 바로 이탈하는 흐름이 보이면 그 페이지의 첫 문단이 제목의 약속을 지키는지 다시 읽어 봅니다. 반복되는 문의가 있다면 설명이 빠진 부분을 해당 페이지에 보완합니다. 통합검색을 염두에 둔 사이트 정리는 순위를 위한 문구를 채우는 작업이 아니라 실제 정보와 질문을 정확히 연결하는 과정이라는 점을 운영 문서에 적어 두면 이후 개편에서도 기준을 유지할 수 있습니다.