Cara Verifikasi Domain Lewat Record TXT di DNS
Langkah verifikasi domain dengan record TXT untuk Search Console, Microsoft 365, dan layanan lain, plus cara mengatasi verifikasi yang gagal.
Jawaban singkat
Verifikasi lewat TXT dilakukan dengan menyalin kode dari layanan (misalnya Search Console atau Microsoft 365), menambahkannya sebagai record TXT di DNS domain, menunggu DNS terbaca, lalu menekan tombol verifikasi. Record itu sebaiknya tidak dihapus setelah berhasil.
Daftar isi
- Apa itu record TXT?
- Langkah verifikasi domain dengan record TXT
- Langkah 1: Ambil kode dari layanan
- Langkah 2: Cari tahu di mana DNS domain dikelola
- Langkah 3: Tambahkan record TXT
- Langkah 4: Pastikan record sudah terbaca
- Langkah 5: Klik verifikasi di layanan
- Langkah 6: Biarkan record tetap ada
- Kenapa verifikasi TXT gagal?
- Bedanya record TXT verifikasi dengan SPF
- Pertanyaan yang sering diajukan
Pernah diminta "tambahkan record TXT berikut ke DNS domain kamu" saat mendaftar Google Search Console, email bisnis, atau layanan email marketing? Itu cara layanan tersebut memastikan kamu benar-benar pengelola domain. Hanya orang yang punya akses ke pengaturan DNS yang bisa menambahkan record, jadi kode unik yang muncul di DNS menjadi bukti kepemilikan.
Jawaban singkatnya: salin kode dari layanan, tambahkan sebagai record TXT di panel DNS tempat domain kamu dikelola, tunggu beberapa saat, lalu klik tombol verifikasi. Di bawah ini langkah lengkapnya beserta jebakan yang sering membuat verifikasi gagal.
Apa itu record TXT?
Record TXT adalah jenis record DNS yang isinya teks bebas. Awalnya dibuat untuk menyimpan catatan1, tapi kini dipakai untuk banyak keperluan: kode verifikasi, SPF untuk email, DKIM, dan DMARC. Satu nama domain boleh punya beberapa record TXT sekaligus, jadi menambahkan kode verifikasi tidak akan menimpa SPF yang sudah ada.
Contoh bentuk record verifikasi yang umum:
- Google Search Console:
google-site-verification=xxxxxxxx - Microsoft 365:
MS=msxxxxxxxx - Layanan lain biasanya memakai pola serupa, nama layanan diikuti kode acak.
Langkah verifikasi domain dengan record TXT
Langkah 1: Ambil kode dari layanan
Di layanan yang meminta verifikasi, pilih metode "DNS record" atau "TXT record". Untuk Search Console, metode ini dipakai saat kamu menambahkan properti jenis Domain, yang mencakup semua subdomain dan protokol2. Salin nilai yang diberikan persis, tanpa tambahan spasi di awal atau akhir.
Perhatikan juga kolom Host atau Name yang diminta. Sebagian besar layanan meminta di domain utama (@), tapi ada yang meminta di subdomain khusus, misalnya _namalayanan.domainmu.com.
Langkah 2: Cari tahu di mana DNS domain dikelola
Ini sering terlewat. Record harus ditambahkan di tempat yang nameserver-nya aktif, bukan sekadar di tempat kamu membeli domain. Kalau domain dibeli di registrar A tapi nameserver diarahkan ke Cloudflare atau ke hosting, record TXT harus dibuat di Cloudflare atau di zona DNS hosting tersebut.
Cara cepat mengeceknya:
dig NS domainmu.com +short
Nameserver yang muncul menunjukkan panel mana yang berlaku. Penjelasan lebih lanjut ada di cara mengarahkan domain lewat nameserver.
Langkah 3: Tambahkan record TXT
Di panel DNS, buat record baru dengan isian:
| Kolom | Isi |
|---|---|
| Type | TXT |
| Name atau Host | @ untuk domain utama, atau nama yang diminta layanan |
| Value atau Content | Kode dari layanan, disalin utuh |
| TTL | Bawaan panel, atau 3600 bila diminta |
Beberapa panel otomatis menambahkan nama domain di belakang kolom Host. Kalau kamu menulis _layanan.domainmu.com di panel seperti itu, hasilnya bisa menjadi _layanan.domainmu.com.domainmu.com. Cukup tulis bagian depannya saja.
Soal tanda kutip, sebagian panel menambahkannya sendiri dan sebagian lagi meminta kamu menulisnya. Ikuti contoh yang ada di panel.
Langkah 4: Pastikan record sudah terbaca
Sebelum menekan tombol verifikasi, cek dulu dari terminal:
dig TXT domainmu.com +short
Kalau kode verifikasi sudah muncul di hasil, kemungkinan besar verifikasi akan berhasil. Kalau belum, tunggu sebentar. Lama tunggunya tergantung TTL dan cache resolver, seperti dijelaskan di artikel tentang TTL dan propagasi DNS.
Langkah 5: Klik verifikasi di layanan
Kembali ke layanan dan tekan tombol verifikasi. Bila gagal, jangan langsung membuat record baru berkali-kali. Cek ulang langkah 2 dan 4, karena penyebabnya hampir selalu di sana.
Langkah 6: Biarkan record tetap ada
Banyak layanan mengecek ulang secara berkala. Google menjelaskan bahwa token verifikasi perlu tetap ada, dan bila dihapus kepemilikan bisa hilang2. Jadi jangan bersihkan record verifikasi hanya karena terlihat "sudah tidak dipakai", kecuali kamu memang berhenti memakai layanan itu.
Kenapa verifikasi TXT gagal?
| Gejala | Penyebab umum | Solusi |
|---|---|---|
| Kode tidak muncul saat dicek dengan dig | Record dibuat di panel yang bukan nameserver aktif | Cek NS, tambahkan record di panel yang benar |
| Kode muncul tapi dengan nama domain dobel | Panel menambahkan nama domain otomatis | Isi Host hanya @ atau bagian depan subdomain |
| Kode muncul tapi layanan tetap menolak | Salah salin, ada spasi atau karakter terpotong | Hapus record, salin ulang langsung dari layanan |
| Layanan bilang record belum ada, padahal dig sudah menampilkan | Cache di sisi layanan | Tunggu, lalu coba lagi beberapa jam kemudian |
Bedanya record TXT verifikasi dengan SPF
Keduanya sama-sama record TXT di @, tapi aturannya beda. Record verifikasi boleh ada banyak. Sementara SPF hanya boleh satu per domain, karena dua record SPF dianggap kesalahan oleh standar SPF3. Jadi kalau layanan email meminta kamu menambahkan nilai SPF, gabungkan ke record SPF yang sudah ada, jangan membuat record SPF kedua. Contoh penggabungan dan penjelasan SPF, DKIM, DMARC ada di panduan SPF, DKIM, dan DMARC.
Untuk nilai TXT yang sangat panjang, misalnya kunci DKIM, setiap potongan teks dalam record TXT dibatasi 255 karakter1. Panel DNS yang baik akan memecahnya otomatis. Kalau panel kamu menolak nilai panjang, cek dokumentasi panel tentang cara memecahnya menjadi beberapa string dalam satu record.
Pertanyaan yang sering diajukan
Berapa lama record TXT bisa terbaca setelah ditambahkan?
Sering hanya beberapa menit, tapi bisa lebih lama tergantung TTL dan cache. Google menyebut perubahan DNS kadang perlu waktu hingga beberapa hari, jadi bersabar dulu sebelum mengulang.
Apakah record TXT verifikasi bisa mengganggu website atau email?
Tidak. Record TXT verifikasi hanya dibaca oleh layanan yang mencarinya dan tidak mengubah ke mana website atau email diarahkan.
Bolehkah verifikasi dengan cara lain selain TXT?
Banyak layanan menawarkan alternatif seperti CNAME, file HTML, atau tag meta. Tapi untuk properti Domain di Search Console, verifikasi lewat DNS adalah satu-satunya cara.
Domain saya dikelola vendor web, bagaimana cara menambah TXT?
Minta vendor menambahkannya, atau minta akses panel DNS. Sebaiknya domain dan akses DNS memang atas nama bisnismu sendiri.
Perlukah menghapus record verifikasi lama dari layanan yang sudah tidak dipakai?
Boleh, dan itu baik untuk kerapian. Pastikan dulu layanannya memang sudah tidak dipakai siapa pun di tim.
Checklist singkat sebelum menekan tombol verifikasi:
- Nameserver aktif sudah dicek dan record dibuat di panel yang benar.
- Kolom Host berisi
@atau nama yang diminta, tanpa nama domain dobel. - Nilai TXT disalin utuh tanpa spasi tambahan.
dig TXTsudah menampilkan kode verifikasi.- Record dibiarkan tetap ada setelah verifikasi berhasil.


