Ügyfél domain kezelése: kinek a nevén legyen, és hogyan add át?
A projekt lezárult, az ügyfél egy másik fejlesztővel folytatja, a domain viszont még a te neveden van. Ilyenkor egy apró technikai részletből könnyen kényes kérdés lesz. Az ügyfél domain kezelése akkor működik jól, ha a szerepek az első naptól tiszták: a domain az ügyfél nevén van, te pedig kapcsolattartóként, saját hozzáféréssel végzed a technikai munkát.
Az alábbiakban végigvesszük, hogyan oszd fel a szerepeket, hogyan kövesd a lejáratokat, hogyan módosítsd biztonságosan a DNS-t, és hogyan add át a domaint, ha véget ér az együttműködés.
Miért éri meg, ha a domain az ügyfél nevén van?
Sok ügynökség kényelemből a saját nevére regisztrálja az ügyfelek domainjeit: gyorsabb, és minden egy helyen van. Rövid távon ez működik, de néhány helyzetben visszaüt:
- Változik a csapat vagy a cég. Ha a regisztrációnál megadott e-mail-cím egy már távozott kollégáé, vagy az ügynökség átalakul, senki nem tud gyorsan intézkedni.
- Vitával ér véget az együttműködés. A domain ilyenkor alkudozási ponttá válik, pedig ez egyik félnek sem érdeke.
- Lejár a domain. Leáll a weboldal és a levelezés, a felelősséget pedig az ügynökségen keresik, akkor is, ha a megújításról nem ő döntött.
Ha a domain az ügyfél nevén van, ezek a helyzetek fel sem merülnek. Az ügyfél a saját márkájáról dönt, te pedig a szakmai munkádért felelsz, nem egy más tulajdonában lévő név sorsáért. Ez az ajánlatban is erős érv: az ügyfél látja, hogy nem kötöd magadhoz mesterségesen.
Kinek a nevén legyen, és ki mit kezel?
Az alapszabály egyszerű: a domainhasználó az ügyfél, az ügynökség pedig saját, névre szóló hozzáféréssel végzi a technikai kezelést. A gyakorlatban azonban egy domainhez több hozzáférés is tartozik.
Két réteg, két hozzáférés
- Regisztrátori fiók: itt van nyilvántartva a domain, innen intézhető a megújítás, a névszerver-módosítás és a regisztrációs adatok kezelése.
- DNS és tárhely: itt működik a weboldal és a levelezés.
A két réteg nem feltétlenül esik egybe. A domain lehet például az ügynökség fiókjában úgy, hogy közben az ügyfél a domainhasználó. Ez teljesen rendben van: a fiók a kezelés helye, a domainhasználó a jogosult.
Az is gyakori, hogy az ügyfél domainje egy másik regisztrátornál vagy az ügyfél saját fiókjában van, a weboldal pedig a te tárhelyeden fut. Ilyenkor nem tudsz mindent egy helyről intézni, ezért érdemes ügyfelenként feljegyezni, melyik réteghez van hozzáférésed, és melyikhez kell az ügyfél közreműködése.
Kapcsolattartóként az ügynökség is hivatalos szerepet kap
A regisztrációnál a domainhasználó mellett kapcsolattartó is megadható. Nemzetközi végződéseknél (például .com vagy .eu) technikai kapcsolattartó is szerepelhet.
✅ Bevált felosztás: az ügyfél a domainhasználó, az ügynökség pedig kapcsolattartóként, nemzetközi domainnél technikai kapcsolattartóként szerepel. Így hivatalosan is látszik, ki foglalkozik a domain technikai ügyeivel, a tulajdonosi döntések – például a használóváltás vagy a domain megszüntetése – viszont az ügyfélnél maradnak.
Ha most a te neveden van a domain
Készíts listát azokról a domainekről, amelyeknél jelenleg te vagy az ügynökséged a domainhasználó, és tervezd meg az átvezetést az ügyfél nevére. Ezt érdemes egy nyugodt időszakban, a projekt közben elintézni, nem a szerződés lezárásakor, amikor már mindenki siet.
Hogyan kövesd a domainek lejáratát?
A lejáratfigyelés két szinten működhet. Kisebb csapatnál a minimum egy közös nyilvántartás és a bekapcsolt automatikus megújítás. Ha sok ügyfeled van, érdemes minden domainhez felelőst és helyettest rendelni, és a megújítást utólag is ellenőrizni.
Mit tartalmazzon a nyilvántartás?
| Adat | Miért fontos |
|---|---|
| Domain és ügyfél | Egy pillantással látod, kihez tartozik. |
| Domainhasználó | Kiderül, ki dönt a domain sorsáról. |
| Regisztrátor és fiók | Tudod, hol intézhető a megújítás. |
| Lejárati dátum | Ehhez igazodnak az emlékeztetők. |
| Automatikus megújítás | Látszik, be van-e kapcsolva. |
| DNS helye | Tudod, hol kell módosítani a rekordokat. |
| Felelős | Egyértelmű, ki intézi a megújítást. |
💡 Tipp: jelszót ne írj a táblázatba, csak azt, hogy melyik jelszókezelőben vagy fiókban található a hozzáférés.
Kinek megy a lejárati értesítés?
Ezt sokan csak akkor nézik meg, amikor már késő.
🔔 Nálunk a lejárati értesítést a fiók tulajdonosa kapja. Ha a domain a te fiókodban van, az értesítés hozzád érkezik, az ügyfélhez nem, ezért beszéljétek meg előre, hogyan jelzed neki, és ki dönt a megújításról. Ha a domain az ügyfél saját fiókjában van, te nem kapsz értesítést, így a saját nyilvántartásod a biztosíték.
Más szolgáltatóknál is érdemes ellenőrizni, kinek mennek ki az értesítések.
Belső emlékeztetők és visszaellenőrzés
Állíts be belső emlékeztetőket, mindegyikhez konkrét teendővel:
60 nappal előtte: kérd be az ügyfél döntését a megújításról.
30 nappal előtte: ellenőrizd a számlázást és az elérhetőségi adatokat.
7 nappal előtte: győződj meg róla, hogy a megújítás megtörtént.
Ezek a csapatod saját munkapontjai, nem a regisztrátor határidői. A megújítást akkor tekintsd lezártnak, ha az új lejárati dátum a regisztrátornál is megjelent.
Névszerver vagy DNS-zóna: hol mit módosíthatsz?
A két fogalmat gyakran összemossák, pedig máshol kell módosítani őket. A névszerver azt mondja meg, hol található a domain DNS-zónája. A zóna pedig maga a rekordlista: ebből derül ki, melyik szerveren fut a weboldal, és hová érkezzenek a levelek.
A névszervert mindig a regisztrátornál lehet módosítani, ehhez tehát regisztrátori hozzáférés kell. A zónát ott kezeled, ahová a névszerverek mutatnak. Ha ez a tárhely, akkor a DNS a tárhely felületéről módosítható, akkor is, ha a domain máshol van regisztrálva. Ez praktikus, mert a weboldal és a levelezés beállításai egy helyen vannak.
Így módosítsd biztonságosan a DNS-t
- Előtte ments: exportáld a zónát, vagy készíts képernyőképet az érintett rekordokról.
- Vezess rövid naplót: dátum, ki kérte, melyik rekord változott, mi volt a régi és mi lett az új érték, ki ellenőrizte.
- Utána tesztelj: nyisd meg a weboldalt, és küldj egy próbalevelet. A változás nem mindenhol jelenik meg azonnal, mert a DNS-gyorsítótárak egy ideig még a régi értéket adhatják.
Különösen figyelj a levelezésre, mert a legtöbb DNS-hiba ott okoz kellemetlenséget. Az MX rekord határozza meg, hová érkeznek a levelek, az SPF, DKIM és DMARC rekordok pedig azt, hogy a kimenő levelek ne kerüljenek spambe. Ha ezek közül bármelyik változik, segít a levelezési hitelesítésről szóló útmutatónk.
A Sybell Hostingnál a cPanel felületen könnyedén tudod módosítani a domain DNS beállításait. Az alábbi útmutatót kövesd végig a DNS-ek módosításához: https://tudasbazis.sybell.hu/tudasbazis/dns-rekord-szerkesztes/
Hogyan add át az ügyfél domainjét?
A domain átadása és a tárhely költöztetése két külön feladat. Előfordul, hogy az ügyfél csak a tárhelyet viszi el, a domain marad, vagy fordítva. A domain átadásánál ezeket érdemes végigvenni:
- a domain adatai és a következő lejárati dátum,
- a regisztrátori hozzáférés, vagy ha a domain a te fiókodban van, a domain átvitele az ügyfél fiókjába vagy új regisztrátorhoz,
- a DNS-zóna exportja és a névszerverek,
- a folyamatban lévő módosítások,
- a kapcsolattartói adatok frissítése: a te adataid kerüljenek ki, az új felelősé be,
- jelszócsere és a helyreállítási e-mail-cím ellenőrzése, ha közös hozzáférést használtatok.
A domain regisztrátorváltásánál általában egy hitelesítő kódra (auth/EPP kód) is szükség van. Ha a domaint nemrég regisztráltátok, számolj vele, hogy bár technikailag használható, bizonyos ideig még nem lehet vele semmilyen ügyet intézni.
Az átadást akkor tekintsd lezártnak, ha az ügyfél saját hozzáféréssel belépett, ellenőrizte a domain adatait, a weboldal és a levelezés működik, és mindezt írásban is visszaigazolta.
Hogyan segítünk mi?
Ha több ügyfél weboldalát kezeled, a viszonteladói tárhelyünkön WHM-ből intézheted ügyfeleid tárhelyét, DNS-zónáját és a domainek tárhelyhez kapcsolódó technikai beállításait, ügyfeleid pedig külön cPanel-felületet kapnak.
Ha a domaint a saját Sybell Hosting fiókodon keresztül regisztrálod, a regisztrációs adatokat és a névszervereket is te kezelheted, miközben a domainhasználó lehet az ügyfél. Ha egy ügyfél domainje máshol vagy az ügyfél saját fiókjában van, ahhoz továbbra is külön hozzáférés kell. Ezt érdemes már a projekt elején tisztázni.
🛡️ Az Ügyfélközpontunkban kötelező a kétlépcsős azonosítás, így a domainjeidhez egy kiszivárgott jelszóval sem lehet hozzáférni.
Gyakori kérdések
Elég, ha az ügynökség csak kapcsolattartóként szerepel a domainnél?
Igen, ez a javasolt felállás. Az ügynökség így hivatalosan is részt vesz a domain technikai ügyeiben, a domain feletti döntés viszont az ügyfélnél marad. A megbízás végén elég a kapcsolattartói adatokat frissíteni.
Visszatarthatja az ügynökség a domaint, ha az ügyfél nem fizet?
Nem érdemes. Ha a domain az ügyfél nevén van, a domain feletti döntés őt illeti, a díjvitát pedig a szerződés alapján, külön kell rendezni. Vitás helyzetben kérd jogász tanácsát.
Ugyanannál a szolgáltatónál kell lennie a domainnek és a tárhelynek?
Nem, a domain, a DNS-zóna és a tárhely külön szolgáltatónál is működhet. Ilyenkor a nyilvántartásban külön jelöld a regisztrátort, a DNS helyét és a tárhelyet, és átadáskor mindhárom hozzáférést ellenőrizd.
Mikor lehet egy frissen regisztrált domaint átadni?
A regisztráció után néhány napig nem lehet a domainnel semmilyen műveletet végezni. Ez főként a .hu domaineknél jellemző, de nemzetközi végződéseknél is előfordul. Ha tudod, hogy a domain hamarosan az ügyfélhez kerül, eleve az ő nevére regisztráld.
Mi a teendő, ha a domain már lejárt?
Ellenőrizd a domain állapotát a regisztrátornál, és kérdezd meg, milyen megújítási lehetőség van még. A feltételek végződésenként eltérnek, ezért ne számíts automatikusan türelmi időre. Az ügyfél döntését és a regisztrátor válaszát rögzítsd a nyilvántartásban.
Összegzés
Az ügyfél domain kezelése akkor marad tiszta, ha négy dolog mindig egyértelmű: kinek a nevén van a domain, mikor jár le, ki módosította utoljára a DNS-t, és ki a felelős. Tartsd az ügyfél nevén a domaint, vállald a kapcsolattartói szerepet, kövesd a lejáratokat, és az átadást zárd ellenőrzéssel. Így az együttműködés vége sem kényes pillanat, csak egy rendezett lépés.
Ha több ügyfél weboldalát és domainjét kezeled, nézd meg viszonteladói tárhely és domain szolgáltatásunkat.
Megnézem a viszonteladói tárhelyeket »