GFA 공통측정코드 완전 정리: 설치 순서와 전환 확인 기준
GFA 공통측정코드는 단순한 추적 스크립트가 아닙니다. 네이버 광고 계정이 "누가 전환했는지"를 학습하는 유일한 입력 신호이자, 입찰 최적화의 정확도를 결정하는 기준값입니다.
GFA 공통측정코드를 제대로 쓰려면 코드 삽입보다 전환 이벤트 정의와 값 전달 방식을 먼저 잡는 것이 순서입니다. 코드만 붙여놓고 전환 이벤트를 설정하지 않으면 리포트에는 노출·클릭만 쌓이고, 광고 시스템은 최적화할 대상을 찾지 못한 채 예산을 태웁니다. 실무에서 GFA 전환이 "0으로 안 잡힌다"는 문제의 상당수는 매체 문제가 아니라 이 단계의 설정 누락입니다.
아래에서 GFA 공통측정코드의 구조, 매체별 설치 순서, 전환이 안 잡힐 때의 진단 기준을 단계별로 설명합니다.
GFA 공통측정코드란 무엇이고 왜 하나로 통합됐나
공통측정코드는 네이버의 여러 광고 상품이 각각 다른 스크립트를 요구하던 구조를 하나로 합친 통합 추적 코드입니다. 이름 그대로 '공통'이라는 점이 핵심입니다.
과거에는 GFA용 전환 스크립트, 프리미엄로그분석용 스크립트, 검색광고 전환 스크립트를 사이트에 각각 심는 경우가 많았습니다. 그러다 보니 같은 구매 1건이 상품마다 다르게 집계되거나, 개발 리소스가 없는 브랜드는 아예 절반만 설치하고 방치하는 일이 흔했습니다.
공통측정코드는 이 문제를 해결하는 구조입니다. 사이트 전 페이지에 공통으로 들어가는 기본 코드(공통 스크립트) 하나를 심고, 그 위에 구매·장바구니·회원가입 같은 전환 이벤트 코드를 페이지별로 얹는 2단 구조로 동작합니다.
정리하면 이렇습니다.
구분 | 설치 위치 | 역할 | 누락 시 증상 |
|---|---|---|---|
공통(기본) 코드 | 전 페이지 | 방문·세션·유입 경로 수집 | 모수 자체가 안 쌓임, 리타겟팅 불가 |
전환 이벤트 코드 | 구매완료·장바구니 등 특정 페이지 | 전환 발생 시점 전달 | 전환수 0, 최적화 학습 불가 |
전환값(매출) 파라미터 | 구매완료 페이지 | 주문금액·수량 전달 | 전환수는 잡히나 ROAS 계산 불가 |
-> 핵심: 세 층 중 하나만 빠져도 리포트는 "반쪽짜리"가 됩니다. 특히 세 번째 값이 빠진 계정이 실무에서 가장 많습니다.
자사몰 유형에 따라 설치 난이도가 갈립니다
카페24, 아임웹, 식스샵 같은 호스팅형 솔루션은 관리자 페이지에 스크립트 삽입 영역이나 전용 앱이 있어, 개발자 없이도 붙일 수 있는 경우가 대부분입니다. 반면 자체 개발몰이나 앱 연동 구조는 구매완료 페이지가 SPA로 동작하면서 페이지 전환이 감지되지 않는 경우가 있어, 개발팀과 이벤트 발생 시점을 별도로 협의해야 합니다.
네이버 스마트스토어만 운영 중이라면 공통측정코드를 심을 대상 자체가 없습니다. 이때는 스토어 연동 방식으로 전환을 받게 되며, 자사몰을 새로 오픈하는 시점이 곧 공통측정코드를 설계할 시점입니다.
GFA 공통측정코드 설치 순서: 실무자가 잡는 5단계
순서를 바꾸면 재작업이 생깁니다. 실무에서 쓰는 순서는 아래와 같습니다.
1단계. 전환 정의를 먼저 문서로 정합니다.
"우리 브랜드의 전환은 구매완료 1건"인지, "장바구니와 구매 둘 다"인지 먼저 정합니다. 객단가가 높고 고민 기간이 긴 카테고리는 장바구니·회원가입을 보조 전환으로 함께 잡아두는 편이 학습에 유리합니다. 반대로 저가 소모품은 구매완료 하나로 단순화하는 편이 지표 해석이 명확합니다.
2단계. 광고 계정에서 코드를 발급받습니다.
GFA 관리 화면의 전환추적·측정 영역에서 계정에 귀속된 코드를 발급받습니다. 이때 코드가 어느 사이트(도메인)에 귀속되는지 확인해야 합니다. 자사몰과 랜딩페이지 도메인이 다르면 두 도메인 모두에 같은 코드를 심어야 경로가 끊기지 않습니다.
3단계. 전 페이지에 기본 코드를 심습니다.<head> 안, 가급적 상단에 배치합니다. 본문 하단이나 </body> 직전에 넣으면 이탈이 빠른 방문자가 코드 실행 전에 나가면서 수집률이 떨어집니다.
4단계. 구매완료 페이지에 전환 이벤트와 값을 얹습니다.
여기서 반드시 확인할 것이 주문금액 변수입니다. 배송비 포함 여부, 쿠폰·할인 적용 전후 금액 중 무엇을 넘기는지에 따라 ROAS가 통째로 달라집니다. 할인 전 정가를 넘기고 있으면 실제보다 높은 ROAS가 찍히고, 그 숫자를 믿고 예산을 올리면 손익이 무너집니다.
5단계. 테스트 주문으로 검증합니다.
설치 후 반드시 실제 결제 1건(또는 최소 금액 테스트 상품)을 발생시켜, 리포트에 전환 1건과 정확한 금액이 찍히는지 확인합니다. 이 과정을 생략한 채 캠페인을 켰다가 2주 뒤에 "전환이 하나도 없다"는 걸 발견하는 사례가 꾸준히 나옵니다.
-> 핵심: 검증 없이 켠 캠페인은 데이터가 아니라 손실입니다. 테스트 주문 1건이 2주치 예산을 지킵니다.
네이버GFA세팅 완전 정리: 실무자가 순서대로 잡는 5단계
GFA 전환이 안 잡힐 때 확인하는 진단 순서
전환수가 0이거나 실제 주문 대비 현저히 적을 때, 매체 탓을 하기 전에 아래 순서로 좁혀야 원인이 빨리 나옵니다.
① 코드가 실제로 로드되는지 먼저 확인합니다
브라우저 개발자도구의 네트워크 탭에서 해당 스크립트 요청이 발생하는지, 콘솔에 오류가 없는지 봅니다. 코드는 붙였는데 페이지 템플릿이 여러 개라 일부 페이지에만 적용된 경우가 자주 발견됩니다. 특히 모바일 전용 템플릿을 따로 쓰는 쇼핑몰은 PC에만 심겨 있는 사례가 많습니다.
② 전환 페이지 URL이 실제 결제 완료 경로와 일치하는지 봅니다
결제수단에 따라 완료 페이지 URL이 달라지는 몰이 있습니다. 카드 결제는 /order/complete인데 간편결제는 다른 경로로 빠지면, 간편결제 주문은 전부 누락됩니다. 결제수단별로 한 번씩 테스트해보는 것이 확실합니다.
③ 중복 설치 여부를 확인합니다
기존 스크립트를 지우지 않고 새 코드를 얹으면 전환이 2배로 잡힙니다. ROAS가 비정상적으로 높게 나오는 계정을 열어보면 코드가 두 번 심겨 있는 경우가 있습니다. 리포트 숫자가 실제 정산 매출의 2배에 가깝다면 이 항목부터 봐야 합니다.
④ 광고 클릭과 전환 사이의 시차를 감안합니다
전환은 클릭 즉시 찍히지 않고, 설정된 전환 추적 기간 안에서 집계됩니다. 오늘 소진액과 오늘 전환수를 그대로 나눠 ROAS를 판단하면 실제보다 낮게 보입니다. 고관여·고가 제품일수록 이 간격이 길기 때문에, 최소 7일 단위로 묶어서 봐야 판단이 흔들리지 않습니다.
⑤ 브라우저·앱 환경 변수를 감안합니다
광고 차단 확장 프로그램, 인앱 브라우저, 쿠키 정책 등의 영향으로 웹 기준 전환은 실제 주문보다 일정 비율 적게 잡히는 것이 일반적입니다. 즉 "리포트 전환 = 실제 주문"이 되는 계정은 거의 없습니다. 그래서 실무에서는 광고 리포트 전환수와 자사몰 관리자 주문건수의 비율을 초기에 파악해두고, 그 비율이 갑자기 흔들릴 때를 이상 신호로 봅니다.
-> 핵심: 절대값을 맞추려 하지 말고, 리포트와 실제 주문의 비율을 기준선으로 잡아두는 편이 실용적입니다.
실무 사례: 코드는 있었지만 값이 빠져 있던 계정
한 생활용품 브랜드의 계정을 인계받아 점검했을 때의 이야기입니다. GFA 리포트상 전환수는 정상적으로 잡히고 있었는데, ROAS 컬럼만 비어 있었습니다.
확인해보니 공통 코드와 구매 이벤트는 심겨 있었지만, 주문금액 파라미터가 고정값 0으로 들어가 있었습니다. 개발 단계에서 테스트용으로 넣어둔 값이 그대로 배포된 것이었습니다.
문제는 그 다음이었습니다. 전환값이 없으니 광고 시스템은 "전환 1건 = 모두 동일한 가치"로 학습하고 있었고, 그 결과 저가 단품 구매자 쪽으로 최적화가 쏠려 있었습니다. 객단가가 높은 세트 상품 구매자는 학습 대상에서 사실상 빠져 있었던 셈입니다.
주문금액 파라미터를 정상화하고 2주간 재학습을 돌린 뒤에는, 같은 예산에서도 전환당 객단가 구성이 눈에 띄게 달라졌습니다. 소재나 타깃을 하나도 바꾸지 않은 상태에서 나온 변화였습니다.
이 사례가 말해주는 건 하나입니다. 광고 시스템은 우리가 넘겨준 신호의 품질 이상으로 똑똑해지지 않습니다. 소재를 백 개 만드는 것보다, 값이 정확히 넘어가는지 한 번 확인하는 게 먼저인 순간이 분명히 있습니다.
메타 광고 구매 전환 안나옴: 소재 교체 전에 확인할 측정·성과 분기 기준
자주 묻는 질문
Q. GFA 공통측정코드는 어디서 발급받나요?
GFA 광고 계정 내 전환추적·측정 관련 메뉴에서 계정 단위로 발급받습니다. 발급 시 연결할 사이트 도메인을 지정하게 되며, 자사몰과 별도 랜딩페이지를 함께 운영한다면 두 도메인 모두에 동일한 코드를 설치해야 유입 경로가 끊기지 않습니다.
Q. 공통측정코드를 심으면 GFA 전환이 바로 잡히나요?
아닙니다. 기본 코드만으로는 방문·세션 데이터만 수집됩니다. 구매완료 페이지에 전환 이벤트 코드와 주문금액 파라미터를 추가로 얹어야 전환수와 ROAS가 집계됩니다. 설치 후에는 테스트 주문으로 실제 집계 여부를 반드시 확인해야 합니다.
Q. GFA 전환수가 자사몰 실제 주문수와 다른데 정상인가요?
일정 수준의 차이는 정상입니다. 광고 차단 프로그램, 인앱 브라우저, 쿠키 정책, 전환 추적 기간의 시차 등으로 웹 기준 전환은 실제 주문보다 적게 잡히는 경우가 일반적입니다. 다만 리포트가 실제 주문의 2배에 가깝다면 코드 중복 설치를 의심해야 합니다.
Q. 공통측정코드와 GTM(구글 태그 매니저)을 같이 써도 되나요?
가능합니다. GTM 컨테이너 안에 커스텀 HTML 태그로 넣어 관리하면 페이지별 배포가 편해집니다. 다만 구매완료 트리거가 SPA 환경에서 제대로 발화하는지, 주문금액 변수가 데이터 레이어에서 정확히 읽히는지는 별도로 검증해야 합니다.
Q. 코드를 새로 설치하면 기존 데이터는 어떻게 되나요?
기존에 쌓인 데이터가 소급 적용되지는 않습니다. 설치 시점부터 새로 수집이 시작되므로, 리타겟팅 모수를 다시 쌓을 시간이 필요합니다. 그래서 캠페인 오픈 직전이 아니라, 최소 2~3주 전에 코드를 먼저 심어두는 편이 안전합니다.
GFA 먼저야, 파워링크 먼저야? 네이버 광고 순서 완전 정리
마무리
GFA 공통측정코드는 한 번 심고 끝나는 작업처럼 보이지만, 실제로는 광고 성과 판단의 기준선을 만드는 작업입니다.
정리하면 세 가지입니다.
첫째, 코드 발급보다 전환 정의가 먼저입니다.
둘째, 전환수보다 전환값(주문금액)이 정확한지가 ROAS의 신뢰도를 결정합니다.
셋째, 설치 직후 테스트 주문 1건으로 검증하지 않으면 그 뒤의 모든 판단이 흔들립니다.
소재를 바꾸고 예산을 조정하기 전에, 지금 계정이 받고 있는 신호가 정확한지부터 확인해보시기 바랍니다. 측정이 어긋난 상태에서의 최적화는 방향이 아니라 속도만 올리는 일입니다.