이 영상 소개

이 영상의 응답은 실제 API 응답입니다. API 키에는 유료 계정이 필요합니다.

영상 스크립트

1. 00:00서버에서 확인하기

   가입 폼이 제출될 때 서버에서 주소를 확인하고, 메일을 받을 수 없는 주소는 돌려보내세요. 가입 폼이 제출되면 서버가 주소를 /verify/single로 보내고, 상태를 읽고, 결정합니다. 브라우저는 API와 직접 통신하지 않습니다. 간단한 규칙이 있습니다. invalid는 거절합니다. 그 메일함이 없기 때문입니다. disposable은 거절합니다. 쓰고 버리는 받은편지함이기 때문입니다. role, catch-all, unknown은 통과시킵니다. 실제 사람의 주소일 수 있습니다. 왜 서버일까요? 브라우저 코드에 들어간 키는 모든 방문자에게 배포되고, 누구든 그 키로 내 크레딧을 쓸 수 있습니다. 키는 유료 계정과 함께 발급되니, 비공개로 유지하세요.

2. 00:41Next.js

   Next.js에서는 확인을 라우트 핸들러에 넣습니다. 서버 환경에서 키를 읽고, 이메일을 POST로 보내고, 상태가 invalid나 disposable이면 메시지와 함께 422를 돌려줍니다. 함정을 보세요. 호출이 실패하거나 시간 초과되면 status가 비어 있고, 이 코드는 가입을 통과시킵니다. 이 예제에서 내린 선택입니다. 차단하고 싶다면 그 자리에서 오류를 반환하세요.

3. 01:04React

   React는 브라우저에서 실행되므로 키를 절대 갖지 않습니다. 폼은 내 라우트로 POST하고, 422가 돌아오면 메시지를 보여 줍니다. Django에서는 폼의 clean_email에서 Python SDK를 호출합니다. invalid나 disposable이면 검증 오류를 발생시키고, Django가 그것을 필드 옆에 보여 줍니다.

4. 01:21Laravel

   Laravel에서는 검증 규칙을 작성합니다. HTTP 클라이언트가 설정에 있는 키로 주소를 POST하고, 같은 두 상태에서 규칙이 실패합니다. 연결 오류는 그냥 반환하므로 폼은 그대로 통과합니다.

5. 01:34Go

   Go에서는 표준 라이브러리로 충분합니다. 이 핸들러는 API를 호출하고, 결과를 기록하고, invalid나 disposable이면 422로 응답합니다. 실행해 봅시다. 가입 네 건이 들어갑니다. support와 Leo 주소는 환영 메일을 받습니다. 지어낸 Gmail 주소와 Mailinator 주소는 422 메시지를 받습니다. 서버 로그가 이유를 보여 줍니다. role, catch-all, invalid, disposable입니다. 그리고 모든 줄에 credits_used가 0으로 나옵니다. 오늘 이 계정으로 이 네 주소를 이미 확인해 두었기 때문입니다. 같은 주소가 24시간 안에 다시 들어와도 두 번 청구되지 않습니다. 비밀번호 필드의 오타를 고쳐 다시 제출하는 사용자도 추가 비용이 없습니다.

6. 02:15다음 단계

   다섯 가지 모두 하나의 엔드포인트를 씁니다. 필드와 상태는 billionverify.com/docs에 문서화되어 있습니다. 계정을 사용하는 날은 매일 무료 크레딧 20개를 받고, 월 최대 600개까지 쓸 수 있습니다. 신용카드는 필요 없습니다. billionverify.com에서 시작하세요.

이 영상에 나온 도구

• 사용자 가입 시 이메일 인증: UX 모범 사례 가이드
• 2026년에 사용자 등록 이메일 확인이 중요한 이유