---
title: "Cara Setting MX Record untuk Google Workspace dan Microsoft"
description: "Nilai MX record Google Workspace dan Microsoft 365 per November 2026, urutan pindah yang aman, plus SPF dan autodiscover."
url: "https://nivelva.com/insight/cara-setting-mx-record-google-workspace-microsoft"
category: "Website \u0026 Domain"
tags: ["mx record","google workspace","microsoft 365","email bisnis","dns"]
author: "Aisyah Aris"
published: "2026-11-11T12:47:00+07:00"
updated: "2026-11-11T12:47:00+07:00"
language: "id"
publisher: "Nivelva (https://nivelva.com)"
---

# Cara Setting MX Record untuk Google Workspace dan Microsoft

> **Jawaban singkat:** Untuk Google Workspace, Google kini menganjurkan satu MX record smtp.google.com dengan prioritas 1. Untuk Microsoft 365, nilai MX disalin dari admin center dengan prioritas tertinggi, biasanya 0. Hapus MX lama agar email tidak terbagi ke dua tempat.

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[^1]. 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](https://nivelva.com/insight/apa-itu-dns).

## Nilai MX Google Workspace dan Microsoft 365

| | Google Workspace | Microsoft 365 |
|:--|:--|:--|
| Nilai MX | `smtp.google.com` | Disalin dari halaman Add DNS records di admin center |
| Prioritas | 1 | Tertinggi yang tersedia, biasanya 0 |
| Host | `@` | `@` |
| TTL anjuran | Bawaan panel atau 1 | 3600, dan di bawah 6 jam |
| SPF (TXT di `@`) | Sertakan `include:_spf.google.com` | `v=spf1 include:spf.protection.outlook.com -all` |
| Record tambahan | DKIM dari Admin console | CNAME `autodiscover`, DKIM opsional |

Sumber tabel adalah halaman bantuan resmi Google Workspace dan Microsoft Learn, dicek per 11 November 2026[^2][^3]. 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[^2]. 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[^3]. 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](https://nivelva.com/insight/cara-verifikasi-domain-lewat-record-txt-dns).
- **Turunkan TTL MX lama sehari sebelumnya** (opsional). Dengan TTL pendek, perubahan lebih cepat terbaca. Logikanya dijelaskan di [artikel tentang TTL](https://nivelva.com/insight/ttl-propagasi-dns).
- **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.

> **Email lama tidak ikut pindah:**
>
> Mengubah MX hanya mengatur ke mana email **baru** dikirim. Email yang sudah ada di server lama tetap tinggal di sana sampai kamu memigrasikannya. Microsoft menulis hal ini secara eksplisit di dokumentasinya.

## 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[^3].

## 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](https://nivelva.com/insight/spf-dkim-dmarc).

## Pertanyaan yang sering diajukan

### Berapa lama sampai email mulai masuk ke Google Workspace atau Microsoft 365?

Sering dalam hitungan jam, tapi Google menyebut perubahan MX bisa butuh hingga 72 jam untuk dikenali. Selama masa itu sebagian email mungkin masih ke server lama, jadi jangan matikan server lama terlalu cepat.

### Bolehkah memakai Google Workspace dan Microsoft 365 bersamaan di satu domain?

Bisa, tapi butuh pengaturan routing khusus di salah satu layanan. MX hanya bisa mengarah ke satu tujuan utama, jadi tanpa routing, email hanya akan masuk ke layanan dengan prioritas tertinggi.

### Apakah website ikut terganggu saat MX diubah?

Tidak. MX hanya untuk email. Website diatur oleh record A, AAAA, atau CNAME, jadi selama record itu tidak disentuh, website tetap berjalan.

[^1]: RFC 5321 bagian 5.1 tentang urutan MX.
[^2]: Bantuan Google Workspace, Set up MX records, dicek 11 November 2026.
[^3]: Microsoft Learn, Connect your domain by adding DNS records, dicek 11 November 2026.

## Sumber

- <https://knowledge.workspace.google.com/admin/domains/set-up-mx-records-for-google-workspace>
- <https://learn.microsoft.com/en-us/microsoft-365/admin/get-help-with-domains/create-dns-records-at-any-dns-hosting-provider>
- <https://www.rfc-editor.org/rfc/rfc5321>

---

Diterbitkan oleh Nivelva Insight (https://nivelva.com/insight/). Artikel ini: https://nivelva.com/insight/cara-setting-mx-record-google-workspace-microsoft
Kontak Nivelva: WhatsApp https://wa.me/6285111245007, email hello@nivelva.com
