Email pemasaran HubSpot dan kotak surat penjual yang terhubung merupakan pengaturan pengiriman yang berbeda. Mulailah dengan mengidentifikasi alur kerja yang Anda konfigurasi. Mengautentikasi domain pengirim pemasaran tidak menetapkan status setiap pesan yang terkait dengan CRM.
Panduan ini membahas domain pengirim email yang digunakan untuk email pemasaran HubSpot . Catat akun yang relevan, domain Dari, dan pemilik bisnisnya sebelum melakukan perubahan.
Pilih domain yang sesuai dengan alur kerja
Baca panduan kelayakan domain saat ini sebelum memilih nama. Petunjuk HubSpot saat ini mengatakan bahwa domain pengirim email tidak boleh digunakan untuk tujuan lain seperti menghosting konten. Subdomain yang sesuai dapat membuat rute ini tetap berbeda, namun masih memerlukan pemilik yang jelas dan konfigurasi yang teruji.
Periksa domain persis yang digunakan dalam alamat Dari pemasaran terhadap koneksi domain pengirim yang diusulkan. Nama baru yang terlihat mirip dengan merek masih bisa menjadi nama yang salah untuk kampanye sebenarnya.
Petakan penggunaan lain dari domain atau subdomain: konten yang dihosting, penerimaan email, pengalihan, akun HubSpot lain, dan layanan luar. Selesaikan konflik sebelum menerima perubahan DNS yang dihasilkan.
Tinjau permintaan DNS yang dihasilkan sebagai kumpulan perubahan
Gunakan alur kerja koneksi Pengiriman Email saat ini dan nilai yang dihasilkan untuk akun tersebut. Panduan HubSpot mencakup MX , DKIM, SPF Dan DMARC, dengan detail yang harus diperiksa pada nama pemiliknya yang ditentukan.
Jangan pindahkan kotak surat normal organisasi data MX hanya karena alur kerja pengirim menampilkan persyaratan MX . Tetapkan nama dan tujuan yang tepat dalam permintaan yang dibuat. Perubahan khusus subdomain dan perubahan domain root memiliki konsekuensi berbeda.
Untuk SPF , periksa kebijakan yang ada pada nama persis yang diubah. Jika sudah ada, rekonsiliasi otorisasi yang diperlukan ke dalam kebijakan tersebut daripada membuat kebijakan SPF kedua di sana. Tempatkan mekanisme otorisasi sebelum menghentikan semua mekanisme, dan pastikan evaluasi yang dihasilkan tetap valid dan dalam batas pencarian yang bergantung pada DNS.
Perlakukan DMARC sebagai keputusan kebijakan pemilik domain. Pertahankan kebijakan dan konfigurasi pelaporan yang sesuai. Pengaturan pemasaran tidak boleh mengatur ulang kontrol untuk email yang tidak terkait.
Periksa bagaimana DNS memublikasikan nilainya
Identifikasi host otoritatif yang aktif daripada mengandalkan nama registrar. Bandingkan nama dan nilai pemilik hasil lengkap setelah publikasi.
HubSpot secara khusus memanggil proxy Cloudflare dan pengaturan perataan CNAME di seluruh domain. Ikuti persyaratan yang didukung saat ini untuk catatan autentikasi, dan nilai setiap perubahan DNS yang lebih luas secara terpisah. Jangan mengubah perilaku situs web yang tidak terkait hanya untuk menghapus peringatan pengaturan email.
Untuk koneksi otomatis, tinjau perubahannya dan catat apa yang sebenarnya tertulis. Untuk koneksi manual, periksa penanganan sufiks dan konflik tipe rekaman. Kedua jalur tersebut memerlukan jawaban publik yang dapat diamati.
Verifikasi pesan pemasaran yang sebenarnya
Selesaikan pemeriksaan autentikasi HubSpot , lalu kirimkan pengujian kampanye terkontrol yang sesuai melalui rute yang diinginkan. Simpan pesan asli yang diterima, konteks akun, dan waktu pengiriman.
Periksa Dari yang terlihat, identitas amplop, domain penandatanganan DKIM , dan hasil penerima tepercaya. Rekam penyelarasan jalur yang mendukung DMARC . Tanda tangan yang lewat untuk domain layanan yang tidak terkait saja tidak cukup.
Dalam kasus sintetis, tim DNS berhasil menghubungkan subdomain pemasaran, namun kampanye masih menggunakan alamat Dari domain root lama. Konfigurasi dan pesan menjelaskan identitas yang berbeda. Perbaiki konfigurasi pengirim yang dimaksud, lalu ulangi pengujian rute kampanye daripada menambahkan catatan ke setiap nama yang masuk akal.
Jangan menggeneralisasi satu tes untuk setiap kotak surat yang terhubung, rute transaksional, atau layanan terintegrasi. Uji alur kerja yang penting bagi cakupan perubahan ini.
Pertahankan catatan penyelesaian yang berguna
Serah terima harus mengidentifikasi akun, domain pengirim yang dipilih, catatan yang dihasilkan, pemilik perubahan DNS , dan pesan terverifikasi. Cantumkan alasan memilih domain dan akun lain yang menggunakannya.
Tinjau konfigurasi saat kepemilikan kampanye berubah atau subdomain baru diperkenalkan. Pertahankan ketergantungan lama hingga penghentian telah diverifikasi daripada menghapusnya segera setelah kampanye baru berhasil.
Gunakan inventaris pengirim untuk menghubungkan kepemilikan pemasaran dengan program email yang lebih luas. Otentikasi menetapkan jalur identitas; izin untuk menghubungi penerima, kualitas daftar dan penempatan kotak masuk tetap menjadi masalah terpisah.
Pisahkan koreksi pengirim dari perubahan kebijakan
Kasus tertulis HS-01 mengasumsikan akun pemasaran memiliki news.example.com terhubung, sedangkan kampanye yang direncanakan Dari adalah updates@example.com . Hasil pesan tepercaya hipotetis adalah izin DKIM dengan d=news.example.com, s=demo1. Tanda tangan tersebut dapat disejajarkan dalam penyelarasan domain organisasi biasa yang santai tetapi tidak benar-benar sejajar dengan akar di bawah adkim=s. SPF dan semua tanda tangan lainnya masih belum diketahui, jadi jangan laporkan kegagalan DMARC mode ketat secara keseluruhan. Pemilik pemasaran harus mengkonfirmasi Dari yang dimaksud dan koneksi produk yang cocok, kemudian mendapatkan sampel kampanye resmi; mengubah kebijakan seluruh domain bukanlah perbaikan yang diusulkan di sini. Kotak surat staf normal MX di example.com tetap berada di luar perubahan ini. Tidak ada akun HubSpot , kotak surat, atau DNS yang diuji.
Gunakan pemilik dan nilai rekaman yang dihasilkan, daripada mengubah contoh pemecahan masalah menjadi penyeleksi universal. HubSpot saat ini mendokumentasikan pasangan CNAME DKIM dan penggabungan SPF ketika ada kebijakan. Label statusnya menjelaskan pemeriksaan pengaturan; bahkan label yang diautentikasi sepenuhnya tidak membuktikan bahwa kampanye yang direncanakan ini memilih identitas Dari yang benar.
Pertahankan batas penegakan hukum
RFC 9989 Bagian 7.4 memerlukan DKIM yang valid, bukan SPF saja, untuk penerbitan domain p=reject, dan memperingatkan tentang interoperabilitas surat tidak langsung dan milis. Sebuah uji coba pesan langsung yang sukses bukanlah bukti bahwa setiap jalur yang sah siap untuk menerapkan kebijakan yang lebih kuat. Pertahankan perlindungan yang disetujui saat mendiagnosis kesenjangan yang sebenarnya; setiap perubahan kebijakan memerlukan keputusannya sendiri.