이혼·가사 전문 전환 정의와 태깅·측정 설계

이혼 변호사 광고는 광고 클릭에서 계약(수임)까지 이어지는 길이 한 번에 이어지지 않습니다. 업계에서는 보통 전화 클릭, 상담 신청, 카카오톡 문의 같은 온라인 상호작용까지만 추적이 가능하고, 실제 계약 체결은 오프라인 상담을 거쳐야 성사되는 별개의 프로세스라 측정 구조 자체가 끊어져 있다고 말합니다. 다만 측정이 아예 불가능하다는 뜻은 아니며, 별도의 콜 로깅이나 CRM을 붙이면 그 뒤 구간도 부분적으로 보완할 수 있다는 것 역시 업계에서 통용되는 이야기입니다. 그래서 먼저 해야 할 일은 온라인에서 잡히는 상담 신청·통화·문의를 1차 전환으로 명확히 정의하고, 그 이후 계약까지는 별도 트래킹으로 잇는다는 전제를 세우는 것입니다.

업계에서는 이혼 의뢰인이 초기 상담의 분위기, 비용이 명확한지, 사무소 위치, 담당 변호사의 개인적 경험 같은 기준으로 의뢰 여부를 정하는 경우가 많다고 이야기합니다. 이 때문에 광고 클릭 이후 오프라인 상담까지 이어지는 경로가 얼마나 명확한지가 전환율을 크게 좌우한다는 것도 실무에서 자주 나오는 진단입니다. 그래서 먼저 전문성·신뢰도·비용 같은 의사결정 기준에 맞춰 랜딩 콘텐츠를 나누고 이 매핑을 전환 이벤트 이름에도 반영해 두면, 어떤 상담 신청이 실제로 계약 가능성이 높은 리드인지 태깅 단계에서부터 구분해 볼 여지가 생깁니다.

GA4 이벤트는 자동 수집, 향상된 측정, 추천 이벤트, 맞춤 이벤트 네 가지로 나뉩니다. 자동 수집과 향상된 측정은 코드를 건드리지 않고 태그 설치와 토글만으로 작동하고, 추천 이벤트는 구글이 정한 이름·매개변수 규격을 지켜야 보고서에 자동 매핑되며, 맞춤 이벤트는 이름과 매개변수를 자유롭게 정의하는 대신 보고서를 직접 구성해야 합니다. 구현 순서도 자동 수집 확인, 향상된 측정 활성화, 추천 이벤트 매핑, 맞춤 이벤트 순이 정석입니다.

다만 이렇게 나눠 잡은 이벤트가 실제 상담으로 이어졌는지는 자동으로 맞춰지지 않고, CRM이나 통화 기록과 수동으로 매칭해야 하는 자동화의 한계가 있다는 것도 같이 알려져 있습니다.

이벤트를 만드는 작업과 이벤트를 주요 이벤트로 표시하는 작업은 별개이며, 관리 화면에서 토글 하나로 기존 이벤트를 승격시킬 수 있습니다. 표준 속성은 최대 30개, GA4 360 속성은 최대 50개까지 주요 이벤트를 지정할 수 있고, 표시한 시점부터만 전환 데이터가 쌓이며 과거 데이터에는 소급 적용되지 않습니다. 이혼·가사 업종처럼 채널이 많으면 모든 이벤트를 전부 주요 이벤트로 지정하고 싶어지기 쉬운데, 그러면 정작 핵심 지표가 묻히므로 먼저 선정 기준을 정해야 합니다. 상담 신청·전화 클릭처럼 실제 리드로 이어질 가능성이 높은 채널부터 주요 이벤트로 좁혀 지정하고, 나머지는 일반 이벤트로 남겨 두는 방식이 무난합니다.

GA4 전환 수와 실제 업무 데이터가 완전히 일치하는 것은 애초에 정상이 아닙니다. 원인을 좁힐 때는 GTM 디버그 모드와 GA4 DebugView를 함께 열어 상담 신청 순간 이벤트가 발화하는지 확인하고, 기기·브라우저·접수 채널별로 나눠 비교하면 어느 구간에서 새는지 알 수 있습니다.

이혼·가사 전문 업종은 이 구간이 한 번 더 끊깁니다. 업계에서는 온라인으로 잡히는 것이 전화 클릭·상담 신청·카카오 문의까지이고, 실제 계약 체결은 오프라인 상담을 거치는 별개의 프로세스라 광고 리포트만으로는 수임까지 이어졌는지 알 수 없다고 봅니다. 그래서 이 구간을 측정 불가능으로 단정하기보다, 상담까지는 자동으로 측정하고 그 뒤는 콜 로깅이나 CRM으로 채우는 것이 업계의 일반적인 대응입니다. 먼저 상담 신청 이벤트에 리드 고유 식별값을 붙이고, 상담 담당자가 진행 여부와 수임 여부를 CRM에 입력하는 구조를 최소한으로라도 만들어 두는 것을 권합니다. 이 매칭을 채널별로 기록해 두면, 어떤 채널의 리드가 실제 수임 전환율이 높은지 되짚어 볼 수 있습니다.

여기서 반드시 짚어야 할 위험이 있습니다. 이 정보를 성과 분석용 스프레드시트나 외부 협업 툴에 그대로 옮기거나 접근 권한을 나누지 않은 채 여러 담당자와 공유하는 것은 절대 하지 말아야 합니다. 대신 CRM 접근 권한을 상담 담당자와 실적 확인이 꼭 필요한 소수로 제한하고, 광고 성과 리포트에는 리드 식별값과 전환 여부·채널 정도만 남기고 상담 내용은 분리해서 관리하는 방식으로 대안을 마련해야 합니다.

GA4에서 주요 이벤트로 지정한 전환은 Google Ads와 계정을 링크한 뒤 가져오기 기능으로 연동하며, 가져올 전환은 Google Ads 관리자의 측정 메뉴 아래 전환 항목에서 GA4 항목을 선택해 고릅니다. 동기화에는 최대 24시간의 지연이 생길 수 있고, 네이티브 전환 추적과 GA4 가져오기 전환이 중복 집계되지 않는지 확인해야 하며, 정제된 전환 신호가 있어야 tCPA·tROAS 같은 스마트 입찰이 제대로 학습합니다. CRM에서 확인한 수임 여부를 오프라인 전환 업로드로 주기적으로 되먹임하는 절차를 처음부터 설계해 두는 편이 안전합니다.

메타 광고를 함께 쓴다면 픽셀만으로는 iOS 사용자, 광고차단기 사용자, 프라이버시 설정을 강화한 사용자의 전환 대부분이 잡히지 않습니다. 전환 API, 즉 CAPI는 광고주의 서버·웹사이트·앱·CRM에서 메타 시스템으로 직접 데이터를 보내는 서버사이드 방식이고, 브라우저를 거치지 않으므로 쿠키 차단이나 ITP, 광고차단기의 영향을 받지 않습니다. 픽셀 매칭률은 평균 71% 수준인 반면 서버사이드 포스트백은 98% 이상을 기록하며, 2026년 기준으로 CAPI는 선택이 아니라 기본 요구사항으로 자리 잡았습니다.

구현 방식은 직접 API 호출, GTM 서버 컨테이너, 플랫폼 파트너 연동 세 가지로 나뉩니다. 메타 원클릭 설정은 클릭 한 번으로 끝나지만 픽셀 이벤트를 그대로 복제할 뿐 세부 통제는 어렵고, 쇼핑몰형 솔루션은 채널 설정만으로 픽셀과 서버 이벤트가 함께 자동 구성됩니다. 직접 코드로 구현하면 개발 리소스가 필요한 대신 웹·상담 폼·CRM 이벤트까지 세밀하게 통제할 수 있고, 파트너 연동을 쓰더라도 액세스 토큰 만료 같은 점검 항목은 남습니다.

• 전화 클릭·카카오 상담·온라인 예약 폼을 각각 별도 이벤트로 정의했는지 확인합니다
• 상담 신청·전화 클릭처럼 실제 리드로 이어질 가능성이 높은 이벤트만 주요 이벤트로 좁혀 지정했는지 점검합니다
• CRM과 통화 기록으로 상담 진행·수임 여부를 채널별로 수동 매칭하는 절차를 마련했는지 확인합니다
• GA4 전환 수와 실제 상담·수임 데이터의 격차가 20% 이상 벌어지면 GTM 디버그와 DebugView로 원인을 좁혀 봅니다
• 상담 신청·CRM에 담긴 신상·재산 정보는 광고 성과 리포트와 분리해 접근 권한을 제한했는지 점검합니다
• 메타 광고를 쓴다면 CAPI 연동 여부와 Google Ads 전환 가져오기의 중복 집계 여부를 확인합니다