๐Ÿ“ Memperkenalkan MapLeads: tukar Google Maps, Bing Maps & Apple Maps jadi senarai lead anda.Cuba MapLeads
Alat Percuma

Ujian Kebolehhantaran E-mel Percuma

Jana alamat ujian peribadi, hantar sampel sebenar melalui laluan penghantaran produksi anda, dan semak bukti pengesahan, DNS, senarai hitam, penapis spam, header, dan kandungan.

Peti mel ujian percuma untuk pengguna yang log masuk
Gunakan platform penghantaran atau peti mel sebenar anda
Lihat isyarat khusus yang boleh menjejaskan penghantaran
Penjana Peti Mel Langsung

Jana Alamat Ujian

Sedia

Kami akan mencipta peti mel unik untuk sesi ini, kemudian membawa anda ke halaman hasil khas yang memaparkan peti mel, status langsung, dan laporan akhir.

Jana peti mel peribadi, kemudian lihat hasilnya pada halaman khas.

Selepas anda klik jana, kami akan membawa anda ke URL hasil khusus yang memaparkan peti mel, status langsung, dan laporan akhir.

Cara menjalankan ujian yang berguna

1

Hantar sampel sebenar

Gunakan platform penghantaran, alamat pengirim, pautan, dan templat yang sama seperti yang anda akan gunakan dalam produksi.

2

Biarkan halaman hasil terus terbuka

Kami akan membuat polling status secara automatik pada halaman hasil khas dan mengambil laporan sebaik sahaja email dianalisis.

3

Gunakan dapatan

Mulakan dengan isu autentikasi dan DNS terlebih dahulu, kemudian pergi kepada amaran spam, kandungan, dan header.

Apa yang Disemak oleh Ujian Deliverability Ini

Laporan ini direka untuk menjawab soalan operasi yang sama sebelum anda menghantar kempen sebenar.

  • Penjajaran autentikasi

    Semak bukti SPF, DKIM, DMARC, BIMI, ARC, dan reverse-DNS daripada mesej yang sampai ke peti mel ujian.

  • DNS dan infrastruktur

    Semak rekod MX, PTR, SPF, DKIM, dan DMARC yang berkaitan dengan domain dan IP dalam aliran mesej anda.

  • Isyarat penapis spam

    Lihat bagaimana SpamAssassin dan rspamd menilai mesej tersebut serta peraturan mana yang dicetuskan.

  • Kualiti kandungan dan header

    Cari pautan rosak, isyarat berhenti langgan yang hilang, isu HTML, dan masalah header yang boleh menyumbang kepada penapisan atau pengalaman penerima yang lemah.

Mengapa Menjalankan Ujian Deliverability Email

Ujian sebelum hantar membantu anda menemui isu pengesahan, infrastruktur, penapisan, dan mesej sebelum kempen disiarkan.

  • ๐Ÿ›ฐ๏ธ

    Kesan halangan pelancaran lebih awal

    Kesan dapatan SPF, DKIM, DMARC, reverse-DNS, atau senarai hitam sebelum menskalakan laluan penghantaran yang sama.

  • ๐Ÿค

    Perbaiki handoff antara pasukan

    Pasukan marketing, CRM, dan kejuruteraan email boleh meneliti ringkasan yang sama tanpa perlu menyemak raw headers.

  • ๐Ÿงช

    Debug sampel sebenar, bukan andaian

    Uji mesej, identiti penghantaran, dan infrastruktur sebenar yang anda rancang untuk gunakan dalam produksi.

  • ๐Ÿ›ก๏ธ

    Lindungi reputasi penghantar

    Betulkan jurang pengesahan dan kandungan sebelum mengulanginya merentas penghantaran yang lebih besar.

Uji laluan sebenar

Apa yang diukur oleh ujian kebolehhantaran e-mel

Laporan ini ialah bukti daripada satu mesej yang diterima melalui satu laluan penghantaran. Nilainya bergantung pada sejauh mana sampel itu sepadan dengan produksi.

Mesej perwakilan mendedahkan identiti penghantaran sebenar

Jana peti mel ujian, kemudian hantar melalui ESP atau pelayan mel, alamat From, laluan pulang, pemilih DKIM, pautan, header, dan templat yang sama seperti yang dirancang untuk produksi. Memajukan sampel atau menghantarnya daripada peti mel peribadi menguji laluan berbeza dan boleh menyembunyikan konfigurasi yang anda maksudkan untuk dinilai.

Hasil milik mesej yang tiba. Ubah satu pemboleh ubah material pada satu masa apabila membandingkan laporan supaya anda dapat mengenal pasti sama ada perubahan DNS, platform, domain, IP, atau kandungan yang menghasilkan perbezaan itu.

Pengesahan menghubungkan penghantar yang kelihatan dengan infrastruktur yang dibenarkan

Laporan menilai bukti SPF, DKIM, dan DMARC daripada mesej yang diterima. SPF bertanya sama ada IP penghantaran dibenarkan untuk domain sampul. DKIM mengesahkan tandatangan kriptografi. DMARC menilai sama ada identiti yang disahkan sejajar dengan domain yang kelihatan kepada penerima.

Gunakan SPF Checker, DKIM Checker, dan DMARC Checker apabila laporan mengenal pasti masalah rekod atau penjajaran yang memerlukan diagnosis DNS berasingan.

Infrastruktur, penapisan, header, dan kandungan melengkapkan gambaran

BillionVerify juga melaporkan bukti DNS dan reverse-DNS, dapatan senarai hitam, peraturan SpamAssassin dan rspamd, header mesej, pautan, HTML, dan isyarat berhenti langgan. Semakan ini mendedahkan syarat teknikal dan peringkat mesej yang boleh menyumbang kepada penapisan.

Tiada satu dapatan pun menjelaskan semua kebolehhantaran e-mel. Penyenaraian senarai hitam, tandatangan yang gagal, header cacat, dan peraturan kandungan agresif mempunyai pemilik dan pembetulan berbeza, jadi kekalkan hasil peringkat bahagian dan jangan hanya bergantung pada skor keseluruhan.

Baca laporan

Tafsir hasil kebolehhantaran e-mel tanpa membaca skor secara berlebihan

Mulakan dengan kegagalan identiti yang objektif, kemudian beralih kepada reputasi kontekstual dan dapatan kandungan.

Kegagalan pengesahan ialah bukti konfigurasi

Kegagalan SPF, tandatangan DKIM tidak sah, atau kegagalan penjajaran DMARC bermakna sampel yang diterima tidak membuktikan identiti yang dijangka melalui mekanisme itu. Baiki domain, pemilih, konfigurasi tandatangan, laluan sampul, atau penjajaran sebelum menukar baris subjek dan salinan.

Kelulusan lebih sempit daripada jaminan penghantaran sejagat. Ia menunjukkan mekanisme yang diuji lulus untuk mesej ini; ia tidak mengukur penglibatan penerima, sejarah aduan, atau model reputasi setiap penyedia.

Dapatan senarai hitam dan penapis spam memerlukan konteks

Sahkan IP atau domain mana yang diuji, senarai mana yang melaporkan padanan, dan sama ada penyenaraian itu terpakai pada infrastruktur yang akan menghantar mel produksi. Amaran generik tanpa aset dan sumber yang tersenarai tidak mencukupi untuk pemulihan.

Pukulan peraturan SpamAssassin dan rspamd menjelaskan cara enjin itu menilai sampel. Gunakan Email Spam Checker untuk penjelasan tertumpu tentang isyarat risiko spam yang didedahkan BillionVerify; jangan terjemah satu skor enjin menjadi peratusan peti masuk Gmail yang dijanjikan.

Amaran header dan kandungan mengenal pasti kecacatan mesej yang konkrit

Pautan rosak, HTML cacat, isyarat berhenti langgan yang hilang, identiti tidak konsisten, dan header luar biasa boleh diambil tindakan kerana ia menghuraikan mesej yang diterima. Betulkan kecacatan khusus itu dan hantar semula sampel yang setanding.

Buka Email Header Analyzer apabila anda perlu memeriksa lompatan penghalaan dan medan header mentah dengan lebih terperinci. Panduan kandungan patut kekal subordinat kepada kegagalan pengesahan dan infrastruktur yang menjejaskan setiap templat yang dihantar melalui laluan itu.

Baiki mengikut tertib

Aliran kerja ujian kebolehhantaran e-mel yang boleh diulang

Gunakan garis dasar terkawal, baiki kegagalan keyakinan tertinggi dahulu, dan uji semula laluan yang sama sebelum menskalakan.

  1. 1

    Wujudkan garis dasar seperti produksi

    Hantar sampel kempen semasa sebelum membuat perubahan dan simpan URL laporan atau PDF. Rekod platform penghantaran, domain From, domain laluan pulang, pemilih DKIM, IP penghantaran apabila kelihatan, versi templat, dan masa ujian.

    Garis dasar itu menukar laporan menjadi alat perbandingan. Tanpanya, pasukan kerap menukar DNS, salinan, dan infrastruktur penghantaran bersama-sama dan tidak dapat membezakan campur tangan mana yang membaiki atau memperkenalkan masalah.

  2. 2

    Baiki identiti dan infrastruktur sebelum mengemaskan mesej

    Baiki kebenaran SPF yang gagal, tandatangan atau pengesahan DKIM, penjajaran DMARC, dan reverse DNS dahulu. Sahkan dapatan senarai hitam yang tulen seterusnya. Kemudian tangani peraturan penapis spam, header, pautan, HTML, dan pelaksanaan berhenti langgan.

    Tertib ini mengikuti kekuatan bukti dan skop kesan. Konfigurasi DKIM yang rosak menjejaskan setiap mesej yang ditandatangani oleh laluan itu, manakala satu peraturan kandungan mungkin terpakai hanya pada templat yang diuji.

  3. 3

    Uji semula, kemudian gabungkan kawalan penghantar dan penerima

    Hantar mesej perwakilan yang sama selepas setiap pembetulan material dan bandingkan hasil bahagian, bukan hanya skor tajuk. Uji semula apabila domain, ESP, laluan pulang, kolam IP, pemilih tandatangan, atau templat teras berubah.

    Sebelum kempen, gandingkan ujian pihak penghantar dengan Email List Cleaning. Diagnostik kebolehhantaran memperbaiki laluan penghantaran; pembersihan senarai membuang kegagalan penerima yang jelas dan mengekalkan baris tidak diketahui, Catch-All, peranan, dan pakai buang untuk keputusan polisi berasingan.

Kenali sempadan

Apa yang tidak dapat dijamin oleh ujian kebolehhantaran e-mel ini

Diagnostik yang berguna menyempitkan ketidakpastian teknikal. Ia tidak menghasilkan semula setiap penyedia penerima, model reputasi, atau keputusan peti masuk.

Ini bukan ujian penempatan peti masuk benih berbilang penyedia

Mesej dianalisis selepas tiba di satu peti mel ujian terkawal. Laporan tidak menghantar ke panel akaun benih Gmail, Outlook, Yahoo, dan korporat, dan ia tidak melaporkan penempatan peti masuk, tab, atau folder spam mengikut penyedia.

Gunakan dapatan untuk menyingkirkan kecacatan pengesahan, DNS, senarai hitam, header, dan kandungan. Jangan bentangkan skor keseluruhan sebagai kebarangkalian bahawa setiap penerima produksi akan melihat mesej dalam peti masuk.

Diagnostik penghantar tidak mengesahkan peti mel penerima

Sampel yang sihat dari segi teknikal masih boleh terlantun apabila senarai kempen mengandungi alamat cacat, tertutup, atau tidak wujud. Ujian kebolehhantaran menilai mesej dan laluan penghantaran, bukan kesahan setiap destinasi dalam pangkalan data anda.

Gunakan Email Verifier untuk satu penerima atau pembersihan senarai untuk pengesahan skala kempen. Kesihatan penghantar dan kualiti penerima ialah kawalan pelengkap, bukan skor yang boleh ditukar ganti.

Satu laporan bersih tidak mewujudkan reputasi, persetujuan, atau penempatan masa hadapan

Penyedia peti masuk boleh menilai sejarah IP dan domain, perubahan volum, kadar aduan, penglibatan, keutamaan peringkat penerima, dan isyarat proprietari yang tidak dihasilkan semula oleh ujian ini. Reputasi juga berubah selepas sampel dianalisis.

Ujian tidak memberi kebenaran outreach atau menggantikan kawalan berhenti langgan dan penindasan. URL hasil ialah pautan pembawa yang tidak dapat diteka dan disimpan selama 7 hari; sesiapa yang menerima URL mungkin dapat melihat laporan berstruktur, jadi jauhkan data sensitif daripada sampel.

Rujukan utama

Standard di sebalik isyarat kebolehhantaran e-mel teras

SPF, DKIM, dan DMARC menjawab soalan identiti yang berkaitan tetapi berbeza. Membaca spesifikasi asal mengelakkan satu mekanisme yang lulus disalah anggap sebagai penjajaran lengkap.

SPF membenarkan hos penghantaran untuk identiti sampul

SPF membolehkan domain menerbitkan hos mana yang boleh menghantar mel menggunakan identitinya dan mentakrifkan hasil lulus, gagal, softfail, neutral, dan ralat. Ia tidak menandatangani kandungan mesej dan tidak dengan sendirinya membuktikan penjajaran dengan domain From yang kelihatan. Lihat RFC 7208.

DKIM menandatangani kandungan mesej dan header terpilih

DKIM melekatkan tandatangan kriptografi yang dikaitkan dengan domain yang penerima boleh sahkan terhadap kunci DNS awam. Tandatangan sah membuktikan bahan yang ditandatangani terselamat pengesahan; DMARC menentukan sama ada identiti penandatangan sejajar dengan penghantar yang kelihatan. Lihat RFC 6376.

DMARC menghubungkan pengesahan dengan domain From yang kelihatan

DMARC menilai penjajaran pengecam, menerbitkan polisi penerima yang diminta, dan mentakrifkan mekanisme pelaporan agregat dan kegagalan. Kelulusan DMARC memerlukan SPF yang sejajar atau DKIM yang sejajar, bukan sekadar kehadiran tiga rekod DNS. Lihat RFC 7489.

FAQ Ujian Deliverability Email

1. Apakah itu ujian kebolehhantaran e-mel?

Ujian kebolehhantaran e-mel memeriksa mesej sebenar apabila ia tiba di peti mel ujian terkawal. Ia melaporkan bukti pengesahan penghantar, DNS dan infrastruktur, senarai hitam, penapis spam, header, dan kandungan. Ini mengenal pasti isu yang boleh menjejaskan penghantaran, tetapi ia bukan jaminan penempatan di Gmail, Outlook, atau setiap penyedia penerima.

2. Bagaimana ujian deliverability email percuma ini berfungsi?

Ujian deliverability email percuma ini menjana peti mel peribadi untuk sesi anda, kemudian menunggu anda menghantar mesej sebenar daripada mailbox, ESP, atau platform automasi biasa anda. Selepas mesej diterima, kami menyemak SPF, DKIM, DMARC, DNS, penapis spam, blacklist, header, dan isyarat kandungan yang mempengaruhi inbox placement.

3. Bagaimana saya perlu membaca laporan kebolehhantaran e-mel?

Mulakan dengan bukti pengesahan dan DNS yang gagal kerana masalah SPF, DKIM, DMARC, dan reverse-DNS menjejaskan identiti yang dipersembahkan oleh laluan penghantaran. Kemudian semak dapatan senarai hitam, peraturan penapis spam, header, pautan, HTML, dan isyarat berhenti langgan. Anggap skor sebagai ringkasan sampel ini, bukan kebarangkalian penempatan peti masuk yang sejagat.

4. Mengapa e-mel masuk ke spam dan bukannya peti masuk?

Mesej boleh ditapis kerana pengesahan gagal, identiti tidak sejajar, DNS atau reverse DNS tidak lengkap, IP atau domain penghantaran mempunyai reputasi lemah, penerima tidak berinteraksi, aduan terkumpul, atau mesej mencetuskan polisi penyedia. Laporan ujian yang bersih menyingkirkan beberapa punca teknikal, tetapi ia tidak dapat memodelkan setiap reputasi penyedia dan keputusan khusus penerima.

5. Apa yang perlu saya betulkan jika skor kebolehhantaran e-mel saya rendah?

Betulkan pengesahan yang gagal dan masalah identiti penghantaran dahulu: kebenaran SPF, pengesahan DKIM, penjajaran DMARC, dan reverse DNS. Sahkan dapatan senarai hitam yang tulen seterusnya, kemudian tangani peraturan penapis spam, header, pautan, HTML, dan isyarat berhenti langgan. Hantar semula sampel perwakilan yang sama selepas setiap pembetulan material supaya perbandingan kekal bermakna.

6. Bagaimana saya boleh meningkatkan deliverability email sebelum kempen?

Gunakan domain, platform penghantaran, dan templat yang sama seperti yang anda akan gunakan dalam produksi, kemudian jalankan ujian deliverability email sebelum kempen benar-benar live. Penambahbaikan terbaik biasanya datang daripada autentikasi penghantar yang kemas, senarai yang bersih, kandungan yang relevan, dan pemantauan isu deliverability yang muncul semasa test send.

7. Apakah hubungan antara ujian kebolehhantaran e-mel dan pengesahan e-mel?

Pengesahan e-mel menilai alamat penerima melalui sintaks, penghalaan, SMTP, dan isyarat risiko. Ujian kebolehhantaran e-mel menilai mesej sebenar dan laluan penghantarannya melalui bukti pengesahan, DNS, senarai hitam, penapis spam, header, dan kandungan. Menggunakan kedua-duanya menyingkirkan mod kegagalan teknikal yang berbeza, tetapi kedua-duanya tidak menjamin penempatan peti masuk, penglibatan, atau kebenaran menghubungi penerima.

8. Adakah ujian kebolehhantaran e-mel ini bersifat peribadi?

Mencipta ujian memerlukan akaun yang log masuk. Hasil menggunakan URL yang tidak dapat diteka sebagai pautan pembawa dan laporan berstruktur kekal tersedia selama 7 hari. Ia tidak diindeks sebagai halaman pemasaran awam, tetapi sesiapa yang menerima URL hasil mungkin dapat membukanya, jadi jangan hantar rahsia atau data produksi sensitif dalam sampel.

9. Bagaimana saya menyemak kebolehhantaran e-mel sebelum menghantar?

Jana peti mel ujian, kemudian hantar mesej perwakilan melalui domain, laluan pulang, platform penghantaran, pautan, dan templat yang sama seperti yang dirancang untuk produksi. Semak hasil SPF, DKIM, DMARC, DNS, senarai hitam, penapis spam, header, dan kandungan. Baiki semakan identiti dan infrastruktur yang gagal dahulu, kemudian hantar semula sampel yang setanding sebelum menskalakan.

10. Adakah ini serupa dengan mail-tester.com?

Aliran kerjanya serupa: hantar sampel sebenar ke peti mel yang dijana dan semak dapatan pengesahan, DNS, senarai hitam, penapis spam, header, dan kandungan. BillionVerify juga menghubungkan diagnostik pihak penghantar itu dengan alatan pengesahan penerima dan pembersihan senarai yang berasingan. Bandingkan semakan dan medan laporan khusus yang anda perlukan, jangan anggap dua skor ringkasan sebagai boleh ditukar ganti.

Alat E-mel Berkaitan

Pilih alat seterusnya mengikut jenis bukti: penerima, penemuan, DNS dan infrastruktur, atau aliran kerja penghantar.

Platform Verifikasi Email

Perlu Lebih Daripada Ujian Deliverability Sekali Pakai?

Beralih daripada troubleshooting manual kepada verifikasi bertaraf produksi, pembersihan senarai, dan verification API dalam keseluruhan workflow anda.

Verifikasi email sebelum setiap penghantaran kempen ยท Kurangkan risiko bounce untuk cold email dan lifecycle email ยท Bersihkan senarai sebelum ia menjejaskan reputasi penghantar ยท Gunakan satu API untuk borang, sync CRM, dan upload

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