지메일 API로 대량 메일을 자동 발송할 때 놓치기 쉬운 것들

개발 담당자가 대량 메일 발송 API를 검색하는 이유는 대부분 영업팀의 수작업 발송을 CRM이나 자체 도구에 연결하고 싶어서입니다. 하지만 지메일 대량 메일 발송에는 계정별 한도와 평판 관리라는 변수가 있어, API만 붙인다고 문제가 끝나지 않습니다. 자동화 전에 알아야 할 한도, 연동 방식, 흔한 실수를 정리했습니다.

왜 대량 메일 발송 API를 찾게 되는가

영업팀이 하루 수십 건씩 수작업으로 보내던 콜드 이메일을 CRM이나 자체 도구에 연결해 자동으로 내보내고 싶을 때, 개발 담당자는 결국 대량 메일 발송 API를 검색하게 됩니다. Gmail API, SMTP 릴레이, 또는 전용 발송 서비스 중 무엇을 붙일지부터 고민이 시작됩니다.

문제는 '대량 메일 API'라는 이름이 붙은 도구 대부분이 뉴스레터나 트랜잭션 메일(주문 확인, 비밀번호 재설정)처럼 수신자가 이미 동의한 발송을 전제로 설계되어 있다는 점입니다. 반면 영업팀이 원하는 건 처음 접촉하는 잠재 고객 담당자에게 개인화된 제안을 보내는 콜드 이메일이고, 이 둘은 발송 방식도 지켜야 할 규칙도 다릅니다.

지메일 대량 메일 발송, 한도부터 확인해야 합니다

Gmail API는 REST 호출로 메일을 보낼 수 있게 해줄 뿐, 계정별 발송 한도를 없애주지는 않습니다. 일반 Gmail 계정은 하루 약 500통, Google Workspace 계정은 요금제에 따라 약 2,000통까지 보낼 수 있고 이는 API로 보내든 웹 UI로 보내든 동일하게 적용됩니다.

한도 안에 있어도 짧은 시간에 몰아서 발송하면 스팸으로 분류될 수 있습니다. 지메일 대량 메일 발송에서 실제로 중요한 건 하루 상한선이 아니라, 계정 나이·도메인 평판·수신자 반응(오픈, 회신, 스팸 신고)이 만들어내는 발신 평판입니다. 콜드 이메일처럼 처음 접촉하는 상대에게 보내는 경우, 상한선의 10~20% 수준에서 시작해 반응을 보며 늘리는 편이 안전합니다.

API 연동 방식: SMTP 릴레이부터 전용 발송 API까지

지메일과 연동하는 방법은 크게 세 가지입니다. 첫째는 Gmail API(OAuth2)로, 계정 단위 세밀한 제어가 가능하지만 한도와 평판 관리는 개발팀이 직접 책임져야 합니다. 둘째는 SMTP 릴레이(앱 비밀번호)로 간단하게 붙일 수 있지만 비밀번호 노출 위험이 있고, 발송 속도 제어 기능이 따로 없습니다. 셋째는 LDM처럼 콜드 이메일 발송에 특화된 대량 메일 api로, 여러 발신 계정을 로테이션하고 발송 간격을 자동으로 관리해줍니다.

• Gmail API(OAuth2) — 세밀한 제어 가능, 한도·평판 관리는 직접 구현
• SMTP 릴레이(앱 비밀번호) — 연동은 쉽지만 속도 제어·평판 관리 기능 없음
• 전용 콜드 이메일 발송 API — 계정 로테이션, 발송 간격, 반송·회신 처리 내장

자동화할수록 흔해지는 실수

API로 발송을 자동화하면 사람이 손으로 보낼 때는 자연스럽게 생기던 시차와 변주가 사라집니다. 그 결과 아래와 같은 실수가 반복적으로 발생합니다.

• 워밍업 없이 새로 만든 계정·도메인으로 바로 API 대량 발송을 시작함
• 요청을 순차 반복문으로 돌려 수백 건을 몇 초 안에 동시 발송함
• 제목·본문이 완전히 동일한 템플릿을 수신자만 바꿔 그대로 발송함
• 반송(bounce) 응답을 무시하고 같은 주소로 계속 재시도함
• 발신자 정보나 수신거부 안내 문구를 API 템플릿에서 누락함

발송 간격과 개인화, 자동화할수록 더 중요해지는 이유

사람이 손으로 보낼 때는 메일 하나 쓰는 데 몇 분씩 걸리기 때문에 발송 간격이 저절로 생깁니다. API로 자동화하면 이 자연스러운 간격이 사라지므로, 의도적으로 무작위 지연과 개인화 변수를 넣지 않으면 소량이라도 '봇이 뿌리는 메일'처럼 보이게 됩니다.

회사명, 담당자명, 최근 소식 같은 개인화 요소를 최소 두 개 이상 넣고 요청 사이에 무작위 간격을 두는 것만으로도 도달률 차이가 크게 벌어집니다.

체크리스트: 안전하게 발송 자동화를 구축하는 법

API 연동 자체는 하루면 끝나지만, 안전하게 운영하려면 아래 항목을 순서대로 점검해야 합니다.

• 발신 도메인에 SPF, DKIM, DMARC가 모두 설정되어 있는지 확인
• 신규 계정·도메인은 2~4주 워밍업 기간을 거친 뒤 API 연동
• 계정당 일일 발송량을 한도의 절반 이하로 제한
• 요청 사이에 무작위 간격(수십 초~수 분 단위)을 삽입
• 회사명·담당자명 등 개인화 변수를 최소 2개 이상 템플릿에 적용
• 반송·수신거부 웹훅을 받아 발송 목록에서 즉시 제외
• 발신자 정보와 수신거부 안내 문구를 모든 발송 템플릿에 고정 포함

자주 묻는 질문