병원 홈페이지 테스트 문의, 지우기 전에 제외 기준부터 남깁니다

홈페이지를 고친 뒤 접수가 되는지 여러 번 시험하면 그 기록이 월간 문의 실적에 섞일 수 있습니다. 이때 필요한 것은 문의를 무작정 삭제하는 일이 아닙니다. 테스트임을 확인할 수 있는 기록을 남기고, 성과 집계에서 제외한 이유를 보존하는 일입니다.

점검용 접수와 실제 문의는 처음부터 구분합니다

점검 전 접수 담당자에게 예정 시각과 테스트용 표기를 알립니다. 점검한 화면, 제출 시각, 확인 결과를 짧게 남기면 이후 월간 집계에서 무엇을 제외했는지 설명할 수 있습니다. 실제 환자 이름과 연락처를 시험 데이터로 복사할 필요는 없습니다.

직원이 보낸 것처럼 보인다는 이유만으로 제외하면 안 됩니다. 직원이 실제 문의를 대신 전달했을 수도 있고, 이상한 문장처럼 보여도 실제 사용자가 입력한 내용일 수 있습니다. 제외에는 확인 가능한 근거가 있어야 합니다.

단순 테스트, 반복 제출, 실제 문의는 서로 다른 분류입니다. 테스트를 뺀 숫자가 곧 중복을 제거한 문의자 수가 되는 것은 아닙니다. 보고서에는 우선 '접수 건수'인지 '문의자 수'인지부터 적습니다.

접수 40건 중 점검 6건이 확인된 사례

원자료 40건 중 기록과 일치하는 점검 접수가 6건, 실문의로 분류한 접수가 32건, 점검인지 확정하지 못한 접수가 2건이라고 가정하겠습니다. 병원 실적을 인용한 수치가 아닙니다.

확인된 점검만 제외하면 40 - 6 = 34건입니다. 이를 확정 실문의 34건으로 발표하지 않고, 실문의 분류 32건과 미확인 2건으로 나눕니다. 미확인 두 건은 숫자를 맞추기 위해 버릴 대상이 아니라 담당자가 확인할 업무입니다. 실제 문의일 가능성이 있으면 응대가 누락되지 않게 해야 합니다.

같은 사람이 두 번 제출했는지는 또 다른 문제입니다. 그 여부까지 확인하기 전에는 32건을 32명이라고 바꾸어 부르지 않습니다. 테스트 제외와 사람 단위 중복 제거를 한 번에 처리하면 어떤 이유로 수가 줄었는지 남지 않습니다.

분석 도구의 제외 필터는 원자료 삭제와 다릅니다

GA4의 데이터 필터는 수신 이벤트의 처리 여부에 영향을 줍니다. 제외된 데이터는 이후 보고서에서 되살릴 수 없고, 과거 데이터에는 소급 적용되지 않습니다. 특정 보고서에서만 숨기려는 목적이라면 보고서 필터를 구분해 검토해야 합니다. Google Analytics 데이터 필터 안내

내부 트래픽 필터에는 테스트 상태가 있습니다. 처음부터 활성화하지 않고 어떤 데이터가 걸리는지 확인하는 데 쓰입니다. 내부 트래픽 필터 테스트 절차

병원 와이파이를 직원과 방문자가 함께 쓴다면 같은 IP 범위 안에 실제 방문자의 활동도 섞일 수 있습니다. 이 환경에서 IP 전체를 제외하면 직원 점검만 걸러진다고 장담할 수 없습니다. 재택 작업이나 휴대전화망을 이용한 점검은 기존 IP 규칙에서 빠질 수도 있습니다.

월간 보고에는 제외 수와 확인 대기 수를 함께 적습니다

대장에는 접수 시각, 테스트 확인 근거, 처리 담당자, 제외 사유, 확인 완료일을 남깁니다. 개인을 식별하는 접수 원문을 분석 서비스로 보내는 방식으로 대조표를 만들지 않습니다. 필요한 집계와 실제 접수 관리는 각각의 접근 권한 안에서 처리합니다.

월말에는 원자료 수에서 어떤 기준으로 몇 건이 빠졌는지 설명하고, 미확인 건의 처리 책임자를 정합니다. 필터를 바꾼 날짜도 남기면 다음 달 문의 감소가 집계 변경 때문인지 검토하기 쉬워집니다.

버튼 동작을 함께 점검한다면 전화 클릭과 실제 통화의 구분을 참고할 수 있습니다. 출처 확인일: 2026-10-26. 공식 도움말은 필터 동작의 근거이며, 접수 분류표와 계산은 운영 예시입니다.