제외하려는 이유를 정합니다
직원의 콘텐츠 열람, 개발자의 반복 시험, 영업팀의 고객 시연은 행동의 성격이 다릅니다. 모두 제거할지 분석 목적별로 구분할지 결정합니다. 단순히 수치를 줄이는 목적이 아니라 실제 고객 행동을 해석하는 데 어떤 자료가 방해되는지 설명할 수 있어야 합니다.
식별 범위와 한계
네트워크 기준, 시험 환경 구분, 승인된 테스트 상태 등 사용할 수 있는 신호를 확인합니다. 직원의 개인 기기나 이동 경로를 알아내기 위해 과도한 식별 정보를 수집하지 않습니다. 기준이 불완전하다면 그 사실을 보고서의 한계로 남기고 실제 고객을 잘못 제외할 가능성도 점검합니다.
가정 시나리오로 시험합니다
가정한 예로 같은 사무실 네트워크에서 일반 방문과 QA 방문을 실행하고, 다른 네트워크에서도 같은 행동을 해봅니다. 예상대로 분류되는지 확인하기 전에 운영 전체에 강한 제외 설정을 적용하지 않습니다. 필터가 실제 데이터에 미치는 영향과 되돌릴 수 있는 범위를 현재 공식 도움말에서 확인합니다.
적용 절차
- 내부 트래픽의 정의와 담당자를 문서화합니다.
- 설정 대상 속성과 데이터 스트림을 정확히 식별합니다.
- 시험 상태에서 기대한 분류와 수집을 확인합니다.
- 적용 시점과 영향 범위, 관찰 방법을 기록합니다.
여러 브랜드가 있는 계정에서는 같은 이름의 설정을 다른 속성에 적용하지 않도록 실제 식별자를 대조합니다. 권한이 없는 계정에 접근을 시도하거나 임의의 신규 속성을 만들어 기존 데이터와 분리하지 않습니다.
운영 후 확인
QA 일정과 보고서의 비정상 증가 구간을 연결해 봅니다. 배포 직후 수치 감소가 내부 방문 제외 때문인지 유입 변화 때문인지 설명해야 합니다. 필터가 있으니 테스트를 무제한 해도 된다고 보지 말고 실제 폼 접수와 알림은 여전히 운영에 영향을 준다는 사실을 검수 계획에 반영합니다.
완료 증거
설정 화면의 존재만이 아니라 내부·외부 시험 시나리오의 관찰 결과를 남깁니다. 적용 날짜와 알려진 누락 범위가 기록돼 있어야 다음 담당자가 수치를 재해석할 수 있습니다. 미확인 환경은 해결된 것으로 표시하지 않고 추가 시험 대상에 둡니다.
자주 묻는 질문
- 회사 IP 하나를 제외하면 내부 방문이 모두 빠지나요?
- 재택·모바일·VPN 등 다른 네트워크를 사용하는 방문은 남을 수 있습니다. 반대로 공유 네트워크의 외부 사용자가 포함될 수 있어 범위와 오분류 가능성을 확인해야 합니다.
- 필터를 켜면 과거 시험 데이터도 정리되나요?
- 필터의 적용 시점과 과거 데이터 처리 방식은 실제 제품 설정에 따라 확인해야 합니다. 앞으로의 수집 정책과 이미 남은 시험 기록의 해석을 같은 작업으로 취급하지 않습니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.