Сопоставьте актуальные варианты доменов, хостинга и SSL-сертификатов с этим списком, затем запросите письменное подтверждение точного состава для проекта.
Разделите четыре компонента
| Компонент | Задача | Какие доступы и данные сохранить | Что затронет изменение |
|---|---|---|---|
| Домен | Дает имя, по которому находят интернет-адрес. | Данные держателя или регистранта, учётная запись регистратора, контакт продления и доступ для переноса. | Продление, делегирование и контроль имени. |
| DNS | Связывает имена с записями сайта, почты и других сервисов. | DNS-провайдер, серверы имен, редактор зоны и история изменений. | Маршрутизацию сайта, доставку почты, проверку домена и внешние сервисы. |
| Хостинг | Запускает или хранит приложение сайта и данные. | Панель, файлы, база данных, журналы и резервные копии. | Работу приложения, развертывание, ресурсы и восстановление. |
| TLS-сертификат | Помогает установить аутентифицированное и зашифрованное HTTPS-соединение для указанных имен. | Удостоверяющий центр или автоматизация, владелец ключа и процесс продления. | Доступность HTTPS и предупреждения сертификата. |
ICANN объясняет, что DNS связывает доменное имя с интернет-адресом. Поэтому смена серверов имен способна затронуть не только сайт. Почтовые записи и записи проверки домена могут находиться в той же DNS-зоне.
Основы изложены в статье что такое хостинг и кому он нужен.
Проверьте целевой рынок и правила переноса
Google описывает национальный домен верхнего уровня, например .lv, как сильный сигнал того, что сайт предназначен для определённой страны, а не как гарантию позиции. Выбирайте зону по аудитории, правилам регистрации, контролю и переносимости, а не из предположения, что она улучшает позиции.
Для охватываемых политикой ICANN общих доменов верхнего уровня перенос могут ограничивать блокировки после первоначальной регистрации, предыдущего переноса или смены данных регистранта. Получите код AuthInfo, если процесс конкретной зоны его использует, и проверьте право на перенос до изменения контактов. Для .lv действует политика NIC.LV: отличайте передачу права пользования доменным именем от смены управления у регистратора и соблюдайте процедуру подтверждения держателем. Перенос к другому регистратору и смена DNS-хостинга являются отдельными операциями. До каждой из них запишите серверы имён, записи зоны, состояние DNSSEC или DS и почтовые записи.
Ошибка 1: имя не проверено на практике
Короткое имя может создавать проблемы, если на слух оно неоднозначно, его легко напечатать неправильно или оно слишком похоже на другую организацию. Напишите его, произнесите вслух, введите на телефоне и посмотрите, как оно выглядит в адресе почты. Требования к товарным знакам и наименованиям проверяйте с подходящим консультантом; доступность домена сама по себе не дает прав на имя.
Решите, нужно ли регистрировать и перенаправлять важные варианты. Не покупайте варианты без владельца и цели продления. Запишите итоговое написание и основной домен для канонических URL и почты.
Ошибка 2: неясны держатель права на домен и продление
Организация должна знать, кто является держателем права пользования доменом, в какой учётной записи он управляется, кто подтверждает перенос, на какой адрес приходят уведомления о продлении и как восстановить доступ после ухода сотрудника. Не регистрируйте бизнес-домен только в личном аккаунте сотрудника или поставщика без документированного порядка контроля.
В реестре доменов храните регистратора, владельца аккаунта, дату и статус автоматического продления, ответственного за оплату, серверы имен, DNS-провайдера и процедуру восстановления доступа. Проверяйте доступ до миграции или передачи обязанностей.
Ошибка 3: хостинг выбран только по цене или диску
Начните с требований приложения: версии среды и базы данных, рост данных, профиль нагрузки, задания по расписанию, работа почты, доступ для развертывания, журналы, резервные копии и цели восстановления. Больший диск не поможет, если приложение не запускается или отсутствуют нужные права.
Определите, кто обновляет CMS и расширения, обслуживает сервер, ведет мониторинг, реагирует на инциденты, переносит и восстанавливает данные. Сравнивайте актуальный состав хостинга с письменным списком требований.
Ошибка 4: TLS считают настройкой, которую достаточно включить один раз
TLS защищает HTTP-соединение, создавая HTTPS. Сертификат должен охватывать имена, которые посещают пользователи, и продлеваться до истечения срока. Let’s Encrypt документирует разные методы HTTP-01 и DNS-01; DNS-01 можно использовать для wildcard-сертификата.
Перечислите основной домен, www и нужные поддомены приложений. Определите владельца DNS, закрытого ключа или автоматизации, мониторинг продления и действия при ошибке проверки. В обзоре SSL-сертификатов сравните актуальные варианты охвата и проверки, затем подтвердите точный состав до заказа.
Ошибка 5: нет плана миграции, резервного копирования и смены провайдера
До запуска опишите экспорт файлов, баз данных, DNS-зон, сертификатов и почты. Определите состав, срок и место хранения копий, необходимое шифрование и расписание тестов восстановления. Материал о резервном копировании сайта помогает включить восстановление в план.
Для переноса составьте перечень DNS-записей, при необходимости уменьшите TTL, сохраните прежнюю среду и проверяйте новый сайт через контролируемый DNS или файл hosts. До закрытия окна отката протестируйте формы, вход, оплату или заявки, почту, перенаправления, аналитику, правила robots, канонические URL и HTTPS.
Вопросы до покупки
Домен и сайт могут находиться у разных провайдеров?
Да. Запишите, кто контролирует регистрацию домена, DNS-зону, хостинг сайта и почту. При разделении провайдеров документация и контроль доступа становятся важнее.
Смена серверов имен переносит только сайт?
Нет. Она делегирует DNS-зону. До переключения восстановите и проверьте записи сайта, почты, проверки домена и внешних сервисов.
Какой TLS-сертификат выбрать?
Исходите из охватываемых имен и требуемого процесса проверки. Подтвердите автоматизацию продления и ответственного. Не делайте вывод об охвате только по названию продукта.
Подготовьте проверенный список для GARMTECH
GARMTECH публикует отдельные страницы для доменов, хостинга и SSL-сертификатов. Используйте их, чтобы определить актуальные варианты, а затем запросите письменное подтверждение нужного проекту состава домена, DNS, приложения, миграции, резервных копий и сертификата. Отправьте список через контакты.
Источники
- Google Search Central: управление мультирегиональными сайтами
- ICANN: вопросы держателя о переносе
- ICANN: политика переноса
- NIC.LV: правила использования доменных имён
- Google Search Central: смена хостинга без изменения URL
- ICANN: система доменных имен
- MDN Web Docs: Transport Layer Security
- Let’s Encrypt: методы проверки
- GARMTECH: домены
- GARMTECH: хостинг
- GARMTECH: SSL-сертификаты