Night Shiftтёплый фон для вечернего чтения
← Все статьи

Домен купили — теперь подключите сайт и почту без DNS-магии

Пошаговый чек-лист: оформить домен на владельца, привязать сайт, включить HTTPS и настроить почту с MX, SPF, DKIM и DMARC.

✓ Факты проверены по 89 источникам · 24 октября 2026 г.

Чек-лист настройки домена: сайт, HTTPS и почта на собственном домене

Купить домен можно быстро. Сложности начинаются потом: сайт показывает заглушку, HTTPS ругается, а письма на `hello@вашдомен.ru` не доходят. Базовую схему реально собрать за вечер, если у вас есть доступ к панели сайта и DNS-зоне.

Регистратор домена → DNS-зона → сайт → почта

Регистратор продаёт и продлевает домен. DNS-зона хранит настройки: куда браузеру идти за сайтом и куда доставлять письма. Сайт, DNS и почта могут жить у разных сервисов — это нормально.

Домен должен принадлежать тому, кто отвечает за бизнес

Не оформляйте домен на разработчика, знакомого или сотрудника «на время». Человек может уйти, а вместе с ним — доступ к продлению и смене DNS. Владельцем должен быть человек или компания, которые контролируют оплату и решения по проекту.

Перед оплатой смотрите не только цену первого года. Проверьте стоимость продления и правила восстановления просроченного домена. Сразу включите автопродление, если оно доступно, двухфакторную защиту аккаунта и напоминание в календаре за месяц до окончания срока.

Сохраните короткую заметку в менеджере паролей. Когда сайт перестанет открываться через год, она сэкономит пару нервных вечеров.

Домен: example.ru
Главный адрес сайта: example.ru
Адрес с www: www.example.ru → редирект на example.ru
Почта: hello@example.ru
Резервная почта владельца: owner@example.com
Где лежат доступы: менеджер паролей
Кто отвечает за продление: имя и рабочий контакт

Для небольшого сайта обычно удобнее сделать главным адрес без `www`: он короче. Версия с `www` тоже должна открываться, но перенаправлять на главный адрес.

Человек проверяет настройки домена и DNS-записи в панели управления

Не меняйте DNS-серверы, пока не поняли, где зона

DNS-зона может быть у регистратора, хостинга, CDN или отдельного DNS-провайдера. Записи редактируют там, куда сейчас указывают DNS-серверы домена. Если вы подключаете сайт, а меняете пустую зону в другом кабинете, ничего не произойдёт.

Не переключайте DNS-серверы без причины. При такой смене легко потерять сразу сайт, почту, записи верификации и интеграции. Если это первый запуск, держите схему простой: один понятный кабинет DNS, один сервис сайта и один сервис почты.

Русский интерфейс и локальная оплата могут быть удобны, но не говорят ничего о скорости сайта или доставке писем. Это разные вещи. Выбирайте сервисы по нужной функции, а не по самой яркой кнопке «подключить всё».

Подключайте сайт только по данным из его панели

Откройте в хостинге, конструкторе или CDN раздел «Подключить домен». Сервис покажет записи именно для вашего проекта. Они могут выглядеть так:

Тип      Имя      Значение
A        @        192.0.2.10
CNAME    www      project.hosting-example.net

Это пример структуры. Адрес `192.0.2.10` учебный — не добавляйте его в свою зону. `A`-запись связывает имя с IP-адресом сервера. `CNAME` делает один адрес псевдонимом другого имени.

Часто корневой домен подключают через `A`, а `www` — через `CNAME`. Но сервис может выдать другую схему: следуйте его инструкции, а не ролику трёхлетней давности. На имени, где стоит `CNAME`, не должно быть других DNS-записей: не добавляйте туда одновременно `A`, `MX` или `TXT`.

После сохранения откройте оба адреса в режиме инкогнито:

https://example.ru
https://www.example.ru

Один адрес должен быть главным, второй — вести на него. Если видите парковочную страницу регистратора или чужой сайт, сначала чините подключение сайта. Почтовые записи тут ни при чём.

HTTPS сначала проверяют, а не покупают от паники

Многие хостинги и конструкторы выпускают сертификат автоматически, когда увидят правильный домен. Поэтому сначала настройте DNS, затем проверьте сайт. `https://example.ru` должен открываться без предупреждений браузера, а `http://example.ru` — перенаправлять на HTTPS.

Если сертификат не появился, проверьте две вещи: домен добавлен в панели сайта и DNS-записи совпадают с теми, что выдал сервис. Не удаляйте и не создавайте записи каждые пять минут. DNS-кэши обновляются не мгновенно, а постоянная перестановка только растягивает квест.

Экран с настройкой почтового ящика на собственном домене

Почте нужны MX, SPF, DKIM и спокойная проверка

Почтовый сервис выдаст записи для ящика вроде `hello@example.ru`. Обычно нужны MX, SPF и DKIM. Затем стоит добавить DMARC в режиме наблюдения.

MX      @                    почтовый-сервер-провайдера
TXT     @                    SPF-правило от почтового сервиса
TXT     selector._domainkey  DKIM-ключ из кабинета
TXT     _dmarc               v=DMARC1; p=none; rua=mailto:dmarc@example.ru

MX указывает, куда приходят письма. SPF перечисляет сервисы, которым разрешено отправлять письма от имени домена. DKIM добавляет цифровую подпись. DMARC помогает увидеть подделку адреса и ошибки в отправке.

Значения копируйте из кабинета своего почтового сервиса. DKIM-ключ выпускается для конкретного домена: чужой пример не подойдёт. У Яндекс 360 есть инструкция по подключению домена, но для другого провайдера берите его собственные значения.

Главная ловушка — несколько SPF-записей. Представьте: менеджер пишет из почты, CRM отправляет счета, а сервис рассылок шлёт новости. Не создавайте три TXT-записи, начинающиеся с `v=spf1`. Нужна одна SPF-запись, куда добавлены все разрешённые отправители по инструкциям этих сервисов. Иначе проверки могут конфликтовать, а письма — попадать в спам.

DMARC начинайте с `p=none`: такая политика не блокирует письма, а собирает отчёты. `quarantine` и `reject` включайте только после проверки CRM, рассылок и форм сайта. Иначе можно честно защитить домен от собственных писем — вери-вери гуд, но не в том смысле.

Перед запуском рекламы отправьте два письма

Проверьте схему до того, как вести людей на сайт. Один час тестов дешевле потерянной заявки.

  1. Откройте сайт с `www` и без него.
  2. Проверьте HTTPS и редирект с HTTP.
  3. Отправьте письмо с личной почты на новый ящик домена.
  4. Ответьте с нового ящика на личный адрес.
  5. Посмотрите папку «Спам» в обе стороны.
  6. Сверьте MX, SPF и DKIM с данными в панели почтового сервиса.
  7. Сохраните доступы к домену, DNS, сайту и почте в менеджере паролей.

Если сайт уже открывается, а почта ещё нет, не сносите записи. Перепроверьте тип, имя, значение и приоритет MX, затем дайте DNS обновиться. Сайт и почта не обязаны появиться у всех пользователей одновременно.

Материал носит информационный характер, а не заменяет юридическую или налоговую консультацию. Правила регистрации доменов, договоры и условия оплаты меняются — перед покупкой сверьтесь с условиями регистратора или специалистом.

Сегодня сделайте три вещи: проверьте владельца домена, выберите главный адрес сайта и отправьте два тестовых письма. После этого DNS будет не магией, а таблицей с понятными строками.

Поделиться в Telegram →

Статья помогла?