기록 가능한 반응의 범위
QR코드 광고는 연결된 웹페이지의 방문 이후 행동을 기록하도록 설정하면 반응을 확인할 수 있습니다. 그 기록을 해당 QR코드에서 온 반응으로 구분할 수 있는지 확인해야 하며, 광고를 본 전체 사람의 반응이나 매출 효과로 단정할 수는 없습니다.
판단할 대상은 코드 이미지 자체보다 그 코드로 접속한 뒤 웹사이트에서 남긴 행동입니다. 광고를 접했지만 접속하지 않은 사람이나 페이지를 읽고 다른 경로로 연락한 사람의 반응까지 같은 기록으로 설명할 수는 없습니다. 대표와 마케팅 담당자는 보고받고 싶은 행동을 연결 페이지 방문, 문의 제출, 제출 뒤 완료 화면 방문처럼 구체적으로 정합니다.
대행사에는 웹사이트 전체 방문 자료만 요청하지 않습니다. 해당 QR코드의 유입을 가리는 방식과 그 유입에 연결된 행동을 함께 요청합니다. 둘 중 하나만 확보했다면 어디까지 판단할 수 있는지 보고서에 명시하도록 합니다.
| 확인하려는 반응 | 대행사에 요청할 설정·자료 | 해석할 때의 한계 |
|---|---|---|
| 연결 페이지 방문 | 해당 QR코드 유입을 가리는 방식과 방문 기록 | 코드를 인식한 모든 행동이나 광고를 본 사람 전체를 뜻하지 않습니다. |
| 문의 양식 제출 | 제출 동작을 기록하는 이벤트와 발생 조건 | 양식 열람이나 제출 버튼 선택을 제출 완료와 혼동하지 않습니다. |
| 제출 뒤 완료 화면 방문 | 해당 화면에 한정한 이벤트 설정과 시험 결과 | 직접 접속이나 재방문이 같은 조건에 포함되는지 따져야 합니다. |
| 보고서의 주요 이벤트 | 이벤트의 뜻과 QR코드 유입에 연결된 기록 | 주요 이벤트로 지정했다는 이유로 매출 성과가 입증되지는 않습니다. |
문의 완료를 기록하는 조건
구글 애널리틱스 고객센터는 연락처 제출 뒤 방문하는 확인 페이지를 기존 페이지 조회 이벤트에서 만든 새 이벤트로 측정할 수 있다고 설명합니다. 모든 페이지 조회를 주요 이벤트로 지정하면 원하는 완료 행동 외의 조회도 포함되므로, 담당자는 완료 화면을 대상으로 삼는 조건을 대행사에 요청합니다. 화면의 이름만 전달하지 말고 제출 전후에 어떤 화면으로 이동하는지도 함께 전달합니다.
구글은 양식 제출이나 정보 요청을 기록하는 추천 이벤트로 generate_lead를 안내하며, 추천 이벤트는 자동으로 전송되지 않는다고 설명합니다. 웹사이트에 양식이 있다는 이유만으로 제출 기록이 준비됐다고 판단하지 않습니다. 대행사는 어떤 동작에서 이벤트가 발생하도록 설정했는지 설명하고, 사이트 담당자는 실제 제출 처리와 그 조건이 일치하는지 대조합니다.
페이지 방문 방식과 제출 동작 방식 중 어느 쪽을 사용할지는 사이트의 동작에 따라 정합니다. 제출 뒤 별도 화면으로 이동하지 않는다면 완료 화면 방문을 전제로 한 설계를 그대로 적용하지 않습니다. 담당자는 현재 사이트에서 기록할 수 있는 행동과 추가 작업이 필요한 행동을 나눈 자료를 받습니다.
유입 식별부터 시험까지의 순서
업무는 QR코드 유입을 가릴 수 있는지 판단한 뒤 행동 기록 설정과 시험 접속으로 진행합니다. 담당자는 광고에 실릴 QR코드, 연결 페이지 정보, 문의 양식의 동작 설명, 사용 중인 분석 도구를 준비합니다. 대행사와 사이트 담당자가 다르면 설정하는 사람과 사이트를 수정하는 사람의 책임을 각각 정합니다.
- 대행사에 이 QR코드로 접속한 방문을 다른 방문과 가리는 방식을 묻습니다. 전용 연결 페이지나 유입 식별 정보를 제안받았다면 보고서에서 어떤 항목으로 읽을 수 있는지도 요청합니다.
- 사이트 담당자는 문의 제출 전후의 동작을 설명합니다. 대행사는 기록할 이벤트, 발생 조건, 주요 이벤트 지정 여부를 정리하고 필요한 사이트 작업을 전달합니다.
- 담당자는 실제 광고에 사용할 QR코드로 접속해 목표 행동을 수행합니다. 시험 시각과 수행 내용을 기재하고 대행사에 해당 기록의 대조를 요청합니다.
유입 식별 방식은 광고 운영을 위한 설계 제안이며, QR코드만 넣으면 특정 분석 도구가 자동으로 처리한다는 뜻은 아닙니다. 접속 중 다른 페이지로 이동하거나 외부 양식을 사용한다면 담당자는 그 이동 과정도 전달합니다. 대행사에는 첫 방문의 식별 정보와 뒤의 행동을 함께 읽을 수 있는지 답변을 요청합니다.
시험 접속과 보고서 대조
시험은 첫 화면이 열리는지만으로 종료하지 않습니다. 실제로 보고받을 행동까지 수행하고 단계별로 기록이 남는지 대조합니다. 개인정보를 입력하는 시험이 필요하다면 사이트 담당자와 시험용 입력 내용 및 처리 방법을 먼저 정합니다.
| 시험 접속 단계 | 보고서에서 확인할 기록 | 미확인 시 요청할 점검 |
|---|---|---|
| 광고용 QR코드로 접속 | 해당 코드에 대응하는 유입 식별 정보 | 연결 대상과 식별 정보 전달 여부 |
| 연결 페이지 열람 | 목표 페이지의 방문 기록 | 분석 설정 적용 여부와 실제 열린 페이지 |
| 시험 문의 제출 | 설계한 제출 이벤트 | 제출 성공 조건과 이벤트 발생 조건의 일치 여부 |
| 제출 뒤 완료 화면 방문 | 완료 화면에 한정한 이벤트와 유입 연결 | 대상 화면 조건 및 앞선 유입과의 연결 여부 |
구글은 추천 이벤트를 설정한 뒤 DebugView 도구로 상태를 관찰하고 실시간 보고서에서 발생한 이벤트를 확인하도록 안내합니다. 새로 만든 이벤트는 애널리틱스가 처리한 뒤 최근 이벤트에 나타난다는 설명도 있습니다. 대행사는 설정 화면과 실제 수집 기록을 따로 제시하고, 아직 표시되지 않은 항목은 처리 여부와 설정 상태를 가려 설명합니다.
담당자는 시험 시각, 접속에 사용한 코드, 수행한 동작, 보고서에서 찾은 기록을 같은 시험 기록에 기재합니다. 기록이 없다면 곧바로 광고 반응이 없다고 결론 내리지 않고 어느 단계에서 연결이 끊겼는지 대행사에 묻습니다. 수정한 뒤에는 문제가 발생한 단계부터 후속 행동까지 다시 시험합니다.
보고서에 남길 해석의 경계
대행사 보고서는 측정된 행동의 이름과 그 행동으로 판단할 수 없는 내용을 함께 담아야 합니다. 담당자는 앞에서 정한 기준에 따라 관찰된 반응, 시험으로 작동을 입증한 항목, 아직 기록 여부를 판단하지 못한 항목을 나누어 요청합니다. 미확인 항목에는 원인 조사 담당자와 다음에 제출할 자료도 기재하도록 합니다.
네이버 웹로그분석 안내는 네이버 검색광고 전환 리포트에 해당 검색광고를 통해 발생한 전환만 집계한다고 설명합니다. QR코드로 들어온 방문의 반응을 판단하려는 업무에서 이 리포트를 전체 문의의 근거로 사용하면 보고 범위가 어긋납니다. 대행사는 사용한 보고서가 어떤 유입을 대상으로 하는지 밝히고 QR코드 반응을 읽는 자료를 별도로 제시해야 합니다.
방문 기록은 있으나 문의 기록이 없다면 보고서에는 두 상태를 각각 기재합니다. 방문자가 문의하지 않았는지, 문의를 기록하는 설정에 문제가 있는지는 시험 결과와 함께 판단합니다. 담당자는 자료가 없는 부분을 추정치로 채우도록 요청하지 않습니다.
이벤트 설정에서 자주 생기는 오류
페이지 조회 이벤트 전체를 문의 완료로 취급하면 일반 페이지 열람까지 같은 행동으로 읽게 됩니다. 구글은 기존 page_view 이벤트를 수정하면 다른 페이지의 조회 데이터 수집에 영향을 줄 수 있어 이 이벤트를 수정하지 말라고 안내합니다. 대행사에 완료 행동만 기록하려는 목적을 전달할 때에는 기존 수집 항목에 미치는 영향도 설명하도록 요청합니다.
같은 완료 행동을 제출 동작과 완료 화면 방문으로 각각 기록할 때에는 보고서의 합산 방식도 정해야 합니다. 담당자는 두 기록이 서로 다른 행동인지, 같은 완료를 다른 방식으로 관찰한 것인지 묻습니다. 같은 완료를 나타낸다면 각각의 기록을 단순히 더한 값을 문의 실적으로 사용하지 않습니다.
시험에서 발생한 문의를 실제 광고 반응과 섞는 것도 피해야 합니다. 담당자는 시험 기록을 식별할 수 있는 자료를 대행사에 전달하고 운영 보고서에서 어떻게 처리했는지 설명을 받습니다. 문의 접수 담당자에게도 시험 입력임을 알려 실제 응대 업무로 처리되지 않도록 합니다.
공유된 연결 정보의 해석
QR코드의 연결 정보를 식별할 수 있어도 방문자가 광고물을 직접 접했다는 사실까지 입증되는 것은 아닙니다. 누군가 광고 이미지나 연결 정보를 다른 사람에게 전달하면 같은 식별 정보로 접속할 수 있기 때문입니다. 담당자는 식별된 유입을 해당 광고물의 직접 열람 인원으로 표현하지 않습니다.
광고물을 여러 곳에 배치할 때 같은 연결 정보를 사용한다면 장소별 반응을 나누어 판단하기 어려울 수 있습니다. 장소별 자료가 필요한 담당자는 배포 전에 대행사와 식별 단위를 정합니다. 이미 배포한 뒤 위치를 가릴 자료가 없다면 전체 기록을 임의로 배분하지 않고 장소별 해석이 불가능하다고 명시합니다.
자주 묻는 질문
분석 도구 접근 권한이 없으면 보고를 받을 수 없습니까?
담당자에게 직접 접근 권한이 없어도 대행사에 보고 자료를 요청할 수 있습니다. 화면이나 내보낸 자료를 받을 때에는 대상 사이트, 조회 조건, 이벤트 설명을 함께 요구합니다. 직접 열람이 필요한 업무라면 계정 소유자와 권한 부여 범위를 협의하고 로그인 정보를 공동으로 사용하지 않습니다.
광고 배포 뒤 연결 페이지의 내용을 수정해도 됩니까?
내용을 수정할 수 있지만 문의 동작이나 완료 화면이 달라지면 기록 조건에도 영향을 줄 수 있습니다. 사이트 담당자는 변경할 화면과 동작을 대행사에 미리 전달합니다. 수정 전후의 기록을 같은 뜻으로 읽을 수 있는지 판단한 뒤 변경 이력을 보고 자료에 남깁니다.
방문 기록이 없는 기간은 보고서에서 빼도 됩니까?
자료가 없다는 이유만으로 그 기간을 설명 없이 제외하지 않습니다. 광고가 배포된 기간과 분석 자료를 얻을 수 있는 기간을 각각 기재합니다. 수집 중단이나 설정 변경 때문에 자료가 없는 경우에는 반응이 없었던 기간으로 표현하지 않도록 대행사에 요청합니다.
문의 내용 원문을 분석 담당자에게 모두 전달해야 합니까?
기록 설정을 판단하는 업무라면 문의 내용 원문 전체가 필요한지 먼저 묻습니다. 제출 성공 여부와 접수 시각처럼 목적에 필요한 항목으로 대조할 수 있는지 사이트 담당자와 협의합니다. 개인을 식별하는 정보가 포함된다면 공유 대상과 보관 범위를 정한 뒤 필요한 자료만 전달합니다.
대행사를 변경할 때 어떤 측정 자료를 받아야 합니까?
기존 이벤트 목록, 발생 조건, 유입 식별 방식, 시험 기록, 보고서 조회 조건을 인계 자료로 요청합니다. 분석 계정과 사이트 설정을 누가 관리하는지도 함께 정리합니다. 새 대행사가 이전 자료를 같은 의미로 읽을 수 있는지 인계 과정에서 판단하고, 설정을 수정하면 변경 내역을 남깁니다.