Domain newsletter salah pasang? Dua belas DNS bisa gagal karena satu proxy

|Penulis: Tim Redaksi QUASA|5 mnt baca| 1
Domain newsletter salah pasang? Dua belas DNS bisa gagal karena satu proxy

Untuk menghubungkan domain sendiri ke newsletter beehiiv, tentukan alamat web dan domain pengirim, masukkan keduanya melalui Settings > Domains, lalu pasang catatan DNS yang dihasilkan. Panduan domain beehiiv mencantumkan 12 catatan DNS dalam alur koneksi dan memperingatkan bahwa catatan berstatus Proxied di Cloudflare tidak dapat dideteksi; satu catatan yang tidak terdeteksi dapat menahan verifikasi, yang bisa memerlukan hingga 72 jam.

Periksa alamat web dan pengirim secara terpisah. Alamat web menentukan tempat pembaca membuka publikasi, sedangkan domain pengirim menentukan alamat yang terlihat di kotak masuk. Di Cloudflare, catatan beehiiv yang memiliki opsi proxy perlu berstatus DNS Only agar verifikasi dapat berjalan. Setelah situs aktif, domain email masih perlu diperiksa dan diaktifkan sebagai pengirim.

Pilih subdomain tanpa mengambil alih situs yang ada

Siapkan domain sebelum mengubah DNS. Sebagai contoh hipotetis, jika redaksianda.id sudah melayani situs utama, newsletter.redaksianda.id dapat menjadi alamat publikasi beehiiv. Memakai subdomain itu menjaga catatan untuk situs utama tetap pada layanan semula. Jika domain utama belum dipakai untuk situs lain, www.redaksianda.id juga dapat dipilih untuk publikasi.

Untuk pengirim, contoh hipotetisnya adalah kirim.redaksianda.id. Pada pengaturan email, Anda dapat memilih domain atau subdomain baru, memakai domain yang sama, atau tetap memakai subdomain bawaan beehiiv. Subdomain pengirim tersendiri berguna ketika domain utama juga dipakai untuk email kerja: konfigurasi newsletter dapat disiapkan tanpa mengganti catatan layanan email yang sudah berjalan.

Alamat pengalihan bersifat pilihan. Jangan memilih domain utama atau www sebagai pengalihan jika alamat tersebut masih membuka situs lain. Gunakan alamat alternatif hanya bila memang ingin pengunjungnya dibawa ke publikasi. Sebelum mulai, pastikan publikasi berada pada paket beehiiv yang mendukung domain kustom dan Anda dapat mengubah DNS di penyedia yang mengelola domain tersebut.

Masukkan domain, lalu salin DNS sesuai tahap

  1. Buka publikasi yang tepat di beehiiv, masuk ke Settings > Domains, lalu pilih pemasangan domain web, domain email, atau keduanya. Masukkan alamat web yang telah direncanakan. Jika tidak membutuhkan pengalihan, biarkan pilihan tanpa redirect.
  2. Masukkan domain pengirim. Tinjau ringkasan sebelum menyelesaikan pengaturan, terutama bila salah satu nama host sudah melayani situs atau email lain. Peringatan tentang situs yang akan tertimpa perlu diselesaikan dengan memilih alamat lain atau menyiapkan pemindahan layanan tersebut terlebih dahulu.
  3. Pilih Entri untuk pemasangan otomatis jika tersedia bagi penyedia DNS Anda, atau pilih pemasangan manual. Dalam alur manual, salin catatan TXT untuk membuktikan kepemilikan domain dan jalankan Verify setelah catatan dipasang.
  4. Lanjutkan melalui tab Web, Redirect jika dipilih, dan Email. Untuk setiap catatan, cocokkan Type, Name, dan Value persis dengan nilai yang dibuat untuk publikasi Anda. Nama domain dalam contoh di atas hanya ilustrasi; nilai DNS dari akun lain tidak dapat dipakai sebagai pengganti.
  5. Jalankan Verify pada setiap tahap. Setelah pengaturan utama selesai, siapkan DMARC untuk domain kustom. Branded links merupakan pilihan tambahan dengan pengaturan DNS tersendiri.

Jika nama host yang dipilih sudah memiliki catatan A atau CNAME, tentukan dulu layanan yang memakainya. CNAME untuk alamat web beehiiv dapat berbenturan dengan catatan lama pada nama host yang sama. Mengganti catatan itu tanpa memeriksa tujuannya dapat memindahkan lalu lintas dari situs yang masih digunakan.

Periksa proxy dan CNAME flattening di Cloudflare

Untuk verifikasi berbasis CNAME, dokumentasi Cloudflare menyebut Proxied, CNAME flattening, dan delegasi NS sebagai penyebab catatan yang dipasang tidak terbaca sebagaimana diperlukan penyedia layanan. Karena itu, periksa catatan pada nama host yang diminta beehiiv, bukan mengubah seluruh DNS domain tanpa membedakan kegunaannya.

  • Cocokkan jenis, nama host, dan nilai setiap catatan dengan tampilan di beehiiv. Kesalahan pada bagian subdomain atau nilai tujuan dapat membuat catatan yang tampak serupa tetap gagal diverifikasi.
  • Untuk catatan beehiiv yang menampilkan Proxy Status, pilih DNS Only. Catatan TXT tidak memiliki tombol proxy; pada catatan itu, periksa nama dan nilainya.
  • Jika CNAME sudah DNS Only tetapi belum terbaca, periksa apakah Flatten aktif pada catatan tersebut atau untuk seluruh zona. Pengaturan itu dapat membuat hasil DNS tidak menampilkan CNAME yang dicari saat verifikasi.
  • Jika subdomain didelegasikan melalui catatan NS, ubah DNS pada penyedia yang berwenang untuk subdomain itu. Mengedit zona induk saja tidak selalu mengubah jawaban DNS subdomain.

Sesudah membetulkan catatan, jalankan Verify kembali dan biarkan perubahan DNS diproses. Hindari menghapus lalu menambahkan ulang catatan hanya karena status belum segera berubah: tindakan itu dapat memicu pembatasan pada penyedia SSL yang digunakan beehiiv dan memperlama verifikasi.

Bedakan situs aktif dari pengirim yang siap dipakai

Status Live pada domain web menunjukkan alamat publikasi sudah terhubung, tetapi belum memastikan newsletter dikirim dari domain pilihan Anda. Pada bagian domain email, cari status Verified dan In use. Jika hanya Verified, aktifkan domain tersebut sebagai pengirim sebelum menilai alamat yang muncul pada email newsletter.

Untuk pesan ke akun Gmail pribadi, persyaratan pengirim Google menetapkan SPF atau DKIM bagi semua pengirim, serta SPF, DKIM, dan DMARC bagi pengirim yang mengirim lebih dari 5.000 pesan per hari ke Gmail. Dalam pemasangan domain kustom beehiiv, DMARC juga perlu disiapkan meskipun volume pengiriman belum mencapai ambang tersebut.

Periksa autentikasi pada domain yang benar-benar digunakan untuk mengirim. SPF memuat pengirim yang diizinkan, DKIM memungkinkan penerima memverifikasi tanda tangan pesan, dan DMARC memeriksa keselarasan domain autentikasi dengan alamat pengirim yang terlihat. Jika layanan email lain memakai domain yang sama, pertahankan pengirim sah tersebut saat menyesuaikan SPF; mengganti catatannya begitu saja dapat mengganggu email yang sudah berjalan.

Jika verifikasi tertahan, mulai dari status yang gagal

Jika domain web belum terverifikasi, bandingkan kembali catatan yang dihasilkan beehiiv dengan DNS yang terpasang. Cari catatan lama pada nama host yang sama, lalu periksa DNS Only, flattening, dan penyedia DNS yang berwenang bila memakai Cloudflare. Jika web sudah Live tetapi email masih memakai subdomain bawaan beehiiv, pusatkan pemeriksaan pada status Verified dan In use untuk domain pengirim.

Jika catatan sudah sesuai tetapi verifikasi belum selesai, beri waktu tanpa membongkar konfigurasi yang benar. Setelah domain web Live, buka alamat publikasi dan halaman berlangganannya: halaman yang belum terbit di Website Builder tetap dapat menampilkan hasil yang tidak diharapkan meskipun DNS sudah berhasil tersambung. Bila verifikasi terus tertahan setelah masa pemrosesan, cocokkan lagi catatan pada penyedia DNS yang berwenang sebelum meminta bantuan dukungan beehiiv.

Baca juga:

Bagikan:

Berlangganan buletin kami

Dapatkan berita Web3, AI, dan kripto terbaru langsung di kotak masuk Anda.

0