GA4 page_view 중복 발생 원인｜GTM·gtag 중복 설치 확인
실제 페이지를 한 번 열었는데 GA4의 page_view가 두 번 이상 발생한다면 가장 먼저 GTM과 직접 설치한 Google 태그가 동시에 실행되고 있는지 확인해야 합니다. GA4는 기본적으로 페이지가 로드될 때 page_view를 자동 전송하기 때문에 여기에 수동 page_view나 또 다른 Google 태그가 더해지면 조회수가 중복될 수 있습니다.
특히 기존에 HTML에 gtag.js를 직접 넣은 상태에서 Google Tag Manager로 GA4를 다시 설치했거나, 자동 페이지뷰를 유지하면서 별도의 page_view 이벤트를 수동 전송한 경우를 먼저 확인해야 합니다.
GA4와 애드센스 페이지뷰 차이가 왜 생기는지 전체 원인부터 확인하려면 허브 글을 먼저 보세요.
GA4 page_view 중복 핵심 원인
- HTML의 gtag.js + GTM Google 태그가 같은 GA4 대상으로 동시에 실행
- 같은 Google 태그 코드가 페이지에 두 번 삽입
- 자동
page_view를 유지하면서 수동 page_view도 전송 - GTM에서 같은 Google 태그 또는 이벤트 태그가 여러 트리거로 중복 실행
- SPA에서 브라우저 기록 변경 자동 측정과 라우터 기반 수동 page_view가 동시에 실행
- 테마·플러그인·분석 플러그인이 각각 GA4 태그를 삽입
목차
page_view는 언제 자동 발생하나
중복 문제를 찾으려면 먼저 GA4가 기본적으로 언제 page_view를 보내는지 알아야 합니다.
Google Analytics는 기본 설정에서 페이지가 로드될 때 page_view 이벤트를 자동 전송합니다. 향상된 측정이 적용된 웹 데이터 스트림에서는 활성 사이트의 브라우저 기록 상태가 변경될 때도 페이지 조회 이벤트가 발생할 수 있습니다.
| 상황 | page_view 가능성 | 주의점 |
|---|---|---|
| 일반 페이지 로드 | 자동 발생 | 별도 수동 전송을 추가하면 중복 가능 |
| 브라우저 기록 상태 변경 | 설정에 따라 자동 발생 | SPA의 자체 page_view 전송과 겹칠 수 있음 |
| 수동 page_view 이벤트 | 직접 전송 | 자동 측정을 끄지 않았다면 중복 가능 |
Google 공식 개발자 문서도 자동 페이지뷰를 끄지 않은 상태에서 수동 페이지뷰를 보내면 중복 페이지뷰가 발생할 수 있다고 명시합니다.
GA4의 자동·수동 page_view 동작은 Google 공식 개발자 문서에서 확인할 수 있습니다.
중복 페이지뷰인지 확인하는 증상
조회수가 예상보다 많다는 이유만으로 바로 중복 태그라고 판단하면 안 됩니다. 먼저 실제 한 번의 페이지 이동에서 여러 page_view가 전송되는지를 확인해야 합니다.
중복 가능성이 높은 대표적인 증상은 다음과 같습니다.
- 페이지를 한 번 새로 열었는데 디버그 화면에서 동일 URL의
page_view가 연속으로 두 번 발생 - 사이트 개편이나 GTM 설치 이후 GA4 조회수가 갑자기 거의 두 배 수준으로 증가
- 사용자·세션 규모는 크게 변하지 않았는데 조회수만 급격히 증가
- 같은 페이지 제목·URL의 이벤트가 거의 같은 시각에 반복됨
- Tag Assistant에서 동일한 GA4 대상의 Google 태그가 여러 경로로 실행됨
주의: 중복 설치라고 해서 조회수가 반드시 정확히 2배가 되는 것은 아닙니다. 특정 페이지나 특정 조건에서만 두 번째 태그가 실행될 수 있기 때문에 증가 폭은 구현 구조에 따라 달라질 수 있습니다.
GTM과 gtag 중복 설치 확인
가장 자주 확인해야 할 구조는 다음 두 가지가 동시에 존재하는 경우입니다.
- 사이트 HTML의
<head>영역에 GA4 Google 태그를 직접 설치 - Google Tag Manager에서도 같은 GA4 대상을 Google 태그로 다시 설정
두 구현이 각각 같은 페이지 로드에서 GA4 설정과 자동 이벤트 전송을 수행하면 중복 데이터가 발생할 수 있습니다.
Google도 동일한 Google 태그가 같은 페이지에서 두 번 이상 구성되면 중복 데이터 또는 서로 섞인 설정이 발생할 수 있다고 안내합니다.
확인해야 할 코드 위치
- 티스토리·Blogger·워드프레스 테마의
<head> - 플랫폼 자체 GA4 측정 ID 입력 기능
- Google Tag Manager 컨테이너
- 분석·광고·SEO 플러그인의 GA4 설정
- HTML 위젯이나 사용자 정의 스크립트
GTM으로 GA4를 일원화하기로 했다면 이전에 직접 넣은 같은 목적의 Google 태그가 남아 있지 않은지 확인해야 합니다. 반대로 직접 Google 태그를 사용할 계획이라면 GTM에서 동일한 측정 대상을 다시 보내지 않는지 확인합니다.
같은 Google 태그가 두 번 삽입된 경우
GTM을 사용하지 않더라도 테마 수정 과정에서 동일한 Google 태그를 두 번 복사해 넣을 수 있습니다.
예를 들어 기존 스킨에 태그가 있는 것을 모르고 새 Google 태그 코드를 다시 넣거나, 플랫폼의 분석 설정과 HTML 직접 삽입을 동시에 사용하는 경우입니다.
확인 포인트: 같은 측정 대상의 Google 태그가 두 번 존재하는지 단순히 소스 코드 검색만 하지 말고 Tag Assistant에서 실제 실행 결과도 확인하세요. 테마·플러그인에서 동적으로 삽입되는 코드는 원본 HTML만 봐서는 놓칠 수 있습니다.
Google 태그 관리 설정에는 같은 페이지의 중복 구성 명령을 무시하는 옵션이 제공될 수 있지만, 이를 모든 중복 이벤트를 자동 제거하는 기능으로 이해하면 안 됩니다.
수동으로 별도의 page_view 이벤트를 두 번 전송하거나 서로 다른 태그·트리거가 동일 이벤트를 발생시키는 문제는 구현 자체를 수정해야 합니다.
자동 page_view와 수동 전송 중복
GA4는 기본 설정으로 페이지가 로드될 때 자동 page_view를 전송합니다.
여기에 개발자가 아래처럼 별도의 페이지뷰 이벤트를 수동으로 추가하면 같은 페이지 조회가 두 번 기록될 수 있습니다.
gtag('event', 'page_view', {
page_title: '페이지 제목',
page_location: 'https://example.com/page'
});수동 방식으로 페이지뷰를 완전히 관리하려는 경우 Google 공식 문서는 기본 페이지뷰 전송을 끄도록 안내합니다.
gtag('config', 'G-XXXXXXXXXX', {
send_page_view: false
});다만 여기에는 중요한 주의점이 있습니다.
send_page_view: false설정은 페이지를 넘어 자동으로 계속 유지되는 설정이 아닙니다.- 수동 페이지뷰 방식을 사용할 모든 페이지에서 필요한 설정을 정확히 적용해야 합니다.
- 브라우저 기록 변경 기반 향상된 측정은
send_page_view: false와 별도로 동작할 수 있습니다.
따라서 일반적인 블로그에서 특별한 이유 없이 수동 페이지뷰 코드를 추가하는 것보다 GA4의 기본 자동 측정을 유지하는 편이 관리하기 쉽습니다.
SPA·브라우저 기록 변경 중복
React·Vue 등 SPA 구조나 페이지를 다시 불러오지 않고 URL만 변경하는 웹사이트에서는 일반 블로그와 다른 중복 문제가 생길 수 있습니다.
GA4 향상된 측정의 페이지 조회 설정은 pushState, popState, replaceState 같은 브라우저 기록 변경을 감지해 page_view를 보낼 수 있습니다.
이 상태에서 사이트 개발 코드나 GTM의 History Change 트리거로 다시 page_view를 보내면 하나의 화면 전환이 두 번 기록될 수 있습니다.
| 방식 | GA4 처리 | 중복 위험 |
|---|---|---|
| 향상된 측정의 기록 변경 감지 | 자동 page_view | 단독이면 일반적으로 낮음 |
| 앱 코드에서 라우터 변경 시 수동 page_view | 수동 전송 | 자동 기록 변경 측정과 함께 쓰면 높음 |
| GTM History Change + GA4 이벤트 | 트리거 조건에 따라 전송 | 향상된 측정과 겹치면 확인 필요 |
수동 페이지뷰 방식으로 통제하려면 자동 페이지 로드 측정뿐 아니라 브라우저 기록 변경 기반 페이지 조회 설정까지 현재 구현과 겹치는지 확인해야 합니다.
브라우저 기록 변경에 따른 page_view 자동 수집 기준을 확인할 수 있습니다.
GTM 태그·트리거 중복 확인
Google Tag Manager를 사용한다면 태그가 하나인지뿐 아니라 같은 페이지에서 몇 번 실행되는지 확인해야 합니다.
GTM의 페이지뷰 관련 트리거는 페이지 로드 과정의 서로 다른 시점에서 작동할 수 있습니다. 대표적으로 Initialization, Page View, DOM Ready, Window Loaded 등이 있습니다.
같은 GA4 목적의 태그를 각각 다른 페이지뷰 트리거에 연결하면 한 페이지 로드에서 여러 번 실행될 수 있으므로 태그 목록과 트리거 조건을 함께 확인해야 합니다.
GTM에서 확인할 항목
- 같은 GA4 Tag ID를 사용하는 Google 태그가 여러 개인지
- Google 태그와 별도로
page_view이벤트 태그가 있는지 - 하나의 태그에 여러 페이지뷰 트리거가 연결돼 있는지
- 동일한 페이지에서 조건이 겹치는 트리거가 있는지
- 사이트에 GTM 컨테이너 자체가 두 번 삽입돼 있지 않은지
- 다른 GTM 컨테이너가 같은 GA4 속성으로 데이터를 보내고 있지 않은지
Tag Assistant로 원인 찾는 순서
중복 여부를 가장 확실하게 판단하는 방법은 통계 숫자를 추측하는 것이 아니라 한 번의 페이지 로드 과정에서 실제로 어떤 태그와 이벤트가 실행되는지 확인하는 것입니다.
반대로 page_view가 두 번 잡히는 것이 아니라 실시간 보고서와 DebugView에 이벤트 자체가 거의 보이지 않는다면 중복 문제가 아닐 수 있습니다. 이 경우에는 GA4 데이터 수집 안됨 해결｜실시간 보고서·DebugView 확인에서 태그 설치·측정 ID·이벤트 수신 여부를 먼저 점검하세요.
중복 page_view 진단 순서
- Chrome 등 테스트 브라우저에서 광고차단·분석 차단 확장 프로그램을 잠시 끕니다.
- Tag Assistant에서 테스트 사이트를 연결합니다.
- 사이트의 한 게시글을 새로 엽니다.
- 동일한 GA4 Tag ID 또는 Google 태그가 몇 개 실행되는지 확인합니다.
page_view이벤트가 동일 페이지에서 몇 회 발생하는지 확인합니다.- 다음 게시글로 한 번 이동한 뒤 다시 발생 횟수를 확인합니다.
- HTML 직접 설치, GTM, 플러그인 중 어느 경로가 이벤트를 보냈는지 구분합니다.
- 필요하면 GA4 DebugView에서 동일 시간대 이벤트도 교차 확인합니다.
페이지에 실제로 어떤 Google 태그가 실행되는지 확인하세요.
원인별 수정 방법
| 발견한 원인 | 권장 조치 | 주의 |
|---|---|---|
| HTML gtag + GTM 중복 | 하나의 관리 방식으로 정리 | 삭제 전 Ads 등 다른 목적지 연결 여부 확인 |
| 동일 태그 코드 2회 삽입 | 중복 코드 제거 | 테마·플러그인 삽입도 함께 확인 |
| 자동 + 수동 page_view | 자동 또는 수동 방식 중 하나를 기준으로 설계 | send_page_view 동작 범위 확인 |
| SPA 기록 변경 + 수동 page_view | 기록 변경 자동 측정 또는 수동 라우터 측정 역할 정리 | SPA 전체 페이지 전환 테스트 필요 |
| GTM 중복 태그·트리거 | 불필요한 태그·겹치는 트리거 제거 | 미리보기 후 게시 |
수정할 때 가장 중요한 원칙은 어떤 시스템이 page_view를 담당할 것인지 하나의 기준을 정하는 것입니다.
일반적인 블로그라면 Google 태그의 기본 자동 페이지뷰를 사용하고 별도의 수동 페이지뷰를 만들지 않는 구성이 단순합니다. SPA처럼 화면 전환을 직접 제어해야 하는 사이트는 자동 측정과 수동 측정이 겹치지 않도록 개발 구조에 맞춰 설계해야 합니다.
수정 후 정상화 확인
중복 태그 하나를 삭제했다고 바로 작업을 끝내면 안 됩니다. 수정 후 동일한 테스트를 반복해 실제 이벤트가 한 번만 발생하는지 확인해야 합니다.
- □ Tag Assistant에서 의도한 Google 태그만 실행되는가
- □ 새 페이지를 한 번 열 때 예상한
page_view만 발생하는가 - □ 다음 게시글로 이동해도 동일하게 정상인가
- □ 홈페이지·최신 글·오래된 글 모두 같은가
- □ GA4 DebugView에서도 같은 URL이 불필요하게 반복되지 않는가
- □ GTM 수정사항을 게시했는가
- □ 기존 HTML 직접 설치 코드가 남아 있지 않은가
- □ 광고·Google Ads 등 다른 Google 제품 측정에는 문제가 없는가
GA4 일반 보고서는 처리 시간이 있을 수 있으므로 수정 직후에는 실시간 보고서와 디버깅 도구를 먼저 이용하고, 이후 일별 조회수 추세가 정상 범위로 돌아오는지 다시 확인하는 것이 좋습니다.
자주 묻는 질문
GA4 페이지뷰가 정확히 2배면 무조건 태그가 두 개인가요?
가능성이 높지만 숫자만으로 확정할 수는 없습니다. 직접 Google 태그가 중복됐을 수도 있고, 자동 page_view와 수동 page_view가 동시에 발생할 수도 있습니다. Tag Assistant에서 실제 전송 횟수와 경로를 확인하는 것이 정확합니다.
gtag.js와 GTM을 같이 설치하면 무조건 문제가 생기나요?
두 도구가 존재한다는 사실 자체보다 같은 GA4 측정 대상으로 동일한 페이지뷰를 각각 전송하는지가 중요합니다. 같은 태그가 페이지에서 두 번 구성되면 Google도 중복 데이터 또는 설정 충돌 가능성을 안내하고 있으므로 실제 실행 구성을 확인해야 합니다.
GTM을 쓰려면 기존 GA4 코드를 무조건 삭제해야 하나요?
현재 코드가 어떤 Google 제품과 연결되어 있는지 먼저 확인해야 합니다. 기존 Google 태그가 GA4 외에 Google Ads 등의 목적지도 사용한다면 무작정 삭제하지 말고 전체 태그 구성을 확인한 뒤 관리 방식을 정리하세요.
send_page_view false만 넣으면 중복이 해결되나요?
모든 경우에 그렇지는 않습니다. 이 설정은 기본 페이지 로드 시 자동 페이지뷰를 제어할 때 사용하지만, 향상된 측정의 브라우저 기록 변경 감지는 별도로 작동할 수 있습니다. 또한 태그 자체가 두 번 설치됐다면 다른 중복 원인도 함께 해결해야 합니다.
SPA에서 페이지 이동할 때 두 번 잡힙니다.
향상된 측정이 브라우저 기록 변경을 자동 감지하고 있는데 개발 코드나 GTM History Change 트리거에서도 수동 page_view를 보내는지 확인하세요. 한 화면 전환을 어떤 방식으로 측정할지 하나의 기준으로 정리해야 합니다.
Google 태그의 중복 구성 무시 옵션을 켜면 해결되나요?
동일 Google 태그의 중복된 페이지 내 구성 명령 문제를 줄이는 데 관련될 수 있지만 모든 중복 이벤트를 제거하는 범용 필터는 아닙니다. 수동 page_view를 두 번 보내거나 GTM 이벤트 태그가 중복 실행되는 구조는 별도로 수정해야 합니다.
중복 페이지뷰가 애드센스 페이지뷰 차이에도 영향을 주나요?
GA4 page_view가 실제보다 과다 집계되면 AdSense 페이지뷰와 비교했을 때 GA4 쪽이 비정상적으로 크게 보일 수 있습니다. 따라서 GA4와 AdSense 페이지뷰 차이를 진단할 때도 GA4 page_view 중복 여부를 먼저 배제하는 것이 좋습니다. 전체 비교 기준과 광고 측 지표까지 함께 보려면 GA4와 애드센스 페이지뷰 차이 전체 진단을 확인하세요.
정리
GA4 page_view 중복은 단순히 조회수가 많다는 문제가 아니라 실제 트래픽과 콘텐츠 성과를 잘못 판단하게 만드는 측정 오류입니다.
가장 먼저 확인할 것은 HTML에 직접 설치한 gtag.js와 Google Tag Manager가 같은 GA4 대상으로 동시에 데이터를 보내고 있는지입니다. 그다음 동일 Google 태그의 이중 삽입, 자동·수동 page_view 중복, GTM 태그·트리거 중복을 차례로 확인합니다.
SPA에서는 브라우저 기록 변경에 따른 자동 페이지뷰와 라우터·GTM 기반 수동 페이지뷰가 겹치지 않는지도 확인해야 합니다.
수정 후에는 Tag Assistant에서 한 번의 페이지 로드 → 의도한 Google 태그 실행 → 예상한 page_view 발생 순서가 맞는지 다시 확인하세요. 통계 숫자가 정상화되기를 기다리는 것보다 실제 이벤트 전송 구조를 먼저 검증하는 것이 빠르고 정확합니다.
함께 보면 좋은 GA4·애드센스 글
Google 공식 자료
자료 기준일: 2026년 9월 5일
자료 출처: Google Analytics, Google Tag Manager, Google Tag Assistant 공식 문서
안내: 태그를 삭제하거나 통합하기 전에는 해당 Google 태그가 GA4 외에 Google Ads 등 다른 제품의 측정 대상으로 사용되고 있는지 확인하세요. 사이트 구조에 따라 최적 구현 방식은 달라질 수 있습니다.
