많이 올릴수록 잘 보인다는 공식은 없습니다
검색용 콘텐츠를 운영하면 '일주일에 몇 편'이라는 숫자가 목표처럼 굳어지기 쉽습니다. 하지만 발행 횟수가 많다고 해서 반드시 더 잘 보이는 것은 아니며, 그런 공식이 있다고 믿을 근거도 없습니다. 제목만 다르고 같은 서비스 설명을 되풀이하는 글이 쌓이면 독자가 얻는 정보는 늘지 않고, 관리할 문서만 늘어납니다.
발행 간격을 정할 때 실제로 따져 볼 요소는 두 가지입니다. 하나는 고객이 반복해서 묻는 서로 다른 질문이 몇 개나 되는가이고, 다른 하나는 그 글을 사실 확인까지 마쳐 내보낼 수 있는 담당자의 시간이 얼마나 되는가입니다.
새 글과 갱신을 가르는 질문
기존 글을 목록으로 펼쳐 놓고 글마다 답하는 질문과 마지막으로 확인한 날짜를 적습니다. 그런 다음 새로 생긴 일을 하나씩 대조합니다. 새로운 서비스나 운영 방식이 생겨서 기존 글이 다루지 않던 질문이 등장했다면 새 글이 필요합니다. 반면 영업시간이나 이용 조건만 바뀌었다면 새 글보다 기존 안내의 수정이 적절합니다.
이 구분을 두지 않으면 같은 조건이 서로 다른 글에 다르게 남게 됩니다. 발행 계획에 신규 원고의 검수 시간만 넣지 말고, 오래된 정보를 고치는 시간도 함께 잡아 두세요.
갱신을 결정했다면 수정 사실을 독자에게 알리는 방법도 정해 두세요. 본문 끝에 '마지막 수정일'을 표시하거나, 변경된 항목을 한 줄로 적어 두면 이전에 글을 읽은 사람도 달라진 점을 곧바로 알 수 있습니다. 변경 이력이 쌓이면 담당자가 바뀌어도 그 글이 어떤 과정을 거쳐 지금의 내용이 되었는지 추적할 수 있습니다.
분야에 따라 확인 절차가 달라집니다
의료나 법률처럼 표현에 제한이 있는 분야에서는 전문가가 내용을 확인해야 합니다. 이 경우 기계적으로 정한 하루 발행량보다 승인이 실제로 가능한 주기가 더 중요합니다. 일반 사업장이라도 가격이나 예약 방식 같은 사항은 운영 담당자가 사실을 확인해야 합니다.
외부 업체에 발행을 맡기는 경우에도 최종 승인과 수정 권한이 어디에 있는지 분명히 해야 합니다. 사진이나 사례를 쓴다면 출처와 사용 동의를 게시 전에 확인하는 절차를 일정에 포함하세요.
발행일과 검수 완료일을 따로 기록하기
일정표에 발행 예정일만 적으면 어디서 일이 막히는지 알 수 없습니다. 원고 완성일, 사실 확인 완료일, 승인일, 실제 발행일을 따로 기록하면 병목이 어느 단계인지 드러납니다. 승인이 계속 늦어지는 단계가 있다면 그 단계의 담당자와 처리 방식을 조정하는 쪽이 낫습니다.
발행 날짜와 수정 날짜를 구분해 남기는 것도 도움이 됩니다. 방문이나 문의가 달라졌을 때 그 원인이 새 글인지, 기존 정보의 갱신인지 해석하는 단서가 되기 때문입니다.
예정된 글이 승인되지 않았을 때
숫자를 맞추려고 비슷한 글을 급하게 대신 올리는 선택은 피하는 편이 좋습니다. 이미 사실 확인이 끝난 기존 안내가 있다면 그 글을 최신 상태로 고치는 것이 독자에게 더 도움이 됩니다.
주제별로 담당자와 수정 기한을 정해 두면 새 글과 유지 관리의 균형을 잡기 쉽습니다. 사업장 위치를 설명할 때는 실제 위치와 제공 범위에 맞게 쓰고, 인근의 이름만 바꾼 같은 글로 일정을 채우지 않습니다. 모바일에서 첫 답변과 문의 링크가 정상인지, 지도와 홈페이지의 시간표가 같은지도 갱신 때 함께 확인합니다.
성과는 달력 대신 문의의 내용으로
달력을 얼마나 채웠는지는 성과를 설명하지 못합니다. 관련 있는 문의가 얼마나 들어오는지, 같은 질문이 반복되는지를 보는 편이 정확합니다. 고객이 기존 글을 읽고도 기본 조건을 다시 묻는다면 새 글을 쓰기보다 답이 놓인 위치와 표현을 고쳐야 합니다.
발행 간격은 검색 장치를 위한 숫자가 아닙니다. 서로 다른 질문에 사실을 확인한 답을 꾸준히 낼 수 있는 운영 속도, 그것이 간격을 정하는 기준이 됩니다.
한 달에 한 번은 발행 실적보다 '고친 글'의 수와 '더 이상 필요 없어진 글'의 수를 함께 세어 보는 것도 방법입니다. 새 글만 세는 지표는 늘리는 쪽으로만 운영을 이끌기 때문입니다.
이렇게 두 숫자를 함께 보면 콘텐츠가 늘어나기만 하는 구조에서 벗어나 정확한 정보가 유지되는 구조로 운영 방향을 잡을 수 있습니다.