방문자는 3초 안에 "여기가 맞나"를 판단합니다
검색 결과의 제목을 보고 들어온 사람은 클릭한 직후 가장 먼저 자신이 제대로 도착했는지를 가늠합니다. 이때 화면 위쪽에서 사업의 성격이 읽히지 않으면 스크롤을 내려 보기도 전에 뒤로 돌아가는 일이 생길 수 있습니다. 정보 구조를 점검하는 사람은 화려한 시각 요소보다 이 첫 판단을 돕는 문구와 배치가 제대로 되어 있는지부터 봐야 합니다.
점검의 기준은 검색 순위가 아니라 도착한 사람의 기대입니다. 여러 검색 영역에서 어떤 위치에 노출될지는 사이트 구조만으로 정할 수 없으므로, 담당자가 통제할 수 있는 부분인 "도착한 뒤의 경험"에 집중하는 것이 현실적입니다.
첫 화면에서 확인할 세 가지 문장
첫 화면에는 무슨 서비스를 하는지, 누구에게 필요한지, 다음에 어느 메뉴로 가면 되는지가 문장으로 드러나야 합니다. 세 문장이 모두 있으면 방문자는 별다른 설명 없이도 자기 상황과 비교해 볼 수 있습니다. 표제가 포괄적인 말만 담고 있다면 구체적인 업무를 설명하는 부제를 붙이는 것도 방법입니다.
서비스가 여러 갈래라면 갈래마다 대표 페이지를 하나씩 정합니다. 새 글이 생길 때마다 어느 대표 페이지 아래에 두어야 하는지 정해 두면 메뉴가 제멋대로 늘어나는 것을 막을 수 있습니다. 대표 페이지가 비어 있는 갈래는 그 자체로 보완해야 할 목록이 됩니다.
첫 화면의 문구는 한 번 정하고 끝나는 것이 아니라 서비스 범위가 바뀔 때마다 함께 확인해야 합니다. 이미 종료한 서비스가 소개에 남아 있거나 새로 시작한 업무가 빠져 있으면, 방문자는 사이트 전체의 정보를 믿기 어려워집니다. 분기마다 한 번씩 첫 화면과 대표 페이지의 문장을 소리 내어 읽으며 현재 사실과 맞는지 대조하면 충분합니다.
답이 다르면 나누고 같으면 합칩니다
비슷한 검색 표현마다 새 페이지를 만들다 보면 사이트에는 거의 같은 내용의 글이 쌓입니다. 나누는 기준은 표현의 차이가 아니라 독자가 받는 답의 차이여야 합니다. 이용 대상과 범위를 알려 주는 글, 진행 순서를 알려 주는 글, 한 가지 의문을 풀어 주는 글은 서로 답이 다르므로 각각 존재할 이유가 있습니다.
반대로 제목만 다르고 첫 문단과 결론이 같다면 통합을 검토할 때입니다. 합칠 때는 남길 글을 정하고, 사라지는 주소로 들어오던 사람이 새 주소로 이어지도록 안내가 끊기지 않게 처리해야 합니다. 합친 뒤에는 본문 안의 연결 문구도 새 주소에 맞는지 확인합니다.
지역 이야기는 확인한 정보가 있을 때만 씁니다
지역을 내세운 페이지는 그 지역을 찾는 사람이 실제로 쓸 수 있는 정보가 있어야 의미가 있습니다. 찾아오는 길, 이용 방식, 해당 지역에서 받을 수 있는 안내 조건처럼 구체적인 사실이 그런 예입니다. 지명만 바꾼 채 같은 문장을 반복한 페이지는 서로 구분되지 않아 읽는 사람에게 아무 도움이 되지 않습니다.
지역마다 보여 줄 고유한 내용이 없다면 서비스 가능 범위를 한 페이지에서 명확하게 설명하는 편이 낫습니다. 확인하지 못한 지역의 분위기나 이용자 이야기를 지어내는 일은 하지 않습니다.
직접 눌러 보는 기술 점검 목록
내용이 좋아도 기본 동작이 어긋나 있으면 방문자는 답에 닿기 어렵습니다. 휴대전화에서 메뉴가 열리고 닫히는지, 링크가 엉뚱한 곳으로 가지 않는지, 제목과 본문이 같은 주제를 말하는지, 폐기된 연락처가 남아 있지 않은지를 하나씩 확인합니다. 정보 글 끝에서 서비스 설명으로 이어지는 길도 실제로 눌러 봐야 합니다.
점검한 날짜와 기기 종류를 함께 적어 두면 다음 담당자가 같은 기준으로 비교할 수 있습니다. 수집 가능한 환경이라는 사실만으로 구조가 충분하다고 판단하지 말고, 사람이 읽고 이동하는 흐름을 기준으로 삼습니다.
수정 뒤에는 이탈 지점과 반복 문의를 봅니다
고친 뒤에는 방문자가 어느 페이지에서 떠나는지, 어떤 질문이 문의로 반복되는지를 함께 살펴봅니다. 예약 방법을 자꾸 묻는 문의가 온다면 안내가 눈에 잘 띄지 않는다는 신호일 수 있습니다. 반대로 제공하지 않는 서비스를 묻는 문의가 늘면 제목의 약속이 지나치게 넓은 것은 아닌지 되짚어 봅니다.
이렇게 얻은 관찰을 짧은 메모로 남기면 구조 개선이 취향 논쟁으로 흐르지 않습니다. 구조 정리는 결국 방문자의 질문과 사이트가 가진 정보를 정확히 이어 주는 일이며, 변경 이유를 기록해 두면 이후의 수정도 같은 기준에서 이어 갈 수 있습니다.