Make에서 이메일 검증하는 방법

Make 시나리오 설정 체크리스트

시나리오를 관문처럼 설계하세요. 트리거 데이터가 들어오면 VeriMails가 이메일 주소를 검사하고, Router 필터가 다음 단계로 넘어갈 수 있는 데이터를 결정해요.

Make 연락처를 검증해야 하는 이유

Make는 연락처 데이터를 수집하고 사용하는 앱들을 연결하기 때문에, 검증 단계가 가장 큰 효과를 내는 바로 그 지점에 있어요. 시나리오 안에서 주소를 검사하면 이후에 연결된 모든 앱이 잘못된 데이터를 물려받지 않아요.

시나리오는 연락처를 발송하고 과금하는 시스템으로 보내요

일반적인 Make 시나리오는 새 폼 응답이나 CRM 레코드를 이메일 플랫폼, 광고 오디언스, 영업 도구로 보내요. 연락처가 유효하지 않으면 그 잘못된 주소가 비용을 청구하거나 발송을 시도하는 시스템에 남게 돼요. 생성 단계 앞에 VeriMails HTTP 모듈을 두면 연결된 앱을 모두 깨끗하게 유지할 수 있어요.

폼과 웹훅 트리거에 오류가 가장 많아요

새 폼 제출, 웹훅 페이로드, 새 스프레드시트 행처럼 가장 흔한 시나리오 트리거는 이메일 데이터에 오류가 가장 많은 소스이기도 해요. 오타, 방치된 주소, 가짜 입력이 끊임없이 들어와요. 트리거 출력에 검증 모듈을 두면 자동화의 입구에서 이런 주소를 걸러낼 수 있어요.

실시간 검증으로 리스트를 항상 깨끗하게 유지하세요

시나리오 안에서 검증하면 몇 주 뒤 대량 내보내기 때가 아니라 연락처가 지나가는 순간 바로 검사돼요. 리스트가 계속 깨끗하게 유지되고, 반송률이 올라갈 틈이 없으며, 처음부터 잘못된 주소로 발송하는 일도 막을 수 있어요.

잘못된 주소는 결국 반송되고 발신자 평판을 해쳐요

폼과 받은편지함 사이에 모듈이 몇 개 있든 유효하지 않은 주소는 결국 반송돼요. 반송률이 5%를 넘으면 리스트 전체에서 캠페인이 스팸으로 분류될 가능성이 커져요. 시나리오에 VeriMails 단계를 두면 이메일 플랫폼이 떠안기 전에 원천에서 위험을 없앨 수 있어요.

VeriMails가 확인하는 항목

HTTP 모듈이 연락처에 대해 VeriMails API를 호출하면, VeriMails는 전체 검사 과정을 실행하고 라우터가 분기할 수 있는 구조화된 결과를 반환해요. 모든 주소는 다음과 같이 검사돼요.

구문 검증 은 주소 형식이 올바른지 확인해요. MX 및 DNS 레코드 를 조회해 도메인이 존재하고 메일을 받을 수 있는지 확인해요. 실시간 SMTP 핸드셰이크 는 수신 메일 서버에 연결해 해당 메일함이 메일을 받는지 확인해요. 실제로 메일을 보내지는 않아요. 캐치올 감지 는 어떤 주소로 온 메일이든 모두 받아들이는 도메인을 찾아내요. 일회용 주소 감지 는 임시 받은편지함 도메인을 표시해요. 역할 기반 주소 감지 는 info@, sales@, support@ 같은 일반 주소를 찾아내요.

VeriMails는 응답이 빠르고 검증 결과가 명확해서 실시간 시나리오 중간에 넣기에 충분해요. 캐치올 도메인은 모호한 점수가 아니라 명확한 감지 결과로 알려 주므로 라우터 필터에서 의도대로 처리할 수 있어요.

Make 사용자를 위한 요금

실시간 검증 시나리오는 새 연락처가 지나갈 때마다 VeriMails 크레딧을 차감하므로 검증한 주소에 대해서만 비용을 내요. 크레딧 팩은 이메일당 $0.0019부터 시작하고, 10,000 크레딧은 $19예요. 대량 시나리오용 큰 크레딧 팩은 최대 500만 개 주소에 $1,499까지 있어요.

꾸준히 들어오는 연락처에 예측 가능한 요금을 원한다면 연간 플랜을 연 단위 결제 시 월 $12.50부터 이용할 수 있어요. 새 계정은 가입 시 신용카드 없이 무료 크레딧 100개를 받고, 크레딧은 만료되지 않으니 결제 전에 시나리오를 만들고 테스트해 볼 수 있어요.

워크플로 한눈에 보기

이 흐름으로 Make 시나리오 안에 VeriMails를 품질 관문으로 추가하세요.

• 트리거 범위: 폼, 시트, 웹훅, CRM 모듈이 연락처 번들을 만든 직후 이메일 필드를 매핑하세요.
• API 단계: VeriMails 키를 안전하게 저장하고, API 응답 필드를 시나리오에 매핑해 라우팅에 쓰세요.
• 결과 활용: 전달 가능한 연락처는 생성/업데이트 경로로 보내고, 유효하지 않거나 일회용인 연락처는 검토용으로 기록하세요.

단계별 안내

결과별 처리 방법

Make 시나리오는 모든 검증 상태에 명확한 경로가 있을 때 운영하기 가장 쉬워요. 누락되거나 위험한 결과가 검증된 연락처와 같은 모듈로 흘러가지 않게 하세요.

• 전달 가능: CRM, 이메일 도구, 광고 오디언스의 생성/업데이트 모듈로 보내고, 필요하면 검증 날짜 필드를 기록하세요.
• 전달 불가: 정상 경로를 멈추고 레코드를 발송 제외 또는 정리용 테이블에 기록하세요.
• 캐치올: 신중한 검토 경로로 보내세요. 가치가 높은 영업 후속 연락에는 유용할 수 있지만, 일반 캠페인 발송량에 섞이면 안 돼요.
• 일회용: 라이프사이클 캠페인에서 제외하고, 리드 소스에 점검용 태그를 붙이세요.
• 역할 기반: 워크플로 목표에 따라 라우팅하세요. 공용 받은편지함은 운영 메시지에는 유효할 수 있지만 개인화된 아웃리치에는 적합하지 않아요.
• 대체 경로 또는 오류: 운영자에게 알리고, 요청이나 매핑 문제가 해결될 때까지 이후 단계의 쓰기를 멈추세요.

자주 묻는 질문