Как подключить домен к хостингу и проверить сайт

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

Работайте в таком порядке: подготовьте сайт, добавьте домен на площадке, сохраните прежние значения DNS, внесите записи по инструкции хостинга, затем подключите HTTPS и проверьте оба варианта адреса.

Соберите данные до изменения DNS

Откройте официальную инструкцию вашей площадки и выпишите точные значения. Хостинг может предоставить IPv4 для записи A, IPv6 для AAAA или доменное имя для CNAME. Не заменяйте один тип другим по аналогии с чужим примером.

Одновременно определите:

• какой адрес будет основным: example.com или www.example.com;
• должны ли работать оба варианта;
• где сейчас управляется авторитетная DNS-зона;
• какие записи отвечают за почту и сторонние сервисы;
• как открыть новый сайт до переключения;
• как вернуть прежний адрес.

Сделайте экспорт зоны или снимок всех записей. При подключении сайта обычно меняют только A, AAAA или CNAME нужных имён. Удаление MX и TXT может отключить почту и подтверждения, хотя веб-страница продолжит работать.

Подготовьте проект на стороне хостинга

Загрузите файлы, разверните приложение или создайте сайт в панели. Проверьте его по служебному адресу, временному домену или способом, который описал провайдер. Для динамического сайта убедитесь, что подключена база, загруженные файлы на месте, а фоновые задачи не запущены дважды.

Затем добавьте собственный домен к проекту. Эта настройка может называться «Домены», «Привязать домен», «Custom domain» или server_name в конфигурации веб-сервера. Она сообщает площадке, что запрос с именем example.com относится к вашему сайту.

Добавьте и второй вариант адреса, если он должен перенаправлять посетителей. Сертификат также должен включать оба имени. Решение между www и адресом без него подробно разобрано в следующем уроке маршрута.

Проверьте новый сайт до общего переключения

Некоторые площадки дают технический домен. На VPS можно временно сопоставить домен с новым IP только на своём компьютере через файл hosts. Такой тест требует аккуратности: он изменяет поиск имени локально и после проверки запись нужно удалить.

Проверьте главную страницу, несколько внутренних URL, изображения, отправку форм, вход в административную часть и загрузку файлов. Для магазина добавьте товар в корзину и пройдите тестовый сценарий без реальной оплаты. Не ограничивайтесь ответом главной страницы: абсолютные ссылки и настройки CMS могут всё ещё вести на старый адрес.

Если площадка выпускает сертификат только после публичного DNS, заранее выясните этот порядок в документации. Временно проверяйте HTTP или служебный домен, а HTTPS запускайте сразу после того, как запись станет видна авторитетным серверам.

Измените только нужные DNS-записи

В авторитетной зоне создайте значения, которые выдал хостинг. Основной сценарий:

Адрес	Возможная запись	Когда использовать
example.com	A и при наличии AAAA	площадка дала прямые IP-адреса
www.example.com	CNAME	площадка дала имя назначения
оба адреса	отдельные записи по инструкции	площадка обслуживает оба имени

Это примеры структуры, а не готовые значения. IPv4, IPv6 и цель CNAME должны относиться к вашему проекту. Если DNS-провайдер предлагает особый ALIAS для корня, используйте его только по совместимой инструкции площадки.

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

Убедитесь, что DNS показывает новую площадку

Сначала запросите данные у каждого авторитетного NS. Все они должны возвращать одинаковую новую запись. Если часть серверов отвечает иначе, зона не синхронизирована; исправьте это до дальнейших выводов.

Затем сравните ответы нескольких рекурсивных резолверов. Различие в переходный период ожидаемо, если старый TTL ещё не истёк. Старый хостинг продолжает обслуживать сайт, пока такие ответы возможны.

Если DNS указывает на правильный IP, а браузер показывает заглушку, вернитесь к привязке домена на площадке. Если соединение не устанавливается, проверьте доступность портов 80 и 443, работу веб-сервера и сетевые правила.

Выпустите и проверьте HTTPS

HTTPS требует TLS-сертификат для каждого публичного имени. Управляемый хостинг часто выпускает его после проверки DNS. На VPS сертификат получает администратор или автоматизированный клиент центра сертификации.

Откройте оба адреса и убедитесь, что браузер не показывает предупреждение, сертификат включает нужное имя, а HTTP перенаправляется на HTTPS. Отдельно проверьте срок и автоматическое продление. Руководство по проверке TLS-сертификата показывает, какие признаки важны.

Не выключайте старую площадку сразу после появления замка в браузере. HTTPS подтверждает текущий путь конкретного запроса, но другой посетитель ещё может получить старый IP из кеша.

Проверьте страницы и поисковые настройки

Если адрес сайта не менялся, а сменился только хостинг, URL страниц должны остаться прежними. Проверьте коды ответов важных страниц, robots.txt, карту сайта, canonical-ссылки и редиректы. CMS не должна генерировать технический домен площадки в ссылках и изображениях.

При смене домена нужен отдельный план соответствия старых и новых URL. Простое направление всех страниц на новую главную ухудшает опыт посетителей и мешает поисковику понять перенос.

Если новый сервер работает неверно, верните сохранённые DNS-значения и оставьте его для диагностики. Возврат также зависит от кешей, поэтому прежний хостинг должен быть доступен. Общая модель связи частей описана в статье о домене, DNS и хостинге, а значения записей — в уроке об A, AAAA и CNAME.

Источники

• ICANN: About Domain Names
• RFC 9110: HTTP Semantics
• Let’s Encrypt: How It Works