Как настроить MX-записи для Google Workspace в 2026

Настройка MX-записей для Google Workspace — одна из первых DNS-задач для любого нового sending-домена — и одна из самых частых для slightly wrong setup. Документация Google good, но split через несколько pages; этот гайд консолидирует steps, exact values и verification process в один walkthrough. Пара к гайду что такое MX-записи и гайду по доставляемости email.

Google Workspace MX setup в 2026 использует одну MX-запись, указывающую на smtp.google.com с priority 1. Это изменение со старого five-record Google MX setup (с aspmx.l.google.com и четырьмя fallback-серверами). Google migrated в simplified record в 2023, и новые домены должны использовать новый формат.

Значения MX-записи

Current Google Workspace MX-конфигурация:

Priority	Hostname
1	smtp.google.com

Вот и всё. Одна запись.

Если вы migrating existing setup, всё ещё имеющий old five-record конфигурацию, вы можете оставить или migrate к new формату. Оба работают; new формат рекомендуется для new setup.

Old формат (всё ещё supported, но не рекомендуется для new setup):

Priority	Hostname
1	aspmx.l.google.com
5	alt1.aspmx.l.google.com
5	alt2.aspmx.l.google.com
10	alt3.aspmx.l.google.com
10	alt4.aspmx.l.google.com

Если видите old формат в existing setup, это fine. Не меняйте, если не имеете specific reason.

Пошаговый setup

Шаг 1: Войдите в DNS-провайдера. Кто-то управляющий DNS для вашего домена — Cloudflare, AWS Route53, GoDaddy, Namecheap, Hover, registrar’s default DNS-панель. Точный UI varies, но steps similar.

Шаг 2: Navigate к DNS-записям для вашего домена. Ищите “DNS Management,” “Manage DNS,” “DNS Settings” или похожее. Вы должны увидеть список текущих записей (A, CNAME, TXT, MX и т.д.).

Шаг 3: Удалите любые existing MX-записи. Если migrating от другого email-провайдера (или имели placeholder MX setup), удалите old записи first. Не смешивайте old и new MX entries — receiving-системы будут использовать любую, что returns first, и routing становится unpredictable.

Шаг 4: Добавьте новую MX-запись. Создайте новую запись с:

• Type: MX
• Host/Name: @ (или оставьте пустым, в зависимости от провайдера — представляет root-домен)
• Value/Mail Server: smtp.google.com
• Priority: 1
• TTL: Default (typically 3600 или 14400)

Сохраните запись.

Шаг 5: Дождитесь propagation. DNS-изменения propagate в 5 минут до 24 часов в зависимости от TTL и DNS-провайдера. Большинство современных провайдеров (Cloudflare, AWS) propagate в секундах; старые registrars могут занимать час или больше.

Шаг 6: Верифицируйте MX-запись correct. Используйте dig +short MX yourdomain.com из терминала или используйте MXToolbox’s MX Lookup tool. Вы должны увидеть exactly одну MX-запись, указывающую на smtp.google.com с priority 1.

Шаг 7: Верифицируйте в Google Workspace Admin Console. Войдите в Admin Console на admin.google.com → Apps → Google Workspace → Gmail → “Verify your domain.” Тул Google проверит, что MX-запись на месте и активна. Once verified, mail delivery в Google Workspace operational.

Quick reference по DNS-провайдерам

Точный UI varies, но key concepts consistent.

Cloudflare: DNS → Records → Add Record → Type: MX, Name: @, Mail server: smtp.google.com, Priority: 1.

AWS Route53: Hosted Zones → Select your domain → Create Record → Type: MX, Value: 1 smtp.google.com, TTL: 300.

GoDaddy: My Domains → Manage DNS → Add (under Records) → Type: MX, Host: @, Points to: smtp.google.com, Priority: 1.

Namecheap: Domain List → Manage → Advanced DNS → Add New Record → Type: MX Record, Host: @, Value: smtp.google.com, Priority: 1.

Hover: DNS → Add Record → Type: MX, Host: @, Value: smtp.google.com, Priority: 1.

Google Domains (теперь Squarespace Domains): Mail → MX records → Use custom MX records → Priority: 1, Server: smtp.google.com.

Для других провайдеров pattern consistent: найдите DNS-записи, добавьте MX type, hostname — @ (root), value — smtp.google.com, priority — 1.

Типичные ошибки

Keeping old MX-записи alongside the new one. Both old и new будут resolve, но receiving-системы могут использовать old формат inconsistently. Always удаляйте old записи до добавления new формата.

Использование smtp.google.com как host name вместо mail server value. Host name (@ или ваш домен) — где MX-запись sits в DNS. Value (smtp.google.com) — куда mail gets routed. Swapping этих breaks всё.

Missing priority value. Большинство DNS-провайдеров require priority; некоторые default это в 0 или 10, если не specified, что не матчит expected priority Google’а 1. Always set priority explicitly.

Adding запись без удаления placeholder-записей. Некоторые DNS-провайдеры add default MX-записи (например, registrar’s email forwarding). Они должны быть удалены при migration к Google Workspace.

Не дожидаясь propagation до верификации в Admin Console. Verification-тул Google проверяет DNS в real-time. Если check до propagation completes, покажет “MX record not found”, даже когда record configured. Подождите 15-60 минут до initial verification.

Setting up MX-записи для wrong домена. Если у вас multiple domain (yourdomain.com, yourdomain.co, outreach.yourdomain.com), каждый нуждается в собственном MX record set, если должен принимать mail. Confirm, какой домен вы configuring, до добавления записей.

Google Workspace MX setup straightforward, но стоит get right the first time. Misconfigured MX-записи производят silent reply-loss; correctly configured просто работают и не require thinking о них опять до next infrastructure change.