정밀 산업용 장비를 제조하는 한 B2B 기업의 마케터가 GA4 보고서를 열었습니다. 특정 날 오후, 누군가 제품 스펙 페이지를 17분 동안 탐색하고 PDF 카탈로그 링크까지 클릭했습니다. 그런데 남은 정보는 딱 하나, "대한민국, 서울"이라는 지역 정보뿐입니다.
이게 2026년 B2B 제조 마케팅의 현실입니다. 서드파티 쿠키가 사실상 작동을 멈춘 지금, 방문자가 어느 기업 소속인지 알아내는 '의도 데이터(Intent Data)'는 B2B 영업 파이프라인의 시작점인데, 그 데이터가 통째로 사라지고 있습니다.
이 글은 그 공백을 메우는 기술적 해법인 sGTM + Reverse DNS 아키텍처를 실무자 관점에서 풀어봅니다.
구글은 크롬 내 서드파티 쿠키 강제 폐지 계획을 철회하고 '사용자 선택' 모델을 유지하기로 했습니다. 언뜻 보면 숨통이 트인 것 같지만, 실제 영향은 완전 폐지와 거의 같습니다.
이유는 세 가지입니다.
결론적으로, 쿠키 생태계는 '폐지'가 아닌 '초파편화(Fragmentation)' 상태로 접어들었습니다. 그리고 이 파편화의 최대 피해자는 소수의 고가치 기업 바이어를 추적해야 하는 B2B 제조사입니다.
Reverse DNS(역방향 DNS)는 방문자의 IP 주소를 역으로 조회해 등록된 도메인이나 호스트명을 찾아내는 기술입니다. 일반 DNS가 naver.com → 125.209.xxx.xxx로 변환한다면, Reverse DNS는 반대로 125.209.xxx.xxx → naver.com을 찾아냅니다.
B2B 맥락에서 이 기술이 특히 강력한 이유가 있습니다. 대기업, 중견기업, 공공기관은 자체 고정 IP 대역을 등록해 사용하기 때문입니다. 삼성전자 본사 네트워크에서 접속한 방문자의 IP를 역조회하면 samsung.com 계열의 호스트명이 반환됩니다. 이것이 '익명 방문자'를 '기업명이 붙은 잠재 바이어'로 전환시키는 핵심 원리입니다.
단, 이 방식이 제대로 작동하려면 IP를 유실 없이 서버 단에서 수집해야 합니다. 그래서 sGTM이 필요합니다.
기존 클라이언트 사이드 방식(브라우저에서 실행되는 자바스크립트 픽셀)은 두 가지 이유로 IP 수집에 실패합니다.
sGTM(Server-Side Google Tag Manager)은 이 문제를 구조적으로 해결합니다. 자사 도메인의 서브도메인(예: metrics.yourcompany.com)을 서버 엔드포인트로 설정하면, 데이터가 서드파티가 아닌 퍼스트 파티(1st-Party) 서버를 통해 흐릅니다. 사파리 ITP도, 애드블록도 이 경로는 차단하지 못합니다.
이 서버 단에서 수집된 원본 IP를 B2B IP 데이터베이스 API에 쿼리하면, 기업명·산업군·직원 수 규모가 실시간으로 반환됩니다. 이것이 sGTM 기반 Reverse DNS 기업 역추적 아키텍처의 전체 흐름입니다.
서버 배포 선택지는 두 가지입니다.
배포 후 가장 중요한 작업이 DNS 레코드 세팅입니다.
sst.yourcompany.com 또는 metrics.yourcompany.com 형태의 서브도메인을 생성합니다.이 서브도메인이 자사 도메인과 동일한 루트를 공유하기 때문에 브라우저는 이 데이터 스트림을 '퍼스트 파티'로 인식합니다.
웹 브라우저용 GTM(클라이언트 컨테이너)으로 이동합니다.
https://metrics.yourcompany.com을 입력합니다.이 시점부터 방문자의 모든 행동 로그와 IP 정보가 암호화된 상태로 sGTM 서버로 라우팅됩니다. 브라우저는 더 이상 데이터 수집의 병목이 아닙니다.
이 레이어가 실제 기업명 탐지가 일어나는 핵심 구간입니다.
① API 키 발급
Leadfeeder, Clearbit, Dealfront(구 Echobot) 등 B2B IP 데이터베이스 제공사의 API 키를 발급받습니다. 각 서비스마다 커버리지가 다르므로, 타깃 지역(국내 대기업·공공기관 vs. 글로벌 제조사)에 따라 선택이 달라집니다.
② 변수 템플릿 추가
sGTM 템플릿 갤러리에서 HTTP Lookup Variable 또는 제공업체 전용 변수(예: Leadfeeder IP-Enrich Variable)를 가져옵니다. Stape 환경이라면 해당 플랫폼의 전용 템플릿을 활용하면 설정이 간소화됩니다.
③ 변수 구성
X-API-KEY: [발급받은 API 키]를 추가합니다.{{IP Address}})를 API 쿼리 파라미터로 매핑합니다.방문자가 페이지를 조회하는 순간, sGTM 서버가 해당 IP에 대한 Reverse IP Lookup을 서버-to-서버 API 요청으로 수행합니다. 응답 객체에는 company_name, industry, employee_range, country 등의 필드가 담겨 반환됩니다.
반환된 기업 정보를 두 방향으로 동시에 흘려보냅니다.
GA4 맞춤 디멘션(Custom Dimension) 연동
company_name, industry를 GA4 이벤트의 맞춤 매개변수로 정의합니다.HubSpot / Salesforce CRM 실시간 알림 연동
이것이 단순한 트래킹 스크립트 설치와 이 아키텍처의 결정적 차이입니다. 데이터가 영업 행동으로 즉시 연결됩니다.
IP 주소는 개인식별정보(PII)에 해당할 수 있습니다. Reverse DNS로 기업명을 추출한 뒤, 원본 IP는 반드시 마스킹(IP Anonymization)하거나 국가 수준으로 변환한 후에 GA4나 외부 광고 플랫폼으로 전송해야 합니다. sGTM의 Transformations 기능을 활용하면 이 처리를 자동화할 수 있습니다.
Reverse DNS는 기업 고정 IP 환경에서만 정확합니다. 재택근무 중인 바이어가 통신사 망(KT, SKT, LG U+)으로 접속하면 기업명이 아닌 통신사 이름이 반환됩니다. sGTM 내에 ISP 도메인 Exclude 패턴을 설정해 이 노이즈 데이터를 사전에 필터링해야 의미 있는 법인 IP 데이터만 CRM에 쌓입니다.
서버사이드 환경이라도 사용자의 쿠키 수집 거부 의사는 법적으로 존중되어야 합니다. Cookiebot 등의 동의 관리 도구와 sGTM의 동의 상태 변수(Consent State)를 연동해, 비동의 유저에 대한 IP Enrichment 프로세스가 자동으로 차단되도록 운영 정책을 수립해야 합니다.
브라우저 기반 트래킹에서 sGTM으로 전환한 B2B 기업들은 평균 약 41%의 데이터 수집 품질 향상을 경험했습니다. 폼 제출 누락률도 기존 15%에서 3% 수준으로 급감한 사례가 보고됩니다.
더 중요한 변화는 정성적인 측면입니다. 기존에는 "누가 왔는지 모르는 트래픽"이었던 것이, 이 아키텍처 도입 후에는 "[B기업] 구매팀이 오늘 우리 CNC 머시닝 센터 페이지를 3회 방문했습니다"라는 구체적인 영업 신호로 바뀝니다. 영업팀이 콜드콜 대신 따뜻한 컨텍스트를 가지고 아웃바운드를 시작할 수 있습니다.
Q1. 국내 중소 제조사도 이 아키텍처를 구축할 수 있나요?
sGTM 서버 호스팅 비용은 Stape 기준 월 수십 달러 수준입니다. IP Enrichment API 비용은 조회 건수에 따라 과금되므로, 트래픽이 많지 않은 B2B 제조사는 초기 비용이 크지 않습니다. 기술 인력이 없다면 sGTM 구축 경험이 있는 에이전시와 협업하는 것이 현실적입니다.
Q2. Reverse DNS로 탐지 가능한 기업 비율은 어느 정도인가요?
방문자 전체 중 고정 IP를 사용하는 기업 네트워크에서 접속한 비율에 따라 다릅니다. 일반적으로 B2B 제조·엔지니어링 타깃 사이트의 경우 전체 방문 중 20~40%가 법인 IP로 식별됩니다. 나머지는 재택근무나 모바일 접속으로 통신사 IP가 반환되어 필터링됩니다.
Q3. GA4에 기업명을 맞춤 디멘션으로 쌓으면 개인정보 이슈가 없나요?
기업명은 개인정보가 아니므로 GA4에 저장 자체는 문제없습니다. 단, 원본 IP 주소를 GA4로 전송하는 것은 GDPR 및 국내 개인정보보호법상 문제가 될 수 있습니다. IP 마스킹 처리 후 기업명만 전송하는 구조로 설계해야 합니다.
Q4. Leadfeeder와 Clearbit 중 어느 API가 한국 기업 커버리지가 더 좋나요?
두 서비스 모두 글로벌 데이터베이스 기반이며, 한국 대기업·공공기관 IP 커버리지는 Leadfeeder(현 Dealfront)가 상대적으로 넓은 편입니다. 다만 국내 중견·중소 기업 IP는 커버리지가 제한적일 수 있어, 실제 테스트를 통해 자사 타깃 기업 식별률을 확인하는 과정이 필요합니다.
Q5. 이 작업을 내부에서 직접 하려면 어떤 역량이 필요한가요?
sGTM 서버 배포(GCP 또는 Stape), DNS 레코드 설정, sGTM 변수·태그·트리거 구성, API 연동 경험이 필요합니다. 특히 IP Enrichment 변수 구성과 CRM Webhook 연동은 마케팅 오퍼레이션(Marketing Ops) 또는 마케팅 테크 경험자가 담당하는 것이 적합합니다.
서드파티 쿠키가 사라진 자리에서 B2B 제조사가 잃은 것은 단순한 '트래킹 데이터'가 아닙니다. "누가 우리 제품에 관심을 보이고 있는가"라는 영업의 출발점이 사라진 것입니다.
sGTM 기반 Reverse DNS 아키텍처는 그 출발점을 퍼스트 파티 방식으로 복원합니다. 광고 차단 프로그램도, 브라우저 보안 정책도 막을 수 없는 서버 레벨의 데이터 흐름 위에서, 익명 트래픽을 실명 기업 리드로 전환하는 구조입니다.
이 아키텍처의 설계와 구현, 컴플라이언스 검토까지 함께 고민하고 싶다면 에이달(ADALL)에 문의해 주세요. B2B 제조·엔지니어링 분야의 서버사이드 트래킹 구축 경험을 바탕으로 실무에 바로 적용 가능한 방향을 함께 검토해 드립니다.
📞 02-2664-8631 | ✉️ master@adall.co.kr
에이달(ADALL)은 서울 강서구에 위치한 디지털 마케팅 에이전시로, B2B 기업의 데이터 트래킹 고도화와 리드 제너레이션 인프라 구축을 지원합니다. 프로젝트 문의는 이메일 또는 전화로 연락 주시면 담당자가 안내해 드립니다.
무료 컨설팅 받아보고 싶다면?
무료 컨설팅 신청하기