Домен уже куплен, а хороший хостинг нашелся у другой компании. Для человека, который впервые собирает сайт, это иногда выглядит как проблема: разве адрес и сам сайт не должны находиться в одном месте? На самом деле нет. Домен и хостинг вполне могут годами обслуживаться разными компаниями, и посетитель сайта никогда об этом не узнает.
Путаница возникает потому, что хостеры часто предлагают все сразу. Вы выбираете тариф, тут же регистрируете домен, выпускаете SSL и создаете почту. Для новичка это удобно, поэтому постепенно складывается впечатление, что все перечисленное является одной услугой. Но технически домен не является частью хостинга. Это отдельный объект со своим владельцем, сроком регистрации и настройками.
Можно представить обычный магазин. У него есть адрес, по которому приходят покупатели, и помещение, где лежат товары. Если магазин переезжает в другое здание, его название не обязано меняться. С сайтом похожая история: домен остается прежним, а сервер, на котором находятся файлы, можно заменить.
Именно это свойство делает интернет гораздо удобнее. Не понравился хостинг — сайт переезжает, а знакомый пользователям адрес остается. Захотелось пользоваться услугами другого регистратора — домен можно перенести отдельно, не трогая файлы сайта. Главное, понимать, какая компания отвечает за каждую часть этой конструкции.
Домен и хостинг связаны настройками, а не общей компанией
Допустим, у вас есть домен example.ru, зарегистрированный у одного регистратора. Сам сайт размещен на сервере совершенно другого провайдера. Чтобы человек, набравший example.ru, попал на нужный сервер, используется DNS.
На бытовом уровне этого понимания вполне достаточно: DNS сообщает интернету, где искать сайт и другие связанные с доменом сервисы. При этом сам домен никуда физически не «переезжает» на сервер. У регистратора остается запись о том, кому он принадлежит, а настройки указывают, куда направлять запросы.
Есть два распространенных способа организовать такую схему. Первый — использовать DNS-серверы хостинг-провайдера. Тогда у регистратора домена указываются NS-серверы, которые дал хостер, а уже в панели хостинга управляются остальные записи.
Второй вариант, оставить DNS там, где он уже обслуживается, и изменить только нужные записи. Например, A-запись направляет домен на IP-адрес нового сервера. При этом почтовые MX-записи и другие настройки могут остаться прежними.
Какой вариант лучше, зависит от ситуации. Новичку иногда проще указать NS хостера и управлять всем из одной панели. Если у домена уже настроена корпоративная почта, внешние сервисы, подтверждения и другие DNS-записи, перенос всей зоны требует большей аккуратности. В таком случае изменение только адреса сайта может быть безопаснее.
Главное, не воспринимать NS как формальность. Когда вы меняете серверы имен, вы фактически говорите интернету: «теперь спрашивайте настройки этого домена вот здесь». Если на новом DNS забыта важная запись, соответствующий сервис может перестать работать.
Самый типичный пример — почта. Сайт после смены NS прекрасно открывается, владелец доволен переездом, а через несколько часов выясняется, что письма на info@example.ru больше не приходят. Причина не в самом переносе сайта. В новой DNS-зоне просто не были восстановлены MX-записи почтового сервиса.
Поэтому перед изменением NS полезно посмотреть существующую DNS-зону и сохранить ее. Особенно если домен используется давно и к нему подключено что-то кроме сайта.
С SSL ситуация проще, чем кажется. Сертификат связан с доменным именем, но устанавливается на сервере, который обслуживает сайт. После смены хостинга на новой площадке обычно выпускается новый сертификат. Большинство современных хостингов автоматизируют эту процедуру. Переносить старый сертификат вручную часто вообще нет необходимости.
В результате схема может выглядеть так: домен зарегистрирован у компании А, DNS обслуживается компанией Б, сайт находится у компании В, а почта работает у компании Г. И все это может нормально существовать одновременно.
Для небольшого сайта такая конструкция не всегда нужна, но технически в ней нет ничего неправильного. Важно лишь помнить, где что настроено.
Почему домен иногда удобнее вообще не переносить к хостеру
Когда новый провайдер предлагает «перенесите домен к нам», у пользователя может возникнуть ощущение, что это обязательная часть смены хостинга. Обычно нет. Если регистратор устраивает, домен можно оставить там, где он находится, и поменять только настройки DNS.
У раздельной схемы есть практическое преимущество: хостинг становится расходным элементом инфраструктуры. Сегодня сайт работает на одной площадке, через несколько лет может переехать на другую, а регистрация домена остается нетронутой.
Это особенно удобно владельцам нескольких сайтов. Можно держать все домены в одном аккаунте регистратора, даже если проекты распределены между разными хостингами. Тогда сроки продления и контактные данные находятся в одном месте, а выбор сервера для каждого проекта не зависит от места регистрации домена.
Представим веб-мастера с десятью доменами. Три небольших сайта находятся на обычном виртуальном хостинге, один крупный проект работает на VPS, два домена используются только для почты, остальные пока припаркованы. Переносить домены между регистраторами каждый раз вслед за сайтами было бы лишней работой.
Раздельное хранение бывает полезно и с точки зрения управления доступами. Разработчику можно дать доступ к хостингу, чтобы он работал с файлами и базой, но не передавать учетную запись, где зарегистрирован домен. Для бизнеса это разумное разделение полномочий: человек, обслуживающий сайт, не обязательно должен иметь возможность распоряжаться его адресом.
Собственный домен вообще стоит воспринимать как отдельный актив. Если проект меняет подрядчика, CMS или сервер, адрес должен оставаться под контролем владельца сайта.
Поэтому регистрационные данные желательно оформлять на реального владельца, а не на веб-студию, знакомого разработчика или сотрудника, который когда-то «быстро все сделал». Пока отношения хорошие, разницы не видно. Она появляется в момент, когда нужно подтвердить права, продлить домен или перенести его к другому регистратору.
Но объединение домена и хостинга в одной компании тоже имеет свои плюсы. Для одного небольшого сайта это просто удобно. Один кабинет, один баланс, одна поддержка. Не приходится вспоминать, где менять DNS, а где оплачивать сервер.
Некоторые хостеры предоставляют домен в подарок или включают регистрацию в тариф при определенных условиях. Если предложение выгодное и компания устраивает как регистратор, нет причины специально разделять услуги ради самого принципа.
Проблема начинается не тогда, когда домен и хостинг находятся вместе, а когда пользователь считает, что теперь навсегда привязан к этой компании. Нормальная регистрация домена такой привязки не создает.
Если хочется разобраться в процессе с самого начала, на Hostingi.org есть отдельный материал о том, как купить хостинг и домен для сайта. Но уже зарегистрированный домен покупать заново при выборе другого хостера, конечно, не требуется.
Есть еще один практический момент — продление. Если услуги находятся у разных компаний, следить придется за двумя счетами. Неоплаченный хостинг делает недоступным содержимое сайта, а проблемы с продлением домена потенциально опаснее: сам адрес может перестать работать. Поэтому для важных доменов полезно включить уведомления и, если условия регистратора позволяют, автоматическое продление.
Удобство единого кабинета хорошо, но контроль над доменом важнее удобства. Пароль от аккаунта регистратора должен быть защищен, контактные данные актуальны, а доступ к почте, на которую приходят уведомления, не должен зависеть от того же домена без запасного способа восстановления.
Как подключить существующий домен к новому хостингу и ничего не сломать
На практике все начинается с нового хостинга. Сначала добавьте домен в его панели. Провайдер должен понимать, какой сайт будет обслуживаться под этим именем, и создать для него соответствующую конфигурацию.
Затем разместите сам сайт. Если проект новый, установите CMS или загрузите готовые файлы. Если сайт переносится со старого хостинга, сначала скопируйте его и проверьте на новой площадке. Переключать домен на пустой аккаунт смысла нет.
После этого хостер обычно показывает, какие NS-серверы или IP-адрес нужно использовать. Вот здесь и принимается решение: передать всю DNS-зону новому провайдеру или оставить управление DNS на прежнем месте.
Для совершенно нового домена без почты и сторонних сервисов вариант с NS хостинга часто самый простой. У регистратора меняются серверы имен, а дальше записи создаются в панели новой площадки.
Если домен уже рабочий, сначала посмотрите текущие записи. A, AAAA, CNAME, MX, TXT и другие типы выглядят пугающе только до первого знакомства. У каждой записи своя задача. Подробно их назначение разобрано в статье о DNS-записях домена.
Особенно внимательно сохраните MX и TXT, если используется почта. В TXT могут находиться SPF, DKIM, подтверждения владения доменом и настройки сторонних сервисов. Случайно удалить их намного проще, чем потом вспомнить, зачем они были нужны.
После изменения DNS не стоит ждать мгновенного результата на всех устройствах. Информация кэшируется, поэтому некоторое время старые данные могут продолжать использоваться. Из-за этого сайт на компьютере уже открывается с нового сервера, а на телефоне через мобильную сеть еще показывается старая версия. Это не обязательно ошибка.
Если речь идет о переносе работающего сайта, старую площадку в этот период лучше не отключать. Пусть она продолжает обслуживать тех посетителей, которые еще получают прежний DNS-ответ.
Когда домен начал открывать сайт на новом сервере, проверьте HTTPS. Если сертификат не выпустился автоматически, запустите его установку в панели или обратитесь в поддержку. Не оставляйте ситуацию, при которой HTTP работает, а HTTPS показывает предупреждение браузера.
Потом проверьте почту. Отправьте письмо на свой доменный адрес с внешнего ящика и ответьте обратно. Такой простой тест быстро показывает, сохранилась ли маршрутизация.
Если используются формы на сайте, отправьте тестовую заявку. Иногда сама почта работает, а серверная отправка из CMS после переезда требует дополнительной настройки.
На этом подключение фактически закончено. Домен продолжает числиться у прежнего регистратора, сайт обслуживается новым хостером, посетитель видит тот же адрес. Никакого обязательного переноса регистрации не произошло.
Если через год вы снова решите сменить площадку, схема повторится. Создается копия сайта на следующем сервере, меняются соответствующие DNS-настройки, а домен остается тем же.
Именно поэтому при выборе нового хостинга не нужно ограничивать себя только компанией, где зарегистрирован домен. Можно сравнить предложения разных площадок и выбрать ту, которая лучше подходит самому сайту. Для этого удобно использовать рейтинг хостингов Hostingi.org, а уже после выбора подключить существующий домен к новому аккаунту.
В итоге вопрос «можно ли держать домен и хостинг у разных компаний» имеет короткий ответ: можно. Более того, для многих проектов это совершенно обычная схема.
Держать все у одного провайдера удобно, особенно если сайт один и не хочется управлять несколькими кабинетами. Держать домен отдельно тоже удобно, особенно если сайтов много, хостинги периодически меняются или нужно четко разделить доступ к регистрации и серверу.
Выбирать стоит не по принципу «так правильнее», а по тому, как вам проще управлять инфраструктурой. Единственное, что действительно важно, домен должен оставаться под вашим контролем, его нужно вовремя продлевать, а перед изменением DNS следует понимать, какие сервисы используют текущие записи.
Все остальное можно менять. Хостинг, сервер, CMS, разработчика и даже компанию, обслуживающую DNS. Для посетителя сайт при этом продолжит жить по тому же адресу, и именно в этом одна из самых полезных особенностей собственного домена.
