사이트 목록과 권한을 맞춥니다
운영 도메인, 서브도메인, 배포 미리보기와 과거 도메인을 구분해 목록화합니다. 각 사이트의 관리 책임과 분석 접근 권한을 확인합니다. 여러 고객이나 브랜드가 있는 계정에서 현재 로그인됐다는 이유로 아무 속성이나 선택하지 않습니다.
비교할 지표의 정의
가정한 예로 한 사이트는 견적 계산 완료를 전환이라 부르고 다른 사이트는 접수 성공을 전환이라 부르면 합산이 의미를 잃습니다. 공통 지표로 비교하려면 같은 행동과 단위를 쓰는지 확인합니다. 필요한 차이는 유지하고 보고서에서 이름과 범위를 명확히 표시합니다.
도메인 이전의 경계
이전 도메인의 방문과 새 도메인의 방문을 어떤 기간과 기준으로 연결할지 정합니다. 옛 사이트와 새 사이트에 태그가 동시에 남는 동안 리디렉션 경유가 별도 조회로 기록되는지 봅니다. 다른 브랜드가 연결된 루트 도메인까지 현재 프로젝트의 변경 대상으로 확대하지 않습니다.
검수 순서
- 허용한 호스트와 실제 수집되는 호스트를 비교합니다.
- 사이트별 기본 조회와 핵심 행동을 시험합니다.
- 호스트·브랜드 분류와 이벤트 의미를 대조합니다.
- 합산·분리 보고의 계산 범위와 권한을 확인합니다.
미리보기 환경의 접수 시험이 운영 브랜드 보고에 섞이는지도 확인합니다. 호스트 값에 외부 URL이나 사용자가 입력한 값이 들어가는 구현은 분류를 왜곡할 수 있어 고정된 기준과 실제 페이지 정보를 사용합니다.
운영 완료 기준
정기 보고의 제목에도 브랜드와 호스트 범위를 적어 자료가 전달되는 과정에서 맥락이 사라지지 않게 합니다.
보고서를 읽는 사람이 어느 사이트의 어떤 행동인지 알 수 있어야 합니다. 브랜드 간 이동 클릭은 상대 사이트의 실제 문의 완료와 구분합니다. 같은 사업자의 두 브랜드를 소개하는 링크를 추가했다고 사용자 추적이나 계정 통합까지 완료됐다고 표현하지 않습니다. 새 사이트를 추가할 때 기존 프로젝트를 건드리는 범위도 명확히 제한해 관련 없는 서비스의 측정이 달라지지 않게 합니다.
자주 묻는 질문
- 같은 사업자면 하나의 속성으로 관리해야 하나요?
- 운영 목적과 여정, 권한에 따라 설계가 달라집니다. 법적 운영 주체가 같다는 사실만으로 수집 통합을 결정하지 않고 브랜드별 비교와 책임 범위를 먼저 정합니다.
- 보고서에서 호스트만 나누면 모든 문제가 해결되나요?
- 보고 분류와 수집 설정은 다릅니다. 호스트가 정확히 수집되는지, 테스트 주소나 다른 사이트의 이벤트가 들어오는지, 공통 이벤트의 의미가 같은지 함께 확인해야 합니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.