Как подключить домен к Тильде

Домен к Тильде подключают двумя путями: делегированием на NS-серверы платформы или A-записями у регистратора. Выбор зависит от того, кто дальше управляет записями и нужна ли вам почта на этом домене. Если почта уже работает, сначала сохраните MX и TXT, потом меняйте NS. Порядок действий с проверкой на каждом шаге.

Домен для сайта на Тильде: два пути и что выбрать

Тильда сама называет два способа: делегировать домен на её NS-серверы или прописать A-записи на стороне регистратора ^[1].

Разница в том, где лежит управление записями. При делегировании записями управляет Тильда, а IP-адреса прописываются автоматически ^[1]. При A-записях домен подключается к Тильде, но управление остаётся у регистратора ^[1].

Делегирование удобно, когда нужны поддомены под другие проекты, TXT-записи для сторонних сервисов и MX для почты: всё это доступно в панели Тильды ^[1]. Если на поддоменах работают сторонние сервисы и нужны свои A-записи, выберите подключение через A-записи и сохраните управление DNS у регистратора ^[1].

Способ 1: делегирование на NS-серверы Тильды

Пропишите у регистратора два сервера:

• ns1.tildadns.com
• ns2.tildadns.com

Это те значения, которые указывает Тильда для делегирования ^[2]. Изменение NS-серверов может занять до 24 часов ^[2].

Есть нюанс: если у регистратора включён DNSSEC, перед сменой NS его нужно отключить ^[2].

Дальше укажите домен в Настройках сайта → Домен и нажмите проверку. Если NS прописаны верно, появится сообщение «DNS управляется через Тильду. Перейти к управлению» ^[2]. По этой ссылке открывается панель, где записи для работы сайта на основном домене уже прописаны автоматически, а вы добавляете MX, TXT и поддомены ^[2].

Способ 2: A-записи у регистратора

Сначала укажите домен в Настройках сайта → Домен и сохраните. Система покажет IP-адрес A-записи, который нужен именно вашему сайту ^[1].

В панели регистратора (обычно «Управление DNS зонами») добавьте запись типа A с этим IP для основного домена ^[1]. Запись A для основного домена может быть только одна: лишние A-записи удалите, иначе домен не заработает ^[1].

Для поддоменов, включая www, добавьте отдельные A-записи с IP из настроек сайта: например, запись для www.mysite.com в дополнение к записи для mysite.com ^[1]. Wildcard-записей вида *.example.com лучше избегать ^[1].

Для доменов в зонах .kz и .қаз, а также .by и .бел Тильда указывает отдельные IP — их берут из статей о точках присутствия ^[1].

Почта и MX/TXT при смене NS

Смена NS переводит зону под управление Тильды. Записи, которые были у регистратора, в новой зоне не появятся сами: MX и TXT для почты нужно перенести в панель Тильды. Поэтому порядок такой:

1. Выпишите текущие MX и TXT-записи из панели регистратора (или из кабинета почтового провайдера).
2. Смените NS на серверы Тильды.
3. Дождитесь сообщения «DNS управляется через Тильду».
4. Добавьте MX и TXT в панели Тильды: там доступны записи типов TXT и MX, для основного домена в поле хоста указывают @ ^[2].
5. Отправьте тестовое письмо на адрес в этом домене и проверьте, что оно дошло.

Записи, нужные для работы почты, если она была настроена, из панели Тильды удалить нельзя ^[2]. Это защита от случайной поломки, но и повод перенести MX аккуратно.

Если почту вы не настраивали, шаг с MX пропускается: делегирование само по себе почтовый ящик не создаёт.

Проверка после обновления DNS

Изменения DNS занимают от 3 до 24 часов ^[1]. Пока идёт обновление, статус в настройках может оставаться неподключённым — это нормально.

Чек-лист проверки:

• В Настройках сайта → Домен появилось сообщение, что домен подключён корректно ^[1].
• Сайт открывается по домену без www и с www.
• Все страницы опубликованы, доступ к сайту или странице не ограничен — иначе сайт по домену не откроется ^[1].
• Адрес открывается по HTTPS. Это отдельная настройка SSL, её разбирают в разделе «Домен и HTTPS»^[3].
• Письмо на адрес в домене доходит, ответы уходят.

HTTPS — протокол передачи данных с криптографическим SSL-соединением ^[3]. Проверяйте его после того, как домен уже открывается: настраивать сертификат раньше нет смысла.

Ошибки при подключении домена

Типовые причины, по которым домен не подключается:

• Две A-записи для основного домена. Оставьте одну ^[1].
• Wildcard-запись *. Уберите её из зоны ^[1].
• Включённый DNSSEC при смене NS. Отключите его до делегирования ^[2].
• Не истекли 24 часа. Дождитесь обновления DNS ^[1].
• Страницы не опубликованы или доступ ограничен. Проверьте публикацию ^[1].

Если после проверки по списку домен всё равно не подключается, у Тильды есть отдельная инструкция по ошибкам Ошибки при подключении домена^[3].

Учебный пример

Возьмём домен landing.example, сайт уже опубликован на Тильде, почта — на отдельном провайдере. Текущие MX и TXT неизвестны, в таблице они пустые.

Пустые ячейки обозначают неизвестные значения MX и TXT. Перед делегированием получите точные записи из действующей DNS-зоны и сохраните их для переноса. Пока значения неизвестны, оставьте текущие NS.

Шаг 1. Получить точные MX и TXT из действующей DNS-зоны: посмотреть их в панели регистратора, а если зоной управляет почтовый провайдер — в его кабинете. Выписать каждую запись целиком: тип, хост, значение, приоритет для MX.

Шаг 2. Пока записи не выписаны и не сверены, остановиться перед сменой NS. Второй допустимый вариант — подключение через A-записи: тогда управление зоной остаётся у регистратора, а MX и TXT продолжают работать без переноса.

Шаг 3. Когда MX и TXT выписаны, сверить их с настройками почтового провайдера и только потом менять NS на ns1.tildadns.com и ns2.tildadns.com.

Шаг 4. После сообщения «DNS управляется через Тильду» перенести выписанные MX и TXT в панель Тильды, для основного домена хост @.

Шаг 5. Проверить: сайт открывается по landing.example и www.landing.example, HTTPS работает, тестовое письмо доходит, ответ уходит.

Результат примера — решение, а не завершённое подключение: при неизвестных MX и TXT безопасный ход — сохранить текущую зону и подключить домен через A-записи, либо приостановить делегирование до того, как записи выписаны. Перенос почты в панель Тильды и проверка письма выполняются после шага 1; без заполненных значений эти шаги не запускаются.

Дальше по домену стоит проверить кнопку на странице и FAQ для сайта: подключение домена не отменяет проверку того, что видят посетители.