Cara Setting MX Record untuk Google Workspace dan Microsoft

MX record menentukan ke server mana email untuk domain kamu dikirim. Jadi saat pindah ke Google Workspace atau Microsoft 365, langkah terpenting adalah mengganti MX record di DNS domain ke nilai milik layanan tersebut, lalu menghapus MX lama. Per 11 November 2026, Google menganjurkan satu MX smtp.google.com prioritas 1, sedangkan Microsoft meminta kamu menyalin nilai MX dari admin center dengan prioritas tertinggi yang tersedia.

Kenapa harus hati-hati? Salah urutan sedikit saja bisa membuat email masuk terpencar: sebagian ke server lama, sebagian ke server baru, atau malah tertolak karena kotak surat penggunanya belum dibuat.

Bagaimana MX record bekerja?

Saat seseorang mengirim email ke nama@domainmu.com, server pengirim mencari MX record domainmu.com. Kalau ada beberapa MX, server pengirim mencoba yang angka prioritasnya paling kecil lebih dulu¹. Angka kecil berarti prioritas tinggi. Jadi MX prioritas 0 atau 1 dicoba sebelum MX prioritas 10.

Inilah sebabnya MX lama yang tertinggal berbahaya. Kalau MX lama punya angka lebih kecil, email tetap mengalir ke server lama meskipun MX baru sudah dipasang. Penjelasan record DNS lainnya bisa kamu baca di artikel tentang record A, CNAME, MX, dan TXT.

Nilai MX Google Workspace dan Microsoft 365

Sumber tabel adalah halaman bantuan resmi Google Workspace dan Microsoft Learn, dicek per 11 November 2026²³. Panel admin selalu menjadi acuan terakhir karena nilainya bisa diperbarui.

Bagaimana dengan MX ASPMX lama milik Google?

Domain yang mulai memakai Google Workspace sebelum 2023 mungkin masih memakai beberapa MX yang diawali aspmx. Google menyatakan nilai lama itu masih didukung, jadi kalau email sudah berjalan normal tidak perlu diubah². Untuk pemasangan baru, pakai smtp.google.com.

Urutan aman saat memindahkan MX

Urutan ini berlaku untuk kedua layanan:

• Buat semua akun pengguna dulu. Microsoft secara khusus meminta pengguna dan kotak surat dibuat sebelum MX diubah, supaya email tidak tertolak³. Hal yang sama masuk akal untuk Google Workspace.
• Verifikasi domain. Kedua layanan meminta bukti kepemilikan, biasanya lewat record TXT. Caranya ada di panduan verifikasi domain lewat TXT.
• Turunkan TTL MX lama sehari sebelumnya (opsional). Dengan TTL pendek, perubahan lebih cepat terbaca. Logikanya dijelaskan di artikel tentang TTL.
• Tambahkan MX baru, lalu hapus MX lama. Google meminta semua MX lain dihapus. Microsoft memberi dua pilihan: hapus MX lama, atau beri MX lama angka prioritas lebih besar dari MX Microsoft.
• Perbarui SPF dalam satu record. Jangan membuat record SPF kedua. Kalau masih ada layanan lain yang mengirim atas nama domainmu, gabungkan semua include di satu record.
• Uji kirim dan terima dari alamat luar, misalnya akun Gmail atau Outlook pribadi.

Langkah setting MX di panel DNS

Tampilan panel berbeda-beda, tapi isinya sama.

Untuk Google Workspace:

1. Masuk ke panel DNS tempat nameserver domain aktif.
2. Hapus semua MX record yang ada.
3. Tambah record: Type MX, Host @, Value smtp.google.com, Priority 1.
4. Simpan, lalu kembali ke Admin console Google dan jalankan pengecekan.

Untuk Microsoft 365:

1. Di Microsoft 365 admin center, buka Settings, Domains, pilih domain, lalu DNS records.
2. Catat nilai MX, CNAME autodiscover, dan SPF yang ditampilkan.
3. Di panel DNS, tambahkan MX dengan Host @, nilai dari admin center, Priority 0, TTL 3600.
4. Tambahkan CNAME autodiscover sesuai nilai di admin center agar Outlook bisa mengatur akun otomatis.
5. Hapus MX lama atau beri angka prioritas lebih besar, lalu klik Continue di admin center untuk verifikasi.

Kalau registrar kamu mendukung Domain Connect, Microsoft bisa menambahkan record ini otomatis setelah kamu memberi izin³.

Cara mengecek MX sudah benar

Dari terminal:

dig MX domainmu.com +short

Untuk Google Workspace, hasil yang diharapkan adalah satu baris 1 smtp.google.com.. Untuk Microsoft 365, hasilnya satu baris berisi prioritas 0 dan nilai yang sama dengan admin center. Kalau masih muncul MX lama, berarti record lama belum terhapus atau cache belum kedaluwarsa.

Kesalahan yang paling sering terjadi

Beberapa kesalahan berikut sering membuat email macet setelah MX diubah:

• MX dibuat di panel yang salah. Domain dibeli di satu tempat, tapi nameserver mengarah ke hosting atau Cloudflare. MX harus diubah di panel yang nameserver-nya aktif. Cek dengan dig NS domainmu.com +short.
• Kolom Host diisi nama domain lengkap. Di panel yang otomatis menambahkan nama domain, menulis domainmu.com di kolom Host bisa menghasilkan domainmu.com.domainmu.com. Pakai @ saja.
• Nilai MX diisi alamat IP. MX harus berisi nama host, bukan IP. Standar email menetapkan MX menunjuk ke nama domain yang punya record A atau AAAA.
• Hosting masih menganggap email dikelola lokal. Di cPanel, ada pengaturan Email Routing. Kalau masih diset "Local Mail Exchanger", email dari formulir website di server yang sama bisa tetap dikirim ke kotak surat lokal, bukan ke Google atau Microsoft. Ubah menjadi "Remote Mail Exchanger".
• SPF ganda. Dua record yang sama-sama diawali v=spf1 membuat SPF dianggap error oleh server penerima.

Kalau email keluar masuk spam setelah pindah, cek SPF, DKIM, dan DMARC. Panduan lengkapnya ada di artikel SPF, DKIM, dan DMARC.