도착을 세는 태그와 행동을 세는 태그
페이지 조회 태그와 이벤트 태그는 병원 예약 측정에서 도착과 행동을 나눠 맡습니다. 페이지 조회 태그는 사람이 어느 주소의 페이지를 열었는지를 세어 진료 페이지와 예약 페이지에 닿은 흐름의 단계를 보여 주고, 이벤트 태그는 페이지 안에서 예약 창을 열거나 신청을 마치거나 전화 버튼을 누른 행동을 셉니다. 예약이 성공했다는 것은 이 가운데 한 곳에서만 세어 주요 전환으로 씁니다.
둘을 나누는 까닭은 도착이 곧 행동을 뜻하지 않기 때문입니다. 예약 페이지를 열었다는 것은 예약하려는 뜻을 보여 줄 뿐, 예약이 잡혔다는 뜻이 아닙니다. 예약 페이지의 조회를 전환으로 쓰면 예약 방법만 알아보고 떠난 사람까지 전환으로 세어, 광고가 예약을 많이 데려오는 것처럼 나타납니다.
반대로 행동을 세는 이벤트도 걸린 곳에 따라 뜻이 달라집니다. 신청 버튼을 누른 순간에 걸린 이벤트는 필수 칸을 비워 실패한 신청까지 세고, 예약 시스템이 예약을 받았다고 답한 순간에 걸린 이벤트만 성공을 셉니다. 페이지 조회인지 이벤트인지보다, 그 태그가 예약 흐름의 어느 지점에서 실행되는지가 역할을 정합니다.
이 나눔은 광고 매체의 태그와 방문 분석 도구에 똑같이 적용됩니다. 두 도구 모두 페이지 조회와 이벤트를 셀 수 있어, 같은 예약 성공을 광고 쪽은 완료 페이지 조회로, 분석 도구는 성공 이벤트로 세는 일도 생깁니다. 두 도구의 숫자를 맞댈 때는 각 도구가 성공을 어느 지점에서 세는지부터 같은 표에 나란히 기록합니다.
예약 흐름의 단계와 맡길 태그
| 흐름의 단계 | 맡길 태그 | 전환에서의 역할 |
|---|---|---|
| 진료 페이지에 도착 | 페이지 조회 태그 | 보조, 광고로 온 사람이 안내에 닿았는지 |
| 예약 페이지에 도착 | 페이지 조회 태그 | 보조, 예약하려는 뜻을 보인 사람의 수 |
| 예약 창을 열고 단계를 진행 | 이벤트 태그 | 보조, 어느 단계에서 멈추는지 |
| 예약 성공 | 예약 시스템이 받았다고 답할 때의 이벤트, 또는 성공일 때만 열리는 완료 페이지의 조회 | 주요, 한 곳에서만 셈 |
| 전화 버튼 누름 | 이벤트 태그 | 보조, 실제 통화는 접수 기록으로 셈 |
예약 흐름 표의 넷째 줄에서 완료 페이지의 조회를 성공으로 쓰려면 조건이 있습니다. 그 페이지가 예약이 성공했을 때만 열리고, 이용자가 새로고침하거나 주소를 다시 열어도 전환이 다시 세어지지 않아야 합니다. 이 조건이 지켜지지 않는 완료 페이지라면, 예약 처리가 성공한 때에 한 번 실행되는 이벤트로 성공을 셉니다.
예약 흐름 표의 다섯째 줄인 전화 버튼은 누른 것까지만 이벤트로 셀 수 있습니다. 누른 뒤 실제로 통화가 이어졌는지, 그 통화가 예약으로 끝났는지는 태그가 볼 수 없어, 원무 담당의 접수 기록으로 따로 셉니다.
태그의 역할을 나누는 다섯 단계
- 광고 담당 실장이 홈페이지 업체와 함께 광고가 연결되는 진료 페이지부터 예약 성공까지의 흐름을 그리고, 단계마다 페이지 주소가 바뀌는지를 씁니다.
- 광고 담당 실장이 예약 성공을 셀 한 곳을 정하는 안을 올리고, 원장이 그 한 곳만 주요 전환으로 쓰기로 정합니다.
- 광고 담당 실장이 나머지 단계의 태그를 보조로 정하고, 같은 성공을 세는 태그가 둘 이상 주요로 걸려 있지 않은지 가립니다.
- 광고 담당 실장이 태그 확인 도구를 연 채 필수 칸을 비운 신청 창에서 버튼을 눌러, 성공 태그가 실행되지 않는지 가립니다.
- 원무 담당이 같은 기간 광고 경로로 들어온 예약을 세고, 광고 담당 실장이 성공 전환의 수와 방향이 맞는지 맞댑니다.
첫째 단계에서 주소가 바뀌는지를 쓰는 까닭은, 페이지 조회 태그가 주소가 바뀌는 곳에서만 단계를 나눌 수 있기 때문입니다. 예약 창이 한 주소 안에서 여러 단계를 넘기는 방식이라면 주소가 그대로여서, 그 안의 단계는 이벤트 태그로만 셀 수 있습니다. 흐름 그림에는 주소가 바뀌는 곳과 바뀌지 않는 곳을 함께 표시합니다.
셋째 단계에서 주요가 둘 이상인지 가리는 까닭은, 완료 페이지의 조회와 성공 이벤트가 함께 주요로 걸려 있으면 한 번의 예약이 두 번의 전환으로 세어지기 때문입니다. 둘 가운데 성공을 더 정확히 가리키는 한 곳만 주요로 남기고, 다른 하나는 보조로 옮깁니다.
넷째 단계에서 병원 쪽에서 신청을 끝까지 보내지 않는 까닭은, 그 신청이 실제 환자의 예약처럼 접수 기록과 광고 기록에 함께 남기 때문입니다. 성공 쪽이 제대로 세어지는지는 실제 환자의 예약이 들어온 날 태그가 한 번씩 실행되었는지와 접수 기록을 맞대어 가립니다.
보조 단계의 숫자를 읽는 법
보조로 정한 도착과 행동의 숫자는 예약이 어디서 멈추는지를 보여 줍니다. 진료 페이지에 도착한 사람에 비해 예약 페이지에 도착한 사람이 적다면 안내에서 예약으로 넘어가는 길이 약하고, 예약 창을 연 사람에 비해 성공이 적다면 예약 창 안의 단계를 따집니다.
보조 단계의 숫자는 같은 사람이 여러 번 셀 수 있다는 점도 함께 읽습니다. 한 사람이 진료 페이지를 여러 번 열거나 예약 창을 두 번 열면 도착과 행동의 숫자는 사람 수보다 크게 나옵니다. 그래서 단계 사이의 비율은 대략의 흐름으로 읽고, 한두 기간의 작은 차이로 예약 창을 고치지 않습니다.
이 숫자들은 광고가 데려온 사람의 흐름을 읽는 데 쓰고, 입찰의 목표로는 쓰지 않습니다. 보조 단계가 늘었다고 광고가 예약을 늘렸다고 쓰지 않으며, 성공 전환과 접수 기록이 함께 늘었는지를 먼저 가리고, 보조 단계만 늘어난 기간은 따로 표시합니다. 광고와 광고 밖 경로의 흐름을 함께 읽는 방법은 광고 성과 측정에서 따로 다룹니다.
태그의 역할을 나눌 때 자주 틀리는 경우
| 틀린 설정 | 생기는 일 | 바른 설정 |
|---|---|---|
| 예약 페이지의 조회를 주요 전환으로 씀 | 예약 방법만 알아본 사람까지 전환으로 셈 | 예약 페이지 조회는 보조로, 성공은 따로 셈 |
| 신청 버튼 누름을 성공으로 씀 | 실패한 신청까지 전환으로 남음 | 예약 시스템이 받았다고 답한 때의 이벤트로 셈 |
| 완료 페이지 조회와 성공 이벤트를 모두 주요로 씀 | 한 번의 예약이 두 번 세어짐 | 둘 가운데 한 곳만 주요로 남김 |
| 새로고침으로 다시 열리는 완료 페이지를 그대로 씀 | 같은 예약이 여러 번 세어짐 | 성공 처리 때 한 번 실행되는 이벤트로 옮김 |
자주 틀리는 경우 표의 셋째 줄은 태그를 여러 번 고친 병원에서 자주 생깁니다. 처음에는 완료 페이지 조회로 세다가 나중에 성공 이벤트를 더하면서 앞의 설정을 보조로 옮기지 않으면, 두 태그가 함께 주요로 남습니다. 태그를 더하거나 옮긴 날마다 주요 전환의 목록을 다시 확인합니다.
같은 표 넷째 줄의 완료 페이지는 겉으로는 성공일 때만 열리는 것처럼 나타나 놓치기 쉽습니다. 이용자가 완료 화면을 즐겨찾기에 넣거나 다시 열면 전환이 다시 세어질 수 있어, 완료 페이지로 성공을 센다면 다시 열었을 때의 동작도 함께 따집니다. 병원 블로그처럼 다른 채널의 성과를 셀 때도 도착과 행동을 나누는 원칙은 같으며, 그 기준은 병원 블로그 성과에서 이어서 다룹니다.
페이지 조회 태그와 이벤트 태그 자주 묻는 질문
예약 완료 페이지가 없는 병원은 무엇으로 성공을 셉니까?
예약 시스템이 예약을 받았다고 답한 때에 실행되는 이벤트로 셉니다. 신청 뒤 같은 페이지에 접수 문장만 뜨는 방식이라면, 그 문장이 뜨는 성공 응답의 순간에 이벤트를 걸도록 홈페이지 업체에 요청하고, 걸린 뒤에는 필수 칸을 비운 신청에서 그 이벤트가 실행되지 않는지 가립니다.
분석 도구가 페이지 조회를 자동으로 세는데 따로 태그를 달아야 합니까?
도착을 세는 데는 자동으로 세는 조회를 쓸 수 있습니다. 다만 광고의 전환으로 쓰려면 어느 조회를 전환으로 셀지를 광고 쪽 설정에서 따로 정하고, 성공을 세는 한 곳은 조회가 아닌 이벤트로 정할 수도 있습니다.
외부 예약 서비스로 넘어가는 병원은 어디까지 셀 수 있습니까?
병원 사이트에서 외부 예약 서비스로 넘어가는 누름까지는 병원 쪽 이벤트로 셀 수 있지만, 그 뒤의 성공은 외부 서비스의 화면에서 일어나 병원 태그가 닿지 않을 수 있습니다. 닿지 않는다면 누름은 보조로 정하고, 성공은 접수 기록으로 셉니다.
전화 버튼 누름을 주요 전환으로 쓰면 안 됩니까?
누름은 통화가 이어졌는지를 알려 주지 않아, 전화로만 예약을 받는 병원이라도 누름을 성공과 같게 읽지 않습니다. 누름은 보조로 세고, 실제 통화와 예약은 접수 기록으로 셉니다.
태그를 새로 나눈 날 앞뒤의 전환 수는 이어서 읽어도 됩니까?
이어 읽지 않습니다. 주요 전환이 예약 페이지 조회에서 성공 이벤트로 옮겨졌다면 세는 대상이 달라져, 나눈 날 뒤의 전환 수가 줄어도 성과가 나빠진 것이 아닙니다. 나눈 날을 기록하고 앞뒤를 따로 읽으며, 접수 기록의 흐름과만 이어 맞댑니다.
이 분담을 그대로 쓰기 어려운 경우
한 페이지에서 진료 안내와 예약 창을 함께 보여 주는 사이트는 진료 페이지 도착과 예약 페이지 도착이 한 번의 조회로 합쳐집니다. 이런 사이트는 예약 창을 열거나 첫 칸을 채운 행동을 이벤트로 세어 예약하려는 뜻을 가리고, 성공은 같은 방식으로 한 곳에서만 셉니다.
태그를 병원이 아니라 홈페이지 업체가 관리한다면, 흐름 그림과 주요 전환의 목록을 업체와 병원이 함께 보관합니다. 업체가 태그를 더하거나 옮긴 날을 병원이 알지 못하면, 주요 전환이 둘로 늘어난 것을 늦게 알아차립니다.
예약을 바꾸거나 취소할 때도 같은 완료 페이지가 열리는 예약 시스템이라면, 완료 페이지 조회로는 새 예약과 변경을 가를 수 없습니다. 이런 시스템은 새 예약의 성공 응답에만 이벤트를 걸도록 요청하고, 그 전까지는 완료 페이지 조회를 보조로 정하고 성공은 접수 기록으로 셉니다.