결론의 주어를 먼저 정해야 하는 까닭
진단 대상이 병원이라는 기관인지 개별 홈페이지인지는 진단을 시작하기 전에 먼저 정해야 합니다. 두 단위는 재는 것이 다르고, 결론 문장의 주어가 다릅니다. 기관 단위의 진단은 AI 답변이 그 병원에 대해 말한 사실이 맞는지를 묻고, 사이트 단위의 진단은 특정 도메인이 읽히고 인용되는 상태가 어떤지를 묻습니다. 단위를 정하지 않고 시작하면 한쪽에서 얻은 결과가 다른 쪽의 결론으로 쓰입니다.
섞였을 때 생기는 일은 두 가지입니다. 홈페이지가 잘 읽히고 인용된다는 결과로 「병원의 상태가 좋다」고 맺으면, 다른 출처에서 온 틀린 주소나 옛 진료 시간이 답변에 나오고 있어도 보고서에는 드러나지 않습니다. 거꾸로 답변이 병원을 맞게 소개한다는 결과로 「홈페이지에 문제가 없다」고 맺으면, 홈페이지가 한 번도 인용되지 않았고 맞는 정보가 모두 다른 출처에서 온 것이어도 드러나지 않습니다.
두 단위는 병원이 손댈 수 있는 범위도 다릅니다. 사이트 단위에서 나온 문제는 병원이 자기 도메인 안에서 고칠 수 있습니다. 기관 단위에서 나온 문제는 지도 서비스의 기관 정보나 다른 곳의 글처럼 병원이 직접 고칠 수 없는 출처에 걸쳐 있습니다. 결론의 단위가 분명해야 다음 일을 누구에게 넘길지가 정해집니다.
둘 다 진단할 수 있습니다. 그때에도 하나의 진단으로 합치지 않고, 단위마다 질문과 자료와 결론을 따로 놓습니다.
기관 단위와 사이트 단위의 차이
| 견줄 것 | 기관 단위 | 사이트 단위 |
|---|---|---|
| 결론의 주어 | 개설 명칭과 주소로 정해지는 한 의료기관 | 주소창에 넣는 한 도메인 |
| 재는 것 | 답변이 그 기관에 대해 말한 사실이 승인 사실과 같은지 | 그 도메인의 페이지가 읽히는지, 인용되는지, 실린 내용이 맞는지 |
| 맞댈 자료 | 병원이 승인한 기관 사실 | 그 도메인의 페이지와 접근 기록 |
| 출처의 범위 | 답변이 표시한 모든 출처 | 그 도메인 하나 |
| 결론 문장의 꼴 | 이 기관에 대해 답변이 전한 사실 가운데 몇 건이 어긋남 | 이 도메인의 페이지 가운데 몇 건이 인용됨, 몇 건이 읽히지 않음 |
기관 단위에서 어느 기관인지는 개설 명칭과 주소, 대표 전화, 공식 도메인으로 정합니다. 같은 브랜드 이름을 쓰는 지점이 여럿이면 지점마다 다른 기관입니다. 브랜드 이름은 기관을 정하는 근거가 아니라 여러 기관을 묶어 부르는 이름이므로, 브랜드로 묻는 질문의 결과는 기관별 결과와 따로 놓습니다.
진단 단위를 정하는 다섯 단계
- 원장이 이번 진단에서 무엇에 대한 결론을 받으려는지를 한 문장으로 씁니다.
- 실장이 병원의 브랜드 이름과 기관과 도메인의 관계를 목록으로 만듭니다.
- 원장이 목록을 읽고 단위를 기관, 사이트, 둘 다 가운데 하나로 정합니다.
- 진단 담당이 단위마다 질문 묶음과 맞댈 자료를 따로 정합니다.
- 진단 담당이 단위마다 결론을 따로 쓰고, 원장이 승인합니다.
첫째 단계의 한 문장이 단위를 절반쯤 정합니다. 「환자가 우리 병원에 대해 틀린 안내를 받고 있는지 알고 싶다」면 기관 단위이고, 「새로 만든 홈페이지가 제대로 읽히고 있는지 알고 싶다」면 사이트 단위입니다. 「GEO 상태를 알고 싶다」처럼 주어가 없는 문장이 나오면, 실장이 두 물음 가운데 어느 쪽인지를 되물어 다시 받습니다.
둘째 단계의 목록이 있어야 셋째 단계를 할 수 있습니다. 병원 한 곳이 도메인 하나만 갖고 있다고 여겼는데, 옛 홈페이지와 센터별 사이트와 예약 페이지가 따로 있는 일이 있습니다. 목록을 만들기 전에는 사이트 단위라고 정해도 어느 사이트인지가 정해지지 않습니다.
넷째 단계에서 질문 묶음이 갈립니다. 기관 단위는 환자가 병원에 대해 묻는 말로 질문을 만들고, 답변이 표시한 출처가 어디든 모두 읽습니다. 사이트 단위는 그 도메인의 페이지가 답할 수 있는 질문으로 만들고, 그 도메인이 인용됐는지와 접근 기록을 읽습니다. 같은 질문을 두 단위에 함께 쓸 수는 있지만, 기록은 단위마다 따로 남깁니다.
브랜드와 기관과 도메인의 관계 목록
| 칸 | 쓰는 내용 | 쓰는 까닭 |
|---|---|---|
| 브랜드 이름 | 간판과 광고에 쓰는 이름, 줄여 부르는 이름 | 질문에 쓰이는 이름을 알기 위해 |
| 기관 | 개설 명칭, 주소, 대표 전화 | 기관 단위의 주어를 정하기 위해 |
| 도메인 | 병원 이름으로 운영되는 모든 도메인 | 사이트 단위의 주어를 정하기 위해 |
| 운영 주체 | 도메인마다 내용을 고칠 수 있는 사람이나 업체 | 고칠 일을 누구에게 넘길지 알기 위해 |
| 잇는 관계 | 어느 도메인이 어느 기관의 것인지 | 지점과 도메인이 엇갈려 읽히지 않게 하기 위해 |
목록에는 병원이 잊고 있던 도메인도 올립니다. 개편 전의 옛 홈페이지가 아직 열리거나, 대행을 맡았던 곳이 만든 안내 페이지가 남아 있는 경우입니다. 이런 도메인이 옛 정보를 싣고 있으면 기관 단위의 진단에서 틀린 사실의 출처로 나올 수 있습니다. 운영 주체 칸이 비는 도메인은 누가 고칠 수 있는지부터 찾아야 하므로 따로 표시합니다.
잇는 관계는 한 도메인이 여러 지점을 함께 싣는 경우에 특히 씁니다. 한 도메인 아래에 지점 페이지가 따로 있다면, 사이트 단위는 하나여도 기관 단위는 지점 수만큼입니다. 어느 주소 아래의 페이지가 어느 지점의 것인지를 목록에 밝힙니다.
단위를 정하는 사람과 목록을 만드는 사람의 역할 나눔
단위를 정하는 일은 진단 담당이 혼자 할 수 없습니다. 무엇에 대한 결론이 필요한지는 원장이 알고, 어떤 도메인이 있는지는 병원 안의 여러 사람이 나눠 알고 있습니다. 역할을 넷으로 나눕니다.
원장은 단위를 정합니다. 받으려는 결론을 한 문장으로 쓰고, 목록을 읽은 뒤 기관과 사이트 가운데 어느 단위로 할지를 정합니다. 둘 다 하기로 했다면 어느 쪽 결과를 먼저 받을지도 정합니다. 진단 담당이 편한 단위로 시작한 뒤에 결론만 원장의 물음에 맞춰 쓰는 일이 없도록, 단위는 글로 남깁니다.
실장은 목록을 만듭니다. 브랜드 이름과 기관 정보는 실장이 개설 기록에서 옮기고, 도메인은 개발 담당과 대행을 맡은 곳에 물어 모읍니다. 병원 이름으로 된 도메인을 누가 등록했고 누가 값을 내고 있는지를 함께 묻습니다. 등록한 사람이 병원이 아닌 도메인은 운영 주체 칸에 그 사실을 씁니다.
개발 담당은 도메인의 상태를 회신합니다. 목록의 도메인이 지금 열리는지, 다른 도메인으로 넘겨지는지, 내용을 고칠 권한이 누구에게 있는지입니다. 사이트 단위의 진단에 쓸 접근 기록을 뽑을 수 있는 도메인인지도 함께 회신합니다.
진단 담당은 단위마다 기록을 나눠 남깁니다. 기관 단위의 표와 사이트 단위의 표를 한 장에 합치지 않고, 결론 문장의 첫머리에 주어를 밝힙니다. 「이 기관에 대해」로 시작하는 문장과 「이 도메인은」으로 시작하는 문장이 한 문단에 섞이지 않게 합니다.
인계할 때는 원장이 쓴 한 문장, 관계 목록, 정한 단위, 단위별 질문 묶음과 기록, 단위별 결론, 원장의 승인 기록을 넘깁니다. 다음 진단 담당은 목록의 도메인이 늘거나 줄었는지를 실장에게 먼저 묻고, 앞선 진단과 같은 단위로 시작합니다.
병원 GEO 진단 단위 자주 묻는 질문
한 단위만 진단할 수 있다면 어느 쪽을 먼저 하나요?
원장이 쓴 한 문장에 맞는 쪽을 먼저 합니다. 환자가 틀린 안내를 받는 것이 걱정이면 기관 단위이고, 홈페이지를 고치거나 새로 만드는 일을 앞두고 있으면 사이트 단위입니다. 어느 쪽이 늘 먼저라는 차례는 없습니다. 하지 않은 단위는 보고서에 「이번에 재지 않음」으로 밝힙니다.
대행을 맡았던 곳이 만든 안내 페이지도 사이트 단위에 넣나요?
관계 목록에 올리고, 넣을지는 원장이 정합니다. 그 페이지가 병원 이름으로 열리고 병원 정보를 싣고 있다면 기관 단위의 진단에서는 출처의 하나로 읽힙니다. 사이트 단위에 넣으려면 병원이 그 페이지의 내용을 고칠 수 있는지와 접근 기록을 받을 수 있는지가 먼저 있어야 합니다.
진단을 하는 가운데 단위를 고쳐 정해도 되나요?
고쳐 정할 수 있지만 앞서 모은 결과는 앞 단위의 것으로 남깁니다. 사이트 단위로 모은 기록을 기관 단위의 결론에 옮겨 쓰지 않습니다. 단위를 고친 날과 까닭을 기록하고, 새 단위에 맞는 질문 묶음과 자료로 다시 시작합니다.
두 단위를 한 보고서에 실을 때 종합 점수를 하나로 내도 되나요?
내지 않습니다. 두 단위는 재는 것이 달라 하나의 수로 합칠 기준이 없습니다. 합치면 한쪽의 좋은 결과가 다른 쪽의 문제를 덮습니다. 보고서의 장을 나눠 장마다 주어를 밝히고, 맨 앞의 요약에도 두 결론을 두 문장으로 따로 씁니다.
병원 블로그나 영상 채널은 어느 단위에 넣나요?
병원 도메인이 아닌 곳에 있는 공식 채널은 사이트 단위의 대상이 아니고, 기관 단위에서 출처의 하나로 읽습니다. 병원이 내용을 고칠 수 있다는 점은 자기 도메인과 같지만, 접근 기록을 받을 수 없고 읽히는 방식을 병원이 정할 수 없습니다. 관계 목록에는 공식 채널이라고 밝혀 올립니다.
단위별 결론을 실행과 보고에 잇는 일
단위마다 결론이 따로 나오면 할 일도 따로 나옵니다. 사이트 단위의 결론은 병원이 자기 도메인에서 고칠 일이 되고, 기관 단위의 결론은 밖의 출처에 요청할 일이 섞입니다. 두 가지 일을 어떤 차례로 할지를 정하는 방법은 병원 GEO 실행 순서에서 다룹니다.
진단을 밖에 맡긴 병원은 받은 보고서가 어느 단위의 결론인지를 먼저 읽어야 합니다. 주어 없이 쓰인 결론 문장이 있으면 어느 단위인지를 되묻습니다. 보고서에서 읽을 곳과 되물을 것은 GEO 대행 보고서에서 이어서 정리합니다.