천안 사업자가 광고 보고서를 검토하다 실제로 접수된 문의보다 GA4 유입경로 탐색의 마지막 단계에 표시된 사용자가 적은 것을 발견할 수 있습니다. 이 차이만 보고 문의 양식이 고장 났다고 판단하면 엉뚱한 곳을 고치게 됩니다. 유입경로 탐색은 미리 정한 단계의 순서를 충족한 사용자를 보여 주므로, 정상 접수라도 그 순서 밖에서 이루어지면 마지막 단계에 포함되지 않을 수 있습니다.
가상의 분석에서 A는 서비스 설명 열람, B는 문의 화면 열람, C는 문의 완료 사건이라고 정해 보겠습니다. 여기서는 C가 실제 접수와 일치하도록 구현됐고 기록도 확인했다는 조건을 둡니다. 사건 이름을 문의 완료라고 붙였다는 것만으로 접수가 증명되지는 않습니다. 다음 사례는 천안 업체의 실제 고객 기록이 아니라, 같은 접수 결과가 보고서 설정에 따라 달리 보이는 원리를 설명하기 위한 것입니다.
Google의 GA4 안내에 따르면 닫힌 유입경로는 첫 단계에서 들어와야 하고, 열린 유입경로는 중간 단계에서도 진입할 수 있습니다. 따라서 B 다음에 C를 남긴 사용자는 닫힌 A→B→C 경로의 첫 단계를 거치지 않았습니다. 광고가 문의 화면으로 직접 연결돼 이런 이동이 생겼다면, A에서 시작한 사람의 행동을 보는 보고서로 전체 문의를 설명하려 했는지 살펴야 합니다. 열린 경로로 바꿔 포함되는지 대조하는 것은 진입 조건의 영향을 확인하는 방법입니다.
열린 경로라고 필수 단계를 건너뛰어도 되는 것은 아닙니다. Google의 예시에서 A를 먼저 거친 뒤 B 없이 C로 이동한 사용자는 A에만 집계됩니다. 앞 사례의 B→C와 이번 A→C를 모두 완료 문의라는 이유로 같은 경로로 취급하면 설정의 차이를 놓칩니다. 중간 진입을 허용하는 조건과 진입 후 요구하는 순서는 따로 읽어야 합니다.
단계 사이의 연결 방식도 결과를 바꿉니다. A→B→도움말 열람→C라는 가상 기록을 놓으면, B 직후 C가 일어나야 한다는 직접 연결 조건에서는 도움말 행동이 문제가 됩니다. 간접 연결 조건은 사이에 다른 행동이 있어도 허용합니다. 어떤 화면을 필수로 거쳐야 하는지와 그 사이에 다른 행동이 허용되는지를 구분하면, 문의를 마친 사람을 화면 이탈자로 잘못 설명하는 일을 줄일 수 있습니다.
대행사에는 설정을 바꾸기 전의 단계 조건과 열린·닫힌 상태, 직접·간접 연결을 제시하고 가상 기록별 포함 결과를 설명해 달라고 요청할 수 있습니다. 이때 숫자를 크게 만들기 위해 조건을 모두 풀지는 않습니다. 서비스 설명을 읽은 뒤 문의한 경로가 궁금하다면 A를 요구할 이유가 있고, 문의 화면에 바로 도착한 사람까지 보려면 다른 범위가 필요합니다. 설정을 바꾼 뒤 마지막 단계가 늘었다면 같은 질문의 성과가 개선됐는지, 보고서가 묻는 질문 자체가 달라졌는지 먼저 구별합니다.
최종 보고에는 이 경로가 어떤 이동 순서를 대상으로 삼는지 붙입니다. 전체 접수 규모는 실제 접수 기준으로 확인하고, 유입경로 값은 그중 정해진 경로를 분석한 범위로 설명해야 합니다. 사용자 식별이나 기록 연결의 한계가 남아 있으면 그 차이를 추정으로 채우지 않습니다. 천안 광고 운영에서 필요한 수정은 문의 버튼일 수도 있지만, 이미 정상 작동하는 버튼을 고치기 전에 보고서의 포함 조건부터 재현해 볼 이유가 있습니다.
근거 자료: Google Analytics의 GA4 유입경로 탐색 설명 https://support.google.com/analytics/answer/9327974?hl=en