📍 MapLeads 출시: Google 지도, Bing 지도, Apple 지도를 리드 목록으로.MapLeads 살펴보기

무료 수신자 위험 확인

무료 이메일 스팸 체커: 이메일 주소 확인

이메일 주소가 메일을 받을 수 있는지, 수신 도메인에 확인된 스팸, 피싱, 멀웨어, 봇넷 남용 이력이 있는지 확인하세요. 가입이 필요하지 않습니다.

이메일 스팸 체커란?

이메일 스팸 체커는 여러 다른 도구를 가리킬 수 있습니다. 일부는 마케팅 메시지 안의 단어, 링크, HTML을 점수화합니다. 다른 것은 발신자 인증이나 받은편지함 배치를 테스트합니다. 이 무료 체커는 다른 결정에 집중합니다. 수신 이메일 주소가 전달 가능한지, 수신 도메인에 확인된 남용 이력이 있는지입니다.

BillionVerify는 구문, MX, SMTP 메일박스 검사를 실행한 뒤 검증 API의 수신 도메인 위험 사유를 읽습니다. 위험 결과는 스팸, 피싱, 멀웨어, 봇넷 명령-제어 활동과 연결된 도메인을 식별할 수 있습니다. 주소는 여전히 메일을 수락할 수 있으며, 그래서 이 신호는 단순한 유효/무효 라벨 뒤가 아니라 전달성 옆에 있어야 합니다.

주소를 아웃리치에 추가하거나, CRM에 연락처를 가져오거나, 의심스러운 수신자를 대량 목록에 유지하기 전에 결과를 사용하세요. 자체 캠페인이 스팸에 들어갈지 예측하는 데 쓰지 마세요. 메시지 콘텐츠, 발신 인프라, 인증, 불만, 수신자 참여는 이메일 전달성의 별도 부분입니다.

이 이메일 주소 스팸 체커가 테스트하는 것

한 검사는 메일박스 증거와 좁고 이름 있는 수신 도메인 평판 신호를 결합합니다. 각 부분은 다른 질문에 답합니다.

수신 도메인 남용 카테고리

스팸, 피싱, 멀웨어, 봇넷 명령-제어 도메인에 대한 지원되는 Spamhaus DBL 카테고리를 보고합니다.

메일박스 전달성

위험하지만 전달 가능한 주소가 존재하지 않는 메일박스와 혼동되지 않도록 전체 SMTP 검증을 실행합니다.

구문과 메일 라우팅

메일박스 또는 도메인 위험 해석을 하기 전에 주소 구조와 MX 레코드를 확인합니다.

조치 가능한 위험 상태

불확실성을 하나의 점수에 숨기지 않고 유효, 무효, 알 수 없음, 위험을 명시적 사유와 함께 반환합니다.

수신자 위험의 기본

무료 이메일 스팸 체커가 주소를 읽는 방식

유용한 결과는 메일박스 전달성, 수신 도메인 평판, 캠페인 스팸 배치를 분리합니다. 증거를 결합하는 것은 가치 있지만, 하나의 모호한 약속으로 붕괴시키는 것은 아닙니다.

정확한 이메일 주소부터 시작하세요

검사는 저장하거나 연락하려는 주소부터 시작합니다. 구문 유효성 검사는 네트워크 요청 전에 잘못된 형식의 입력을 잡습니다. DNS 해석은 그다음 도메인에 쓸 수 있는 메일 라우팅이 있는지 확인합니다. 필요한 관문이지만, 어느 쪽도 개별 메일박스가 존재하거나 수신 도메인에 신뢰할 수 있는 이력이 있다고 말하지 않습니다.

문자열이 완벽해 보여도 닫힌 메일박스를 가리킬 수 있습니다. 도메인이 MX 레코드를 게시해도 유용한 수신자가 모두 거부될 수 있습니다. 반대로 메일박스가 SMTP를 수락해도 도메인 자체에 남용 신호가 있을 수 있습니다. 그래서 BillionVerify는 형식만 검사한 뒤 주소를 안전하다고 표시하지 않습니다. 그 더 얕은 작업에는 Email Validator를 사용하세요. 이 페이지는 메일박스와 도메인 위험 증거로 계속합니다.

스팸 위험을 해석하기 전에 메일박스를 검증하세요

전체 검사는 수신 메일 시스템에 특정 수신자가 메일을 수락할 수 있는지 묻습니다. SMTP 증거는 전달 가능한 메일박스와 무효 또는 결론나지 않은 주소를 구분합니다. API의 위험 상태가 무효의 다른 이름이 아니기 때문에 중요합니다. 위험한 주소는 완전히 전달 가능할 수 있어, 남용 사유가 보이지 않으면 유지하고 싶어집니다.

BillionVerify는 그 구분을 별도 필드에 보존합니다. 결과는 SMTP가 수신자를 수락했다고 말하면서 상태는 위험이고 risk_reasons가 도메인 카테고리를 이름 붙일 수 있습니다. 운영 팀은 평판을 하드 바운스와 혼동하지 않고 구체적인 사유로 주소를 억제할 수 있습니다. 바운스 방지만이 목표이면 Bounce Email Checker가 같은 메일박스 증거를 더 좁은 해석으로 제시합니다.

수신 도메인 평판을 별도 계층으로 읽으세요

검증 후 서비스는 지원되는 Domain Blocklist 신호와 수신 도메인을 평가합니다. Spamhaus는 DBL을 스팸 및 악의적 활동과 연결된 도메인을 다루는 도메인 전용 평판 데이터셋으로 설명합니다. BillionVerify는 지원되는 행위자 소유 카테고리를 스팸, 피싱, 멀웨어, 봇넷 명령-제어의 네 가지 안정적인 API 사유로 매핑합니다.

이메일이 스팸이라고 말하는 것보다 의도적으로 좁습니다. 입력은 받은 메시지가 아니라 주소입니다. 조회는 @ 뒤의 도메인과 그 도메인에 붙은 이력에 관한 것입니다. 누군가 무엇을 썼는지 검사하지 않고, 발신자가 정당한지 결정하지 않으며, 받은편지함의 메시지를 분류하지 않습니다. 결과는 검증과 목록 위생 중 수신자 위험 증거로 써야 합니다.

미스터리 점수 대신 위험 사유를 사용하세요

숫자 품질 점수는 레코드를 정렬하는 데 도움이 될 수 있지만, 결정을 일으킨 사건을 숨기면 안 됩니다. 상태가 위험이면 risk_reasons가 수신 도메인이 스팸, 피싱, 멀웨어, 봇넷 C&C 카테고리와 일치했는지 설명합니다. 결과를 검토하는 사람은 임계값을 역공학하거나 모든 낮은 점수를 같은 문제로 취급하지 않고 위협 클래스를 이해할 수 있습니다.

상태는 조치 필드로 남고 사유는 설명 증거로 남습니다. 지원되는 남용 매칭은 그렇지 않으면 전달 가능한 결과를 위험으로 바꿉니다. 빈 사유 목록은 주소의 모든 부분이 무해하다고 증명하지 않습니다. 이 특정 외부 신호가 매칭되지 않았다고 말합니다. 결과 타임스탬프를 유지하고, 발송 결정이 훨씬 나중에 일어나면 중요한 레코드를 다시 확인하세요. 평판 데이터는 바뀝니다.

알 수 없음을 깨끗함과 구분하세요

네트워크 검증은 임시 DNS 실패, 메일 서버 정책, 그레이리스팅, 제공자 보호, 저하된 서비스 경로 때문에 결론나지 않을 수 있습니다. BillionVerify는 결정론적 결론에 도달할 수 없으면 알 수 없음을 반환합니다. 스팸 집중 패널도 전체 결과를 쓸 수 없을 때 도메인을 조용히 깨끗하다고 부르지 않고 결론나지 않은 상태를 보여 줍니다.

알 수 없음에는 재시도가 맞을 수 있습니다. 도메인 남용 신호가 이미 알려진 결정론적 위험 결과에는 맞지 않습니다. 이 차이는 자동화에서 중요합니다. 알 수 없음은 재시도 또는 검토 대기열에, 위험은 억제에 둡니다. 주소가 하나보다 많으면 Email List Cleaning 워크플로가 파일 전체에서 이 상태들을 분리합니다.

결과가 주장하지 않는 것

이메일 스팸 체커라고 불리는 네 가지 다른 제품

검색 결과는 수신자 검증, 메시지 점수화, 발신자 평판, 받은편지함 배치를 같은 문구 아래 섞습니다. 테스트 대상에 따라 도구를 고르세요.

수신 이메일 주소 위험

이 페이지는 수신자 검증에 속합니다. name@example.com에서 시작해 그 메일박스가 메일을 받을 수 있는지 확인하고, example.com의 지원되는 남용 이력을 식별합니다. 수신자를 저장하거나 연락하기 전에 사용하세요. 검토 대상은 보낼 캠페인이 아니라 목적지 주소입니다.

가장 강한 조치는 결정론적 주소 증거에 따라 연락처를 억제, 검토, 유지하는 것입니다. 일회용, 역할, Catch-All, 바운스, 도메인 남용 신호는 인접한 목록 품질 문제를 풉니다. 크리에이티브 품질, 인증 정렬, 메일박스 제공자가 최종 메시지를 어떻게 순위 매길지는 측정하지 않습니다.

메시지 콘텐츠 스팸 점수화

콘텐츠 스팸 테스트는 제목과 메시지 본문에서 시작합니다. 문구, HTML 균형, 링크, 이미지, 헤더, 필터링 규칙과 연관된 패턴을 검사할 수 있습니다. 작성자가 명백한 문제를 잡는 데 도움이 될 수 있지만, 메일박스가 존재한다고 증명하지 않으며 나쁜 수신자 목록을 건강한 목록으로 바꾸지 않습니다.

BillionVerify는 이 페이지에서 메시지 카피를 받지 않으므로 콘텐츠 판단을 할 수 없습니다. 특정 뉴스레터 템플릿에 의심스러운 언어나 마크업이 있는지가 질문이면 목적에 맞는 메시지 테스터를 사용하세요. 수신자는 따로 검증하세요. 깨끗한 크리에이티브를 무효하거나 남용적인 목적지에 보내도 전달성 문제입니다.

발신 도메인과 IP 평판

발신자 평판 도구는 메일을 보내는 인프라에서 시작합니다. 보이는 From 도메인, 봉투 도메인, DKIM 서명 도메인, 발신 IP, 역방향 DNS, 인증 레코드입니다. 그 인프라의 모든 캠페인에 영향을 주는 차단 목록 항목이나 구성 문제를 드러낼 수 있습니다.

그것은 @ 뒤의 수신 도메인을 확인하는 것과 다릅니다. 대상이 IP나 발신 도메인이면 Blacklist Checker를 사용하세요. 발신자는 깨끗한 인프라를 가지고도 위험한 수신자 목록을 업로드할 수 있고, 수신 도메인은 깨끗해도 발신자 자체 IP가 차단될 수 있습니다. 두 방향 모두 독립 검사가 필요합니다.

받은편지함 배치와 캠페인 전달성

받은편지함 배치는 실제 또는 시드 메시지가 보내진 뒤 관측되는 최종 동작입니다. 메일박스 제공자는 인증, 발송 이력, 불만, 참여, 콘텐츠, 속도 패턴, 수신자별 신호를 고려합니다. 수신 주소 조회는 그 전체 발송 이벤트를 관측하지 않으므로 스팸이 아니라 받은편지함을 보장할 수 없습니다.

발신 측 준비에는 Email Deliverability Test를 쓰고, 목록 검증은 별도 발송 전 통제로 유지하세요. 이 두 부분 접근은 두 질문에 정직하게 답합니다. 이 목적지가 메일을 받을 수 있는가, 발송 설정이 캠페인을 책임 있게 전달할 준비가 되었는가.

신원, 동의, 메시지 의도

기술적 결과가 누가 받은편지함을 통제하는지, 소유자가 캠페인에 동의했는지, 계획된 메시지가 원하는 것인지를 증명하지 않습니다. 전달성과 도메인 평판은 운영 사실이지 허가가 아닙니다. 공개 또는 구매한 주소는 모든 기술 테스트를 통과해도 특정 아웃리치 용도에 부적절할 수 있습니다.

공개 회사와 소유자 맥락은 Reverse Email Lookup부터 시작하세요. 그다음 소스, 동의, 억제, 연락 선호도 기록은 그 결정을 소유한 시스템에 두세요. 스팸 체커는 지원할 수 없는 신원이나 정책 주장으로 늘리지 않고 목록 품질을 개선해야 합니다.

실용 워크플로

보내기 전에 이메일 스팸 체커를 사용하는 방법

가장 빠른 워크플로는 입력을 검증하고, 메일박스 결과를 읽고, 이름 있는 위험 카테고리를 검사하고, 상태별로 연락처를 라우팅하는 것입니다. 각 단계가 다른 실패 모드를 좁힙니다.

  1. 1

    완전한 수신 이메일 주소를 입력하세요

    가입, CRM, 지원 요청, 소스 파일의 정확한 주소를 붙여넣으세요. 도메인을 회사 웹사이트로 바꾸거나 발신 IP를 입력하지 마세요. 그 입력은 다른 도구에 속합니다. 원본 주소를 유지하면 구문, 메일 라우팅, SMTP, 도메인 위험 계층이 같은 레코드를 설명할 수 있습니다.

    자사 증거가 있을 때만 명백한 전사 오류를 고치세요. 빠진 문자를 만들지 말고, 특이하게 보인다고 도메인을 바꾸지 말며, 제안된 철자가 같은 사람에게 속한다고 가정하지 마세요. 추측한 주소의 기술적으로 깨끗한 결과도 잘못된 입력에 대한 결과입니다.

  2. 2

    평판 전에 구문, MX, SMTP를 읽으세요

    잘못된 구문은 입력된 대로 주소를 쓸 수 없다는 뜻입니다. 쓸 수 있는 메일 라우팅이 없으면 도메인이 현재 일반 이메일을 받을 수 없다는 뜻입니다. SMTP 거부는 특정 메일박스가 전달 불가로 보인다는 뜻입니다. 이 실패들은 표시할 도메인 남용 카테고리가 없어도 이미 발송 질문에 답합니다.

    전체 검사가 알 수 없음이면 주소를 유효로 표시하지 말고 제한된 재시도를 대기열에 두세요. 메일 서버는 자동 probe를 연기할 수 있고, 인프라는 일시적으로 실패할 수 있습니다. 페이지는 응답이 저하되었거나 결론나지 않았다고 보이지 않은 채 구문과 MX를 완료된 메일박스 및 평판 결과로 대체하지 않습니다.

  3. 3

    수신 도메인 남용 카테고리를 검사하세요

    결과가 위험이면 상태 아래 표시된 카테고리를 읽으세요. 스팸은 원치 않는 대량 활동과 연결된 도메인을 식별합니다. 피싱은 자격 증명 또는 사칭 남용을 식별합니다. 멀웨어는 악성 소프트웨어 배포를 식별합니다. 봇넷 C&C는 명령-제어 인프라를 식별합니다. 각각이 일반적인 낮은 품질 라벨보다 강한 증거입니다.

    BillionVerify는 이 위험 오버레이에서 Spamhaus의 남용된 정당 카테고리를 의도적으로 제외합니다. 일반 웹사이트는 회사 메일박스가 악의적 수신자가 되지 않고도 침해될 수 있습니다. 구현은 모든 침해된 호스트명을 조직에 대한 일괄 비난으로 바꾸지 않고, 마케팅 결정을 지원되는 행위자 소유 남용 카테고리에 집중시킵니다.

  4. 4

    유효, 무효, 위험, 알 수 없음을 다르게 라우팅하세요

    유효 주소는 소스와 연락 규칙도 충족할 때만 유지하세요. 무효 주소는 다음 발송이 반송될 가능성이 높으므로 제거하세요. 위험 주소는 메일박스가 메일을 수락해도 도메인 남용 신호가 결정론적이므로 억제하세요. 알 수 없음 결과는 한정된 재시도 또는 수동 검토 대기열에 두세요.

    모든 상태를 너무 일찍 하나의 통과/실패 불리언으로 바꾸지 마세요. 원본 상태와 risk_reasons를 유지하면 이후 시스템이 연락처가 제거된 이유를 설명하고, 결정론적 위험을 끝없이 재시도하지 않으며, 잃어버린 증거를 복구하기 위해 모든 과거 작업을 다시 실행하지 않고 정책을 업데이트할 수 있습니다.

  5. 5

    같은 규칙을 목록과 API 트래픽에 적용하세요

    단일 주소 검사는 탐색과 지원에 유용하지만, 프로덕션 위생은 양식, 가져오기, CRM 동기화, 캠페인 준비에서 일관된 처리가 필요합니다. Email Verification API는 자동화를 위해 같은 risk_reasons 필드를 반환하고, 대량 정리는 내보내기와 감사를 위해 각 행에 사유를 유지합니다.

    결정을 한 번 쓰세요. 알 수 없음은 한정된 정책으로 재시도하고, 무효와 위험은 제거하며, Catch-All이나 역할 주소는 캠페인에 따라 검토하세요. 최종 목록 크기만이 아니라 각 버킷의 지표를 유지하세요. 위험한 도메인의 갑작스러운 증가는 다음 발송 전에 조사가 필요한 소스 품질 변화를 반영할 수 있습니다.

일반적인 이메일 스팸 확인 결과를 해석하는 방법

같은 초록 SMTP 응답도 수신 도메인 남용 증거가 있으면 다른 목록 결정으로 이어질 수 있습니다. 이 예는 각 조합이 무엇을 뜻하는지 보여 줍니다.

지원되는 DBL 카테고리 없이 전달 가능

메일박스가 검증 경로를 수락했고, 수신 도메인이 검사 시점에 지원되는 남용 카테고리 중 하나를 반환하지 않았습니다. 이 도구에서 얻을 수 있는 가장 강한 결과이지만, 받은편지함 배치 보장이 아니라 수신자 검사로 남습니다.

소스, 신원 맥락, 연락 규칙도 허용될 때만 레코드를 유지하세요. 깨끗한 도메인 결과는 참여, 동의, 발신자 인증, 메시지 콘텐츠, 도메인이 앞으로도 목록에 없을지를 측정하지 않습니다.

스팸 또는 악의적 도메인 사유와 함께 전달 가능

주소가 메일을 수락할 수 있지만, 수신 도메인이 지원되는 외부 남용 카테고리와 일치했습니다. 전달성만으로는 이 목적지를 아웃리치 목록에 유지할 근거가 부족하므로 검증 상태는 유효가 아니라 위험입니다.

레코드를 억제하고 이름 있는 사유를 유지하세요. 즉시 다시 확인하는 것은 유용하지 않습니다. 위험은 임시 SMTP 실패가 아니라 결정론적 분류입니다. 레코드가 리드 소스에서 왔다면 같은 소스의 근처 레코드에서 유사한 품질 문제를 검사하세요.

남용 카테고리 없는 무효 메일박스

주소가 구문, 라우팅, 메일박스 검증에 실패했습니다. 도메인 남용 카테고리가 없다고 구하지 않습니다. 알려진 무효 주소에 보내면 바운스 위험이 생기므로, 신뢰할 수 있는 자사 정보를 바탕으로 레코드를 제거하거나 수정하세요.

모든 나쁜 레코드를 스팸으로 설명하지 말고 이미 있는 기술 사유를 사용하세요. 무효는 목적지가 전달 가능해 보이지 않는다는 뜻이고, 위험은 전달 가능할 가능성이 높은 목적지에 확인된 남용 신호가 있다는 뜻입니다. 그것들은 다른 운영 실패입니다.

알 수 없음 또는 저하된 결과

서비스가 결정론적 결론에 도달할 만큼 전체 검사를 완료하지 못했습니다. 패널은 불확실성을 보여 주고 수신 도메인이 깨끗하다고 주장하지 않습니다. 임시 메일 서버나 인프라 조건이 풀리면 이후 재시도가 성공할 수 있습니다.

재시도를 제한되고 관측 가능하게 유지하세요. 결과가 알 수 없음으로 남으면 끝없이 루프하지 말고 위험 허용치에 따라 검토하거나 억제하세요. 구문과 MX가 통과했다고 알 수 없음을 유효로 매핑하지 마세요. 그 검사는 메일박스나 도메인 위험 계층을 증명하지 않습니다.

다른 신호와 함께 일회용, 역할 또는 Catch-All

주소는 유용한 분류를 둘 이상 가질 수 있습니다. 역할 계정은 전달 가능해도 사람 수준 아웃리치에 부적절할 수 있습니다. 일회용 주소는 잠시 작동해도 장기 계정 품질을 해칠 수 있습니다. Catch-All 도메인은 모든 수신자를 수락해 특정 메일박스를 불확실하게 만들 수 있습니다.

이 차원들을 모두 함께 보려면 전체 Email Verifier를 여세요. 스팸 집중 페이지는 의도적으로 수신 도메인 남용을 강조하지만, 기반 검증 결정은 전달성과 모든 관련 위험 플래그가 검토자에게 남아 있을 때 가장 강합니다.

이름 있는 출처와 데이터 포인트

도메인 남용 해석이 근거하는 방식

페이지는 이름 있는 기술 출처와 공개된 API 계약을 사용해 독자가 측정된 증거와 마케팅 언어를 구분할 수 있게 합니다. 출처 사실은 2026년 8월 14일에 검토되었습니다.

Spamhaus Domain Blocklist 범위

Spamhaus는 Domain Blocklist를 스팸 또는 악의적 활동 징후를 보이는 도메인을 위한 도메인 전용 평판 데이터셋으로 설명합니다. 정책 성명에는 원치 않는 대량 이메일, 피싱, 사기, 멀웨어 배포가 포함됩니다. DBL은 IP 주소가 아니라 도메인 이름을 나열하므로, BillionVerify는 이것을 발신 IP 판결이 아니라 수신 도메인 증거로 취급합니다.

공식 DBL 문서는 존이 지속적으로 업데이트되고 전 세계 80개 이상의 미러에서 제공된다고 말합니다. 현재 범위, 사용 안내, 제거 프로세스는 Spamhaus Domain Blocklist page에서 읽으세요.

지원되는 네 가지 행위자 소유 반환 카테고리

공개된 DBL 표는 127.0.1.2를 스팸 도메인, 127.0.1.4를 피싱 도메인, 127.0.1.5를 멀웨어 도메인, 127.0.1.6을 봇넷 명령-제어 도메인에 할당합니다. BillionVerify는 마케팅 도구에서 원본 DNS 응답 코드를 노출하지 않고 그 카테고리를 안정적인 API 문자열로 변환합니다.

Spamhaus는 남용된 정당 또는 리다이렉터 인프라에 대해 별도의 127.0.1.102부터 127.0.1.106 카테고리도 게시합니다. BillionVerify 위험 오버레이는 그 침해된 정당 카테고리를 의도적으로 제외합니다. 구분은 공식 DBL return-code table을 보세요.

BillionVerify API 결과 계약

검증 응답은 risk_reasons를 배열로 노출합니다. 현재 값은 spamhaus_dbl_spam, spamhaus_dbl_phish, spamhaus_dbl_malware, spamhaus_dbl_botnet_cc입니다. 지원되는 외부 신호가 하나도 매칭되지 않으면 필드는 없거나 비어 있습니다.

상태는 결정이고 배열은 그것을 설명합니다. 위험은 전체 검증이 결정론적 결론에 도달했다는 뜻입니다. 메일박스는 전달 가능할 가능성이 가장 높지만, 수신 도메인에 확인된 남용 이력이 있습니다. 알 수 없음은 결론에 도달하지 못한 검사용으로 예약되며 재시도가 도움이 될 수 있습니다.

DNS 차단 목록 동작과 음성 결과

IETF가 2010년 2월에 게시한 RFC 5782는 운영 테스트 항목과 이름 없음 응답의 의미를 포함한 일반적인 DNS 블랙리스트 및 화이트리스트 관례를 문서화합니다. 목록 운영자가 자체 정책을 정의한다고도 경고하므로, 음성 조회는 보편적 안전 증명이 아니라 좁게 설명해야 합니다.

BillionVerify는 지원되는 카테고리가 반환되지 않았다고 보고하며, 어디에도 위협이 없다고 말하지 않습니다. 프로토콜 배경은 RFC 5782에서, 현재 데이터셋 의미는 Spamhaus 문서에서 읽으세요. 이름 있는 제공자 정책이 원본 DNS 응답만으로 추측하는 것보다 더 중요합니다.

검증과 전달성이 분리되어 남는 이유

Spamhaus는 SMTP 문자열과 메시지 헤더 또는 본문에서 찾은 도메인을 포함해 인바운드 필터링의 여러 단계에서 DBL을 사용할 것을 권장합니다. 그 더 넓은 스팸 방지 사용이 주소 전용 검사가 아웃바운드 캠페인을 검사했다는 뜻은 아닙니다. BillionVerify는 검증 맥락에서 수신 도메인 신호를 조회하고, 모든 깨끗한 결과에서 그 제한된 범위를 명시합니다.

발신 측 준비에서는 SPF, DKIM, DMARC, 인프라 평판, 캠페인 동작을 독립적으로 검증하세요. 수신자 검증은 무효하고 위험한 목적지를 줄이며, 배치를 약속할 수 없습니다. 이 계층을 분리하면 한 출처가 바뀔 때 결과를 인용, 자동화, 수정하기 쉬워집니다.

이메일 주소의 스팸 위험을 확인할 때

수신 도메인 남용 검사는 전달 가능한 주소가 여전히 유지하면 안 되는 연락처일 수 있는 목록 입력, 검토, 정리 지점에서 가장 유용합니다.

낯선 가입 심사

구문은 통과하지만 의심스럽거나 확인된 남용 활동이 있는 수신 도메인에 속하는 메일박스를 검토하세요.

아웃리치 목록 정리

SMTP가 수락한 모든 주소가 연락해도 안전하다고 가정하지 말고, 캠페인 전에 결정론적 위험 결과를 억제하세요.

가져온 CRM 데이터 분류

무효 메일박스, 불확실한 검사, 수신 도메인 남용 이력이 있는 전달 가능 주소를 분리하세요.

API 위험 결과 설명

risk_reasons를 운영, 지원, 목록 위생 결정을 위한 읽을 수 있는 남용 카테고리로 바꾸세요.

메시지 콘텐츠 스팸 테스트가 아닙니다

체커는 이메일 제목, 본문 카피, HTML, 링크, 첨부, 헤더를 검사하지 않습니다. Gmail이나 Outlook이 메시지를 받은편지함, 프로모션 탭, 스팸 폴더에 둘지 알려 줄 수 없습니다.

SPF, DKIM, DMARC, 발신 IP 평판, 차단 목록 상태, 불만율, 참여에 대한 발신 측 검사도 대체하지 않습니다. 깨끗한 수신 도메인 결과는 검사 시점에 지원되는 남용 카테고리가 반환되지 않았다는 뜻일 뿐, 보편적 안전 증명서가 아닙니다.

발신자와 캠페인 준비에는 Email Deliverability Test를 사용하세요. 주요 질문이 메일박스 전달성이고 일회용, 역할, Catch-All, SMTP, 수신 도메인 위험 신호 전체를 함께 보려면 Email Verifier를 사용하세요.

이메일 스팸 체커 FAQ

1. 이메일 주소가 스팸인지 어떻게 확인하나요?

무료 체커에 주소를 입력하세요. BillionVerify가 메일박스를 검증하고 수신 도메인의 지원되는 Spamhaus DBL 남용 카테고리를 확인합니다. 위험 결과는 메일박스가 메일을 수락할 수 있지만 도메인에 확인된 남용 이력이 있다는 뜻입니다.

2. 이 도구가 이메일 제목이나 메시지 콘텐츠를 테스트하나요?

아니요. 카피, 링크, HTML, 헤더, 첨부를 점수화하지 않습니다. 수신 주소, 메일박스 경로, 수신 도메인 남용 신호를 확인합니다. 발신자 인증과 캠페인 준비에는 전달성 테스트를 사용하세요.

3. 위험한 이메일 결과는 무엇을 뜻하나요?

위험은 결정론적 결과입니다. 주소는 전달 가능할 가능성이 높지만 수신 도메인이 지원되는 외부 남용 카테고리와 일치했습니다. 위험을 임시 타임아웃이나 보내도 안전한 것으로 취급하지 마세요.

4. 체커가 어떤 스팸 위험을 식별할 수 있나요?

현재 API는 스팸, 피싱, 멀웨어, 봇넷 명령-제어 활동에 대한 수신 도메인 카테고리를 보고할 수 있습니다. 페이지는 결과와 함께 반환된 카테고리를 보여 줍니다.

5. 위험이 없음이 이메일이 안전하다고 보장하나요?

아니요. 검사 시점에 지원되는 수신 도메인 남용 카테고리가 반환되지 않았다는 뜻입니다. 신원, 동의, 메시지 안전, 발신자 평판, 받은편지함 배치, 향후 도메인 동작을 보장하지 않습니다.

6. 이메일 스팸 체커는 무료인가요?

네. 각 IP는 가입 없이 롤링 24시간 창에서 20회 전체 검사를 실행할 수 있습니다. 이 검사에는 SMTP 검증과 수신 도메인 위험 결과가 포함됩니다.

AI 우선 이메일 검증

클린 데이터 기반 AI 워크플로우 구축

자율 워크플로우를 위해 설계된 무료 티어 — AI 에이전트가 사람의 결제 개입 없이 바로 검증을 시작할 수 있습니다. 99.9% SMTP 수준 정확도.

네이티브 MCP Server 통합 · 99.9% SMTP 수준 정확도 · 30초 만에 검증 시작

99.9%
정확도
Real-time
API 속도
$0.00014
이메일당
100/day
영구 무료