Як підключити власний домен до системи бронювання
Сайт готовий. Логотип правильний, націнки налаштовані, тестове бронювання пройшло на піддомені платформи, а хтось в офісі вже надіслав посилання трьом клієнтам. І тут з'являється очевидне питання: чому в адресі досі чуже ім'я? Ця інструкція пояснює, як підключити власний домен до системи бронювання без найманих фахівців: що саме ви змінюєте, які два-три записи для цього потрібні, чому замок з'являється пізніше, ніж ви чекаєте, і яке одне налаштування тихо вимикає корпоративну пошту, якщо його зачепити.
Розбиратися в DNS досконало не потрібно. Потрібна одна думка: ваш домен — це дороговказ, і ви повертаєте його до нової будівлі. Усе, що нижче, — подробиці цієї думки.
Де насправді «живе» ваш домен
Тут можуть бути задіяні до трьох різних компаній, а більшість власників знає лише одну. Реєстратор — це місце, де ви купили ім'я і де щороку платите за продовження. DNS-хостинг — це місце, де редагуються записи цього імені: часто та сама компанія, що й реєстратор, але не завжди, особливо якщо колись веб-дизайнер налаштовував усе сам і переніс ім'я на окремий DNS-сервіс. Хостинг сайту — це місце, де працює ваш нинішній сайт.
Записи, які ви зараз додасте, потрапляють на DNS-хостинг. Тож перш ніж робити щось інше, з'ясуйте, хто це. Увійдіть до кабінету реєстратора й подивіться, які NS-сервери вказані для домену. Якщо вони належать реєстратору, записи редагуються там. Якщо вказують деінде, працюєте саме там. Кілька хвилин на це заощаджують пів дня редагування записів у панелі, яку ніхто не читає.
Основний домен чи піддомен: вирішіть до того, як щось чіпати
Основний домен — його ще називають кореневим, apex або «голим» доменом — це vashbrend.com.ua без нічого попереду. Піддомен — будь-яке ім'я з міткою попереду: www.vashbrend.com.ua, book.vashbrend.com.ua, tours.vashbrend.com.ua. Платформа приймає обидва варіанти, і від вибору залежить, який запис ви додаєте.
Причина давня й не обговорюється. Основний домен уже несе записи, що визначають сам домен, а DNS не дозволяє запису CNAME ділити ім'я з будь-чим іншим. Тому основний домен спрямовують записом A безпосередньо на IP-адресу, а піддомен — записом CNAME на інше ім'я хоста.
| Основний домен (vashbrend.com.ua) | Піддомен (book.vashbrend.com.ua) | |
|---|---|---|
| Запис, який ви додаєте | Запис A на IP-адресу | CNAME на ім'я хоста платформи |
| Що вводять клієнти | Найкоротшу можливу адресу | На одне слово більше, що мало важить, коли клієнти приходять за посиланням |
| Ваш нинішній сайт | Має звільнити основний домен, інакше його замінить сайт бронювання | Лишається там, де є |
| Корпоративна пошта | Не зачіпається, якщо не чіпати записи MX | Не зачіпається |
| Кому підходить | Агенції, чий сайт І Є сайтом бронювання | Агенції із сайтом-візиткою, блогом чи CMS, які вона хоче зберегти |
Більшості агенцій, які вже мають сайт, варто починати з піддомену. Суперечки викликає другий рядок: деяким власникам здається, що піддомен виглядає менш солідно. Це чесна думка, але вона важить менше, коли більшість клієнтів приходить до вас за посиланням у Viber, Telegram чи Instagram, а не вводить адресу вручну.
Які записи ви додаєте і що робить кожен
Покроковий DNS-етап показує точні значення для вашого домену. Копіюйте їх звідти, а не зі статей — і з цієї теж. Нижче пояснено, для чого потрібен кожен запис, щоб екран мав сенс, коли ви його побачите.
- CNAME — для піддомену. Ім'я: обрана мітка, наприклад
book. Значення: ім'я хоста платформи, яке показує DNS-етап. Запис каже «це ім'я — псевдонім того», тож якщо сервери платформи переїдуть, ваш запис і далі працюватиме без вашої участі. - Запис A — для основного домену. Ім'я:
@, яким більшість DNS-панелей позначає сам домен. Значення: IP-адреса, яку показує DNS-етап. Запис каже «це ім'я живе за цією адресою». - TXT — іноді. Деякі конфігурації просять ще й запис для перевірки: довгий випадковий рядок під ім'ям, яке вказує DNS-етап. Відвідувачам він нічого не дає. Він доводить, що той, хто контролює домен, погодився на підключення. Якщо етап його показує — додайте; якщо ні — нічого не бракує.
Дві помилки пояснюють більшість невдалих спроб. Перша — ввести повний домен у поле «Ім'я». Багато панелей самі дописують домен, тож введене там book.vashbrend.com.ua перетворюється на book.vashbrend.com.ua.vashbrend.com.ua, яке нікуди не веде. Вводьте лише мітку. Друга — залишити старий запис. Якщо для book уже є запис 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-серверів.