Hogyan kösse be saját domainjét egy foglalási rendszerhez
Az oldal elkészült. A logó a helyén, az árrések beállítva, egy tesztfoglalás lement a platform aldomainjén, és valaki az irodában már el is küldte a linket három ügyfélnek. Ekkor jön a kézenfekvő kérdés: miért áll még mindig valaki más neve a címsorban? Ez az útmutató megmutatja, hogyan kösse be saját domainjét egy foglalási rendszerhez anélkül, hogy bárkit felfogadna — mit változtat meg valójában, melyik két-három rekordról van szó, miért jelenik meg a lakat később, mint várná, és melyik az az egy beállítás, amely csendben tönkreteszi a céges e-mailt, ha hozzányúl.
A DNS-t nem kell mélyen értenie. Egyetlen képre van szükség: a domainneve egy útjelző tábla, és ön egy új épület felé fordítja. Minden, ami alább következik, ennek a képnek a részletezése.
Hol „lakik” valójában a domainje
Akár három különböző cég is érintett lehet, és a legtöbb tulajdonos csak az egyiket ismeri. A regisztrátor az, akinél a nevet megvette, és akinek az éves megújítást fizeti. A DNS-szolgáltató az a hely, ahol a név rekordjait szerkesztik — gyakran ugyanaz a cég, mint a regisztrátor, de nem mindig, főleg ha évekkel ezelőtt egy webdesigner külön DNS-szolgáltatáshoz költöztette a nevet. A tárhelyszolgáltató ott van, ahol a jelenlegi oldala fut.
A felveendő rekordok a DNS-szolgáltatóhoz kerülnek. Ezért mindenekelőtt derítse ki, ki az. Lépjen be a regisztrátorhoz, és nézze meg, milyen névszerverek szerepelnek a domainnél. Ha a regisztrátoréi, ott szerkeszti a rekordokat. Ha máshová mutatnak, ott dolgozik. Néhány perc ezzel megspórol egy délutánnyi szerkesztést egy olyan felületen, amelyet semmi sem olvas.
Fődomain vagy aldomain: döntsön, mielőtt bármihez hozzányúl
A fődomain — angolul apex vagy root, magyarul néha „csupasz” domain — a utazasiiroda.hu, semmi nélkül előtte. Aldomain minden, aminek van előtagja: www.utazasiiroda.hu, foglalas.utazasiiroda.hu, utak.utazasiiroda.hu. A platform mindkettőt elfogadja, de a választás eldönti, milyen rekordot vesz fel.
Az ok régi, és nem lehet alkudni rá. A fődomain már hordozza azokat a rekordokat, amelyek magát a domaint határozzák meg, a DNS pedig nem engedi, hogy egy CNAME bármi mással osztozzon a nevén. Ezért a fődomaint A-rekorddal közvetlenül egy IP-címre irányítják, az aldomaint pedig CNAME-mel egy másik hosztnévre.
| Fődomain (utazasiiroda.hu) | Aldomain (foglalas.utazasiiroda.hu) | |
|---|---|---|
| Felveendő rekord | A-rekord, amely IP-címre mutat | CNAME, amely a platform hosztnevére mutat |
| Mit gépel az ügyfél | A lehető legrövidebb címet | Egy szóval többet, ami kevésbé számít, ha az ügyfél linkről érkezik |
| A meglévő weboldala | El kell költöznie a fődomainről, különben a foglalási oldal a helyére lép | Pontosan ott marad, ahol van |
| Céges e-mail | Nem érinti, amíg az MX-rekordokhoz nem nyúl | Nem érinti |
| Kinek való | Olyan irodának, amelynek a weboldala MAGA a foglalási oldal | Olyan irodának, amelynek bemutatkozó oldala, blogja vagy CMS-e van, és meg akarja tartani |
A legtöbb irodának, amelynek már van weboldala, aldomainnel érdemes kezdenie. A második sorral szoktak vitatkozni: egyes tulajdonosok úgy érzik, az aldomain kevésbé tűnik megalapozottnak. Jogos vélemény, de kevesebbet nyom a latban, ha az ügyfelek többsége Messenger-, WhatsApp- vagy Instagram-linkről érkezik, nem pedig a cím begépelésével.
A felveendő rekordok, és mire való mindegyik
Az irányított DNS-lépés pontosan megmutatja az ön domainjéhez tartozó értékeket. Onnan másolja ki őket, ne egy cikkből — ebből sem. Az alábbiakban az áll, mire szolgál az egyes rekord, hogy a képernyő érthető legyen, amikor meglátja.
- CNAME, aldomainhez. Name: a választott előtag, például
foglalas. Value: a platform hosztneve, amelyet a DNS-lépés megad. Azt mondja: „ez a név annak a másiknak az álneve”, így ha a platform szerverei költöznek, a rekordja továbbra is működik, anélkül hogy hozzányúlna. - A-rekord, fődomainhez. Name:
@, amellyel a legtöbb DNS-felület a csupasz domaint jelöli. Value: a DNS-lépés által megadott IP-cím. Azt mondja: „ez a név ezen a címen lakik”. - TXT, néha. Egyes tárhelybeállítások ellenőrző rekordot is kérnek: egy hosszú, véletlenszerű karakterláncot a DNS-lépés által megadott név alatt. A látogatóknak semmit sem jelent. Azt bizonyítja, hogy aki a domaint kezeli, hozzájárult a bekötéshez. Ha a lépés mutat ilyet, vegye fel; ha nem, semmi sem hiányzik.
A sikertelen próbálkozások többségéért két hiba felel. Az első, ha a teljes domaint írja a Name mezőbe. Sok felület automatikusan hozzáfűzi a domaint, így a foglalas.utazasiiroda.hu ott foglalas.utazasiiroda.hu.utazasiiroda.hu lesz, ami sehová sem vezet. Csak az előtagot írja be. A második, ha egy régi rekord a helyén marad. Ha a foglalas névnek már van A-rekordja egy korábbi projektből, mellette CNAME nem állhat, és egyes felületek szó nélkül megtartják a régit. Előbb törölje a régi rekordot pontosan erre a névre.
Ha a DNS-szolgáltatónál van proxykapcsoló a rekordon — a Cloudflare narancssárga felhőként mutatja —, a bekötés idejére állítsa DNS-only módra. A proxy a platform helyett válaszol a látogatóknak, így elrejti a platformot a következő részben leírt ellenőrzés elől.
Miért a lakat jön utoljára
Ennél a lépésnél hiszik a tulajdonosok, hogy valami elromlott. A rekordok elmentve, a domain jónak tűnik, a böngésző pedig azt írja, hogy a kapcsolat nem biztonságos — vagy az oldal meg sem nyílik. Semmi sem romlott el. Egyszerűen kötött a sorrend.
A TLS-tanúsítványt, vagyis a lakatot egy hitelesítésszolgáltató adja ki, amelynek előbb meg kell győződnie arról, hogy a domain valóban oda mutat, ahová a kérés állítja. Ezt úgy ellenőrzi, hogy lekérdezi a nevet a nyilvános DNS-ben, és a legtöbb beállításnál kérést küld a domainre, amelyre a platformnak kell válaszolnia. Amíg a rekordja el nem jut a szolgáltató által használt resolverekhez, az ellenőrzés elbukik, és ezen semennyi kattintás nem változtat. Amint a rekord feloldódik, a platform automatikusan igényli a tanúsítványt. Ön semmit sem vásárol, tölt fel vagy újít meg.
Hogy a feloldódás mennyi ideig tart, főleg az előzőleg ott lévő rekord TTL-értékén múlik: azon, hogy a többi szerver meddig emlékezhet a régi válaszra. Egy vadonatúj név általában gyorsan megjelenik. Egy név, amely tegnap még máshová mutatott, egy ideig tovább válaszolhat a régi címmel. Ha tudja, hogy meglévő rekordot cserél, egy nappal korábban csökkentse a TTL-t, és rövidebb lesz a várakozás.
Egyébként: várjon, aztán ellenőrizzen. Ne szerkessze újra és újra a rekordot — minden módosítás újabb okot ad minden olyan szervernek, amely rossz választ tárolt, hogy tovább szolgálja ki. A nyilvános DNS-lekérdező oldalak megmutatják, mit lát a világ a nevéről; amikor a DNS-lépés értékét mutatják, a tanúsítvány a következő, ami megtörténik.
Mibe kerül, ha elrontja
A drága hibák nem a foglalási oldalban vannak. Mindabban vannak, ami még a domainjén lóg.
A legrosszabb, ha névszervert cserél, amikor elég lett volna egy rekordot felvenni. A névszerverek áthelyezése az egész domaint egy új DNS-szolgáltatónak adja át, és minden rekord, amelyet ott nem hoznak létre újra, eltűnik — köztük az MX-rekordok is, amelyek a céges levelezést kézbesítik. Egy iroda elveszíthet egy napnyi ügyfélemailt, beszállítói visszaigazolást és légitársasági menetrendváltozás-értesítést, mire bárki észreveszi, hogy elcsendesedett a postafiók. A foglalási oldal bekötése semmilyen ponton nem igényli a névszerverek áthelyezését. Vegyen fel rekordokat; a többit hagyja békén.
A második, ha a fődomaint a foglalási oldalra irányítja, miközben a régi weboldalnak vannak még használt oldalai: egy vízumoldal, amely jól áll a Google-ben, egy kapcsolati oldal, amely rá van nyomtatva a névjegykártyákra. Ezek a linkek most egy olyan foglalási oldalon kötnek ki, amelyen nincsenek meg. Vagy előbb költöztesse a régi oldalt egy aldomainre, vagy a foglalási oldalt kösse be aldomainre.
A harmadik csak idegekbe kerül: bejelenteni az új címet, mielőtt megjelenik a lakat. Egy böngésző, amely éppen a reklámozás napján óvja az ügyfeleket az oldalától, rossz bemutatkozás. Akkor jelentse be, amikor a tanúsítvány él, ne amikor a rekordot elmentette.
Tartsa meg a platform domainjét — ez a tartaléka
A platform aldomainje, amelyen az oldala indult, nem tűnik el, amikor a saját domainjét bekötik. Nem is lehet eltávolítani, és ez szándékos.
Erről a címről tesztel, amíg a saját domain beáll, és ez működik akkor is, ha a regisztrátornál lejár a megújítás, vagy valaki tévedésből belenyúl a DNS-be. Mindkét cím mögött ugyanaz a foglalási rendszer fut, így a foglalásoknak, az ügyfeleknek és a riportoknak mindegy, melyik ajtón jött be valaki. Jegyezze fel valahol, ami nem függ attól, hogy a saját domainje éppen működik-e.
Az új oldal helyes sorrendjét is ez adja, ugyanazt, mint egy OTA egynapos elindításánál: élesítsen azon az aldomainen, amelyet a regisztrációs varázsló kártya kérése nélkül hoz létre, és akkor kösse be a domainjét, amikor az oldalt már érdemes megmutatni. Hogy maga az oldal mit fed le, amikor a cím már az öné, arról mit ad valójában egy white-label utazási weboldal című írásunk szól.
Ellenőrzőlista: saját domain bekötése foglalási rendszerhez
- Derítse ki, ki üzemelteti a DNS-ét. A domain névszerverei megmondják.
- Válasszon fődomaint vagy aldomaint. Ha van weboldala, amelyet meg akar tartani, aldomaint válasszon.
- Mielőtt bármit módosít, rögzítse az összes meglévő rekordot, főleg az MX-eket. Egy képernyőkép is elég.
- Törölje a régi rekordot pontosan azon a néven, amelyet használni fog.
- Vegye fel a DNS-lépésben látható rekordot: CNAME aldomainhez, A fődomainhez, plusz TXT, ha a lépés mutat ilyet. A Name mezőbe csak az előtagot írja.
- A rekord esetleges proxyját állítsa DNS-only módra.
- Várja meg, míg a rekord nyilvánosan feloldódik. Ne szerkessze folyton.
- Ellenőrizze a lakatot, tegyen tesztfoglalást az új címen, és csak ezután szóljon az ügyfeleknek.
A lista nagy része várakozás. Az egyetlen lépés, amely valóban árthat, az, amelyik nincs rajta: a névszerverek áthelyezése.