Keterlambatan verifikasi domain
Anda sudah menambahkan rekaman DNS, tetapi domain Anda masih tampil sebagai belum terverifikasi. Perubahan DNS membutuhkan waktu untuk menyebar, dan Bird terus memeriksa secara otomatis. Gunakan daftar periksa ini untuk membedakan propagasi normal dari rekaman yang salah.
Perubahan DNS membutuhkan waktu untuk menyebar
Saat Anda menambah atau mengubah rekaman DNS, resolver mungkin tetap menyajikan jawaban lama hingga TTL (time to live) rekaman tersebut kedaluwarsa. Bergantung pada penyedia dan pengaturan TTL Anda, propagasi bisa memakan waktu dari beberapa menit hingga 24–48 jam.
Domain bisa tetap belum terverifikasi hingga Bird dapat me-resolve rekaman baru.
Bird terus memeriksa domain Anda
Bird memeriksa domain Anda saat Anda mendaftarkannya, lalu memeriksa ulang secara berkala sebelum menjarangkan pemeriksaan selama 72 jam pertama. Setelah itu, Bird memeriksa domain aktif setiap hari. Domain terverifikasi ketika pemeriksaan menemukan semua rekaman yang diperlukan.
Setelah memperbaiki rekaman, buka dari halaman Domains dan pilih Refresh untuk mendapatkan hasil terkini.

Halaman domain menampilkan status masing-masing rekaman, sehingga Anda bisa melihat dengan tepat rekaman mana yang masih belum selesai tanpa perlu menebak.
Periksa domain yang tetap belum terverifikasi
Jika rekaman masih belum terverifikasi setelah satu hari, lakukan pemeriksaan berikut:
1. Periksa duplikasi domain pada nama host
Banyak penyedia DNS menambahkan domain Anda ke kolom host secara otomatis. Jika Bird meminta send.example.com dan penyedia Anda menambahkan example.com, masukkan hanya send. Jika tidak, penyedia mungkin mempublikasikan send.example.com.example.com. Gunakan pencarian DNS publik untuk memastikan nama yang dipublikasikan. Jika penyedia memotong nilai DKIM yang panjang, gunakan DNS record splitter untuk membuat potongan dalam tanda kutip.
2. Turunkan TTL
Jika rekaman Anda memiliki TTL tinggi, jawaban lama yang ter-cache tetap tersedia lebih lama. Menurunkan TTL ke nilai pendek, misalnya 5 menit, membuat perubahan berikutnya menyebar lebih cepat. Ini tidak mempercepat perubahan yang sudah ter-cache dengan TTL sebelumnya.
3. Sunting name server otoritatif
Rekaman DNS harus dipublikasikan pada name server yang otoritatif untuk domain Anda. Periksa name server di registrar Anda atau melalui pencarian WHOIS, lalu pastikan Anda menambahkan rekaman di penyedia tersebut.
4. Pastikan semua rekaman yang diperlukan ada
Verifikasi kepemilikan dan kesiapan pengiriman diperiksa secara terpisah, dan pengiriman membutuhkan tiga rekaman:
- rekaman TXT DKIM,
- rekaman CNAME return-path, dan
- rekaman TXT DMARC.
Pemeriksaan DMARC sengaja dibuat longgar: rekaman DMARC yang valid dan mencakup domain pengirim Anda sudah cukup, dan rekaman di domain induk (terdaftar) juga dihitung. Jadi jika example.com sudah memiliki rekaman DMARC, send.example.com sudah tercakup: Anda tidak perlu menambahkan yang baru. Jika tidak ada rekaman di mana pun, kebijakan monitoring-only minimal sudah cukup untuk Bird. Lihat DKIM, SPF, dan DMARC untuk mengetahui fungsi setiap rekaman dan cara memilih nilainya.
Catatan tentang domain yang sudah terverifikasi lalu kembali gagal
Bird memeriksa domain yang terverifikasi setiap hari. Setelah pemeriksaan pertama gagal, rekaman yang terdampak tetap berstatus terverifikasi dengan peringatan selama 24 jam sementara Bird memeriksanya setiap jam. Pemeriksaan yang berhasil menghapus peringatan tersebut. Jika rekaman terus gagal selama 24 jam, statusnya berubah menjadi failed dan pengiriman berhenti hingga rekaman tersebut terverifikasi kembali.
Jika DNS publik cocok dengan nilai yang ditampilkan di Bird dan Refresh masih melaporkan kegagalan setelah propagasi, pilih Feedback > Contact us. Sertakan domain, rekaman yang gagal, dan status yang ditampilkan di halaman domain.
Langkah selanjutnya
- Sending domains: panduan lengkap developer untuk pendaftaran, rekaman, dan siklus verifikasi
- DKIM, SPF, dan DMARC: fungsi setiap rekaman
- Panduan DNS per penyedia: instruksi langkah demi langkah untuk Cloudflare, Route 53, GoDaddy, dan lainnya
Sumber daya terkait
Lanjutkan dengan dokumentasi, panduan, dan contoh untuk topik ini. Sumber daya tersedia dalam bahasa Inggris.
Pahami konsepnyaSPF vs DKIM vs DMARC: what's the difference?Gunakan alatnyaDMARC policy builderJelajahi kemampuannyaSending domains
Dapatkan ringkasan implementasi