Как подключить домен к интернет-магазину после покупки
Где менять DNS, какие значения взять у платформы и как проверить основной адрес, www и HTTPS, сохранив доменную почту. Порядок действий и разбор ошибок.
После покупки домена добавьте его в панели платформы магазина, получите значения DNS-записей именно для своего сайта и внесите их у действующего DNS-провайдера. Затем проверьте основной адрес, вариант с www, сертификат HTTPS и путь покупки. Регистрация имени сама по себе не размещает на нём магазин.
Не начинайте с удаления всей DNS-зоны или смены серверов «на всякий случай». На домене могут работать почта и другие сервисы, которым нужны существующие записи. Подключение сайта должно учитывать их отдельно.
Получите настройки своей платформы
Откройте раздел доменов в сервисе или системе, где размещён магазин. Добавьте купленное имя и прочитайте текущую инструкцию. Вам нужны тип записи, имя узла и значение для каждого подключаемого адреса, а также порядок подтверждения и выпуска сертификата.
Платформы используют разные схемы. Где-то требуется A-запись с адресом сервера, где-то — CNAME на выданное имя; дополнительные подтверждения тоже зависят от решения. Не копируйте IP из чужой статьи или настройки другого магазина: внешне похожая инструкция может вести на другой сервер.
Уточните, что считается основным адресом: имя без www или с ним. Это два разных имени в DNS. Если подключаете оба, настройка каждого должна соответствовать инструкции платформы. Выбор основного адреса и перенаправление посетителя выполняются дополнительно к разрешению имени.
Найдите панель управления DNS
Регистратор продаёт и обслуживает регистрацию домена; DNS-провайдер публикует записи, по которым находят сервисы. Это может быть одна компания, но не обязательно. В панели регистратора посмотрите, какие NS-серверы назначены домену, и выясните, кто ими управляет.
Править записи нужно там, где обслуживается действующая зона. Изменения в неиспользуемой панели могут сохраняться без ошибки, но не влиять на ответы DNS. Если неясно, кто управляет NS, сначала уточните это у регистратора или администратора.
Смена NS — отдельное действие: домен начинает использовать другую авторитетную зону. До такого переноса нужно подготовить в новом месте весь необходимый набор записей, включая почту. Простая смена NS без переноса содержимого не является заменой одной веб-записи.
Проверки покупки и статуса имени описаны отдельно в статье «Как проверить, свободен ли домен». Повторно регистрировать уже принадлежащее вам имя для подключения сайта не нужно.
Запишите изменения до настройки
Сохраните экспорт зоны или понятный снимок текущих записей. Разделите веб-записи и остальные сервисы, запишите дату и исполнителя. Для каждой будущей правки должно быть понятно, что меняется и как вернуть предыдущее значение.
| Поле | Что записать |
|---|---|
| Домен и DNS-провайдер | Где опубликована действующая зона |
| Имя узла | Корень домена, www или другой поддомен |
| Тип | A, AAAA, CNAME, MX, TXT или иной тип |
| Было | Текущее полное значение и TTL |
| Должно стать | Значение из инструкции платформы и основание изменения |
| Связанный сервис | Сайт, почта, подтверждение владения или неизвестное назначение |
| Проверка и откат | Кто проверяет результат и откуда взять прежнее значение |
MX отвечает за направление почты. TXT может использоваться для почтовых настроек SPF, DKIM и DMARC, а также для подтверждений других сервисов. Не заменяйте весь набор TXT одной новой строкой. Неизвестная запись — повод выяснить назначение, а не удалить её как лишнюю.
Подключите основной адрес и www
Внесите выданные значения, внимательно различая имя записи и её содержимое. Обозначение корня в панелях отличается: часто это @ или пустое поле, но ориентироваться нужно на свою панель. Она может автоматически дописывать домен; проверьте итоговое полное имя, чтобы не получить повтор имени.
A содержит IPv4-адрес, AAAA — IPv6-адрес, CNAME указывает другое доменное имя. Старый AAAA способен направлять часть посетителей на прежний сервер. При этом удалять все AAAA без разбора нельзя: уточните у целевой платформы, какие записи нужны для подключаемого узла.
Обычный CNAME имеет ограничения на соседство с другими записями того же имени, поэтому корень зоны нельзя настраивать по аналогии с любым поддоменом. Некоторые DNS-провайдеры предлагают CNAME flattening, ALIAS или другие специальные механизмы. Используйте их только при подтверждённой совместимости; если инструкция платформы и возможности панели расходятся, запросите подходящий вариант.
CNAME не является HTTP-редиректом: он помогает разрешить имя, но не меняет адрес в строке браузера. Перенаправление на основной вариант сайта настраивается платформой или сервером. Как проверить его код и назначение, объясняет статья о редиректах магазина.
Учебный разбор подключения
Представим вымышленный магазин: домен куплен, DNS остаётся у текущего провайдера, на домене уже работает почта. Платформа магазина выдала отдельные инструкции для корня и www. В таблице намеренно нет рабочих IP и целевых имён — их владелец получает в своём кабинете.
| Найденная запись | Решение в учебном сценарии | Как проверить |
|---|---|---|
| A корня со старым адресом сайта | Заменить на выданное платформой значение | Ответ A соответствует инструкции магазина |
| Старый AAAA корня | Уточнить требование платформы, затем исправить подтверждённый конфликт | IPv6 больше не ведёт на прежний сайт |
Запись www | Настроить по отдельной инструкции платформы | Имя разрешается и открывает нужный магазин |
| MX и почтовые TXT | Сохранить | Почтовые записи остались, проверка входящего и исходящего письма проходит |
| TXT другого сервиса | Сохранить до выяснения назначения | Подтверждение не потеряно из-за настройки сайта |
Владелец меняет только согласованные веб-записи, проверяет DNS, затем статус домена и сертификата в платформе. Если основной адрес открылся, а www показывает ошибку сертификата, подключение обоих адресов ещё не завершено. Ошибку нужно передать с точным именем и результатом проверки.
Альтернатива: платформа предлагает сменить NS. Тогда сначала нужно перенести необходимые записи в новую зону, а затем менять делегирование и проверять все сервисы. Сохранять MX только в старой, более не используемой зоне недостаточно. Этот разбор — учебная последовательность, реальные DNS-зоны здесь не изменялись.
Проверьте DNS, сайт и HTTPS
Сверьте опубликованные записи с инструкцией платформы: тип, полное имя и значение. Для просмотра используйте проверку DNS в панели или утилиту запросов к DNS; различайте ответ авторитетных серверов и данные кэширующего резолвера. Наличие правильной строки в редакторе ещё не подтверждает её публикацию в действующей зоне.
TTL задаёт время хранения записи в кэше. Он не обещает, что вся настройка, включая подтверждение платформы и сертификат, завершится за фиксированное число минут. Если виден старый ответ, проверьте, где внесено изменение и какой сервер отвечает; не меняйте настройки хаотично, пока не определён источник расхождения.
Откройте адреса с www и без него, по HTTP и HTTPS. Они должны вести к предусмотренному основному варианту, а сертификат — подходить открываемому имени. Не обходите предупреждение браузера о сертификате ради проверки оформления заказа: сначала исправьте привязку и HTTPS.
На основном адресе откройте карточку, добавьте вариант товара в корзину и пройдите доступный тестовый путь оформления. Проверьте ссылки из писем и предусмотренную платформой тестовую оплату, если подключение домена затрагивает эти переходы. Отдельно отправьте и получите тестовое письмо на доменной почте.
Если подключение не удалось, передайте поддержке имена, требуемые записи, фактические DNS-ответы и сообщение платформы. Не публикуйте ключи и пароли. При необходимости верните согласованные прежние записи из сохранённого набора. За выбором самого имени можно обратиться к руководству по домену магазина.