실명 필수 항목을 이탈 원인으로 단정하지 않는 기준
중동 대상 광고의 첫 문의 화면에서 실명 필수 항목이 이탈을 부르는지는 시장 특성으로 짐작하지 않습니다. 문의 화면 열람, 입력 시작, 제출을 각각 맞춤 이벤트로 나누어 실명 필수안과 선택안의 단계별 이탈을 비교합니다. 실명을 받는다면 그 목적과 보유기간이 수집 시 안내와 처리방침에 같은 내용으로 적혀 있는지도 함께 확인합니다.
제출 수가 줄었다는 사실만으로는 방문자가 어느 칸에서 멈췄는지 알 수 없습니다. 화면을 연 사람이 입력을 시작하지 않았다면 실명 칸보다 안내 문구나 언어 표시에 문제가 있을 수 있습니다. 입력을 시작한 뒤 제출 전에 멈추는 흐름이 실명 필수안에서만 두드러진다면 그때 실명 칸을 원인 후보로 올립니다. 담당자는 이 읽는 순서를 미리 정한 뒤 숫자를 엽니다.
| 문의 화면 단계 | 기록할 이벤트와 매개변수 | 이탈로 볼 지점 |
|---|---|---|
| 문의 화면 열람 | inquiry_view, 화면 언어·광고 캠페인 | 열람 후 어떤 입력 칸도 누르지 않고 떠남 |
| 입력 시작 | inquiry_start, 처음 누른 입력 칸 이름 | 입력을 시작한 뒤 실명 칸에서 멈춤 |
| 실명 칸 통과 | inquiry_name_done, 실명 필수 여부 | 실명 칸 다음 항목에서 멈춤 |
| 제출 | inquiry_submit, 실명 입력 여부 | 제출 버튼을 눌렀으나 오류로 끝남 |
표의 이벤트 이름은 병원이 정하는 예시이며, 웹 담당자와 같은 이름을 쓰기로 합의하면 충분합니다. 실명 칸 통과 단계는 필수안과 선택안의 차이를 따로 읽기 위해 넣은 단계입니다. 단계 이름을 중간에 고치면 앞뒤 기간을 이어 읽기 어려우니 기록을 시작하기 전에 고정합니다.
시장 짐작 대신 화면 기록으로 판단하는 이유
중동 방문자가 실명을 꺼린다는 식의 설명은 근거 없이 퍼지기 쉽고, 병원 화면의 다른 문제를 가릴 수 있습니다. 같은 국가에서 들어온 방문자라도 광고 문구, 화면 언어, 유입 매체에 따라 행동이 달라질 수 있습니다. 그래서 원장·실장은 시장 설명을 결정 근거로 쓰지 않고, 병원 화면에 남은 단계 기록을 근거로 판단합니다.
실명 칸을 선택 항목으로 변경하는 결정에도 부담이 따릅니다. 상담 직원이 회신할 때 부를 이름이 없어 후속 연락에서 다시 물어야 할 수 있습니다. 반대로 필수로 유지하면 첫 문의 수가 줄 수 있으므로 두 방향의 부담을 같은 기록 위에서 비교해야 결정 이유를 남길 수 있습니다.
판단 주체도 미리 정합니다. 웹 담당자는 이벤트 기록을, 상담 실장은 실명이 실제로 필요한 시점을, 원장은 최종 화면안을 맡습니다. 역할을 나누지 않으면 숫자를 읽은 사람마다 결론이 달라질 수 있습니다.
단계 정의와 맞춤 이벤트 설정 순서
구글 애널리틱스 고객센터는 애널리틱스에 이미 들어온 다른 이벤트를 바탕으로 새 이벤트를 만들거나 수정하는 방법으로 맞춤 이벤트를 설명하며, 관리의 데이터 표시에서 이벤트 메뉴로 들어가 조건이나 매개변수를 추가할 수 있다고 안내합니다. 이 작업에는 속성 수준에서 보기 권한 사용자 이상의 권한이 있어야 한다고 안내합니다. 병원에서는 이 권한을 가진 담당자가 누구인지 먼저 정하고, 대행사가 계정을 관리한다면 설정 작업을 맡을 사람을 문서로 남깁니다.
구글 애널리틱스 고객센터는 실시간 보고서의 이벤트 이름 카드에서 최근 30분 사이에 들어온 이벤트와 그 매개변수를 함께 볼 수 있다고 설명합니다. 담당자는 설정 직후 직접 테스트 문의를 넣고, 단계별 이벤트가 매개변수와 함께 들어오는지 곧바로 대조합니다. 실명 입력 여부 매개변수가 비어 있으면 이후 두 안의 결과를 나눠 읽을 수 없으니 이 단계에서 고칩니다.
- 문의 화면을 열람, 입력 시작, 실명 칸 통과, 제출 네 단계로 정의합니다. 단계마다 어떤 화면 동작이 일어났을 때 기록할지 웹 담당자와 문장으로 합의합니다.
- 단계별 이벤트 이름과 매개변수 목록을 한 장의 표로 만듭니다. 화면 언어, 광고 캠페인, 실명 필수 여부를 공통 매개변수로 넣습니다.
- 웹 담당자가 사이트에서 단계별 화면 동작을 이벤트로 보내도록 설정했는지 병원이 먼저 확인합니다. 그 이벤트가 애널리틱스에 들어온 뒤 권한을 가진 담당자가 필요한 맞춤 이벤트를 만들고, 설정한 날짜와 작업자를 기록표에 남깁니다.
- 필수안 화면과 선택안 화면에서 실명 필수 여부 값이 서로 다르게 기록되는지 가립니다. 두 안의 값이 같게 찍히면 결과를 안별로 나눌 수 없으니 실험 시작일을 미룹니다.
- 실험 기간 동안 광고 문구와 화면 문구를 고정합니다. 부득이하게 변경했다면 변경 날짜를 기록표에 기재합니다.
준비 자료는 현재 문의 화면 캡처, 입력 칸 목록, 운영 중인 중동 대상 캠페인 목록, 수집 시 안내 문구, 처리방침의 문의 항목입니다. 상담 실장은 실명을 실제로 쓰는 업무가 어디인지 메모로 정리해 넘깁니다. 이 자료가 모여야 실명 입력 방식을 정하는 다음 단계로 진행할 수 있습니다.
실명 입력 방식별 필요 시점과 대조 항목
| 실명 입력 방식 | 병원이 실명이 필요한 시점과 목적 | 수집 안내·처리방침 대조 항목 |
|---|---|---|
| 첫 화면 필수 | 첫 회신부터 이름으로 상담 기록을 열 때 | 성명이 필수 수집 항목으로 기재되어 있는지 |
| 첫 화면 선택 | 회신은 연락처로 하고 이름은 받은 경우에만 쓸 때 | 선택 항목 표시와 처리방침 기재가 같은지 |
| 후속 단계 요청 | 상담 일정 안내나 서류 준비를 시작할 때 | 요청 시점 안내 문구에 목적이 기재되어 있는지 |
| 실명 미수집 | 이름 없이 문의 번호로 회신할 때 | 처리방침에 성명 수집이 남아 있지 않은지 |
개인정보보호위원회의 개인정보 처리방침 작성지침은 보유기간을 목적 달성 시처럼 추상적으로 적은 경우와, 수집·이용 동의 때 알린 내용과 처리방침이 서로 다른 경우를 잘못 작성된 사례로 들고 있습니다. 실명 칸을 새로 넣거나 필수 여부를 변경하는 병원이라면 문의 화면의 안내 문구와 처리방침의 문의 항목을 나란히 놓고 성명, 목적, 보유기간을 한 줄씩 대조합니다. 수집 자체의 허용 여부처럼 문구 대조로 판단할 수 없는 부분은 병원의 개인정보 담당자나 자문 창구로 넘깁니다.
후속 단계 요청 방식을 택하면 안내 문구가 첫 화면과 후속 요청 두 군데에 생깁니다. 두 안내가 서로 다른 보유기간을 기재하고 있지 않은지 담당자가 문구를 나란히 놓고 대조합니다. 처리방침에도 두 시점의 수집이 모두 반영되어 있어야 방문자가 읽은 내용과 병원 문서가 맞습니다.
실험 동안 선택안을 운영할 때도 안내 문구를 선택안에 맞게 고칩니다. 필수안 문구를 유지한 채 칸만 선택으로 변경하면 방문자가 읽는 안내와 화면 동작이 어긋납니다. 실험이 끝나 한 안을 채택하면 다른 안의 문구는 내리고, 변경일을 기록표에 남깁니다.
같은 국가·언어·유입 조건의 두 화면안
실명 필수안과 선택안의 이탈 차이는 국가, 화면 언어, 유입 캠페인을 같게 맞춘 상태에서만 비교합니다. 필수안은 아랍어 화면, 선택안은 영어 화면으로 운영하면 차이가 실명 칸 때문인지 언어 때문인지 가릴 수 없습니다. 같은 캠페인 안에서 두 화면을 번갈아 보여 줄지, 같은 길이의 기간을 나누어 운영할지를 웹 담당자와 정합니다.
읽는 순서는 열람 대비 입력 시작, 입력 시작 대비 실명 칸 통과, 실명 칸 통과 대비 제출입니다. 실명 칸 통과 단계에서만 두 안의 차이가 두드러지면 실명 필수 항목을 원인 후보로 기록합니다. 열람 직후부터 차이가 난다면 아직 실명 칸에 닿기 전이므로 광고 문구나 화면 언어 같은 다른 원인을 먼저 찾습니다.
건수가 적은 기간에는 몇 건의 차이로 결론을 내지 않습니다. 원장·실장은 실험을 이어 갈 기간을 미리 정하고, 그 기간이 끝날 때 한 번만 판단합니다. 중간에 숫자를 읽고 화면을 변경하면 두 안의 조건이 다시 달라집니다.
실명 항목 실험에서 자주 틀리는 경우
가장 흔한 실수는 제출 이벤트 하나만 설정하고 필수안과 선택안의 제출 수를 나란히 놓는 것입니다. 이 방식으로는 방문자가 입력을 시작하지 않은 것인지, 입력하다 멈춘 것인지 가릴 수 없습니다. 앞에서 정한 네 단계가 모두 기록되는지부터 다시 맞춥니다.
제출 버튼을 누른 동작을 제출 완료로 세는 경우도 있습니다. 실명 칸 형식 오류로 접수가 거절되면 방문자는 떠났는데 기록에는 제출로 남을 수 있습니다. 제출 이벤트는 병원 쪽 접수 처리가 끝난 뒤 기록하도록 웹 담당자에게 요청합니다.
선택안에서 이름을 비운 문의를 상담 직원이 우선순위가 낮은 문의로 따로 처리하는 일도 생깁니다. 이런 처리가 실험 기간 중에 섞이면 선택안의 결과가 회신 방식 차이로 흐려집니다. 실험 기간에는 두 안의 문의에 같은 회신 절차를 적용하도록 상담 실장이 직원에게 안내합니다.
자주 묻는 질문
문의 화면을 외부 상담 메신저로 연결하는 병원도 이 점검을 할 수 있나요?
메신저로 연결되는 순간부터는 병원 홈페이지 이벤트로 입력 단계를 기록하기 어렵습니다. 이 경우 열람과 메신저 연결 버튼 누름까지만 단계로 정의하고, 메신저 안에서 이름을 묻는 시점은 상담 기록에 따로 남깁니다. 메신저 쪽에 통계 기능이 있는지는 해당 플랫폼의 현재 안내에서 확인합니다.
웹 담당자가 없는 병원은 단계별 이벤트 설정을 누구에게 맡기나요?
홈페이지 제작사나 광고 대행사에 단계 정의표를 넘기고 설정을 요청합니다. 요청할 때는 이벤트 이름, 매개변수, 기록 시점을 문장으로 정리한 문서를 함께 보내 해석 차이를 줄입니다. 설정이 끝나면 병원 직원이 직접 테스트 문의를 넣고 결과 화면을 캡처해 보관합니다.
실명 필수안과 선택안을 동시에 운영할 수 없는 홈페이지는 어떻게 나누어 운영하나요?
같은 길이의 두 기간을 이어 앞 기간은 필수안, 뒤 기간은 선택안으로 운영합니다. 두 기간 사이에 광고 문구, 예산, 캠페인 구성을 변경하지 않도록 광고 담당자와 약속합니다. 명절이나 휴진처럼 문의 흐름이 달라질 수 있는 기간은 실험 기간에서 빼도록 일정을 정합니다.
결과가 나오기 전에 실명 칸을 임시로 선택 항목으로 변경해도 되나요?
임시 변경은 할 수 있지만, 변경한 날부터는 새 실험 기간이 시작된 것으로 기록합니다. 이전 기간의 숫자와 섞어 읽으면 어느 화면의 결과인지 가려낼 수 없습니다. 임시 변경 때도 안내 문구와 처리방침을 같은 날 고칠 담당자를 정합니다.
실험을 마친 뒤 채택하지 않은 화면안의 자료는 어떻게 정리하나요?
채택하지 않은 화면안의 캡처, 안내 문구, 이벤트 설정 내용을 결정 이유와 함께 한 폴더에 정리합니다. 나중에 같은 논의가 다시 나오면 이 기록으로 이전 판단의 조건을 대조할 수 있습니다. 선택안 기간에 받은 문의의 개인정보는 이 분석 기록과 섞지 않고 병원의 기존 문의 관리 절차에 따라 처리합니다.