Google Workspace даёт компании ящики Gmail вида imya@kompaniya.uz, общий календарь, Google Drive и Meet. Но Google никогда не позволит открыть почту на чужом домене. Поэтому сразу после регистрации первая задача — доказать, что домен принадлежит вам. Делается это добавлением в DNS-зону домена специальной TXT-записи, которую выдаёт Google. После подтверждения для работы почты понадобится ещё несколько записей, их мы тоже разберём в этой статье.
Почему TXT-запись доказывает владение
Изменять DNS-зону домена может только его владелец или человек, которому он дал доступ. Google выдаёт уникальную строку из случайных символов и ожидает увидеть её в зоне. Если строка появилась, значит, у вас есть право управлять зоной и домен действительно ваш. Такая TXT-запись никак не влияет на работу сайта, почты или других сервисов — она лишь выполняет роль открыто опубликованного «ключа».
Где взять код подтверждения
Мастер регистрации обычно сам открывает страницу подтверждения. Если вы отложили этот шаг, войдите в консоль администратора Google и откройте Account, затем Domains и Manage domains. Рядом с неподтверждённым доменом будет ссылка на подтверждение. Google предлагает несколько способов, самый распространённый — TXT-запись. На экране появится строка, начинающаяся с google-site-verification=. Скопируйте её целиком, без лишних пробелов.
Добавляем запись в DNS-зону
Если домен зарегистрирован через sayt.uz и NS-серверы находятся у нас, создайте новую TXT-запись в разделе DNS домена в личном кабинете. Если NS указывают на другой сервис, добавляйте запись там. В поле имени пишется символ корня @; в некоторых панелях это поле оставляют пустым или указывают полное имя домена.
| Тип | Имя | Значение |
|---|---|---|
| TXT | @ | google-site-verification=AbC123...xyz |
Важный момент: на домене уже могут быть другие TXT-записи, например SPF. Не объединяйте с ними строку Google, а добавьте её отдельной записью. Несколько TXT-записей под одним именем — совершенно нормальная ситуация. Сохранив запись, нажмите кнопку подтверждения в консоли администратора. Чаще всего проверка проходит в течение часа, но в зависимости от TTL может занять больше времени. Не удаляйте запись и после успешного подтверждения: Google периодически перепроверяет домен.
В редких случаях, когда добавить TXT-запись невозможно, Google предлагает альтернативу — подтверждение через CNAME. Консоль выдаст отдельное имя и значение, оканчивающееся на googlehosted.com, и их точно так же добавляют в зону.
Проверяем, видна ли запись
Если Google отклоняет подтверждение, сначала убедитесь, что запись действительно видна в интернете:
dig +short TXT example.uz
nslookup -type=TXT example.uz 8.8.8.8В ответе должна быть строка, начинающаяся с google-site-verification. Если её нет, запись добавлена не в ту панель, в поле имени вписано лишнее (например, получилось example.uz.example.uz) или изменения ещё не разошлись.
MX-записи для работы Gmail
Подтверждение лишь доказывает владение, а письма начнут приходить в Gmail только после того, как MX-записи будут направлены на серверы Google. В актуальных инструкциях Google для новых настроек рекомендует одну MX-запись: smtp.google.com с приоритетом 1. Ранее использовавшиеся пять записей ASPMX.L.GOOGLE.COM и ALT продолжают работать, менять их не обязательно. Главное — удалить MX-записи, указывающие на старую почту хостинга, иначе письма будут попадать то туда, то в Google.
Помните: сразу после смены MX новые письма начинают приходить в Google. Заранее спланируйте перенос писем из старых ящиков в Workspace и предупредите сотрудников о дате перехода.
SPF, DKIM и DMARC: чтобы письма не попадали в спам
SPF-запись указывает, какие серверы могут отправлять письма от имени домена. Для Google она выглядит как v=spf1 include:_spf.google.com ~all. SPF-запись на домене должна быть только одна: если сайт тоже отправляет письма с хостинга, создайте одну объединённую запись, а не две. DKIM добавляет к каждому письму цифровую подпись. Её создают в консоли администратора в разделе Apps, Google Workspace, Gmail, в настройке аутентификации почты: Google выдаст имя google._domainkey и длинное TXT-значение. После добавления записи на той же странице нужно нажать Start authentication. DMARC сообщает принимающим серверам, что делать с письмами без подписи, и на старте ставится с мягкой политикой.
@ TXT "v=spf1 include:_spf.google.com ~all"
google._domainkey TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkq..."
_dmarc TXT "v=DMARC1; p=none; rua=mailto:dmarc@example.uz"Пример: частная клиника в Ташкенте
Сотрудники частной клиники в Юнусабадском районе до сих пор пользовались личными адресами Gmail, и переписка с пациентами была разрознена. Клиника подключила Google Workspace и подтвердила домен example.uz. Администратор сначала добавил TXT-запись, после подтверждения вечером, по окончании рабочего дня, заменил MX на smtp.google.com, обновил SPF и включил подпись DKIM. Утром регистратура, лаборатория и главный врач начали работать в корпоративных ящиках, а форма записи на приём на сайте продолжила отправлять письма с хостинга, потому что сервер хостинга был включён в SPF-запись.
При таком порядке подтверждение домена и переход на новую почту для сотрудников проходят почти незаметно: владение доказывается один раз, MX меняется ночью, и на следующий день все работают в новых ящиках.