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

n8n 워크플로 설정 체크리스트

HTTP Request 노드가 검증 관문이 되도록 워크플로를 구성하세요. 다음에 무엇을 할지는 라우팅 노드가 VeriMails JSON 응답을 보고 결정해야 해요.

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

n8n은 연락처 소스와 연락처를 저장하고 메일을 보내는 도구를 연결하는 자동화 계층이에요. 여기에 검증 노드를 추가하면 잘못된 주소가 연결된 모든 시스템으로 퍼지기 전에 한곳에서 한 번에 잡아낼 수 있어요.

워크플로는 연락처를 발송하고 과금하는 시스템에 기록해요

일반적인 n8n 워크플로는 새 폼 제출이나 데이터베이스 행을 이메일 플랫폼, 광고 오디언스, CRM에 기록해요. 그 연락처가 유효하지 않으면 잘못된 주소가 비용을 청구하거나 메일을 보내려는 시스템에 남게 돼요. 쓰기 노드 앞에 VeriMails를 호출하는 HTTP Request 노드를 두면 이후의 모든 시스템을 깨끗하게 유지할 수 있어요.

웹훅과 폼 트리거에 잘못된 데이터가 가장 많아요

새 폼 제출을 받는 Webhook 노드나 데이터베이스, 시트를 주기적으로 확인하는 폴링 트리거처럼 가장 흔한 n8n 트리거는 이메일 데이터에 오류가 가장 많은 소스이기도 해요. 사람들은 주소를 잘못 입력하거나 가짜로 입력하는 일이 잦아요. 트리거 바로 다음에 검증 노드를 두면 워크플로 입구에서 이런 오류를 잡아낼 수 있어요.

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

워크플로 안에서 검증하면 몇 주 뒤 대량 내보내기 때가 아니라 웹훅이 실행되는 순간 연락처를 바로 검사해요. 리스트가 계속 깨끗하게 유지되고, 반송률이 급등할 틈이 없으며, 처음부터 잘못된 주소로 메일을 보내는 일도 없어요.

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

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

VeriMails가 확인하는 항목

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

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

VeriMails는 응답이 빠르고 검증 결과가 명확해서 웹훅으로 시작하는 워크플로 중간에 넣기에 충분해요. 캐치올 도메인은 모호한 점수가 아니라 명확한 감지 결과로 알려 주므로 IF 노드 로직에서 의도대로 처리할 수 있어요.

n8n 사용자를 위한 요금

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

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

워크플로 한눈에 보기

이 흐름으로 연락처가 이후 앱에 도달하기 전에 n8n 워크플로 중간에 VeriMails를 넣으세요.

• 트리거 범위: 이메일 값을 처음 받는 Webhook, 데이터베이스, 폼 트리거 바로 다음에 검증하세요.
• API 단계: API 키는 자격 증명으로 저장하고, 이메일 필드는 n8n 표현식으로 전달하세요.
• 결과 활용: IF나 Switch 노드로 유효한 연락처는 다음 단계로 보내고, 유효하지 않음, 일회용, 캐치올 결과는 따로 기록하세요.

단계별 안내

결과별 처리 방법

검증 상태를 워크플로 제어 필드로 쓰세요. 잘 짜인 n8n 워크플로는 전달 불가 결과가 일반 false 분기로 사라지지 않고 모두 보이게 해요.

• 전달 가능: CRM, 데이터 테이블, 이메일 플랫폼, 데이터베이스 노드로 넘기고, 가능하면 검증 시각을 추가하세요.
• 전달 불가: 발송 도구나 CRM 쓰기 노드 전에 멈추고 항목을 수신 제외 저장소에 기록하세요.
• 캐치올: 광범위한 캠페인 등록이 아니라 검토 출력이나 소량 영업 경로로 보내세요.
• 일회용: 너처링 워크플로에서 빼고, 필요하면 원본 폼에 오래 쓸 수 있는 이메일을 요구하는 응답을 보내세요.
• 역할 기반: 공용 받은편지함이 예상되는 운영 용도에는 유지하되, 개인 대상 시퀀스에서는 제외하세요.
• 예상치 못한 상태: 원본 JSON, 실행 ID, 소스 페이로드와 함께 진단 분기로 보내 검토하세요.

자주 묻는 질문