API 키를 받자마자 10만 통을 보내면 무슨 일이 벌어질까

대기자 명단 10만 명을 모아놓고 "서비스 오픈했습니다" 메일을 한 번에 쏘고 싶다는 요청을 종종 받습니다. 도메인 등록하고 API 키까지 발급받았으니 당연히 되는 거 아니냐고 묻습니다. 그런데 이 요청은 그대로 받아들여지지 않습니다. 이유는 단순합니다. 메일함이 아직 당신을 모르기 때문입니다.

어제까지 존재하지 않던 발신자의 등장

받는 쪽 메일함 입장에서는 어제까지 이름도 몰랐던 발신자가 오늘 갑자기 10만 통을 들이미는 셈입니다. 이건 "신규 서비스 런칭"이 아니라 "수상한 대량 발송"으로 읽힙니다. 그래서 메일함 제공자 대부분은 이런 트래픽을 스팸함으로 돌리거나 발송을 지연시킵니다. 특정 회사의 까다로운 정책 때문은 아닙니다. 스팸을 걸러내려는 업계 전반의 방어 습관에 가깝습니다.

신용카드 한도랑 비슷합니다

사회초년생이 첫 신용카드를 만들면 한도가 낮게 시작합니다. 카드사는 이 사람이 연체 없이 몇 달 잘 쓰는지 지켜보고, 그 실적을 바탕으로 한도를 조금씩 올려줍니다. 처음부터 한도 이상을 긁으려 하면 승인이 거절되거나 카드가 정지됩니다.

발신 도메인도 똑같은 방식으로 평가받습니다. 처음엔 적은 양을, 스팸 신고나 반송 없이 꾸준히 보내야 받는 쪽 메일함이 "이 발신자는 믿을 만하다"고 판단하고 한 번에 보낼 수 있는 양을 늘려줍니다. 실적 없이 큰 한도를 요구하면 카드사가 아니라 메일함이 거절합니다.

지름길은 없습니다

이 과정을 빨리 끝내고 싶은 마음에 참여 신호를 인위적으로 만들어내려는 시도도 있습니다. 봇 계정으로 메일을 열어보게 하거나 클릭을 누르게 하는 식입니다. 문제는 받는 쪽 메일함도 이런 패턴을 구분할 만큼 정교해졌다는 점입니다. 실제 사용자의 반응은 열어보는 시간도 속도도 제각각이지만 인위적으로 만든 신호는 이상하게 일정합니다. 그렇게 만든 평판은 오래가지 못하고 나중에 더 크게 무너지는 경우가 많습니다.

다음에 API 키를 발급받고도 바로 대량 발송이 안 되는 걸 보면, 시스템이 고장 난 게 아니라 메일함이 아직 당신을 모른다고 조심스럽게 말을 거는 거구나 생각해보면 좋겠습니다. 메일허브도 그래서 온보딩 과정에 발송 평판 구축과 웜업 단계를 넣어뒀습니다. 성공률 95% 이상을 유지하며 물량을 점진적으로 늘려야 다음 단계로 넘어가는 방식으로요. 번거로워 보여도 평판은 한 번 제대로 쌓아두면 그 뒤 발송이 훨씬 편해집니다.