알림을 보냈는데 사용자는 못 받았다면
웹사이트 만들기를 하며 예약 알림을 넣었습니다. 관리자 화면에는 “발송 완료”라고 나오는데 손님은 받은 것이 없다고 합니다. 서비스가 전송을 요청한 것과 손님이 실제로 받은 것은 다른 단계일 수 있어요.
완료라고 부를 단계를 먼저 정합니다
알림 내용을 준비한 상태, 전송을 기다리는 상태, 외부 발송 서비스가 요청을 받아들인 상태를 나눠볼 수 있습니다. 발송 서비스가 수신 결과를 알려주는 경우에는 그 결과도 따로 기록합니다.
요청이 받아들여졌다고 손님이 메시지를 읽었다고 표시하지는 않습니다. 이메일은 스팸함으로 들어갈 수 있고, 푸시 알림은 기기 설정에 영향을 받을 수 있어요. 채널마다 확인할 수 있는 단계가 다릅니다. 수신 여부를 알 수 없다면 모른다는 상태도 남겨둡니다.
재시도할 알림과 새 알림을 구분해요
일시적인 연결 실패라면 다시 보내는 정책을 둘 수 있습니다. 언제, 몇 번까지 시도할지 정하고 계속 실패하면 운영자가 확인하게 합니다. 잘못된 주소처럼 다시 보내도 해결되지 않는 이유는 입력값부터 고쳐야겠죠.
응답을 못 받았다고 무조건 새 메시지를 여러 개 만들지는 않습니다. 하나의 알림을 식별할 기준과 시도 기록을 두고, 사용하는 발송 서비스의 중복 방지 기능과 결과 조회 방식도 확인합니다. 이미 전송했을 가능성이 있으면 그 결과부터 확인해요.
운영자에게 필요한 기록을 남깁니다
누구에게 어떤 종류의 알림을 보내려 했는지, 언제 시도했고 어떤 결과가 왔는지 확인할 수 있으면 원인을 찾기 쉽습니다. 비밀 키나 불필요한 개인정보를 로그에 그대로 남기지는 않습니다.
정상 전송, 잘못된 수신 정보, 외부 서비스 실패를 나눠 시험합니다. “보냈다”는 글자만 보는 대신, 정한 상태와 시도 기록이 맞는지 확인해요. 실제 발송에는 외부 서비스 설정과 이용 조건도 필요할 수 있습니다.
컴윗에서 알림 기능을 만든다면 먼저 사용할 알림 채널과 연결 방식을 확인하고, 전송 요청과 수신 확인을 구분해 설명해보세요. 손님에게 알릴 일과 실패했을 때 운영자가 할 일이 함께 구체적이 됩니다.
