광고 랜딩페이지별 전환을 어떻게 비교할까: URL·감사 페이지·중복 문의를 구분하는 측정 기준

TL;DR

광고 랜딩페이지별 전환은 세션이 처음 진입한 URL, 광고 유입원, 실제로 접수된 문의 단위를 분리해 비교해야 합니다. 감사 페이지 도달이나 폼 제출 이벤트 수만 보면 새로고침, 재제출, 태그 중복 때문에 문의 수를 과대평가할 수 있습니다.

랜딩페이지별 비교 기준은 ‘세션 최초 진입 URL’로 정합니다

랜딩페이지 성과를 비교할 때는 사용자가 폼을 제출하기 직전에 본 페이지가 아니라, 해당 세션에서 처음 들어온 페이지를 기준으로 잡는 편이 일관됩니다. GA4의 Landing page는 세션에서 발생한 첫 page_view의 페이지 경로와 쿼리 문자열을 바탕으로 채워지는 세션 범위 항목입니다. 즉 광고 클릭 뒤 처음 도착한 URL을 기준으로 세션과 전환을 묶어 볼 수 있습니다. GA4 랜딩페이지 보고서 기준

예를 들어 광고 A와 광고 B가 서로 다른 랜딩페이지로 연결된다면, 비교표의 기본 행은 다음처럼 구성합니다.

여기서 ‘문의 키 이벤트 수’와 ‘유효 문의 수’를 같은 숫자로 취급하지 않는 것이 핵심입니다. GA4의 key events는 사용자가 키 이벤트를 발생시킨 횟수이므로, 한 사람이 여러 번 폼을 제출하면 그만큼 늘어납니다. 키 이벤트 수의 해석 기준

URL 비교 기준은 경로만 볼지, 쿼리 문자열까지 볼지 먼저 통일합니다

같은 랜딩페이지라도 URL에 붙는 쿼리 파라미터가 다르면 GA4에서 별도 행으로 나뉠 수 있습니다. 따라서 보고서를 만들기 전에 Landing page 기준으로 볼지, Landing page + query string 기준으로 볼지를 정해야 합니다. 랜딩페이지 차원의 경로·쿼리 문자열 기준

두 기준은 목적이 다릅니다.

• 페이지 자체의 성과를 비교할 때: 경로 중심으로 봅니다. 같은 페이지에 여러 광고가 들어와도 페이지의 전체 전환 흐름을 확인하기 좋습니다.
• 광고 URL 운영 상태를 점검할 때: 쿼리 문자열까지 봅니다. 특정 캠페인용 URL, 매체별 링크, 잘못 붙은 파라미터를 구분하는 데 유용합니다.

다만 같은 페이지의 성과를 보려는데 광고별 UTM 값 때문에 행이 잘게 나뉘면, 페이지별 비교가 불필요하게 복잡해질 수 있습니다. 반대로 쿼리 문자열을 완전히 제외하면 서로 다른 광고 링크의 설정 오류를 놓칠 수 있습니다. 따라서 한 보고서 안에서 기준을 섞기보다, 페이지 평가용 표와 URL 검수용 표를 분리하는 편이 낫습니다.

광고 유입 성과는 랜딩 URL만이 아니라 세션 유입원과 함께 봅니다

같은 랜딩페이지가 검색광고, 배너 광고, 자연 검색, 이메일 등 여러 경로에서 열릴 수 있습니다. 이때 랜딩페이지 전환만 보면 광고의 성과인지 다른 유입의 성과인지 알기 어렵습니다.

GA4에서는 Landing page 보고서에 Session source / medium을 보조 측정기준으로 추가하거나, Traffic acquisition 보고서에서 Session source / medium별 Landing page + query string을 확인할 수 있습니다. 세션 유입원과 랜딩페이지를 함께 보는 방법

따라서 광고 랜딩페이지 비교는 최소한 다음 조합으로 봅니다.

수동 태그 URL에서 필요한 파라미터를 받지 못하면 GA4에 (not set)이 표시될 수 있습니다. 광고별 성과를 나누려면 UTM 규칙을 정하고, 같은 매체·캠페인·소재를 표현하는 값이 일관되게 들어가야 합니다. 수동 태그와 (not set)의 관계

전환율은 하나가 아니라 ‘측정 전환율’과 ‘유효 문의율’로 나눕니다

랜딩페이지 비교에서 가장 흔한 오류는 폼 제출 이벤트 수를 곧바로 문의 성과로 선언하는 것입니다. 실제 운영에서는 다음과 같은 차이가 생깁니다.

• 같은 사용자가 제출 버튼을 여러 번 누른 경우
• 제출 후 감사 페이지를 새로고침한 경우
• 브라우저 뒤로가기로 감사 페이지를 다시 연 경우
• 폼 오류 후 재시도한 경우
• 내부 테스트나 스팸 문의가 섞인 경우
• 태그가 중복 설치돼 이벤트가 두 번 들어온 경우

그래서 지표를 다음처럼 구분하면 해석이 쉬워집니다.

GA4 랜딩페이지 보고서에서는 랜딩페이지별 Sessions와 key events를 확인할 수 있으므로, 측정 문의율을 계산할 기본 데이터는 마련할 수 있습니다. 랜딩페이지별 세션·키 이벤트 확인

하지만 유효 문의율을 보려면 분석 도구의 이벤트와 별도로 CRM, 폼 저장 데이터, 상담 관리 기준에서 중복 여부를 판정해야 합니다. 이때 ‘동일 연락처면 무조건 중복’처럼 단순하게 처리하기보다, 내부에서 정한 문의 단위와 접수 상태를 기준으로 관리하는 것이 좋습니다.

감사 페이지는 ‘정상 접수 후에만 열리는 페이지’여야 합니다

감사 페이지 도달을 전환으로 쓰는 방식은 구현이 단순하지만, 감사 페이지가 누구에게나 열리면 전환 신호의 신뢰도가 떨어집니다. 전환 페이지의 태그는 가치 있는 행동을 완료한 뒤에만 집계돼야 하므로, 문의 폼이 정상적으로 접수된 뒤에만 감사 페이지로 이동하도록 설계해야 합니다. 전환 완료 후에만 전환 페이지를 열어야 하는 이유

다음 구조는 전환 측정에 취약합니다.

• 감사 페이지 URL을 직접 입력해도 열리는 경우
• 폼 검증 실패 후에도 감사 페이지로 이동하는 경우
• 제출 요청의 성공 여부와 무관하게 프론트엔드에서 감사 페이지를 여는 경우
• 외부 폼 서비스에서 제출 완료 여부가 사이트 측정과 연결되지 않는 경우

감사 페이지는 단지 “감사합니다”를 보여주는 화면이 아니라, 서버 또는 폼 시스템이 정상 접수를 확인한 뒤에만 전달하는 완료 상태여야 합니다. 그래야 감사 페이지 조회가 실제 문의와 가까운 신호가 됩니다.

감사 페이지 새로고침과 뒤로가기는 중복 전환으로 검사합니다

감사 페이지에 전환 태그가 있으면 사용자가 페이지를 새로고침하거나 전환 페이지로 다시 돌아왔을 때 태그가 다시 실행될 수 있습니다. 같은 전환이 중복 집계될 수 있으므로, 감사 페이지 기반 측정에서는 새로고침·뒤로가기·재방문을 반드시 테스트해야 합니다. 전환 페이지 재방문으로 인한 중복 가능성

리드형 전환을 Google Ads에서 집계할 때는 전환 집계를 One으로 설정해 새로고침 등에 따른 중복 집계를 줄이는 방법이 안내됩니다. 반면 구매처럼 거래마다 별도 전환을 인정해야 하는 경우에는 다른 집계 방식이 필요합니다. 리드와 판매의 전환 집계 설정 차이

다만 광고 플랫폼의 집계 설정만으로 모든 중복 문의 문제가 해결되지는 않습니다. 동일 사용자가 실제로 여러 번 문의를 접수했는지, 한 건의 접수가 화면 동작 때문에 여러 번 기록됐는지는 폼 저장 데이터와 고유 식별자를 함께 확인해야 합니다.

중복 문의 제거 기준은 감사 페이지 URL이 아니라 문의 단위 ID입니다

중복 제거를 위해 감사 페이지 URL, 랜딩페이지명, 폼 이름을 식별자로 쓰면 안 됩니다. 같은 페이지와 같은 폼에서 여러 건의 정상 문의가 발생할 수 있기 때문입니다.

전환 중복 제거에는 문의·리드·주문마다 생성되는 고유 식별자가 필요합니다. Google Ads도 같은 전환 액션에서 동일한 transaction ID가 두 번 들어오면 두 번째 전환을 중복으로 보고 집계하지 않는 방식을 설명합니다. 고유 전환 ID를 이용한 중복 제거

중복 제거 키는 다음 원칙을 따르는 편이 안전합니다.

• 폼 접수 또는 서버 처리 시점에 새로 생성합니다.
• 문의 건마다 다른 값이어야 합니다.
• 감사 페이지명이나 정적 문자열을 사용하지 않습니다.
• URL 전체를 ID로 사용하지 않습니다.
• 이메일 주소나 전화번호 같은 개인 식별 정보를 사용하지 않습니다.

각 거래에 고유하지 않은 ID를 쓰면 서로 다른 전환이 같은 건으로 처리돼 과소 집계될 수 있습니다. 전환 ID의 고유성 원칙 URL 자체를 transaction ID로 쓰지 말아야 하며, URL에 식별값이 있다면 URL 전체가 아니라 해당 식별값만 별도로 다뤄야 합니다. URL과 transaction ID의 구분 또한 이메일 주소와 전화번호는 전환 ID로 사용하면 안 됩니다. 개인 식별 정보를 ID로 쓰면 안 되는 이유

문의 폼 운영에서는 이 원칙을 적용해, 고객 연락처와 분리된 내부 문의 ID를 발급하고 그 ID를 기준으로 접수·재전송·중복 처리를 판단할 수 있습니다.

전환 수가 비정상적으로 많다면 태그 중복 설치부터 점검합니다

특정 랜딩페이지의 전환율이 유난히 높다고 해서 곧바로 페이지 설계가 뛰어나다고 판단하면 안 됩니다. 감사 페이지나 폼 완료 이벤트에 같은 태그가 두 번 설치돼 있으면 이벤트가 이중 집계될 수 있습니다.

Google의 GA4 검증 문서는 한 페이지에 Google tag와 Google Tag Manager를 함께 사용하면 일부 이벤트가 이중 집계될 수 있다고 안내합니다. 태그 중복 설치로 인한 이벤트 이중 집계 가능성

점검 대상은 다음과 같습니다.

• 사이트 공통 코드와 태그 관리자 컨테이너가 같은 이벤트를 각각 보내는지
• 폼 제출 성공 시 브라우저 이벤트와 감사 페이지 조회 이벤트를 같은 문의로 이중 전송하는지
• 감사 페이지에 전환 태그가 중복 삽입됐는지
• 테스트 환경과 운영 환경의 코드가 함께 로드되는지
• 외부 폼 도구의 자동 측정과 자체 태그가 동시에 작동하는지

구매형 랜딩페이지라면 거래 ID 재전송도 확인해야 합니다. GA4 전자상거래 측정에서는 같은 transaction ID를 가진 동일 전자상거래 이벤트가 다시 발생하면 첫 이벤트만 수집하고 이후 이벤트는 무시합니다. 동일 거래 ID의 전자상거래 이벤트 처리

외부 폼·예약·결제 페이지가 다른 도메인이라면 세션 연결을 확인합니다

광고 랜딩페이지는 자사 도메인에 있고, 폼·예약·결제·감사 페이지는 외부 서비스 도메인에 있는 경우가 많습니다. 이때 교차 도메인 측정이 설정되지 않으면 한 사용자가 두 사용자 또는 두 세션으로 식별될 수 있어 랜딩페이지 유입과 전환의 연결이 깨질 수 있습니다. 교차 도메인 미설정 시 세션 분리 가능성

교차 도메인 측정에서는 포함할 도메인들이 같은 웹 데이터 스트림의 동일한 Google tag ID를 사용해야 합니다. 서로 다른 태그 ID를 사용하면 한 흐름으로 이어져야 할 랜딩 진입과 감사 페이지 전환이 분리될 수 있습니다. 교차 도메인 측정의 동일 태그 ID 조건

외부 도메인을 쓰는 경우에는 특히 다음을 확인합니다.

1. 광고 클릭 후 랜딩페이지에서 외부 폼으로 이동하는지
2. 외부 폼 제출 뒤 감사 페이지가 어느 도메인에서 열리는지
3. 랜딩 진입 세션과 폼 완료 세션이 같은 흐름으로 잡히는지
4. 외부 서비스 도메인에도 필요한 태그 설정이 가능한지
5. 전환 이벤트가 제출 성공 시점에 한 번만 전송되는지

랜딩페이지별 전환 비교 전에는 실제 흐름으로 검증합니다

보고서를 보기 전에 먼저 한 건의 테스트 흐름을 끝까지 따라가야 합니다. 설정 화면만 확인해서는 새로고침, 실패 후 재제출, 외부 도메인 이동 같은 실제 오류를 발견하기 어렵습니다.

검증 흐름은 다음 순서로 구성할 수 있습니다.

1. UTM이 포함된 광고용 URL로 랜딩페이지에 진입합니다.
2. 랜딩페이지가 의도한 경로와 쿼리 문자열로 기록되는지 확인합니다.
3. 폼을 정상 제출하고 감사 페이지 또는 완료 상태로 이동합니다.
4. 문의 이벤트와 감사 페이지 기반 이벤트가 각각 몇 번 기록되는지 확인합니다.
5. 감사 페이지를 새로고침합니다.
6. 뒤로가기로 폼으로 돌아간 뒤 다시 제출합니다.
7. 외부 도메인을 거친다면 세션과 유입원이 유지되는지 확인합니다.
8. 폼 저장 데이터의 문의 ID와 측정된 전환을 대조합니다.

GA4는 DebugView를 통해 이벤트와 파라미터가 실시간으로 수신되는지 검증하는 방법을 안내합니다. 이 도구로 광고 URL 진입, 제출, 감사 페이지 도달, 새로고침, 재제출 과정에서 이벤트가 의도한 횟수만 기록되는지 확인할 수 있습니다. DebugView를 활용한 이벤트 검증

실무용 비교표는 ‘페이지 성과’와 ‘측정 품질’을 함께 기록합니다

랜딩페이지별 비교표에는 성과 지표만 넣지 말고 측정 상태도 함께 적는 것이 좋습니다. 그래야 전환율 차이가 페이지 문제인지, 추적 구조 문제인지 구분할 수 있습니다.

이 표에서 먼저 볼 것은 ‘가장 높은 전환율’이 아니라 측정된 문의와 유효 문의의 차이입니다. 차이가 큰 페이지는 광고 메시지나 화면보다 먼저 감사 페이지 접근 방식, 폼 재제출 동작, 태그 중복, 외부 도메인 연결을 점검해야 합니다.

마무리

광고 랜딩페이지별 전환 비교는 세션 최초 진입 URL을 기준으로 시작하고, 세션 유입원으로 광고 트래픽을 분리하며, 키 이벤트 수와 실제 유효 문의 수를 구분하는 방식이 기본입니다. 감사 페이지는 정상 접수 뒤에만 열리게 하고, 새로고침·뒤로가기·재제출·태그 중복·외부 도메인 이동을 검증해야 비교 가능한 전환 데이터가 만들어집니다.