병원 홈페이지 문의 유입 경로 기록, 마지막 URL 하나로 성과를 단정하지 않습니다

문의 상세에 `네이버`, `구글`, `직접` 중 하나만 적으면 무엇을 뜻하는지 알기 어렵습니다. 처음 병원을 알게 된 채널인지, 이번 방문을 시작한 채널인지, 문의 직전 페이지인지가 섞이기 때문입니다. 브라우저 제한과 동의 상태에 따라 값이 사라질 수도 있습니다. 최초 유입, 현재 세션, 제출 페이지와 사용자가 직접 선택한 경로를 별도 필드로 보존하고 서로 대체하지 않아야 합니다.

기록 목적과 범위를 먼저 정합니다

광고 비용 조정, 랜딩페이지 개선, 상담 운영 중 어떤 결정을 위해 쓰는지 적습니다. 광고 분석에는 세션 source·medium·campaign이 필요할 수 있고, 화면 개선에는 문의 직전 페이지와 폼 유형이 더 중요할 수 있습니다. 모든 URL과 방문 이력을 문의 시스템에 복제하지 말고 승인된 최소 범주만 연결합니다.

필드 사전에는 이름, 의미, 수집 시점, 가능한 값, 보관 기간과 소유자를 둡니다. `source`를 광고 플랫폼명과 상담 직원의 수기 응답에 함께 쓰지 않습니다. 사용자가 `지인 소개`를 골랐다면 분석 도구의 referral과 다른 `self_reported_source`로 보존합니다.

최초·세션·제출 맥락을 구분합니다

GA4는 source를 특정 플랫폼이나 웹 위치, medium을 organic·cpc·referral 같은 유입 방식, campaign을 마케팅 활동으로 설명합니다. 수동 태깅과 자동 태깅에 따라 값이 보고서와 탐색에 나타납니다. 트래픽 소스 차원 안내 같은 사용자의 최초 획득과 문의가 발생한 세션은 서로 다를 수 있으므로 보고서 차원의 범위를 섞지 않습니다.

문의 레코드에는 제출 시점에 허용된 세션 분류값, 랜딩 페이지 식별자, 제출 페이지와 캠페인 ID를 연결할 수 있습니다. 이름·전화번호·상담 문장이나 전체 쿼리 문자열을 분석 이벤트에 넣지 않습니다. 광고 클릭 식별자와 UTM의 보관·접근도 개인정보 및 광고 플랫폼 기준에 맞춥니다.

값이 없을 때 추정해 채우지 않습니다

직접 유입이나 미지정 값은 데이터 오류일 수도 있고 북마크, 입력 URL, 추적 차단이나 리디렉션의 결과일 수도 있습니다. 상담 직원이 대화를 보고 임의로 `검색`으로 바꾸지 않습니다. 원래 분석값, 사용자의 수기 응답과 운영자의 보정값을 각각 남기고 보정 이유를 기록합니다.

리디렉션, 교차 도메인 예약 시스템, 앱 내 브라우저와 동의 배너 때문에 매개변수가 사라지는지 시험합니다. UTM 이름의 대소문자와 띄어쓰기를 표준화하고, 같은 캠페인이 여러 표기로 갈라지면 과거값을 덮어쓰기보다 매핑표에서 묶습니다.

문의 건수와 광고 기여를 분리해 해석합니다

채널별 문의 수는 진료 결과나 매출과 같지 않습니다. 중복·시험·스팸·취소를 제외한 기준을 명시하고, 집계 기간과 시간대를 고정합니다. 가정으로 캠페인 A가 문의 20건, B가 10건이어도 응답 가능 여부와 예약 확정 기준이 다르면 단순 두 배 성과라고 말하지 않습니다.

월별로 실제 캠페인 링크 표본을 클릭해 URL, 분석 실시간 이벤트, 문의 접수와 집계 보고서까지 이어지는지 확인합니다. 값 누락률과 `직접/미지정` 비율을 함께 공개하고 모델이나 동의 설정 변경일을 보고서에 표시합니다.

출처 확인일은 2026-10-26입니다. 필드와 수치는 설명용이며 실제 수집 범위, 동의, 보관 기간과 분석 목적은 병원의 개인정보 처리 기준에 따라 검토해야 합니다.