캠페인 발송 전 점검표·여정 운영 규칙

발송 사고의 대부분은 문구가 아니라 대상에서 생깁니다. 세그먼트를 저장한 뒤 조건을 소리 내어 다시 읽고 대상 수가 예상한 자리수인지 확인합니다. 자리수가 어긋나면 조건 하나가 반대로 걸려 있는 경우가 많습니다. 제외 세그먼트도 같은 자리에서 봅니다. 수신 거부자와 방금 결제를 마친 고객, 사내 계정과 테스트 기기가 빠져 있는지 확인합니다. 대상과 제외를 확정한 뒤에야 소재를 붙입니다. 순서를 바꾸면 소재에 맞춰 대상을 넓히게 되고 그때 들어온 사람들이 나중에 수신 거부로 빠져나갑니다. 직전 발송에서 이미 같은 메시지를 받은 사람이 다시 들어와 있는지도 대상을 확정하기 전에 걸러 냅니다.

미리보기 화면에서는 치환 변수와 딥링크의 실패가 드러나지 않습니다. 채널마다 실제 단말로 테스트 수신을 한 번씩 받습니다. 푸시는 잠금 화면에서 제목이 잘리는 지점을, 이메일은 이미지가 막힌 상태의 본문을, 인앱 메시지는 표시 조건이 걸리는 화면을 봅니다. 치환 변수가 빈 값일 때 무엇이 보이는지도 이때 확인합니다. 링크는 실제로 열어 도착지까지 따라갑니다. 앱이 설치된 단말과 설치되지 않은 단말에서 딥링크가 어디로 떨어지는지는 다릅니다. 둘 다 받아 보는 것이 원칙이고 앱 심사나 스토어 배포가 걸려 있는 소재라면 배포 시점이 발송보다 앞서는지도 함께 확인합니다.

예약 발송은 계정 시간대와 고객 시간대가 다르면 새벽에 나갑니다. 예약을 저장한 뒤 어느 시간대로 저장됐는지 확인하고 해외 구독자가 있으면 도착 시각을 따로 계산합니다. 같은 시각에 다른 여정이 이미 걸려 있는지도 달력에서 확인합니다. 프로모션과 거래 알림이 같은 시각에 겹치면 정작 봐야 할 거래 알림이 묻힙니다. 야간 발송 제한을 두고 있다면 예약 시각이 그 구간에 걸치는지도 봅니다. 대량 발송은 한 번에 나가지 않고 시간을 두고 퍼지므로 시작 시각이 아니라 마지막 한 통이 도착하는 시각을 기준으로 잡습니다.

여정마다 진입 조건과 함께 종료·제외 조건을 적고 여정 사이 우선순위를 정합니다. 고객 한 명이 받는 전체 메시지의 상한도 운영 규칙에 포함합니다. 다만 OneSignal의 Push frequency capping은 푸시에만 적용되며 이메일·SMS·인앱 메시지는 합산하지 않습니다. 여러 채널의 총량을 제한하려면 채널별 발송 기록과 제외 조건을 연결하는 별도 설계가 필요합니다. 거래 알림처럼 예외 처리할 메시지도 정합니다. 푸시 상한을 우회해 보낸 메시지는 이후 상한 계산에 계속 포함되며 상한에 걸린 메시지는 대기열에 쌓이지 않고 생략됩니다. 규칙을 바꾼 사람과 날짜, 적용 채널과 예외 조건을 함께 기록합니다. OneSignal 푸시 빈도 제한의 동작과 실제 운영 규칙을 대조합니다.

발송은 되돌릴 수 없지만 멈출 수는 있습니다. 이미 나간 푸시는 회수하지 못합니다. 예약 발송과 진행 중인 여정은 멈춥니다. 그래서 첫 30분 동안 도달 수와 오류율, 수신 거부 증가를 봅니다. 평소와 다른 값이 보이면 남은 예약을 먼저 멈추고 원인을 가립니다. 확인한 값과 판단은 다음 발송을 위해 같은 문서에 적어 둡니다. 멈출 사람과 멈출 권한도 발송 전에 정해 둡니다. 이상이 보인 순간 승인 절차를 밟기 시작하면 남은 예약이 그사이에 나갑니다. 담당자가 먼저 멈추고 그다음에 보고하는 순서로 규칙을 씁니다. 여기까지 마치면 그 기록이 다음 캠페인의 점검표가 됩니다. 항목은 사고가 났을 때 늘리고 두 번 연속 걸리지 않은 항목은 그대로 둡니다.