발송 한도는 목적을 모르면 불필요한 제한처럼 보일 수 있습니다. 새 도메인이 첫날 오후에 사천 통을 보내면 수신 서버는 탈취된 계정에서 보낸 메일로 의심할 수 있습니다. 발송 이력 없이 갑자기 양이 늘어나면 필터에 걸릴 가능성이 커지고 정상적인 메일의 전달도 영향을 받을 수 있습니다.
한도는 요금제를 구분하기 위한 것만은 아닙니다. 새 도메인이 처음부터 과도하게 보내 아직 쌓지 못한 평판을 해칠 위험도 줄여 줍니다.
어떤 한도가 적용되는지, 한도에 도달하면 어떻게 되는지, 발송량을 어떻게 점진적으로 늘리는지 살펴보겠습니다. 어떤 일정도 스팸 필터 통과를 보장하지는 않습니다.
발송 한도가 보호하는 것
주로 도메인의 평판과 공유 인프라의 평판을 보호합니다.
도메인의 평판. Gmail, Outlook, Yahoo 같은 서비스는 발신 이력과 원치 않는 메일의 징후를 평가합니다. 발송량과 변화, 신고, 잘못된 주소와 수신자의 반응 등이 영향을 주지만 정확한 필터 모델은 공개되지 않습니다. 알 수 없는 도메인의 갑작스러운 대량 발송은 청구서와 비밀번호 재설정 안내를 포함한 모든 메일의 전달에 영향을 줄 수 있습니다.
같은 인프라를 사용하는 다른 이용자. 공유 플랫폼에서는 서로 다른 계정이 같은 IP 주소로 보냅니다. 요청받지 않은 메일이 집중되면 해당 IP의 평판이 나빠져 다른 이용자의 전달도 어려워질 수 있습니다. 한도는 이런 위험을 줄이지만 모든 악용을 혼자 막아 주지는 않습니다.
할당량을 높여도 수신 측의 평가가 사라지지는 않습니다. 올바른 인증, 설정과 적절한 내용은 도움이 되지만 발신자가 메일이 들어갈 폴더를 결정할 수는 없습니다.
요금제별 한도
| 요금제 | 메일함별 일일 한도 | 계정별 일일 한도 | 메시지별 수신자 수 |
|---|---|---|---|
| Nano | 200 | 400 | 50 |
| Starter | 1,000 | 6,000 | 100 |
| Pro | 2,000 | 15,000 | 250 |
| Agency | 2,500 | 40,000 | 500 |
이 수치는 요금제의 기본값이며 실제 사용 가능한 할당량을 보장하지 않습니다. 집계는 최근 24 시간의 이동 구간이 아니라 서비스의 날짜를 기준으로 합니다. 일일 할당량은 수신자 수만큼 차감되며 계정 한도는 모든 메일함을 합산합니다. 따라서 Starter 메일함 스무 개가 각각 1,000 을 사용할 수는 없습니다. 전체 한도가 6,000 이기 때문입니다. To, Cc, Bcc를 함께 세므로 한 통이라도 120 명에게 보내면 Starter 한도를 초과합니다. 새 도메인에는 줄어든 할당량이 적용됩니다. Nano는 자체 SMTP가 필요하며 표의 수치는 플랫폼 서버를 통한 발송을 포함하지 않습니다.
SMTP 제출에는 시간당 한도도 있어 자동 발송에서 중요합니다. 일일 할당량을 일 분 반 만에 모두 쓰려는 프로그램은 이 한도에 먼저 걸릴 수 있습니다. 집중 발송을 피하고 실제 사용하는 경로의 제한을 확인하세요.
새 계정의 한도가 낮은 이유
이전 결제가 없는 체험 계정의 기본 안전 한도는 메일함당 하루 30, 계정당 50, 메시지당 수신자 10 명, 시간당 SMTP 제출 15 회입니다. 일일 사용량은 수신자 기준이며 새 도메인의 워밍업으로 더 낮아질 수 있습니다. 체험 기간 밖이나 다른 계정 상태에서는 규칙이 다릅니다. 결제가 확인되면 결제 이력이 없는 계정의 안전 제한은 보통 해제되지만 요금제와 도메인 한도, 다른 검사는 남습니다.
목적은 공유 인프라를 보호하는 것입니다. 체험 서비스에는 요청받지 않은 캠페인을 한 번 보내고 떠나려는 사람도 들어옵니다. IP 평판이 나빠진 결과는 다른 이용자도 부담합니다. 결제는 계정 권한에 영향을 주지만 발송의 정당성을 증명하거나 전달을 보장하지는 않습니다.
하루 30 이라는 기본값은 설정, 전달과 메일 클라이언트를 소규모로 시험하기 위한 것이지 캠페인용이 아닙니다. 수신자 수와 도메인 워밍업 때문에 실제 남은 할당량은 더 적을 수 있습니다.
발송 한도에 도달하면 어떻게 되는가
SMTP 서버로 넘기기 전에 검사한다면 발송이 오류와 함께 거부되며 말없이 사라지는 것은 아닙니다. 백그라운드 작업에서는 작업 생성 여부만 보지 말고 최종 상태와 오류를 확인하세요. 한도 내에서 서버가 받아들인 메일도 받은편지함 도착이 보장되지는 않습니다.
일일 카운터는 서비스의 날짜에 연결됩니다. 오후 4 시에 할당량을 다 쓰더라도 이전 발송이 오래될 때마다 조금씩 회복되는 방식이 아니라 새 날짜를 집계합니다. SMTP 시간별 카운터에는 별도 기간이 있습니다. 현지 자정에 초기화된다고 가정하지 말고 사용하는 시간대와 실제 잔여량을 확인하세요.
한도에 자주 도달한다면 합리적인 발송량 증가에 맞춰 상위 요금제를 고려할 수 있습니다. 캠페인에는 전문 업체와 자체 SMTP도 선택지가 되지만 해당 발송 방법의 제한을 확인해야 합니다. 자체 경로도 웹메일과 API 검사를 없애지는 않습니다. 개별 알림을 일일 요약으로 묶는 등 메일 수를 줄이는 방법도 있습니다.
할당량을 피하려고 메일함만 추가해도 문제는 해결되지 않습니다. 계정 전체 한도가 남고 수신 측에는 같은 도메인이 보입니다. 평판이 좋아지는 것도 아니며 보호 장치를 우회하려는 시도로 보일 수 있습니다.
도메인 워밍업
새 도메인은 발송 이력이 없어 수신 서버가 더 신중하게 취급할 수 있습니다. 처음부터 많이 보내는 것은 위험하며 내용이 좋아도 받은편지함 도착은 보장되지 않습니다.
워밍업은 수신자가 실제로 기대하는 메일을 점진적으로 늘리는 과정입니다. 가짜 활동을 만드는 것이 아니며 전달 보장도 아닙니다. 아래는 증가 속도를 판단하기 위한 예시일 뿐입니다.
| 주차 | 대략적인 발송량 | 확인할 점 |
|---|---|---|
| 1 | 알고 있는 수신자에게 하루 수십 통, 사용 가능한 할당량 안에서 발송 | 기대되는 대화와 실제 답장, 인위적인 상호작용은 제외 |
| 2 | 할당량과 결과가 허용할 때만 하루 수백 통으로 증가 | 갑작스러운 집중 없이 일정한 발송 유지 |
| 3-4 | 전달이 안정적이고 신고가 거의 없을 때만 주별 두 배 증가를 검토 | 발송량뿐 아니라 반송과 신고 확인 |
| 5+ | 결과와 한도가 허용할 때만 필요한 발송량에 도달 | 지표가 나빠지지 않는 안정적인 운영 |
한 번도 보내지 않은 도메인, 오랫동안 사용하지 않은 도메인, 큰 목록을 처음 쓰는 도메인은 신중한 증가가 특히 중요합니다. 여러 해 동안 꾸준히 보냈다면 전체 과정을 반복할 필요가 없을 수 있습니다. 하지만 업체 변경으로 IP, 인증과 메시지 처리 방식이 달라질 수 있습니다. 도메인 이력이 이전 후 문제없는 전달을 보장하지는 않습니다.
일정보다 중요한 원칙은 두 가지입니다. 메일을 기다리는 사람부터 시작하세요. 열람이나 답장을 구매하지 마세요. 그리고 발송 전에 목록을 정리하세요. 잘못된 것으로 확인된 주소를 제외하고 동의를 확인합니다. 이메일 주소 검증은 주소 평가에 도움이 되지만 동의를 증명하거나 반송이 없다고 보장하지는 않습니다.
수신 서버가 평가하는 것
발송량만으로 결과를 설명할 수는 없습니다. 다른 신호도 확인하세요.
신고율. 수신 서비스가 계산하는 스팸 표시 관련 지표입니다. Google 발신자 가이드라인은 Postmaster Tools의 비율을 0.1% 미만으로 유지하고 0.3% 이상을 피하도록 권장합니다. 후자는 해당 지표에서 천 건당 약 세 건의 신고에 해당하며 전체 발송 메일에 대한 비율과 같다고 볼 수는 없습니다. 모든 업체에 공통인 기준으로 적용하지 마세요.
반송률. 존재하지 않는 주소에 대한 영구 거부는 오래되거나 확인되지 않은 목록을 나타낼 수 있습니다. 여기서 2% 초과는 발송을 멈추고 조사할 참고 기준이며 모든 메일 서비스가 공유하는 차단 임계값은 아닙니다.
인증. 실제 발송 출처에 맞게 SPF, DKIM, DMARC를 설정하고 도메인 정렬을 확인하세요. 요구 사항은 수신 측과 메일 종류, 발송량에 따라 다릅니다. 워밍업은 인증 오류를 고치지 않습니다.
규칙적인 발송. 매일 500 통을 보내는 것과 월요일에만 3,500 통을 보내는 것은 주간 합계가 같아도 부하 패턴이 다릅니다. 설명되지 않는 급증은 피하되 일정한 계획만으로 좋은 평판이 증명된다고 생각하지 마세요.
수신자의 반응. 실제 답장과 기대되는 대화는 목록 품질을 판단하는 자료가 됩니다. 열람 측정은 부정확하고 각 필터가 신호에 주는 가중치도 알려져 있지 않습니다. 도메인을 준비하려고 반응을 조작하지 마세요.
발송 한도 안에서 운영하기
트랜잭션 메일과 캠페인을 분리하세요. 청구서와 비밀번호 재설정 메일의 전달이 캠페인 품질에 좌우되지 않도록 합니다. 별도 도메인이나 하위 도메인은 흐름을 나누는 데 도움이 되지만 특히 공유 인프라에서는 평판을 완전히 격리하지 못합니다.
수신자 수를 확인하세요. 큰 목록의 공지는 일일 할당량보다 메시지별 한도에 먼저 걸릴 수 있습니다. 허용되는 규모로 나누고 다른 사람에게 주소를 보여 주면 안 되는 경우 Bcc를 사용하세요. 총 사용량이나 캠페인 요구 사항이 없어지는 것은 아닙니다.
자동 발송을 하루에 분산하세요. SMTP 시간별 한도는 별도로 적용됩니다. 야간 작업에서 모두 한꺼번에 보내면 쉽게 한도에 도달할 수 있습니다.
영구 거부된 주소는 제외하세요. 잘못된 것으로 확인된 주소로 계속 보내면 목록 품질이 나빠집니다. 일시적인 오류와 영구 거부를 구분하세요.
수신 거부를 쉽게 만드세요. 해지 방법을 찾지 못한 수신자는 스팸으로 신고할 가능성이 높습니다. 관련 요구 사항이 적용되는 대량 발신자는 원클릭 수신 거부용 헤더도 제공해야 합니다. 수신 측에서 일어나는 일도 확인하세요.
자주 묻는 질문
일일 발송 한도는 얼마인가요?
기본값은 Nano가 메일함당 200, 계정당 400, Starter가 1,000 과 6,000, Pro가 2,000 과 15,000, Agency가 2,500 과 40,000 입니다. 메시지별 수신자 한도는 요금제에 따라 50 에서 500 입니다. 일일 할당량은 수신자를 세며 워밍업과 계정 상태로 실제 한도가 낮아질 수 있습니다. Nano는 자체 SMTP가 필요합니다.
요금제 표시보다 한도가 낮은 이유는 무엇인가요?
이전 결제가 없는 체험 계정의 기본 안전값은 메일함당 하루 30, 계정당 50 입니다. 다른 상태에는 별도 규칙이 있습니다. 결제가 확인되면 결제 이력이 없는 계정의 제한은 보통 해제되지만 도메인 워밍업과 다른 검사는 남습니다.
한도에 도달하면 어떻게 되나요?
SMTP 서버에 넘기기 전 검사에서 발송을 오류와 함께 거부합니다. 백그라운드 발송은 최종 작업 상태를 확인하세요. 일일 할당량은 서비스 날짜를 기준으로 하며 이동 구간 방식이 아닙니다. 시간별 카운터에는 별도 기간이 있습니다.
한도를 높일 수 있나요?
상위 요금제로 기본 할당량이 늘어날 수 있습니다. 캠페인에는 전문 업체를 검토하고 실제 경로의 제한을 확인하세요. 자체 SMTP도 웹메일과 API 할당량을 없애지 않습니다. 메일함을 늘려도 계정 총한도는 우회할 수 없고 평판도 저절로 좋아지지 않습니다.
자체 SMTP 업체를 사용해도 한도가 있나요?
발송 방법에 따라 다릅니다. 웹메일과 API는 자체 경로에서도 플랫폼 할당량을 검사합니다. 프로필을 통한 SMTP 제출에는 별도 검사 조건이 있고 업체의 한도도 적용됩니다. 외부 업체로 직접 보내면 해당 업체 규칙을 따릅니다. 초과 시 처리 방식은 업체에 확인하세요.
도메인 워밍업에는 얼마나 걸리나요?
네 주에서 여섯 주를 참고 기간으로 쓰기도 하지만 목표 발송량에 도달한다고 보장하지는 않습니다. 속도는 실제 전달, 신고, 목록, 경로와 할당량에 달려 있습니다. 지표가 나빠지면 날짜에 맞춰 계속 늘리지 말고 발송을 줄이고 원인을 조사하세요.
이전하는 도메인도 워밍업이 필요한가요?
여러 해 동안 꾸준히 보냈다면 전체 과정을 반복할 필요는 없을 수 있습니다. 다만 새 경로와 IP도 전달에 영향을 줍니다. 새 도메인이거나 장기간 쉬었거나 크게 늘릴 계획이라면 점진적으로 증가시키세요. 이전 후에는 인증과 결과를 확인합니다.
한도에 도달하는 것 자체가 평판을 해치나요?
외부 서버에 전달하기 전에 거부되면 수신자는 해당 메일을 보지 못합니다. 그 시도로 수신 측에 신고나 반송이 생기지는 않습니다. 하지만 이전에 받아들여진 메일의 평판을 설명하지는 않으며 전체 발송 과정에 오류가 없다고 보장하는 것도 아닙니다.
