검색 결과 목록은 이용자가 가장 먼저 보는 판단 자료입니다
사이트 안에서 검색창을 쓰는 사람은 이미 어떤 문제를 안고 들어옵니다. 신청 방법을 알고 싶거나, 받은 파일이 어디에 있는지 찾거나, 예전에 본 안내가 아직 유효한지 확인하려는 경우가 많습니다. 이때 결과 목록에 제목만 비슷한 문서가 여러 개 나열되면 이용자는 어느 문서가 지금 기준인지 스스로 가려내야 합니다.
운영자는 문서 하나하나의 내용에 익숙하기 때문에 이 어려움을 놓치기 쉽습니다. 그래서 점검의 출발점은 문서가 아니라 결과 목록 화면이어야 합니다. 이용자가 쓸 법한 문장을 검색창에 그대로 입력해 보고, 첫 화면에 어떤 문서가 어떤 순서로 보이는지 기록하는 것이 첫 작업입니다.
자주 쓰는 질문 문장부터 모아 직접 입력해 봅니다
문의 기록이나 상담 메모에서 반복해서 나오는 표현을 열 개 안팎으로 모읍니다. 관리자가 쓰는 내부 용어보다 이용자가 실제로 말하는 표현을 우선합니다. 같은 뜻이라도 띄어쓰기, 줄임말, 옛 명칭이 섞여 있을 수 있으므로 변형 표현도 함께 적어 둡니다.
그다음 각 문장을 검색창에 입력하고 상위 다섯 개 결과의 제목, 날짜 표시 여부, 문서의 성격을 표로 정리합니다. 문서의 성격은 현재 적용되는 안내, 지난 공지, 보관용 자료, 단순 예시처럼 나눠 보면 충분합니다. 이 표만 만들어도 어떤 질문에서 오래된 문서가 앞에 오는지 한눈에 드러납니다.
날짜와 상태 표시가 결과 목록에서 보이는지 확인합니다
문서 본문에 작성일이 적혀 있어도 검색 결과 목록에는 제목과 일부 문장만 나오는 경우가 많습니다. 이용자는 문서를 열기 전에 판단하므로 목록에서 보이는 정보가 중요합니다. 제목에 시점이나 상태를 붙일 수 있는지, 요약 문장에 현재 적용 여부가 드러나는지 살펴봅니다.
보관용 문서라면 제목이나 요약에 지난 자료임을 밝히고 현재 안내로 이어지는 링크를 첫머리에 둡니다. 삭제하면 과거 기록의 맥락이 사라질 수 있고, 표시 없이 두면 현재 규칙으로 오해받을 수 있습니다. 상태를 드러내는 쪽이 두 위험을 모두 줄이는 방법입니다.
같은 질문에 답하는 문서가 여럿이면 기준 문서를 정합니다
검색 결과에 비슷한 제목이 세 개 이상 보이면 문서끼리 역할이 겹치고 있다는 신호일 수 있습니다. 각각이 서로 다른 조건을 다루는지, 단지 시기별로 쌓인 것인지 구분합니다. 조건이 다르면 제목에 그 조건을 드러내고, 시기별로 쌓인 것이라면 현재 기준 문서 하나를 정해 나머지가 그 문서를 가리키게 합니다.
기준 문서를 정한 뒤에는 검색 결과에서 그 문서가 먼저 보이는지 다시 확인합니다. 순서를 바꾸는 기능이 없는 사이트라면 제목과 요약 문장을 고쳐 질문과 더 가깝게 만드는 방식으로 대응할 수 있습니다. 어떤 방법을 쓰더라도 특정 순위가 보장되는 것은 아니므로 실제 화면으로 확인해야 합니다.
결과가 없을 때 보이는 화면도 함께 살펴봅니다
검색어를 입력했는데 결과가 하나도 없다면 이용자는 정보가 없다고 판단하고 떠나기 쉽습니다. 결과 없음 화면에 다른 표현으로 검색해 보라는 안내, 자주 찾는 문서로 가는 링크, 문의 방법을 함께 보여 주는지 확인합니다.
또한 철자가 조금 다르거나 줄임말을 쓴 경우에 결과가 나오는지 시험합니다. 모든 변형에 대응하기 어렵다면 자주 발생하는 변형 표현을 문서 제목이나 본문에 자연스럽게 포함하는 정도로 시작해도 됩니다. 검색 기능의 한계는 설명 문구로 보완할 수 있습니다.
점검 기록을 남기고 정기적으로 다시 확인합니다
점검 결과는 질문 문장, 확인한 날짜, 발견한 문제, 수정한 내용, 담당자를 한 줄씩 남깁니다. 다음 점검 때 같은 질문을 다시 입력해 개선 여부를 비교할 수 있고, 담당자가 바뀌어도 기준이 이어집니다.
새 문서를 발행하거나 기존 문서를 옮길 때마다 관련 질문을 한두 개씩 다시 검색해 보는 습관도 도움이 됩니다. 검색 화면은 이용자가 이전 기록과 현재 안내를 구별하는 마지막 관문입니다. 그 화면에서 스스로 판단해야 하는 부분을 줄여 주는 것이 사이트 검색 운영의 핵심입니다. 실제 적용 방식은 사이트가 쓰는 검색 기능과 문서 구조에 따라 다를 수 있으므로, 운영 환경에서 직접 화면을 확인하며 조정하시기 바랍니다.