처방보다 증상 기록이 먼저입니다
어느 날 블로그의 검색 방문이 눈에 띄게 줄어들면 담당자는 불안해지고, 곧바로 새 글을 여러 편 올리거나 제목을 통째로 바꾸고 싶어집니다. 하지만 감소의 배경은 하나로 좁혀지지 않습니다. 검색 화면에 노출되는 항목의 구성이 달라졌을 수도 있고, 예전에 쓴 정보가 현재 사실과 어긋나기 시작했을 수도 있으며, 사이트 안쪽의 이동 경로가 끊겼을 수도 있습니다.
그래서 첫 작업은 원인을 맞히는 것이 아니라 현상을 있는 그대로 적어 두는 일입니다. 언제부터, 어느 범위의 글에서, 어떤 검색 질문과 관련해 방문이 줄었는지를 표로 남기면 이후의 모든 판단이 그 표 위에서 이루어집니다.
기록표에는 날짜, 영향받은 글의 주소, 관찰한 현상, 확인한 사실, 다음에 볼 항목 정도만 있으면 충분합니다. 담당자가 바뀌어도 이어받을 수 있도록 한 장으로 유지합니다.
감소가 시작된 구간을 좁힙니다
방문 기록을 일 단위로 펼쳐 보고 하락이 시작된 날짜에 표시를 합니다. 그 날짜 전후로 사이트에서 바꾼 작업, 예를 들어 주소 정리, 메뉴 개편, 대량 수정, 서비스 종료 같은 사건이 있었는지 운영 일지에서 찾아봅니다. 일지가 없다면 이번 기회에 만들어 두는 것이 좋습니다.
글 전체가 일제히 줄었는지, 특정 분류나 특정 질문의 글만 줄었는지에 따라 이후의 확인 방향이 크게 달라집니다. 일부 분류만 줄었다면 해당 분류의 글이 지금도 정확한지부터 읽어 봅니다. 전체가 줄었다면 사이트 전반의 접근 문제나 외부 환경의 변화를 함께 의심해 볼 수 있습니다.
낡은 정보와 어긋난 정보를 걸러냅니다
제목이 약속한 내용이 현재는 제공되지 않거나, 본문의 가격과 시간이 바뀌었는데 그대로라면 검색으로 들어온 사람은 곧 돌아갑니다. 이런 글은 새 글을 쓰기 전에 현재 사실에 맞게 고치는 것이 우선입니다. 홈페이지, 지도, 예약 화면에 적힌 주소와 연락처가 글과 다르게 남아 있지 않은지도 함께 대조합니다.
수정할 때에는 바뀐 날짜를 본문에 밝히거나 갱신 기록으로 남겨 두면 읽는 사람이 정보의 시점을 판단하는 데 도움이 됩니다. 확인되지 않은 사실을 보태 분량을 채우는 방식은 신뢰를 오히려 떨어뜨립니다.
같은 답을 하는 글이 쌓였는지 봅니다
지역이나 상품명만 바꿔 같은 소개를 되풀이한 글이 여러 편 있다면, 읽는 사람 입장에서는 어느 글을 열어도 같은 답을 얻습니다. 이런 글들은 각자가 고유한 질문을 맡고 있는지 점검해야 합니다. 비용, 절차, 방문 조건처럼 질문 자체가 다른 글은 유지하고, 답이 같은 글은 하나로 묶어 내용을 보강하는 편이 낫습니다.
문장 끝을 바꾸거나 순서만 고쳐서는 글의 역할이 달라지지 않습니다. 글마다 "이 글은 어떤 질문에 답하는가"를 한 줄로 적어 보고, 같은 줄이 두 번 나오면 통합 후보로 분류합니다. 합칠 때에는 이전 주소로 들어오는 방문자가 길을 잃지 않도록 안내를 남기고 내부 링크도 정리합니다.
이동 경로와 문의 흐름을 직접 눌러 봅니다
블로그에서 이어지는 홈페이지가 정상적으로 열리는지, 모바일에서 문의 버튼이 작동하는지를 사람이 직접 눌러 확인합니다. 검색 결과에 보이는 제목과 실제 글 제목이 달라졌다면 변경 이력과 검색에서 열린 주소를 비교해 어긋난 지점을 찾습니다.
방문이 줄었더라도 필요한 문의는 유지되는지, 반대로 조회는 많은데 맞지 않는 문의가 늘고 있지는 않은지도 살펴야 합니다. 방문 수라는 숫자 하나로 글의 가치를 결론짓지 않는 태도가 필요합니다. 문의 양식이 한동안 작동하지 않았다면 글이 아니라 경로를 먼저 고쳐야 합니다.
한 번에 하나씩 고치고 다시 비교합니다
여러 가지를 동시에 바꾸면 어떤 수정이 변화를 만들었는지 알 수 없습니다. 수정 범위를 나누어 하나씩 반영하고, 반영한 날짜와 내용을 기록한 뒤 일정 기간이 지나 같은 조건으로 다시 비교합니다. 이 과정은 즉각적인 반등을 약속하지 않지만, 무엇이 효과가 있었는지를 다음 운영에 남겨 줍니다.
법률이나 의료처럼 사실관계와 광고 기준을 따로 확인해야 하는 분야라면 글을 고치기 전에 해당 기준을 먼저 살펴야 합니다. 업종마다 허용되는 표현이 다르므로 실무에서는 담당 전문가나 관련 기관의 안내를 확인한 뒤 수정하시기 바랍니다.
수정 뒤에는 변경 전 상태를 화면으로 저장해 두면 나중에 비교하기 쉽습니다. 기록은 번거롭지만 같은 문제가 되풀이될 때 가장 빠른 길이 됩니다.