검색 유입 만족도를 점검하려고 모든 글의 수치를 매번 정리하면 정작 고칠 시간이 남지 않을 수 있다. 먼저 방문이 꾸준하면서 같은 문의가 반복되는 글, 제목과 본문이 어긋난다는 신호가 있는 글을 후보로 고른다. 조회수가 높은 글만 볼 필요는 없다. 방문 수가 작아도 예약이나 위치처럼 중요한 결정을 돕는 글은 확인 가치가 있다.
한 건의 점검은 유입 질문 확인, 본문 읽기, 후속 행동 검토, 수정안 작성으로 나눈다. 각 단계의 실제 소요 시간을 기록하면 어느 작업이 병목인지 드러난다. 통계 화면을 오래 들여다봐도 원인이 불분명하다면 댓글과 문의 내용을 읽는 편이 다음 단서를 줄 수 있다. 질문 해결과 관계없는 지표를 보고서에 계속 추가하지 않는다.
자료를 모으는 담당자와 글을 고치는 담당자가 다를 때는 문제를 재현할 수 있게 전달한다. 만족도가 낮다는 평가 대신 어떤 검색 의도로 들어왔을 때 어느 부분에서 답이 끊기는지 적는다. 가능한 수정 범위와 사실 확인이 필요한 항목도 나눈다. 그래야 받는 사람이 다시 처음부터 글을 분석하는 중복 작업을 줄일 수 있다.
운영 일정에는 점검 이후의 수정과 재확인 시간을 함께 배정한다. 글 여러 편을 진단만 해 놓기보다 중요한 한 편의 답을 보완하고 결과를 읽는 과정이 필요하다. 관찰 결과가 분명하지 않으면 효과를 단정하지 말고 남은 의문을 기록한다. 다음 회차에서는 같은 수치를 다시 옮기는 대신 아직 해결하지 못한 질문을 확인하도록 작업을 이어 간다.
점검 시간을 확보할 때는 결과물을 구체적으로 정한다. 보고서 한 장을 만드는 시간이 아니라 특정 글의 미해결 질문 하나와 수정할 문단을 정하는 시간으로 배정할 수 있다. 가상의 방문 안내에서 입구 위치를 묻는 문의가 반복된다면 조회수 추이를 추가로 정리하기 전에 해당 글의 길찾기 문장을 읽고 어느 갈림길이 빠졌는지 찾는다. 숫자 설명으로 끝나지 않고 편집할 부분이 남는 것이 중요하다.
짧은 검토 회의에서는 한 사람이 유입 상황을 설명하고 다른 사람이 본문에서 답을 찾도록 해 본다. 설명을 듣지 않으면 답을 못 찾는다면 운영자에게 익숙한 전제가 글에 생략됐을 수 있다. 이 방식은 모든 독자의 행동을 대표하는 조사가 아니라 누락된 설명을 발견하기 위한 편집 점검임을 구분한다. 확인되지 않은 문제를 곧바로 이용자 전체의 불만족이라고 보고하지 않는다.
수정이 어려운 이유도 나누어 적는다. 표현만 바꾸면 되는지, 운영 정보를 받아야 하는지, 화면 구조를 고쳐야 하는지에 따라 필요한 담당자와 시간이 다르다. 다음 일정에는 자료를 기다리는 일과 직접 고칠 일을 분리해 놓는다. 반복되는 진단에 시간을 쓰지 않으려면 지난 점검에서 남긴 질문을 먼저 확인하고, 해결된 항목은 제외한 뒤 새 후보를 고르는 순서가 적합하다.