🎬 Memperkenalkan transcript.im: transkrip percuma untuk video YouTube, TikTok & Instagram.Cuba transcript.im

API Pengesahan E-mel

API pengesahan e-mel masa nyata melalui HTTP dengan semakan peti mel SMTP penuh — API pengesahan tepat untuk kebolehhantaran, bukan pengesahan format sahaja.

Konsol API pengesahan e-mel dengan permintaan POST berautentikasi bearer, lencana 200 OK dan carta masa aktif
API Pengesahan E-mel

Sahkan secara Masa Nyata

Gunakan panggilan API mudah untuk mengesahkan alamat semasa pendaftaran, pengayaan, aliran kerja ejen AI, atau saluran paip pemprosesan senarai tersuai.

JSON berstrukturRespons masa nyataPengesahan SMTP
Get Started for Free
API Pengesahan E-mel Masa Nyata memulangkan respons 200 OK selepas siasatan SMTP

Setiap mod API pengesahan, satu endpoint

Setiap jenis pengesahan boleh dicapai melalui REST API pengesahan e-mel yang sama.

Kad mod API pengesahan e-mel percuma untuk integrasi Tunggal, Kelompok, Fail dan SDK

Pengesahan e-mel tunggal

POST /verify — satu panggilan API pengesahan e-mel masa nyata dengan respons dalam kurang daripada 3s. Mengembalikan status, kebolehhantaran, skor kualiti dan bendera risiko dalam satu objek JSON.

Pengesahan batch

POST /verify/bulk — sahkan sehingga 50 alamat bagi setiap panggilan API, secara segerak. Semua hasil dikembalikan dalam satu respons API, menggunakan skema yang sama seperti API pengesahan e-mel masa nyata untuk satu alamat.

Pemprosesan fail tak segerak

POST /verify/file — serahkan fail CSV atau Excel kepada API untuk pemprosesan latar belakang. Hasil dihantar melalui webhook callback apabila kerja API selesai.

SDK rasmi

Pustaka klien type-safe untuk API pengesahan dalam Python, Node.js, Go dan PHP. Auto-retry apabila gagal, pengendalian ralat penuh dan jenis respons yang sama merentas semua bahasa.

Sokongan webhook dalam API pengesahan

Terima hasil API secara tak segerak dan semak sejarah mesej.

Webhook API pengesahan e-mel menghantar Peristiwa Panggilan balik dengan lencana Tandatangan

Penghantaran async

Cipta webhook

Daftar endpoint HTTP untuk menerima hasil API sebaik sahaja kerja atau batch selesai. API menyokong payload tersuai, auto-retry apabila gagal dan konfigurasi bagi setiap kerja atau secara global.

  • Peristiwa penyiapan kerja dengan ringkasan hasil
  • Auto-retry apabila penghantaran gagal
  • Konfigurasi per-kerja atau peringkat akaun

Sejarah mesej

Tanya mesej

Akses log peristiwa webhook penuh untuk mendapatkan hasil API terdahulu, menyahpepijat kegagalan penghantaran atau memainkan semula pemberitahuan yang terlepas. Peristiwa API disimpan selama 30 hari.

  • Tanya peristiwa mengikut job ID atau julat tarikh
  • Main semula penghantaran yang terlepas atau gagal
  • Pengekalan peristiwa 30 hari

Di dalam endpoint

Bukti yang diberikan API pengesahan e-mel pada setiap panggilan

API pengesahan e-mel hanya berguna setakat kekuatan bukti di sebalik medan responsnya. API ini mengembalikan fakta pada tahap peti mel, bukan pendapat tentang sintaks yang disamarkan sebagai keputusan.

Sintaks dan penghalaan ialah lapisan murah, bukan jawapannya

Setiap panggilan kepada API pengesahan e-mel menormalkan alamat, menyemak struktur dan mendapatkan rekod mail exchanger domain. Kedua-dua lapisan API itu pantas dan tidak memerlukan semakan terhadap penerima, jadi kedua-duanya dijalankan dahulu untuk menolak data sampah yang jelas sebelum peringkat SMTP.

API yang hanya menyemak sintaks berhenti di sini dan menganggap hasilnya sah. Itulah jurang antara endpoint validasi dengan API pengesahan e-mel percuma yang meneruskan semakan sehingga ke peti mel itu sendiri.

SMTP ialah tempat API pengesahan membuktikan namanya

API membuka perbualan SMTP sebenar dengan pelayan penerima dan menguji laluan penerima. Tiada isi mesej dihantar, tiada pautan pengesahan diklik dan tiada apa-apa masuk ke peti masuk orang itu. API pengesahan e-mel percuma kami membaca respons pelayan secukupnya untuk membezakan penerima yang diterima daripada penolakan kekal.

Inilah yang menjadikannya API pengesahan e-mel masa nyata dan bukannya carian DNS yang dilapisi ayat pemasaran. Bukti datang daripada sistem yang benar-benar akan menerima atau menolak e-mel anda.

Bendera risiko disertakan bersama status dalam respons yang sama

Satu objek JSON daripada API membawa status kebolehhantaran, skor kualiti, tahap risiko, reason code serta bendera disposable, akaun peranan, catch-all dan webmail percuma. Aplikasi anda tidak memerlukan panggilan API kedua untuk mengetahui sebab sesuatu hasil kelihatan sedemikian.

Bendera sengaja diletakkan bersama status. Alamat peranan yang menerima e-mel dan peti mel peribadi yang menerima e-mel kedua-duanya deliverable, dan hanya produk anda tahu yang mana satu sesuai dalam aliran kerja ini.

Jawapan yang tidak muktamad kekal tidak muktamad

Greylisting, penangguhan penyedia dan had kadar ialah perkara biasa pada skala API. API pengesahan e-mel percuma mengembalikan unknown untuk kes tersebut dan bukannya menaik tarafnya kepada deliverable atau menurunkannya kepada invalid.

Logik cuba semula sepatutnya berada dalam kod anda, bukan disembunyikan di dalam endpoint. API yang meneka secara senyap membuang satu-satunya isyarat yang anda perlukan untuk memutuskan sama ada mahu mencuba semula atau menghantar rekod untuk semakan.

Medan respons

Petakan setiap status API pengesahan kepada keputusan aplikasi

Respons API direka untuk digunakan terus dalam logik cabang. Setiap status dipetakan kepada satu tindakan, dan reason code API menerangkan kes yang berada di sempadan.

deliverable — teruskan

Laluan penerima menerima probe ketika panggilan dijalankan. Terima pendaftaran, simpan kenalan atau masukkan mesej dalam baris gilir, tertakluk pada apa-apa peraturan persetujuan yang dikuatkuasakan oleh produk anda.

API pengesahan e-mel percuma mengembalikan medan status yang sama pada peringkat percuma dan volum berbayar, jadi tingkah laku yang anda uji dengan kredit percuma ialah tingkah laku yang anda gunakan apabila dilancarkan.

undeliverable — tolak atau minta lagi

Kegagalan kekal daripada API bermakna alamat itu akan hard-bounce. Dalam borang pendaftaran, paparkan semula medan bersama reason code API. Dalam kerja latar belakang, sekat rekod itu dan jangan padamkan nilai asal.

Jangan sekali-kali membetulkan domain secara automatik. API pengesahan boleh memberitahu anda bahawa sesuatu alamat gagal; API itu tidak boleh memberitahu alamat yang dimaksudkan oleh orang tersebut.

risky — gunakan dasar anda sendiri

Risky bermaksud peti mel mungkin menerima e-mel sambil mempunyai bendera yang mungkin penting kepada produk anda. Baca reason code: penyedia disposable pada pendaftaran berbayar ialah masalah yang sangat berbeza daripada alamat peranan pada borang sokongan.

Kodkan dasar itu sekali pada titik anda memanggil API pengesahan e-mel percuma kami, supaya setiap bahagian produk mengendalikan bendera API yang sama dengan cara yang sama.

unknown — cuba lagi, jangan buang

Penyedia penerima memberi API jawapan yang tidak membuktikan apa-apa. Masukkan alamat ke baris gilir untuk panggilan API kemudian dan jangan sekat pengguna atau merekodkan negatif palsu dalam pangkalan data anda.

API pengesahan e-mel masa nyata yang digunakan dalam aliran pendaftaran perlu mengendalikan keadaan ini dengan lancar: benarkan pengguna meneruskan, sahkan semula secara tak segerak dan bertindak berdasarkan hasil API kedua.

Corak integrasi

Tempat memanggil API pengesahan e-mel dalam sistem sebenar

Kebanyakan integrasi API menggunakan tiga titik sentuh yang sama. Meletakkan panggilan API di tempat yang betul lebih penting daripada SDK yang anda pilih.

  1. 1

    Pada titik pengumpulan data

    Panggil API apabila alamat diserahkan — ketika pendaftaran, checkout, pengisian borang prospek atau kemas kini profil. Pengesahan semasa orang itu masih berada di halaman ialah satu-satunya masa salah eja boleh dibetulkan oleh orang yang melakukannya, dan itulah hujah terkuat untuk panggilan API inline.

    Pastikan panggilan tidak menyekat selepas timeout yang singkat. Respons API pengesahan e-mel percuma biasanya tiba dalam satu hingga tiga saat, tetapi borang anda tidak sepatutnya gagal hanya kerana penyedia penerima lambat.

  2. 2

    Di dalam pipeline yang sudah mengalirkan data anda

    Kerja penyegerakan CRM, worker pengayaan dan langkah ETL ialah tempat semula jadi untuk API pengesahan e-mel percuma ini. Tambahkan panggilan API pada laluan sedia ada rekod dan simpan status, bendera serta cap masa semakan sebagai medan.

    Untuk fail dan bukannya rekod tunggal, API POST /verify/file menerima CSV atau Excel dan memanggil webhook anda apabila kerja selesai, jadi kerja API batch tidak memerlukan sambungan jangka panjang.

  3. 3

    Di dalam ejen dan alat AI

    MCP Server mendedahkan API pengesahan e-mel percuma kami kepada Claude Desktop dan Cursor dalam bahasa semula jadi, manakala Agent Skills memasangnya ke dalam platform ejen dengan satu klik. Kedua-dua cara mengembalikan JSON berstruktur yang sama seperti REST API.

    Ini penting untuk kebolehpercayaan ejen: model tidak perlu menghuraikan prosa, dan alat tidak boleh mendakwa alamat itu baik apabila API yang mendasarinya menyatakan unknown.

  4. 4

    Sekitar proses penghantaran itu sendiri

    Kesegaran lebih penting daripada volum. Sahkan penerima bernilai tinggi hampir dengan waktu penghantaran dan jangan bergantung pada status yang ditulis berbulan-bulan lalu, serta sahkan semula rekod tidak aktif sebelum dimasukkan ke dalam kempen.

    Untuk seluruh senarai, Pengesahan E-mel Pukal menjalankan enjin yang sama pada fail agar anda tidak perlu membina semula logik batch di atas endpoint masa nyata.

Had yang jujur

Empat perkara yang tidak pernah dijanjikan oleh API pengesahan e-mel

Respons API boleh dipercayai kerana skopnya sempit. Setiap perkara ini sepatutnya dikendalikan oleh alat atau pasukan yang berbeza, bukan API pengesahan.

Ia tidak membuktikan identiti atau persetujuan

Peti mel yang menerima e-mel tidak mendedahkan siapa yang mengawalnya, tempat mereka bekerja atau sama ada mereka bersetuju untuk dihubungi. Alias kongsi, alamat yang dimajukan dan data pengayaan lapuk semuanya menghasilkan keputusan API deliverable yang dikaitkan dengan orang yang salah.

Gunakan data pihak pertama untuk identiti dan simpan persetujuan dalam sistem rekod anda sendiri. Tiada API pengesahan boleh menyediakan kedua-duanya.

Ia tidak menjamin penempatan peti masuk

Penerimaan SMTP menerangkan laluan penerima ketika panggilan API dibuat. Sama ada kempen anda sampai ke peti masuk bergantung pada reputasi pengirim, autentikasi, kandungan dan sejarah aduan — semuanya faktor pada pihak pengirim yang tidak pernah diperhatikan oleh API.

Pengesahan menghapuskan kegagalan pada tahap alamat. Kebolehhantaran mesej itu sendiri ialah program berasingan dengan metrik tersendiri.

Domain catch-all kekal tidak pasti

Domain catch-all menerima setiap local-part, jadi tiada API pengesahan e-mel percuma boleh membuktikan bahawa satu alamat yang diteka benar-benar wujud di situ. API mengembalikan bendera itu supaya kod anda tidak perlu membuat kesimpulan sendiri.

Hantar hasil catch-all untuk semakan dan jangan gabungkannya sebagai deliverable, terutama bagi senarai B2B yang dibina daripada corak nama.

Hasil ialah pemerhatian dengan cap masa

Peti mel ditutup, alias ditamatkan dan domain dipindahkan setiap hari. API melaporkan perkara yang benar semasa panggilan, dan fakta itu mula menua sebaik sahaja API memberi respons.

Simpan waktu semakan bersama status supaya sistem hiliran boleh menentukan bila bukti terlalu lama untuk digunakan.

Halaman berkaitan

Hubungan API pengesahan dengan seluruh platform

Enjin yang sama tersedia melalui beberapa saluran API. Memilih saluran yang tepat biasanya bergantung pada siapa yang membuat permintaan, bukan pada ketepatan.

Satu alamat, secara manual

Apabila seseorang perlu memeriksa satu hasil dan bukannya mengautomasikan ribuan, Pengesah E-mel menjalankan pipeline SMTP yang sama dalam pelayar dan memaparkan setiap bendera yang akan dikembalikan oleh API.

Ini cara terpantas untuk menguji alamat sebelum menulis kod yang menggunakan API pengesahan e-mel.

Seluruh fail sekali gus

Apabila kerja melibatkan senarai dan bukannya aliran, Pembersihan Senarai E-mel menggunakan peraturan yang sama pada setiap baris dan mengekalkan sebab bagi setiap hasil dalam eksport.

Fail dan panggilan API menggunakan satu enjin, jadi baris yang dibersihkan secara pukal dan alamat yang disemak melalui API pengesahan tidak mungkin memberikan hasil berbeza.

Pendekatan berasaskan validasi

Halaman API Validasi E-mel menerangkan endpoint yang sama untuk pasukan yang mencari validasi dan bukannya pengesahan, dengan butiran integrasi ditulis dari sudut tersebut.

Endpoint, skema dan bukti SMTP adalah sama; hanya pendekatan dokumentasinya berbeza.

Soalan lazim

1. Seberapa pantas API pengesahan e-mel?

Hasil API daripada cache dikembalikan dalam masa kurang daripada 200ms. Pengesahan SMTP penuh siap secara purata dalam 1–3 saat, menjadikannya sesuai sebagai API pengesahan e-mel masa nyata dalam borang. API menyokong sehingga 6,000 permintaan pengesahan tunggal seminit dan 1,500 permintaan batch seminit.

2. Bagaimanakah saya mengintegrasikan API pengesahan e-mel?

API pengesahan menggunakan panggilan REST standard dengan respons JSON. SDK rasmi tersedia untuk Python, Node.js, Go dan PHP. Kebanyakan integrasi API siap dalam masa kurang daripada 30 minit. MCP Server dan Agent Skills langsung tidak memerlukan kod — pasang sekali dan API pengesahan e-mel masa nyata berfungsi dalam mana-mana klien AI yang disokong.

3. Berapakah kos API pengesahan e-mel?

Pelan Starter berharga $20 untuk 20,000 kredit pada $0.001 setiap e-mel — tiada yuran bulanan, anda hanya membayar apa yang anda gunakan. Harga volum turun kepada $0.00035 setiap e-mel pada 1M kredit. Peringkat API pengesahan e-mel percuma menyediakan 20 kredit percuma setiap hari anda log masuk, sehingga 600 sebulan, tanpa kad kredit.

4. Apakah yang disertakan dalam setiap respons API pengesahan?

Setiap respons API merangkumi status pengesahan (deliverable, undeliverable, risky atau unknown), skor kualiti 0–100, tahap risiko dan reason code. Bendera e-mel disposable, bendera akaun peranan, pengesanan catch-all dan cadangan pembetulan salah eja turut disertakan.

5. Adakah API pengesahan selamat?

Semua permintaan API menggunakan HTTPS. Pengesahan API key diperlukan pada setiap panggilan API, dan IP whitelisting tersedia untuk keselamatan tambahan. BillionVerify mematuhi GDPR dan CCPA sepenuhnya dengan pemadaman data automatik selepas pemprosesan.

6. Bagaimanakah ejen AI dan LLM menggunakan API pengesahan ini?

Ejen AI bersambung melalui MCP Server (bahasa semula jadi dalam Claude dan Cursor), Agent Skills sedia bina (pemasangan one-click untuk Claude dan Manus), atau panggilan REST langsung daripada LangChain, CrewAI, atau mana-mana SDK Anthropic atau OpenAI. Setiap kaedah menggunakan API pengesahan e-mel yang sama dan mengembalikan JSON berstruktur yang sama — tanpa transformasi respons.

7. Apakah perbezaan antara email validation API dan email verification API?

Email validation API dan email verification API biasanya merujuk kepada endpoint yang sama — endpoint yang menyemak sama ada sesuatu alamat itu benar dan boleh menerima e-mel. BillionVerify menggunakan pengesahan tahap SMTP dengan mengesahkan peti mel wujud pada pelayan penerima, bukan sekadar validasi DNS atau sintaks. Endpoint /verify tunggal mengembalikan status, skor kualiti, bendera disposable, bendera akaun peranan dan pengesanan catch-all dalam satu respons JSON.

API Pengesahan E-mel

Dapatkan API key anda

Satu endpoint untuk setiap jenis pengesahan. MCP Server dan Agent Skills disertakan. Peringkat API pengesahan e-mel percuma memberi anda 20 kredit setiap hari anda log masuk, sehingga 600 sebulan, tanpa kad kredit.

600 kredit percuma sebulan · Integrasi MCP Server native · Tiada kad kredit diperlukan

99.9%
Ketepatan
Real-time
Kelajuan API
$0.00014
Setiap e-mel
600/mo
Percuma selama-lamanya