Plugin email WordPress: WP Mail SMTP, FluentSMTP, dan Post SMTP
Jika notifikasi formulir atau pesan pengaturan ulang kata sandi WordPress tidak sampai, bandingkan WP Mail SMTP, FluentSMTP, dan Post SMTP berdasarkan layanan email yang akan dihubungkan serta kebutuhan penelusuran masalahnya. WP Mail SMTP menyediakan panduan penyiapan dengan fitur diagnosis berbayar; FluentSMTP menggabungkan log gratis, beberapa sambungan, dan pemilihan jalur; Post SMTP dapat dipertimbangkan untuk memeriksa riwayat pesan serta kegagalan. Memasangnya saja tidak menjamin pesan masuk kotak utama: sambungan layanan dan autentikasi pengirim juga harus diperiksa.
Apa yang diubah oleh plugin pengiriman email?
SMTP merupakan singkatan Simple Mail Transfer Protocol, standar untuk memindahkan email. Plugin ini mengatur agar WordPress menyerahkan pesan ke server SMTP yang diautentikasi atau API penyedia, yaitu antarmuka komunikasi antaraplikasi. Plugin pengiriman tidak otomatis membuat kotak penerima maupun menyediakan seluruh fungsi langganan dan berhenti berlangganan sebuah platform buletin.
Pesan melalui beberapa tahap: dibuat WordPress, diterima layanan pengiriman, lalu diterima dan diklasifikasikan server tujuan. Dokumentasi fungsi email WordPress membedakan permintaan yang berhasil dari penerimaan sebenarnya. Pesan yang tercatat terkirim masih dapat ditolak kemudian atau masuk folder spam.
Periksa dahulu apakah hosting atau plugin lain sudah mengelola pengiriman. Beberapa plugin SMTP yang bersaing untuk tugas sama menyulitkan pembacaan pengaturan dan log. Produk yang mengirim melalui API eksternalnya sendiri juga dapat melewati jalur email WordPress biasa, sehingga tidak semua pesan harus muncul dalam log yang sama.
Bandingkan WP Mail SMTP, FluentSMTP, dan Post SMTP
| Plugin | Alasan dipertimbangkan | Gratis dan berbayar | Periksa terpisah |
|---|---|---|---|
| WP Mail SMTP | Pemandu penyiapan dan petunjuk khusus penyedia | Pisahkan sambungan gratis dari log, laporan, dan sambungan cadangan Pro | Edisi yang mencakup integrasi khusus pilihan Anda |
| FluentSMTP | Log, beberapa sambungan, serta jalur berdasarkan pengirim | Fitur plugin gratis; biaya layanan penyedia tetap terpisah | Hubungan alamat pengirim dengan Default dan Fallback |
| Post SMTP | Penelusuran riwayat pesan dan kesalahan penyedia | Bedakan sambungan serta log gratis dari pengelolaan lanjutan Pro | Cakupan terbaru pengiriman ulang, peringatan, dan integrasi khusus |
WP Mail SMTP: mulai dari sambungan penyedia yang dipakai
Edisi gratis tidak mencakup semua integrasi khusus atau fitur log lanjutan. Daftar resminya menempatkan integrasi tertentu untuk Amazon SES, Microsoft, dan Zoho, serta log, laporan, dan sambungan cadangan, dalam Pro. Periksa dahulu sambungan yang sesuai untuk akun Anda. Jika perlu menelusuri kegagalan dari waktu ke waktu, bandingkan pula penyimpanan log dan ketentuan dukungannya.
Setelah konfigurasi, buka WP Mail SMTP → Tools → Email Test dan gunakan alamat yang bisa Anda akses. Panduan pengujian resmi meminta pemeriksaan hasil yang dilaporkan serta kotak penerima. Pemeriksaan domain yang tersedia bergantung pada metode pengiriman dan alamat pengirim.
FluentSMTP: pahami log dan aturan beberapa sambungan
FluentSMTP menyediakan fitur plugin gratis, termasuk log, pengiriman ulang, beberapa sambungan, dan jalur cadangan. Panduan antarmuka saat ini dimulai dari Settings → FluentSMTP. Bilah atas menyediakan tujuan seperti Settings dan Email Logs, serta tombol Send Test Email. Fitur gratis itu tidak menghapus biaya maupun batas pengiriman dari penyedia layanan.
Menurut aturan pemilihan jalur FluentSMTP, alamat From yang cocok dengan suatu sambungan menggunakan sambungan itu; pesan yang tidak cocok menggunakan Default. Fallback dipakai jika pengiriman melalui Default gagal, misalnya karena autentikasi atau waktu tunggu, bukan karena pesan kemudian masuk spam. Verifikasi alamat dan autentikasi setiap jalur, alih-alih sekadar menambah sambungan dan menganggap semuanya saling menggantikan.
Post SMTP: sesuaikan diagnosis dengan kebutuhan nyata
Post SMTP menyediakan sambungan SMTP atau API dan log untuk menyelidiki kegagalan. Deskripsi keseluruhan produk juga mencakup alat pengelolaan berbayar. Periksa paket Post SMTP saat ini untuk integrasi khusus, pengaturan log, peringatan, pengelolaan seluler, dan pengiriman ulang. Bisa membaca log berbeda dari bisa mengotomatiskan percobaan ulang sesuai kebutuhan.
Apa pun produknya, periksa respons penyedia dan penerimaan sebenarnya setelah penyambungan. Utamakan log yang bisa Anda pahami dan dukungan yang sesuai kebutuhan, bukan jumlah fitur terbanyak. Blog dengan volume kecil dapat memulai dari satu jalur yang dikonfigurasi serta diverifikasi dengan baik.
Siapkan akun, pengirim, dan domain
Siapkan akun penyedia, pengirim yang diizinkan, kunci API atau metode otorisasi yang didukung, serta pemahaman kuota dan tagihan. Untuk SMTP, gunakan host, port, dan enkripsi dari penyedia. Untuk API, ikuti izin dan wilayah layanan yang disyaratkan. Langganan kotak email pribadi dapat memiliki ketentuan berbeda dari layanan notifikasi otomatis situs.
Biasanya, gunakan alamat situs yang diizinkan sebagai From dan petakan email pengunjung ke Reply-To, yaitu alamat tujuan ketika penerima membalas. Menjadikan sembarang alamat yang diketik pengunjung sebagai pengirim berarti mengaku berhak mengirim untuk domain yang tidak Anda kelola. Periksa juga pengaturan penerima, pengirim, dan balasan formulir kontak.
Autentikasi domain melibatkan istilah berikut. Pemasangan plugin tidak otomatis mengatur semua catatan DNS, singkatan Domain Name System, pada pengelola domain Anda.
- SPF, Sender Policy Framework: menyatakan server yang diizinkan mengirim email untuk domain.
- DKIM, DomainKeys Identified Mail: menandatangani pesan agar penerima dapat memverifikasi domain penanda tangan dan bagian pesan yang ditandatangani.
- DMARC, Domain-based Message Authentication, Reporting and Conformance: memeriksa keselarasan domain pengirim yang terlihat dengan hasil autentikasi, serta menyediakan kebijakan dan pelaporan jika autentikasi gagal.
Terapkan catatan yang disediakan layanan pengiriman dan verifikasi status autentikasinya. Persyaratan bergantung pada penerima dan volume. Misalnya, pedoman Google untuk email ke akun Gmail pribadi membedakan pengirim biasa dan pengirim massal. Jangan menyalin contoh DNS situs lain atau mengganti catatan lama sebelum mengidentifikasi semua pengirim sah.
Verifikasi sambungan dengan notifikasi situs yang sebenarnya
Catat jalur yang bekerja dan cara memulihkannya; siapkan cadangan jika diperlukan. Pilih waktu perubahan yang mengurangi gangguan terhadap pemberitahuan penting. Gunakan akun serta alamat yang memang disiapkan untuk pengujian.
- Pilih satu plugin pengiriman. Simpan pengaturan lama, lalu ikuti panduan sambungan penyedia pilihan. Jangan memasukkan kata sandi atau kunci rahasia dalam artikel publik maupun tangkapan layar bersama.
- Simpan sambungan dan pengirim. Periksa autentikasi akun, alamat yang diizinkan, dan batas harian atau bulanan. Jika memaksa satu pengirim, tinjau pengaruhnya terhadap alamat From formulir lain atau notifikasi toko.
- Kirim pengujian ke alamat sendiri. Bandingkan hasil berhasil atau gagal, respons penyedia dalam log, serta folder Kotak Masuk dan Spam. Jika memungkinkan, periksa lebih dari satu layanan penerima.
- Uji notifikasi sebenarnya. Periksa pengaturan ulang kata sandi untuk akun uji terpisah dan pengiriman formulir percobaan. Pertahankan akses ke akun administrator utama. Notifikasi formulir yang dinonaktifkan tidak akan terdeteksi hanya dari keberhasilan tes plugin email.
- Tentukan penanganan insiden. Putuskan penerima peringatan kegagalan, petugas yang boleh mengakses log, dan masa simpannya. Jika memerlukan Fallback, verifikasi jalur tersebut juga. Selidiki apakah pesan yang tidak tercatat memakai jalur terpisah.
Panduan log FluentSMTP menjelaskan cara membuka pesan gagal, membaca respons server, dan memperbaiki penyebab sebelum mengirim ulang. Catatan simulasi tidak sama dengan pengiriman nyata: pesan simulasi tidak meninggalkan situs. Jangan mengirim ulang massal pesan pengaturan ulang kata sandi yang kedaluwarsa atau notifikasi pesanan yang sudah ditangani tanpa memeriksa validitas dan risiko komunikasi ganda.
Persempit penyebab berdasarkan gejalanya
| Gejala | Mulai dari | Hal yang diperiksa |
|---|---|---|
| Formulir mengonfirmasi sukses tetapi tidak ada log pengiriman | Notifikasi formulir dan jalur pengiriman | Notifikasi nonaktif, klasifikasi spam, API terpisah, atau pencatatan log nonaktif |
| Kesalahan autentikasi atau izin | Respons penyedia dan akun terhubung | Kunci atau token kedaluwarsa, izin, pengirim yang diotorisasi, dan wilayah |
| Sambungan SMTP melewati batas waktu | Persyaratan sambungan hosting dan penyedia | Host, port, enkripsi, firewall, atau pembatasan koneksi keluar |
| Penyedia menerima pesan tetapi penerima tidak mendapatkannya | Catatan penolakan atau penghentian kirim penyedia dan kotak penerima | Alamat salah, filter penerima, folder spam, dan autentikasi |
| Kegagalan melonjak pada waktu tertentu | Batas volume dan waktu kegagalan | Kuota habis, gangguan layanan, atau pekerjaan otomatis yang terkumpul |
Selesaikan masalah berdasarkan respons penyedia dan dukungan hosting, bukan dengan melewati autentikasi atau validasi sertifikat. Jika sambungan baru gagal, kembalikan jalur bekerja yang sudah dicatat dan periksa lagi penerimaan sebenarnya. Menonaktifkan plugin saja tidak membuktikan jalur lama kembali berfungsi.
Log dapat memuat penerima, subjek, isi pesan, lampiran, dan tautan sekali pakai. Simpan hanya yang diperlukan serta batasi aksesnya. Periksa perilaku penyimpanan dan penghapusan produk, seperti dijelaskan dalam dokumentasi pengaturan FluentSMTP. Terapkan pengelolaan plugin yang baik untuk pembaruan dan kompatibilitas. Jalur pengiriman baru tidak otomatis menyelesaikan isi yang tidak layak, ketiadaan persetujuan penerima, atau volume berlebihan.
