실제 접수와 전환 집계의 차이
문의가 나오지 않는 도착 페이지는 실제 문의 미발생과 전환 집계 누락을 먼저 구분해야 합니다. 확인된 문제에 따라 추적 설정을 고치거나 문의 경로와 안내 내용을 수정합니다. 보고서에 문의가 없다는 이유만으로 페이지 내용부터 변경하면, 정상적으로 접수되는 문의의 측정 문제를 놓칠 수 있습니다.
광고 담당자는 같은 기간의 양식 접수 내역, 문의 수신함, 전환 보고서를 대조합니다. 이때 페이지에서 받는 문의 방식과 보고서가 집계하도록 설정된 행동을 함께 기재합니다. 전화나 외부 채널로 받은 문의를 양식 제출만 측정하는 보고서와 곧바로 비교하면, 서로 다른 대상을 같은 문의 수로 판단하게 됩니다.
| 확인된 증상 | 대조할 기록·화면 | 수정할 곳 |
|---|---|---|
| 접수는 있지만 전환 기록이 없음 | 접수 시각과 이벤트 발생 기록 | 문의 행동을 측정하는 설정 |
| 광고 클릭 뒤 추적 정보가 달라짐 | 클릭 직후와 최종 도착 주소 | 주소 이동·변환 처리 |
| 제출을 시도해도 접수되지 않음 | 입력 오류와 제출 결과 | 문의 버튼·양식의 작동 |
| 경로는 작동하지만 접수가 없음 | 문의 전에 읽는 안내 내용 | 대상·조건·입력 안내 |
접수 기록과 집계가 다르면 담당자는 누락된 문의의 경로부터 가립니다. 접수도 없고 보고서에도 기록이 없다면 양식이 정상이라는 결론을 내릴 수 없습니다. 기록만으로 원인을 정하지 말고, 실제 제출 시험으로 작동 여부를 판단해야 합니다.
측정하는 행동과 주소 유지 조건
구글 애널리틱스는 양식 제출이나 정보 요청을 측정하는 추천 이벤트로 generate_lead를 안내하며, 추천 이벤트는 자동으로 전송되지 않는다고 설명합니다. 담당자는 문의 양식을 설치했다는 사실과 문의 이벤트가 전송된다는 사실을 따로 판단해야 합니다. 대행사에는 현재 측정 대상이 버튼 클릭인지, 양식 제출인지, 실제 접수 완료인지 설명하도록 요청합니다.
네이버 디스플레이광고 도움말은 광고 클릭 때 추가되는 전환 추적 정보인 NaPm이 최종 도착 페이지까지 같은 형태로 유지되어야 한다고 안내합니다. 주소 이동 과정에서 정보가 없어지거나 디코딩으로 형태가 달라지면 전환이 집계되지 않을 수 있습니다. 사이트 개발 담당자는 주소 이동이 필요한 이유와 추적 정보의 처리 방식을 함께 조사합니다.
네이버는 소재의 도착 주소와 전환 추적 대상의 도메인이 같아야 정상적으로 추적된다고 설명합니다. 이 조건은 해당 디스플레이광고 추적 문제를 판단할 때 적용하며, 모든 광고 매체의 공통 조건으로 확대하지 않습니다. 다른 매체를 사용하는 담당자는 그 매체의 도움말에서 집계 대상 행동과 추적 조건을 확인한 뒤 작업 범위를 정합니다.
기록 대조부터 수정까지의 실행 순서
대표나 마케팅 담당자는 접수 기록을 준비하고, 대행사는 측정 설정과 광고 클릭 경로 자료를 준비합니다. 사이트 개발 담당자는 양식 처리 방식과 주소 이동 내역을 설명합니다. 한 담당자에게 원인 전체를 추측하게 하기보다 각자가 관리하는 기록을 같은 시험 시각에 맞춰 연결합니다.
- 실제 접수 기록과 전환 집계를 대조합니다. 문의 방식, 접수 시각, 측정 대상 행동을 기재하고 기록이 어긋난 항목을 표시합니다.
- 광고 클릭 뒤 추적 정보가 유지되는지 확인합니다. 네이버 디스플레이광고는 실제 광고나 기기 미리보기로 접속한 뒤 최종 주소의 NaPm 형태를 처음과 대조합니다.
- 문의 버튼에서 제출 완료까지 직접 진행합니다. 입력을 막는 오류와 제출 결과를 기록한 뒤, 문의 전에 필요한 안내가 빠졌는지 검토합니다.
- 원인이 드러난 부분을 수정합니다. 수정한 항목과 시험 조건을 기재하고, 같은 경로를 다시 진행해 결과를 남깁니다.
시험 문의에는 담당자가 알아볼 수 있는 시험 표시를 사용하고 불필요한 개인정보를 입력하지 않습니다. 접수 담당자에게 시험 시각과 경로를 미리 전달해 실제 문의와 섞이지 않게 처리합니다. 공유 자료에는 문제 재현에 필요한 화면과 시각만 남기고 고객 이름이나 연락처는 가립니다.
대행사에 요청할 작업과 완료 자료
대행사에는 문의가 없다는 결과만 전달하지 말고 어느 단계에서 어떤 기록이 달랐는지 전달합니다. 버튼 이름, 입력 항목, 오류 문구를 함께 보내면 작업 담당자가 같은 문제를 재현하기 쉽습니다. 수정 요청은 아래처럼 작업과 완료 자료를 연결해 정리합니다.
| 점검 항목 | 대행사에 요청할 작업 | 수정 후 확인 자료 |
|---|---|---|
| 문의 행동의 측정 | 이벤트 전송 조건과 실제 행동 대조 | 시험 시각과 이벤트 발생 기록 |
| 주소 변경 중 추적 정보 | 개발 담당자와 이동·디코딩 처리 조정 | 클릭 직후와 최종 도착의 추적 정보 |
| 버튼·양식의 작동 | 실패한 단계 재현과 오류 수정 | 제출 결과 화면과 접수 내역 |
| 문의 전 안내 | 빠진 조건과 입력 설명 수정 | 변경한 문구와 적용 위치 |
구글 애널리틱스는 추천 이벤트 설정 뒤 DebugView 도구로 이벤트를 관찰하고 실시간 보고서에서 발생 이벤트를 확인할 수 있다고 설명합니다. 대행사는 시험한 행동과 해당 기록을 연결해 전달합니다. 이벤트 기록만 제시하는 대신 접수 결과도 함께 제출하게 해야 측정 작업과 양식 작동 작업의 완료 여부를 각각 판단할 수 있습니다.
주소 이동이 꼭 필요하면 개발 담당자는 이동 자체를 없애기보다 추적 정보를 유지하도록 처리합니다. 네이버 도움말은 디코딩이 필요한 경우에도 NaPm은 디코딩되지 않도록 사이트 측에서 조정하라고 안내합니다. 대행사는 사이트 변경이 필요한 작업을 개발 담당자에게 전달하고, 광고 설정만 수정했는지 사이트 처리까지 수정했는지 명시합니다.
버튼 반응과 실제 접수의 차이
문의 경로를 시험할 때는 버튼에 반응이 있다는 사실만으로 정상 판정을 끝내지 않습니다. 양식이 열려도 필수 항목의 오류가 설명되지 않거나, 제출 후 접수 처리에 실패할 수 있습니다. 담당자는 버튼을 누른 뒤 입력, 오류 수정, 제출 결과, 접수 내역까지 이어서 기록합니다.
잘못된 입력을 시험할 때는 어떤 항목을 어떻게 고쳐야 하는지 안내가 나오는지 판단합니다. 오류 문구가 양식 전체에만 나타나면 방문자는 수정할 입력란을 찾기 어려울 수 있습니다. 개발 담당자에게 실패한 항목과 당시 문구를 전달하고, 제출을 막은 원인이 해소됐는지 같은 입력 조건으로 다시 시험합니다.
완료 문구가 나타나도 접수 기록이 없으면 문구만 변경해서는 문제가 해결되지 않습니다. 반대로 접수는 정상인데 완료 안내가 없다면 방문자가 제출 결과를 알 수 있도록 안내를 수정할 필요가 있습니다. 이 판단은 페이지 운영상의 작업 기준이며 매체가 정한 전환 집계 조건과는 별도로 적용합니다.
문의 전에 필요한 안내의 누락
문의 경로가 정상이어도 방문자가 무엇을 요청할 수 있는지 알기 어렵다면 안내 내용의 수정 후보를 정합니다. 담당자는 문의 가능한 상품이나 서비스, 요청에 필요한 조건, 입력할 정보가 페이지에 설명되어 있는지 검토합니다. 회사 내부에서 익숙한 명칭만 사용한 곳은 고객이 요청 대상을 이해할 수 있는 표현으로 고칩니다.
입력 항목마다 문의 처리에 필요한 이유가 있는지도 따집니다. 선택 정보를 반드시 입력하게 만들었거나, 자유 입력란에서 요구하는 내용이 불명확하면 항목 조건이나 설명을 수정할 수 있습니다. 필수 여부를 변경하기 전에는 접수 담당자에게 해당 정보 없이도 요청 내용을 판단할 수 있는지 묻습니다.
버튼 문구와 제출 직전 안내에는 방문자가 지금 하는 행동을 구체적으로 설명합니다. 단순한 정보 요청인데 구매 신청처럼 읽히거나, 신청 이후 절차가 전혀 설명되지 않으면 문의를 망설릴 여지가 있습니다. 담당자는 실제 처리 방식에 맞게 문구를 고치되 아직 정하지 않은 조건이나 혜택을 추가하지 않습니다.
자주 묻는 질문
시험 문의를 광고 성과 자료에 포함해도 됩니까?
운영 판단용 성과 자료에서는 시험 문의를 실제 고객 문의와 따로 표시해야 합니다. 시험 시각과 식별 문구를 기록하고, 보고서를 전달하는 담당자에게 시험 기록의 포함 여부를 명시하도록 요청합니다. 시험 접수를 실제 광고 반응으로 해석하지 않습니다.
집계 누락을 수정하면 이전 문의도 복원됩니까?
추적 설정을 고쳤다는 사실만으로 과거 기록의 복원을 약속할 수 없습니다. 담당자는 보관된 접수 기록으로 설명할 수 있는 범위와 매체 보고서에서 처리할 수 있는 범위를 각각 조사합니다. 복원 여부를 판단할 근거가 없으면 과거 누락 사실과 수정 시점을 기록합니다.
페이지를 수정하는 동안 광고를 멈춰야 합니까?
문의 자체가 불가능하거나 잘못된 곳으로 접수되는 문제가 있다면 해당 페이지로 연결되는 광고의 일시 중단을 검토할 수 있습니다. 문구 정비처럼 정상 접수를 막지 않는 작업은 적용 방식과 작업 중 오류 가능성을 개발 담당자에게 묻고 결정합니다. 모든 수정 작업에 같은 중단 기준을 적용할 필요는 없습니다.
보고서마다 문의 수가 다르면 오류로 판단합니까?
서로 다른 도구의 숫자가 다르다는 이유만으로 설정 오류를 확정하지 않습니다. 담당자는 각 보고서의 집계 기간과 대상 행동, 광고에 문의를 연결하는 기준을 해당 도움말로 조사합니다. 해소되지 않은 차이는 보고서별로 기록하고 임의로 합산하지 않습니다.
외부 문의 서비스의 오류도 대행사에 맡깁니까?
작업 가능 여부는 대행사가 해당 서비스의 설정이나 개발을 변경할 권한이 있는지에 따라 달라집니다. 계약 범위에 없는 작업이면 대행사에는 문제 재현 자료와 서비스 운영자에게 전달할 질문을 요청할 수 있습니다. 수정 담당자와 적용 승인자를 정한 뒤 필요한 접근 권한만 공유합니다.