Како да повежете сопствени домен са системом за резервације
Сајт је готов. Лого је на месту, марже су подешене, пробна резервација је прошла на поддомену платформе, а неко у канцеларији је већ послао линк тројици клијената. И онда стиже очигледно питање: зашто у адреси и даље стоји туђе име? Овај водич објашњава како да повежете сопствени домен са системом за резервације а да никога не ангажујете — шта заправо мењате, о која два или три записа је реч, зашто се катанац појављује касније него што очекујете и које је то једно подешавање које тихо поквари пословни имејл ако га дирнете.
Не морате дубоко да разумете DNS. Потребна вам је једна слика: име домена је путоказ, а ви га окрећете ка новој згради. Све што следи су детаљи те слике.
Где ваш домен заправо „живи“
Могу бити укључене чак три различите фирме, а већина власника зна само за једну. Регистрар је место где сте купили име и плаћате годишње обнављање. DNS провајдер је место где се уређују записи тог имена — често иста фирма као регистрар, али не увек, нарочито ако је веб дизајнер пре много година пребацио име на засебну DNS услугу. Хостинг је место где ради ваш тренутни сајт.
Записи које ћете додати иду код DNS провајдера. Зато пре свега сазнајте ко је то. Пријавите се код регистрара и погледајте које name сервере домен има. Ако припадају регистрару, записе уређујете тамо. Ако показују негде другде, тамо радите. Неколико минута на ово штеди поподне уређивања у панелу који нико не чита.
Основни домен или поддомен: одлучите пре него што било шта дирнете
Основни домен — зове се и apex, root или „голи“ домен — јесте vasaagencija.rs без ичега испред. Поддомен је све што има ознаку испред: www.vasaagencija.rs, rezervacije.vasaagencija.rs, putovanja.vasaagencija.rs. Платформа прихвата оба, али избор одређује који запис додајете.
Разлог је стар и о њему се не преговара. Основни домен већ носи записе који дефинишу сам домен, а DNS не дозвољава да CNAME дели име са било чим другим. Зато се основни домен усмерава A записом директно на IP адресу, а поддомен CNAME записом на друго име хоста.
| Основни домен (vasaagencija.rs) | Поддомен (rezervacije.vasaagencija.rs) | |
|---|---|---|
| Запис који додајете | A запис усмерен на IP адресу | CNAME усмерен на име хоста платформе |
| Шта клијент куца | Најкраћу могућу адресу | Једну реч више, што мање значи када клијент стиже преко линка |
| Ваш постојећи сајт | Мора да се склони са основног домена, иначе га замењује сајт за резервације | Остаје тачно где јесте |
| Пословни имејл | Непромењен, докле год MX записе оставите на миру | Непромењен |
| Одговара | Агенцији чији сајт ЈЕСТЕ сајт за резервације | Агенцији са презентационим сајтом, блогом или CMS-ом који жели да задржи |
Већина агенција које већ имају сајт треба да почне са поддоменом. Ред око ког се људи споре је други: неки власници сматрају да поддомен делује мање озбиљно. То је поштено мишљење, али мање тежи када вам већина клијената стиже преко линка на Viber-у, WhatsApp-у или Instagram-у, а не куцањем адресе.
Записи које додајете и шта који ради
Вођени DNS корак приказује тачне вредности за ваш домен. Копирајте их одатле, не из неког чланка — па ни из овог. У наставку је објашњено чему служи сваки запис, да би екран имао смисла када га видите.
- CNAME, за поддомен. Name: ознака коју сте изабрали, на пример
rezervacije. Value: име хоста платформе које вам даје DNS корак. Он каже „ово име је надимак за оно“, па ако се сервери платформе преселе, ваш запис наставља да ради а да га не дирате. - A запис, за основни домен. Name:
@, чиме већина DNS панела означава голи домен. Value: IP адреса из DNS корака. Он каже „ово име станује на овој адреси“. - TXT, понекад. Нека хостинг подешавања траже и запис за верификацију: дугачак насумичан низ под именом које одреди DNS корак. Посетиоцима не ради ништа. Доказује да се онај ко контролише домен сагласио са повезивањем. Ако га корак приказује, додајте га; ако не, ништа не недостаје.
Две грешке стоје иза већине неуспелих покушаја. Прва је уписивање целог домена у поље Name. Многи панели сами додају ваш домен, па rezervacije.vasaagencija.rs тамо постаје rezervacije.vasaagencija.rs.vasaagencija.rs, што не води никуда. Упишите само ознаку. Друга је остављање старог записа на месту. Ако rezervacije већ има A запис из неког ранијег пројекта, CNAME не може да стоји поред њега, а неки панели тихо задрже стари. Прво обришите стари запис за тачно то име.
Ако ваш DNS провајдер на запису нуди прекидач за прокси — Cloudflare га приказује као наранџасти облак — током повезивања га пребаците на DNS-only. Прокси одговара посетиоцима уместо платформе и тако је скрива од провере описане у наставку.
Зашто катанац стиже последњи
Ово је корак на ком власници помисле да се нешто покварило. Записи су сачувани, домен изгледа исправно, а прегледач каже да веза није безбедна — или се сајт уопште не отвара. Ништа није покварено. Редослед је једноставно фиксан.
TLS сертификат, односно катанац, издаје сертификационо тело које прво мора да потврди да домен заиста показује тамо где захтев тврди. Проверава тако што тражи име у јавном DNS-у и, у већини подешавања, тако што шаље захтев домену и очекује да одговори платформа. Док ваш запис не стигне до резолвера које то тело користи, провера пада, и никакво кликтање то не мења. Чим запис почне да се разрешава, платформа аутоматски тражи сертификат. Ништа не купујете, не отпремате и не обнављате.
Колико траје то „разрешавање“ зависи углавном од TTL вредности записа који је ту био раније: времена током ког други сервери смеју да памте стари одговор. Сасвим ново име се обично појави брзо. Име које је јуче показивало негде другде може још неко време да одговара старом адресом. Ако знате да мењате постојећи запис, дан раније му смањите TTL и чекање ће бити краће.
У супротном: сачекајте, па проверите. Немојте стално уређивати запис — свака измена даје сваком серверу који је запамтио погрешан одговор још један разлог да га и даље враћа. Јавни сајтови за DNS lookup показују шта остатак света види за ваше име; када покажу вредност из DNS корака, следеће што ће се десити јесте сертификат.
Колико кошта грешка
Скупе грешке нису у сајту за резервације. Оне су у свему осталом што виси о вашем домену.
Најгора је промена name сервера када је било довољно додати запис. Премештање name сервера предаје цео домен новом DNS провајдеру, и сваки запис који се тамо не направи поново нестаје — укључујући MX записе који испоручују пословну пошту. Агенција може да изгуби дан имејлова од клијената, потврда од добављача и обавештења авио-компанија о промени реда летења пре него што ико примети да је сандуче утихнуло. Ништа у повезивању сајта за резервације не захтева премештање name сервера. Додајте записе; остало оставите на миру.
Друга је усмеравање основног домена на сајт за резервације док стари сајт још има странице које људи користе: страницу о визама која се добро котира на Google-у, страницу за контакт одштампану на визит-картама. Ти линкови сада воде на сајт за резервације који их нема. Или прво преместите стари сајт на поддомен, или сајт за резервације повежите са поддоменом.
Трећа кошта само живаца: објављивање нове адресе пре него што се појави катанац. Прегледач који клијенте упозорава на ваш сајт баш на дан када сте га рекламирали лоше је представљање. Објавите када је сертификат активан, а не када је запис сачуван.
Задржите домен платформе — то је ваша резерва
Поддомен платформе на ком је ваш сајт почео не нестаје када повежете сопствени домен. Не може се уклонити, и то је намерно.
То је адреса са које тестирате док се ваш домен слеже, и она која и даље ради ако код регистрара истекне обнављање или неко грешком измени DNS. Иза обе адресе стоји исти систем за резервације, па резервацијама, клијентима и извештајима није важно кроз која врата је неко ушао. Запишите је негде где не зависи од тога да ли ваш домен ради.
Он одређује и прави редослед за нов сајт, исти као при покретању OTA за један дан: пустите сајт уживо на поддомену који чаробњак за регистрацију отвара без тражења картице, а домен повежите када сајт заслужи да се покаже. Шта сам сајт покрива када адреса постане ваша, пише у тексту шта вам white-label туристички сајт заиста доноси.
Контролна листа: повезивање сопственог домена са системом за резервације
- Сазнајте ко хостује ваш DNS. Name сервери домена ће вам рећи.
- Изаберите основни домен или поддомен. Ако имате сајт који желите да задржите, изаберите поддомен.
- Пре било какве измене забележите све постојеће записе, посебно MX. Снимак екрана је довољан.
- Обришите сваки стари запис на тачно оном имену које ћете користити.
- Додајте запис из DNS корака: CNAME за поддомен, A за основни домен, плус TXT ако га корак приказује. У поље Name упишите само ознаку.
- Евентуални прокси на том запису пребаците на DNS-only.
- Сачекајте да се запис јавно разреши. Немојте га стално мењати.
- Потврдите катанац, направите пробну резервацију на новој адреси, па тек онда јавите клијентима.
Већи део листе је чекање. Једини корак који вам заиста може наудити је онај којег на њој нема: премештање name сервера.