글을 늘릴수록 겹치는 문단이 생기는 이유
업종이 같은 사이트를 몇 개월만 운영해 보면 상세페이지와 블로그에 거의 같은 소개 문단이 들어 있다는 사실을 발견하게 됩니다. 새 글을 쓸 때 기존 페이지의 소개를 복사해 와서 일부만 고치는 방식이 가장 빠르기 때문입니다. 그렇게 만들어진 글은 페이지 수만 늘릴 뿐 읽는 사람에게 새로운 정보를 주지 못합니다.
문제의 뿌리는 글쓰기 실력이 아니라 두 공간의 역할이 정해져 있지 않다는 데 있습니다. 역할을 먼저 나누면 담당자가 글마다 무엇을 쓰고 무엇을 쓰지 않을지 스스로 판단할 수 있게 됩니다.
상세페이지는 지금의 사실을 확인하는 기준점입니다
상세페이지에는 방문할 때마다 다시 확인하게 되는 정보를 짧고 분명하게 둡니다. 제공하는 진료의 범위, 상담이 진행되는 순서, 위치, 접수 방법이 여기에 해당합니다. 이런 내용은 바뀔 수 있기 때문에 한 곳을 고치면 다른 곳이 따라 맞춰지는 구조가 이상적입니다. 같은 정보가 여러 페이지에 흩어져 있으면 수정할 때 어딘가를 빠뜨리게 되고, 독자는 어느 쪽이 맞는지 직접 판단해야 합니다.
따라서 상세페이지에는 설명의 풍부함보다 정확성과 갱신 편의성을 우선합니다. 수정한 날짜를 남겨 두면 다음 담당자가 어느 정보부터 다시 확인할지 알 수 있습니다.
블로그는 한 번에 한 가지 질문만 풀어 줍니다
블로그의 강점은 좁은 질문에 충분한 맥락을 붙여 설명할 수 있다는 점입니다. 예약 전에 어떤 자료를 챙기면 좋은지, 불편한 증상을 설명할 때 무엇을 적어 두면 도움이 되는지 같은 주제가 어울립니다. 글 하나가 풀 문제를 하나로 정하면 같은 진료과목을 다루는 글이라도 서로 쓰임이 갈립니다.
반대로 블로그 안에 진료 소개와 강점을 다시 길게 적으면 상세페이지와 같은 일을 하는 글이 되어 버립니다. 필요한 사실은 링크로 안내하고, 본문은 이해를 돕는 설명과 판단 기준에 집중합니다.
링크 앞에는 목적을 적고 도착 화면까지 눌러 봅니다
블로그에서 상세페이지로 이동시킬 때는 왜 이동해야 하는지를 문장으로 알려 줍니다. 위치를 확인해야 하는 문단에서는 오시는 길로, 일정이 궁금한 문단에서는 진료 시간 안내로 연결하는 식입니다. 이유가 보이면 독자는 링크를 누를 마음이 생깁니다.
연결을 만든 뒤에는 도착한 페이지가 그 질문을 실제로 해결해 주는지 직접 눌러서 확인합니다. 페이지 구성이 바뀌었거나 주소가 달라졌다면 링크가 엉뚱한 곳을 가리킬 수 있으므로 정기 점검 일정을 정해 두는 것이 좋습니다.
중복 판단은 시술명이 아니라 세 가지 기록으로 합니다
콘텐츠 목록을 점검할 때 제목에 같은 시술명이 들어 있다는 이유만으로 중복이라고 단정하지 않습니다. 검색하는 사람이 던지는 질문, 글에서 제공하는 정보, 읽은 뒤 이어지는 다음 단계를 나란히 적어 비교합니다. 세 항목이 모두 같다면 새 글을 만들 이유가 적고, 하나라도 다르면 별도의 글로 둘 근거가 됩니다. 이런 표가 있으면 신입 담당자가 와도 기준이 흔들리지 않습니다.
정보가 서로 다를 때의 수정 순서를 미리 정합니다
운영 정보가 채널마다 다르게 적혀 있다면 어느 곳을 먼저 고칠지 순서가 필요합니다. 예약 시스템에 입력된 시간이 실제 기준이라면 먼저 그것을 확인하고, 상세페이지와 지도 서비스의 안내를 맞춘 뒤, 마지막으로 블로그 글에 남은 예전 수치를 찾아 고칩니다.
글을 쓰는 사람과 일정을 아는 사람이 다르면 확인 없이 옮겨 적은 정보가 오래 남습니다. 새 글 기획서에 어느 정보를 어느 페이지에서 가져왔는지 링크로 적어 두면 담당자가 바뀌어도 운영 조건을 추측해서 쓰지 않아도 됩니다. 그리고 기존 페이지를 읽어도 풀리지 않는 질문이 있다면, 그 질문이 곧 블로그의 다음 주제가 됩니다.
월간 점검표로 역할 구분을 유지합니다
역할을 한 번 나눈 뒤에도 시간이 지나면 경계가 흐려지기 마련입니다. 한 달에 한 번 정도 상세페이지에 적힌 정보와 블로그 글에 인용된 정보를 나란히 놓고 달라진 점이 없는지 훑어보는 시간을 잡아 두면 좋습니다. 점검표에는 페이지 이름, 마지막 확인 날짜, 확인한 사람, 바뀐 내용을 적는 네 칸이면 충분합니다.
이 표가 쌓이면 어떤 정보가 자주 바뀌는지도 보입니다. 자주 바뀌는 정보는 블로그 본문에 직접 적지 않고 상세페이지로 연결해 두는 쪽이 안전하며, 거의 바뀌지 않는 일반적인 설명은 블로그에서 충분히 풀어 써도 됩니다.