Как подключить свой домен к системе бронирования
Сайт готов. Логотип на месте, наценки выставлены, тестовое бронирование прошло на поддомене платформы, а кто-то в офисе уже разослал ссылку трём клиентам. И тут звучит очевидный вопрос: почему в адресе до сих пор чужое имя? В этом руководстве — как подключить свой домен к системе бронирования, никого не нанимая: что вы на самом деле меняете, какие две-три записи в этом участвуют, почему замок в браузере появляется позже, чем вы ждёте, и какая одна настройка, если её тронуть, тихо ломает корпоративную почту.
Глубоко разбираться в DNS не нужно. Нужна одна мысль: доменное имя — это указатель, и вы разворачиваете его к новому зданию. Всё остальное — подробности этой мысли.
Где на самом деле живёт ваш домен
Участвовать могут до трёх разных компаний, а большинство владельцев агентств знают только одну. Регистратор — это место, где вы купили имя и ежегодно платите за продление. DNS-хостинг — место, где редактируются записи этого имени: часто это тот же регистратор, иногда нет, особенно если когда-то веб-дизайнер всё настроил и перенёс имя в отдельный DNS-сервис. Хостинг сайта — там, где сейчас работает ваш текущий сайт.
Записи, которые вы добавите, вносятся у DNS-хостинга. Поэтому прежде всего выясните, кто это. Зайдите в кабинет регистратора и посмотрите NS-серверы, указанные для домена. Если они принадлежат регистратору, записи правятся там. Если указывают куда-то ещё — работать нужно именно там. Несколько минут на это экономят полдня правки записей в панели, которую никто не читает.
Корневой домен или поддомен: решите до того, как что-то трогать
Корневой домен (apex, «голый» домен) — это vashbrend.ru без ничего впереди. Поддомен — всё, у чего есть приставка: www.vashbrend.ru, bron.vashbrend.ru, tury.vashbrend.ru. Платформа принимает оба варианта, но от выбора зависит, какую запись вы добавляете.
Причина давняя и не обсуждается. На корневом домене уже стоят записи, которые определяют сам домен, а DNS не разрешает записи CNAME делить имя с какой-либо другой записью. Поэтому корневой домен направляют записью A прямо на IP-адрес, а поддомен — записью CNAME на другое имя хоста.
| Корневой (vashbrend.ru) | Поддомен (bron.vashbrend.ru) | |
|---|---|---|
| Какую запись добавить | Запись A на IP-адрес | CNAME на имя хоста платформы |
| Что набирает клиент | Самый короткий адрес | На одно слово больше; это менее важно, если клиент приходит по ссылке |
| Ваш текущий сайт | Должен уйти с корневого домена, иначе его заменит сайт бронирования | Остаётся на месте |
| Корпоративная почта | Не затронута, пока не трогать записи MX | Не затронута |
| Кому подходит | Агентству, у которого сайт и ЕСТЬ сайт бронирования | Агентству с сайтом-визиткой, блогом или CMS, которые оно хочет сохранить |
Большинству агентств, у которых уже есть сайт, стоит начать с поддомена. Спорная строка — вторая: некоторые владельцы считают, что поддомен выглядит менее солидно. Позиция понятная, но она весит меньше, когда клиенты в основном приходят по ссылке из WhatsApp, Telegram или Instagram, а не набирают адрес вручную.
Какие записи вы добавляете и зачем нужна каждая
Пошаговый DNS-шаг показывает точные значения для вашего домена. Копируйте их оттуда, а не из статей — включая эту. Ниже — для чего нужна каждая запись, чтобы экран был понятен, когда вы его увидите.
- CNAME — для поддомена. Имя: выбранная приставка, например
bron. Значение: имя хоста платформы из DNS-шага. Запись говорит «это имя — псевдоним вот того», поэтому, если серверы платформы переедут, ваша запись продолжит работать без вашего участия. - Запись A — для корневого домена. Имя:
@, так большинство DNS-панелей обозначают сам домен. Значение: IP-адрес из DNS-шага. Запись говорит «это имя живёт по этому адресу». - TXT — иногда. Некоторые хостинговые конфигурации дополнительно просят запись подтверждения: длинную случайную строку под именем, которое указывает DNS-шаг. Посетителям она ничего не даёт. Она доказывает, что тот, кто управляет доменом, согласился на подключение. Если шаг её показывает — добавьте; если нет — ничего не упущено.
Две ошибки объясняют большинство неудачных попыток. Первая — вписать в поле «Имя» домен целиком. Многие панели дописывают домен автоматически, и bron.vashbrend.ru, введённый там, превращается в bron.vashbrend.ru.vashbrend.ru, который никуда не ведёт. Вводите только приставку. Вторая — оставить старую запись. Если у bron уже есть запись A от прошлого проекта, CNAME рядом с ней существовать не может, а некоторые панели молча оставляют старую. Сначала удалите старую запись именно для этого имени.
Если DNS-хостинг предлагает на записи переключатель прокси — в Cloudflare это оранжевое облако, — на время подключения переведите его в режим «только DNS». Прокси отвечает посетителям вместо платформы и тем самым скрывает её от проверки, о которой речь дальше.
Почему замок появляется последним
На этом шаге владельцы решают, что что-то сломалось. Записи сохранены, домен выглядит правильно, а браузер пишет, что соединение не защищено, — или сайт вообще не открывается. Ничего не сломано. Просто порядок жёстко задан.
TLS-сертификат — тот самый замок — выдаёт центр сертификации, который сначала должен убедиться, что домен действительно указывает туда, куда заявлено в запросе. Он проверяет это, запрашивая имя в публичном DNS, а в большинстве конфигураций ещё и отправляя запрос на домен в расчёте, что ответит платформа. Пока ваша запись не дошла до резолверов, которыми пользуется центр, проверка не проходит, и сколько ни нажимайте кнопки, это не изменится. Как только запись начинает разрешаться, платформа запрашивает сертификат автоматически. Вы его не покупаете, не загружаете и не продлеваете.
Сколько займёт «разрешение», зависит в основном от TTL записи, которая стояла раньше: сколько времени другим серверам разрешено помнить старый ответ. Совершенно новое имя обычно появляется быстро. Имя, которое ещё вчера указывало в другое место, может какое-то время отвечать старым адресом. Если вы заранее знаете, что заменяете существующую запись, снизьте её TTL за день — ожидание сократится.
В остальных случаях — ждите, потом проверяйте. Не правьте запись снова и снова: каждая правка даёт серверам, закешировавшим неверный ответ, ещё один повод его отдавать. Публичные сервисы проверки DNS показывают, что видит остальной мир по вашему имени; когда там появится значение из DNS-шага, следующим будет сертификат.
Во что обходится ошибка
Дорогие ошибки — не в сайте бронирования. Они во всём остальном, что привязано к вашему домену.
Худшая — сменить NS-серверы, когда нужно было лишь добавить запись. Смена NS-серверов передаёт весь домен новому DNS-хостингу, и любая запись, не созданная там заново, исчезает — включая записи MX, по которым приходит корпоративная почта. Агентство может потерять целый день писем от клиентов, подтверждений от поставщиков и уведомлений авиакомпаний об изменении расписания, прежде чем кто-то заметит, что почтовый ящик затих. Ничто в подключении сайта бронирования не требует менять NS-серверы. Добавляйте записи; остальное не трогайте.
Вторая — направить корневой домен на сайт бронирования, пока на старом сайте есть страницы, которыми пользуются: страница о визах, которая стоит в выдаче Google, страница контактов, напечатанная на визитках. Эти ссылки теперь ведут на сайт бронирования, где таких страниц нет. Либо сначала перенесите старый сайт на поддомен, либо подключите сайт бронирования к поддомену.
Третья стоит только нервов: объявить новый адрес до появления замка. Браузер, отпугивающий клиентов от вашего сайта в тот самый день, когда вы его продвигаете, — плохое знакомство. Объявляйте, когда сертификат уже действует, а не когда запись сохранена.
Сохраните домен платформы — это ваш запасной выход
Поддомен платформы, на котором стартовал ваш сайт, не исчезает, когда вы подключаете свой домен. Удалить его нельзя, и это сделано намеренно.
Это адрес, с которого удобно тестировать, пока собственный домен устаканивается, и адрес, который продолжит работать, если у регистратора пропустили продление или кто-то по ошибке изменил DNS. За обоими адресами стоит одна и та же система бронирования: бронированиям, клиентам и отчётам всё равно, через какую дверь зашли. Запишите этот адрес туда, где доступ не зависит от работы вашего собственного домена.
Он же задаёт правильный порядок для нового сайта — тот же, что и при запуске OTA за один день: запускайтесь на поддомене, который мастер регистрации создаёт без банковской карты, а свой домен подключайте, когда сайт уже не стыдно показать. Что даёт сам сайт, когда адрес уже ваш, — в статье что на самом деле даёт турагентству сайт под своим брендом.
Чек-лист: как подключить свой домен к системе бронирования
- Выясните, у кого размещён ваш DNS. Это подскажут NS-серверы домена.
- Выберите корневой домен или поддомен. Если есть сайт, который нужно сохранить, выбирайте поддомен.
- До любых изменений зафиксируйте все существующие записи, особенно MX. Хватит скриншота.
- Удалите старую запись на том самом имени, которое будете использовать.
- Добавьте запись из DNS-шага: CNAME для поддомена, A для корневого домена, плюс TXT, если шаг его показывает. В поле «Имя» — только приставка.
- Переведите прокси на этой записи в режим «только DNS».
- Дождитесь, пока запись начнёт публично разрешаться. Больше её не правьте.
- Проверьте замок, сделайте тестовое бронирование по новому адресу и только потом сообщите клиентам.
Большая часть этого списка — ожидание. Единственный шаг, который действительно может навредить, — тот, которого в нём нет: смена NS-серверов.