디자인보다 먼저 방문자의 첫 질문 확인하기
화면이 깔끔해도 무엇을 하는 곳인지 첫눈에 알기 어렵다면 방문자는 메뉴를 하나씩 열어 보며 시간을 씁니다. 검색 결과를 눌러 들어온 사람은 제목에서 기대한 내용이 해당 페이지에 바로 있는지를 확인하려 합니다. 따라서 점검은 시각적 완성도보다 방문자가 어떤 질문을 안고 들어왔는지를 정하는 일에서 출발합니다. 검색 결과에서의 위치는 여러 요인의 영향을 받기 때문에 구조를 고쳤다고 해서 특정 순위가 약속되지는 않습니다.
첫 화면에서 서비스와 대상을 밝히기
첫 화면에는 핵심 서비스, 주된 이용 대상, 다음에 읽을 메뉴가 분명해야 합니다. 표제는 실제 업무를 설명해야 하고, 첫 문단은 그 표제를 이어받아야 합니다. 표제에는 넓은 지역 이름만 적어 놓고 본문에서 서로 다른 업종을 한꺼번에 소개하면 중심 주제가 흐려집니다. 서비스마다 대표 페이지를 하나 정하고 관련된 세부 페이지를 그 아래에 연결하는 구성이 방문자에게도 읽기 쉽습니다.
페이지는 철자가 아니라 답의 차이로 나누기
페이지를 나누는 기준은 검색어의 표기 차이가 아니라 제공하는 답의 차이입니다. 서비스 소개는 제공 범위와 대상을, 절차 안내는 진행 단계와 준비할 내용을, 정보 글은 구체적인 질문 하나를 다루는 식으로 역할을 구분합니다. 비슷한 제목을 여러 개 만들어 본문만 조금씩 바꾸면 중복이 늘어날 수 있습니다. 기존 페이지의 목적을 목록으로 적어 같은 답을 하는 글이 있다면 합치거나 한쪽을 갱신하는 방안을 검토합니다.
지역 페이지는 고유한 사실이 있을 때만 만들기
인접 지역까지 다루고 싶더라도 실제 서비스 범위와 방문 가능 여부가 확인되어야 합니다. 지역별 페이지를 둔다면 주소, 이용 방식, 그 지역에서 안내할 수 있는 조건처럼 다른 페이지에 없는 정보가 들어가야 합니다. 지명만 바꾸어 같은 문장을 반복하면 페이지마다 역할을 설명하기 어렵습니다. 지역별 차이가 없다면 서비스 범위를 한 페이지에 분명히 적는 방법이 더 정확합니다.
기술 상태를 직접 눌러 확인하기
내용과 함께 기본 상태도 확인합니다. 모바일에서 메뉴가 열리는지, 링크가 엉뚱한 주소로 연결되지 않는지, 제목과 본문이 일치하는지, 오래된 연락처가 남아 있지 않은지를 살펴봅니다. 정보 글에서 서비스 설명으로 자연스럽게 이동하는지 직접 눌러 보는 과정도 필요합니다. 검색엔진이 수집할 수 있는 환경이더라도 방문자가 답을 찾지 못하면 구조의 목적을 이루지 못합니다.
개선 전후를 비교하는 방법
수정한 뒤에는 이용 흐름과 문의 내용을 이전과 비교해 봅니다. 어느 페이지에서 방문자가 떠나는지, 같은 질문이 반복되는지를 보면 설명이 빠진 곳을 찾을 수 있습니다. 숫자가 작을 때는 몇 건의 변화만으로 결론을 내리지 않고, 일정 기간의 흐름을 함께 봅니다. 정보 구조를 정리하는 일은 순위를 위한 문구를 채우는 작업이 아니라 실제 정보와 질문을 정확하게 연결하는 과정이라는 점을 기준으로 삼으면 판단이 쉬워집니다.
점검표로 남겨 두면 좋은 항목
이 과정을 한 번으로 끝내지 않으려면 확인 항목을 점검표로 만들어 두는 것이 좋습니다. 첫 화면의 설명, 대표 페이지와 세부 페이지의 연결, 지역 안내의 근거, 모바일 메뉴 동작, 연락처 최신 여부를 칸으로 나누고 확인한 날짜와 담당자를 적습니다. 새 글이나 페이지를 추가할 때마다 이 표를 함께 열어 기존 페이지와 역할이 겹치지 않는지 대조하면 구조가 점점 복잡해지는 일을 막을 수 있습니다. 담당자가 바뀌더라도 같은 기준으로 점검할 수 있다는 점이 점검표의 가장 큰 장점입니다.
페이지 수가 많지 않은 사이트는 구조를 복잡하게 만들 필요가 없습니다. 대표 서비스 몇 가지에 대표 페이지를 두고 그 아래에 질문별 글을 연결하는 정도만으로도 충분합니다. 메뉴 이름은 업계 용어보다 방문자가 실제로 검색할 만한 말로 정하고, 같은 뜻의 메뉴가 두 군데 나뉘어 있지 않은지도 확인합니다. 구조가 단순할수록 수정과 점검이 쉬워서 오래 유지됩니다.
정리한 구조를 팀원이나 지인에게 보여 주고 원하는 정보를 얼마 만에 찾는지 확인해 보는 것도 방법입니다. 막히는 지점이 보이면 그곳이 우선 고칠 대상입니다.