Salt la conținut
Blog

Cum îți conectezi propriul domeniu la motorul de rezervări

Redacția Tekravel

Site-ul e gata. Logo-ul e cel corect, adaosurile (markup) sunt setate, o rezervare de test a trecut pe subdomeniul platformei, iar cineva din birou a trimis deja linkul la trei clienți. Apoi vine întrebarea firească: de ce adresa poartă încă numele altcuiva? Ghidul acesta arată cum să îți conectezi propriul domeniu la motorul de rezervări fără să angajezi pe nimeni — ce schimbi de fapt, cele două-trei înregistrări implicate, de ce lacătul apare mai târziu decât te aștepți și singura setare care, dacă o atingi, oprește în liniște e-mailul firmei.

Nu trebuie să înțelegi DNS-ul în profunzime. Ai nevoie de o singură idee: numele de domeniu e un indicator rutier, iar tu îl întorci spre o clădire nouă. Tot ce urmează sunt detalii ale acestei idei.

Unde locuiește de fapt domeniul tău

Pot fi implicate până la trei companii diferite, iar cei mai mulți proprietari cunosc doar una. Registrarul e locul de unde ai cumpărat numele și unde plătești reînnoirea anuală. Furnizorul DNS e locul unde se editează înregistrările acelui nume — adesea aceeași firmă ca registrarul, uneori nu, mai ales dacă un web designer a configurat totul acum câțiva ani și a mutat numele la un serviciu DNS separat. Găzduirea site-ului e locul unde rulează site-ul tău actual.

Înregistrările pe care urmează să le adaugi merg la furnizorul DNS. Așa că, înainte de orice, află cine e acesta. Intră în contul de la registrar și uită-te la nameserverele trecute la domeniu. Dacă aparțin registrarului, acolo editezi înregistrările. Dacă indică altundeva, acel altundeva e locul unde lucrezi. Câteva minute petrecute aici îți economisesc o după-amiază de editat înregistrări într-un panou pe care nu-l citește nimeni.

Domeniu principal sau subdomeniu: decide înainte să atingi ceva

Domeniul principal — numit și apex, rădăcină sau domeniu „gol” — este brandultau.ro fără nimic în față. Un subdomeniu e orice nume cu o etichetă în față: www.brandultau.ro, rezervari.brandultau.ro, calatorii.brandultau.ro. Platforma le acceptă pe amândouă, iar alegerea schimbă înregistrarea pe care o adaugi.

Motivul e vechi și nenegociabil. Domeniul principal poartă deja înregistrările care definesc domeniul însuși, iar DNS-ul nu permite ca un CNAME să împartă numele cu altceva. De aceea domeniul principal se îndreaptă cu o înregistrare A direct spre o adresă IP, în timp ce un subdomeniu se îndreaptă cu un CNAME spre un alt hostname.

Domeniu principal (brandultau.ro)Subdomeniu (rezervari.brandultau.ro)
Înregistrarea pe care o adaugiÎnregistrare A, spre o adresă IPCNAME, spre un hostname al platformei
Ce tastează cliențiiCea mai scurtă adresă posibilăUn cuvânt în plus, care contează puțin când clienții vin dintr-un link
Site-ul tău existentTrebuie mutat de pe domeniul principal, altfel îl înlocuiește site-ul de rezervăriRămâne exact unde este
E-mailul firmeiNeafectat, cât timp înregistrările MX rămân neatinseNeafectat
Potrivit pentruO agenție al cărei site ESTE site-ul de rezervăriO agenție cu site de prezentare, blog sau CMS pe care vrea să-l păstreze

Majoritatea agențiilor care au deja un site ar trebui să înceapă cu un subdomeniu. Rândul care stârnește discuții e al doilea: unii proprietari simt că un subdomeniu arată mai puțin serios. E o părere legitimă, și cântărește mai puțin când majoritatea clienților ajung la tine dintr-un link pe WhatsApp sau Instagram, nu tastând adresa.

Înregistrările pe care le adaugi și ce face fiecare

Pasul DNS ghidat îți arată valorile exacte pentru domeniul tău. Copiază-le de acolo, nu din vreun articol — nici din acesta. Ce urmează explică la ce servește fiecare înregistrare, ca ecranul să aibă sens când îl vezi.

  • CNAME, pentru un subdomeniu. Nume: eticheta aleasă, de exemplu rezervari. Valoare: hostname-ul platformei pe care ți-l dă pasul DNS. Spune „numele acesta e un alias al celuilalt”, așa că dacă serverele platformei se mută, înregistrarea ta continuă să funcționeze fără să o atingi.
  • Înregistrare A, pentru domeniul principal. Nume: @, pe care majoritatea panourilor DNS îl folosesc pentru domeniul gol. Valoare: adresa IP pe care ți-o dă pasul DNS. Spune „numele acesta locuiește la adresa aceasta”.
  • TXT, uneori. Unele configurații cer și o înregistrare de verificare: un șir lung, aleatoriu, sub un nume indicat de pasul DNS. Pentru vizitatori nu face nimic. Dovedește că cine controlează domeniul a fost de acord cu conectarea. Dacă pasul îl afișează, adaugă-l; dacă nu, nu lipsește nimic.

Două greșeli explică cele mai multe încercări eșuate. Prima e tastarea domeniului complet în câmpul Nume. Multe panouri adaugă singure domeniul, așa că rezervari.brandultau.ro tastat acolo devine rezervari.brandultau.ro.brandultau.ro, care nu duce nicăieri. Tastează doar eticheta. A doua e lăsarea unei înregistrări vechi pe loc. Dacă rezervari are deja o înregistrare A dintr-un proiect trecut, un CNAME nu poate sta lângă ea, iar unele panouri o păstrează în tăcere pe cea veche. Șterge mai întâi vechea înregistrare pentru exact acel nume.

Dacă furnizorul tău DNS oferă un comutator de proxy pe înregistrare — Cloudflare îl afișează ca un nor portocaliu — pune-l pe „doar DNS” cât timp faci conectarea. Un proxy le răspunde vizitatorilor în locul platformei, ascunzând platforma de verificarea descrisă mai jos.

De ce lacătul apare ultimul

E pasul la care proprietarii cred că s-a stricat ceva. Înregistrările sunt salvate, domeniul pare corect, iar browserul spune că conexiunea nu e sigură — sau site-ul nu se deschide deloc. Nu s-a stricat nimic. Ordinea e pur și simplu fixă.

Un certificat TLS, lacătul, e emis de o autoritate de certificare care trebuie mai întâi să confirme că domeniul indică într-adevăr acolo unde spune cererea. Verifică asta căutând numele în DNS-ul public și, în majoritatea configurațiilor, trimițând o cerere către domeniu și așteptând ca platforma să răspundă. Până când înregistrarea ta nu ajunge la resolverele pe care le folosește acea autoritate, verificarea eșuează și niciun clic nu schimbă asta. Odată ce înregistrarea se rezolvă, platforma cere automat certificatul. Nu cumperi, nu încarci și nu reînnoiești niciun certificat.

Cât durează până „se rezolvă” depinde mai ales de TTL-ul înregistrării care era acolo înainte: timpul cât celelalte servere au voie să țină minte răspunsul vechi. Un nume complet nou apare de obicei repede. Un nume care ieri indica altundeva poate răspunde încă o vreme cu adresa veche. Dacă știi că înlocuiești o înregistrare existentă, scăderea TTL-ului cu o zi înainte scurtează așteptarea.

Altfel, așteaptă, apoi verifică. Nu tot edita înregistrarea — fiecare modificare dă oricărui server care a memorat un răspuns greșit încă un motiv să-l servească în continuare. Site-urile publice de interogare DNS arată ce vede restul lumii pentru numele tău; când afișează valoarea din pasul DNS, certificatul e următorul lucru care se întâmplă.

Cât te costă o greșeală

Greșelile scumpe nu sunt în site-ul de rezervări. Sunt în tot restul care e legat de domeniul tău.

Cea mai gravă e schimbarea nameserverelor când trebuia doar adăugată o înregistrare. Mutarea nameserverelor predă întregul domeniu unui nou furnizor DNS, iar orice înregistrare care nu e recreată acolo dispare — inclusiv înregistrările MX care livrează e-mailul firmei. O agenție poate pierde o zi de e-mailuri de la clienți, confirmări de la furnizori și anunțuri de schimbare de orar de la companiile aeriene înainte ca cineva să observe că inboxul a amuțit. Nimic din conectarea unui site de rezervări nu cere mutarea nameserverelor. Adaugă înregistrări; restul lasă-l în pace.

A doua e îndreptarea domeniului principal spre site-ul de rezervări cât timp vechiul site mai are pagini folosite de oameni: o pagină despre vize care apare în Google, o pagină de contact tipărită pe cărțile de vizită. Linkurile acelea ajung acum pe un site de rezervări care nu le are. Ori muți mai întâi vechiul site pe un subdomeniu, ori conectezi site-ul de rezervări la un subdomeniu.

A treia costă doar nervi: anunțarea noii adrese înainte să apară lacătul. Un browser care îți avertizează clienții să stea departe de site chiar în ziua în care l-ai promovat e o prezentare proastă. Anunță după ce certificatul e activ, nu după ce ai salvat înregistrarea.

Păstrează domeniul platformei — e plasa ta de siguranță

Subdomeniul platformei pe care a pornit site-ul tău nu dispare când îți atașezi propriul domeniu. Nu poate fi șters, și asta e intenționat.

E adresa de pe care testezi cât timp domeniul propriu se stabilizează, și cea care funcționează în continuare dacă reînnoirea expiră la registrar sau cineva modifică DNS-ul din greșeală. În spatele ambelor adrese e același motor de rezervări, așa că rezervărilor, clienților și rapoartelor nu le pasă pe ce ușă s-a intrat. Ține-o notată undeva unde nu depinde de funcționarea domeniului tău.

Tot ea dă și ordinea corectă pentru un site nou, aceeași ca la lansarea unei OTA într-o zi: intri online pe subdomeniul pe care asistentul de înregistrare îl creează fără să ceară un card și îți conectezi domeniul când site-ul merită arătat. Ce acoperă site-ul odată ce adresa e a ta găsești în ce îți oferă de fapt un site de turism white-label.

Checklist: conectarea propriului domeniu la motorul de rezervări

  1. Află cine îți găzduiește DNS-ul. Îți spun nameserverele domeniului.
  2. Alege între domeniu principal și subdomeniu. Dacă ai un site pe care vrei să-l păstrezi, alege un subdomeniu.
  3. Notează fiecare înregistrare existentă, mai ales MX, înainte să schimbi ceva. O captură de ecran e suficientă.
  4. Șterge orice înregistrare veche de pe exact numele pe care urmează să-l folosești.
  5. Adaugă înregistrarea din pasul DNS: CNAME pentru subdomeniu, A pentru domeniul principal, plus TXT dacă pasul îl afișează. În câmpul Nume tastează doar eticheta.
  6. Pune pe „doar DNS” orice proxy activ pe acea înregistrare.
  7. Așteaptă ca înregistrarea să se rezolve public. Nu o tot edita.
  8. Verifică lacătul, fă o rezervare de test pe noua adresă și abia apoi anunță clienții.

Aproape toată lista e așteptare. Singurul pas care te poate afecta cu adevărat e cel care nu apare în ea: mutarea nameserverelor.

Redacția Tekravel

Departamentul de tehnologii de turism

Departamentul de tehnologii de turism al Tekravel scrie pentru industrie: proprietari de agenții, consolidatori și dezvoltatorii care îi integrează. Fiecare articol este verificat pe platforma pe care o descrie înainte de publicare.