구글 자동 스팸 감지로 리뷰가 사라지는 경우

리뷰 부재와 자동 삭제의 구별

구글은 스팸으로 식별한 리뷰를 삭제하는 자동 감지 기능을 사용한다고 설명합니다. 동시에 적법한 리뷰가 시스템에 의해 실수로 삭제되는 경우도 있다고 밝힙니다. 따라서 리뷰가 사라졌다는 관찰을 곧바로 작성자의 부정행위에 대한 판정으로 바꾸어서는 안 됩니다. 병원이 자동 감지의 작동 여부를 직접 알아냈다는 뜻으로 설명하는 것도 피합니다.

표의 오른쪽은 병원에서 상황을 정리하기 위한 질문입니다. 구글이 제공하는 개별 리뷰 판정표가 아니며, 해당하는 행이 있다고 원인이 확정되지는 않습니다. 특히 기기 문제는 리뷰를 남기는 과정에 관한 설명이므로, 이미 공개된 글이 사라졌다는 말에 기기 문제부터 적용하지 않습니다. 어느 단계에서 문제가 생겼는지에 따라 읽어야 할 안내가 달라집니다.

또한 구글은 특정 상황에서 일부 프로필이나 비즈니스 카테고리의 리뷰를 포함한 사용자 제작 콘텐츠를 일시적으로 사용 중지할 수 있다고 안내합니다. 이 설명만으로 특정 병원에 제한이 걸렸다고 추정하지는 않습니다. 병원과 관련된 별도 안내를 접하지 않았다면 가능한 일반 사유와 실제 발생한 사유를 구별합니다.

게시 단계와 프로필 변경 이력

리뷰 누락 연락을 받으면 ‘삭제됐다’는 표현을 그대로 원인란에 옮기기보다, 작성자가 경험한 순서를 듣는 방법을 권합니다. 입력 중 문제가 생겼는지, 게시를 마쳤다고 생각했지만 다른 화면에서는 못 찾았는지, 공개된 글을 본 뒤 나중에 찾지 못했는지를 나누어 묻습니다. 작성했다는 말과 공개 화면에서 봤다는 말은 서로 다른 관찰입니다.

병원 담당자는 대상 프로필도 함께 맞춥니다. 작성자가 리뷰를 남겼다고 말하는 병원과 직원이 보고 있는 프로필이 같은지 이름과 위치로 대조합니다. 병합 작업이 있었다면 그 사실과 시점을 관리 담당자에게 묻습니다. 병합 여부를 모르는 상태에서 리뷰가 전부 옮겨졌다고 가정하거나, 이전 프로필에 있던 글을 곧바로 삭제된 글로 세지 않습니다.

이 표는 내부 응대 메모의 제안이며 구글에 제출할 필수 서류 목록이 아닙니다. 받은 메시지가 없다면 ‘안내 없음’으로 남기고, 빈칸을 자동 삭제라는 추측으로 채우지 않습니다. 화면을 참고할 때도 리뷰 내용 전체나 진료 사정을 수집하기보다 게시 단계와 대상 프로필을 구분하는 데 필요한 부분으로 질문을 한정합니다.

기기 쪽 단서는 작성자가 실제로 겪은 문제와 연결해 읽습니다. 오래된 기기나 소프트웨어 때문에 리뷰 작성에 문제가 생길 수 있다는 구글 안내와 함께, 최신 지도 앱 사용을 제안할 수 있습니다. 다만 직원이 휴대전화의 연식만 듣고 누락 원인을 확정하거나 기기를 바꾸면 기존 글이 돌아온다고 약속하는 식으로 설명하지는 않습니다.

관찰한 사람도 표시하는 편이 좋습니다. 작성자의 말만 전달받은 직원과 실제 공개 화면을 본 직원이 서로 다를 수 있기 때문입니다. ‘보였다고 함’과 ‘직원이 직접 봄’을 구별하면 추가로 누구에게 물어볼지 정하기 쉽습니다. 이전 화면 자료가 없다면 작성자에게 없어진 글의 내용을 기억대로 재구성해 달라고 요구하기보다, 어느 프로필에서 언제 봤다는 이야기인지 먼저 듣습니다. 병원에서 직접 보지 못한 과거 상태는 전달받은 설명으로 남기고, 현재 직원이 보는 화면과 같은 수준의 근거로 취급하지 않는 방법을 권합니다.

기록에 적는 날짜도 구별할 필요가 있습니다. 작성자가 글을 쓴 날, 직원이 공개된 글을 본 날, 누락 연락을 받은 날을 하나의 날짜로 합치면 게시 전후를 나누기 어렵습니다. 기억이 정확하지 않은 시점은 추정이라고 표시합니다. 나중에 다른 직원이 이어서 응대하더라도 어떤 순서가 실제 관찰이고 어떤 부분이 기억에 의존하는지 읽을 수 있게 합니다.

원인 미확정 상태의 병원 안내

원인이 아직 드러나지 않았다면 병원이 관찰한 상태와 구글이 안내하는 가능성을 나누어 전달합니다. 예를 들어 현재 해당 프로필에서 글을 찾지 못했다는 것은 담당자가 말할 수 있는 상태입니다. 반면 구글이 그 글을 스팸으로 판단했다는 설명은 개별 근거가 필요한 원인 주장입니다. 두 내용을 한 문장으로 연결해 확정적인 안내를 만들지 않습니다.

작성자에게 추가 질문을 할 때는 답을 유도하지 않는 편이 좋습니다. ‘스팸으로 삭제된 것 같은데 같은 내용을 여러 번 쓰셨나요’라는 질문은 추정부터 전달합니다. 대신 처음 글을 남겼을 때 화면에서 어떤 일이 있었는지 묻고, 답변에 따라 필요한 질문을 이어 갑니다. 작성자가 문제의 원인으로 지목됐다고 받아들일 수 있는 표현도 줄일 수 있습니다.

병원 안에서 상황을 공유할 때에는 현재 알 수 있는 범위로 문장을 끝냅니다. ‘최근 병합 이력이 있어 표시 지연 가능성을 검토 중’처럼 관찰과 판단 단계를 드러내는 방식입니다. 병합이 실제 이유라고 입증되지 않았는데 ‘병합 때문에 삭제’라고 줄여 쓰면, 다음 담당자는 추정을 확정 결과로 받아들일 수 있습니다. 인계 문안에는 남은 질문도 함께 씁니다.

새 자료를 받았다면 원인 추정을 바꾼 이유를 남기는 편이 좋습니다. 처음에는 게시를 마치지 못한 것으로 들었지만 나중에 공개된 글을 봤다는 자료를 받은 경우, 이전 안내를 계속 반복하지 않습니다. 어떤 사실이 추가돼 판단이 달라졌는지 짧게 설명합니다. 담당자가 바뀌었다는 이유만으로 같은 상황에 서로 다른 결론을 전달하지 않도록 하기 위한 업무 제안입니다.

환자가 다시 연락할 방법은 병원이 실제로 운영하는 경로로 안내합니다. 원인을 모른다는 답 뒤에 구글 내부 처리 상태를 계속 조회해 주겠다는 약속을 임의로 넣지 않습니다. 병원이 할 수 있는 일은 제공받은 상황을 정리하고 관련 공식 설명을 안내하는 범위인지, 추가로 담당자가 응대할 수 있는 일이 있는지를 먼저 정합니다. 처리 권한이 불분명한 약속은 누락 원인 설명과 섞지 않습니다.

이런 연락을 병원 AI 챗봇으로 받으려면, 답변 문안에 원인 확정 대신 게시 단계와 대상 프로필을 묻는 질문을 마련하는 방식을 권합니다. 자동 응답이 짧아야 한다는 이유로 모든 누락을 스팸 삭제라고 안내하지 않습니다. 직원에게 연결할 때에도 이용자의 말을 요약한 내용과 시스템이 추정한 이유를 구별하고, 확인되지 않은 이유는 확정 답변에 포함하지 않습니다.