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

Ко мне периодически приходят с одной и той же формулировкой: домен тильда не работает, хотя в панели управления всё выглядит подключенным - галочка привязки стоит, домен вписан правильно, а сайт всё равно либо не открывается вовсе, либо показывает ошибку соединения. За практику работы с Тильдой разобрал десятки таких обращений, и почти всегда дело не в самом конструкторе, а в DNS-записях, невыпущенном SSL-сертификате, кэше провайдера или недоделанной привязке на стороне регистратора домена. Разберу по порядку, что именно проверять и в какой последовательности, чтобы не терять сутки на угадывание.

Как проверить, что домен действительно привязан к Тильде

Прежде чем паниковать, открываю в Тильде раздел настроек сайта - вкладку «Домен+SSL». Там должен стоять статус вида «Домен подключен» и отдельно статус SSL-сертификата. Если статус висит на «Ожидание» больше суток - проблема почти всегда в DNS, а не в самой Тильде.

Дальше иду в панель регистратора или DNS-хостинга и смотрю сами записи. Тильда требует минимум две: A‑запись, указывающую на IP-адрес её серверов, и CNAME для www-поддомена. Актуальный IP-адрес всегда беру из раздела настройки домена в самой Тильде - платформа периодически переносит сайты на новые серверы, и адрес из старой инструкции в закладках браузера может быть уже неактуальным.

Причины, из-за которых домен подключен, а сайт не открывается

Неправильные или неполные DNS-записи

Самая частая история: добавили A‑запись на IP Тильды, а CNAME для www забыли - в итоге example.ru открывается, а www.example.ru выдаёт ошибку, или наоборот. Реже встречается мусорная TXT-запись от предыдущей верификации (например, от Google Workspace или старого хостинга), которая физически не мешает резолву, но сбивает с толку при диагностике.

TTL и время распространения по миру

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

Старая A‑запись осталась от прежнего хостинга

Частый случай при переезде с WordPress или Bitrix на Тильду: сайт делали на другом хостинге, домен указывал на старый VPS, а при переносе на Тильду забыли удалить старую A‑запись или обновили только одну из нескольких записей в зоне. В итоге часть трафика продолжает идти на мёртвый сервер.

Домен добавлен в Тильде, но изменения не сохранены

Бывает банальнее: домен вписали с протоколом (http://example.ru вместо example.ru), с лишним слэшем или пробелом, либо нажали не ту кнопку сохранения в интерфейсе. Тильда в этом случае просто не подтверждает привязку, хотя внешне поле выглядит заполненным.

SSL-сертификат не выпустился - отсюда ошибка «Соединение не защищено»

После того как DNS-записи корректно указывают на Тильду, платформа автоматически заказывает SSL-сертификат Let’s Encrypt. На это уходит от нескольких минут до 24 часов. Если сертификат не выпускается дольше суток, чаще всего дело в одном из двух: либо CAA-запись в зоне домена разрешает выпуск сертификатов только определённым центрам сертификации и блокирует Let’s Encrypt, либо домен подключен через Cloudflare с включённым проксированием (оранжевое облако) - в этом режиме реальный IP-адрес Тильды скрыт, и автоматическая проверка домена для выпуска сертификата не проходит. Для Тильды в Cloudflare нужен режим «только DNS» (серое облако), без проксирования трафика.

Домен завис на серверах регистратора - путаница с NS-записями

Есть два рабочих способа подключить домен к Тильде: оставить NS-серверы регистратора и вручную прописать A и CNAME записи, либо полностью делегировать домен на NS-серверы Тильды. Проблемы начинаются, когда делают наполовину - например, домен уже делегирован на NS Тильды, но человек по инерции продолжает править записи в старой панели reg.ru или другого регистратора, где они уже ни на что не влияют.

У разных регистраторов свои особенности: в reg.ru после смены NS иногда нужно вручную нажать «Проверить DNS» в интерфейсе, у некоторых хостеров изменения кэшируются на их стороне до 72 часов независимо от TTL, который вы выставили. Если домен куплен давно и передавался между владельцами, там может остаться устаревшая делегация, о которой никто не помнит - это тоже стоит проверить в первую очередь.

Сколько ждать и как проверить распространение DNS по регионам

Чтобы не гадать вслепую, смотрю актуальное состояние записей через сервисы вроде whatsmydns.net или 2ip.ru/dns - они показывают, как домен резолвится из разных стран и дата-центров одновременно. Если в одних регионах уже виден новый IP, а в других - старый, значит распространение просто не завершилось, и остаётся ждать.

Локально записи проверяю через консоль:

nslookup -type=A example.ru
nslookup -type=CNAME www.example.ru

Ориентировочно: в 70% случаев домен подхватывается за 15-60 минут, ещё в 20% - в течение 6-12 часов. Оставшиеся случаи, когда ждать приходится сутки и больше, почти всегда связаны с высоким TTL на старых записях или особенностями конкретного регистратора, а не с самой Тильдой.

Что делать, если домен не заработал за 1-2 суток

Если прошли сутки-двое, а домен на Тильде так и не работает, прохожу по списку:

• Пересохраняю домен в настройках Тильды - иногда это заново триггерит выпуск сертификата
• Проверяю CAA-запись в зоне домена - если она есть и не разрешает Let’s Encrypt, удаляю или правлю её
• Отключаю проксирование в Cloudflare, если домен туда подключен
• Свежим взглядом сверяю A и CNAME записи с актуальными значениями из панели Тильды
• Если ничего не помогает - пишу в поддержку Тильды с указанием домена и в поддержку регистратора параллельно, там часто быстрее находят зависший кэш на своей стороне

Отдельно встречается ситуация, когда домен в итоге заработал, но вместе с ним отвалились кастомные скрипты - калькулятор стоимости, интеграция с amoCRM или Bitrix24, счётчики аналитики. Причина обычно в том, что скрипт был жёстко привязан к старому домену или к адресу прежнего сайта, и после переезда его нужно точечно поправить. Если нужен рабочий пример под конкретную задачу, у меня в блоге собраны готовые скрипты для Тильды, которые можно адаптировать под свой сайт. Точечная доработка скрипта на Тильде стоит от 3 000 ₽, а если требуется комплексная интеграция - CRM, эквайринг, СДЭК - то от 40 000 ₽; сборка сайта на Тильде с нуля - от 30 000 ₽.

Частые вопросы

Сколько времени должен обновляться домен для Тильды?

В большинстве случаев от 15 минут до нескольких часов. Полное распространение по всем DNS-серверам мира иногда занимает до 24-72 часов - это зависит от TTL, который был выставлен на записях до изменений, и от конкретного регистратора.

Почему сайт открывается по адресу на tilda.ws, но не по своему домену?

Значит сама Тильда работает исправно, а проблема именно в DNS-настройках домена - либо записи указывают не туда, либо ещё не разошлись по сети, либо не выпущен SSL-сертификат для этого домена.

Нужно ли переносить домен на NS-серверы Тильды или достаточно прописать A‑запись у своего регистратора?

Работают оба варианта, но смешивать их нельзя. Если оставляете домен у своего регистратора, прописывайте A и CNAME записи там и не трогайте делегацию. Если делегируете NS на Тильду, все дальнейшие настройки домена делаются уже в её интерфейсе, а записи у регистратора теряют смысл.

Что делать, если после привязки домена пропали кастомные скрипты - виджеты, счётчики, формы?

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