Amikor egy rokon, barát vagy volt kolléga rakta össze a weboldaladat, a váltás ritkán technikai kérdés. Senki nem akarja megbántani azt, aki szívességből vagy baráti alapon segített. Közben viszont látod, hogy az oldal lassú, elavult, és senki nem frissíti rendszeresen. Az alábbi lépések abban segítenek, hogy kiderítsd, kinek a nevén van a domain, a tárhely és az adminfiók, milyen sorrendben érdemes ezeket átvenni, és hogyan mondd el mindezt úgy, hogy a kapcsolat megmaradjon.
A mi álláspontunk egyszerű. A kapcsolat megóvása és a hozzáférések rendezése jól összefér, ha előbb a tényeket tisztázod, és csak utána beszélsz. Aki pontosan tudja, mi van kinek a nevén, az kérni tud, és nem kell számon kérnie semmit.
A szövegben háromféle jelölést látsz. Hivatalosan igazolt az, ami szabályzatból vagy hivatalos dokumentációból származik. Saját tapasztalat az, amit weboldal-átvételeknél rendszeresen látunk. Szakmai feltételezés az, ami jó eséllyel igaz, de egyedi esetben eltérhet.
Miért kényes a váltás, ha ismerős készítette az oldalt?
Azért kényes, mert egyszerre van szó szívességről, bizalomról és a vállalkozásod egyik fontos vagyoneleméről, és ezek közül általában semmi nincs papíron rendezve.
Saját tapasztalat. Az ilyen oldalaknál nagyon gyakran nincs semmilyen írásos megállapodás. A domaint a készítő regisztrálta a saját nevére, mert úgy volt gyorsabb. A tárhelyet a saját fiókjából fizeti, és évente egyszer szól, hogy jár a díj. A belépők az ő jelszókezelőjében vagy a fejében vannak. Rossz szándék ritkán áll mögötte, egyszerűen akkor ez volt a kényelmes megoldás.
A kockázat akkor jelenik meg, amikor a készítő elköltözik, munkahelyet vált, elérhetetlenné válik, vagy megsértődik egy rosszul időzített mondaton. Ilyenkor a vállalkozásod domainje, levelezése és látogatottsági adatai egy olyan embernél ragadnak, akivel épp nehéz a kapcsolat. Szakmai feltételezés. Minél régebbi az oldal, annál valószínűbb, hogy maga a készítő sem emlékszik már pontosan minden fiókra és jelszóra, ezért a leltár neki is segítség.
Hogyan derül ki, kinek a nevén van a domain?
A domain regisztrátorát egy nyilvános domainkeresővel bárki megnézheti, a pontos jogosultat pedig a regisztrátortól, a díjat fizető számláiból vagy magától a készítőtől tudhatod meg.
Hivatalosan igazolt. A .hu domaineket az Internet Szolgáltatók Tanácsa (ISZT) tartja nyilván, és a domain.hu oldal keresőjében bármelyik .hu címről megnézheted, melyik regisztrátornál van. A .com, .eu és hasonló végződéseknél az ICANN Registration Data Lookup keresője ad hasonló képet. Az adatvédelmi szabályok miatt a magánszemély domainhasználó személyes adatai jellemzően nem látszanak, ezért a keresőből leginkább a regisztrátor neve és a lejárat derül ki.
Gépből néhány parancs is sokat elárul. Ezeket bármelyik terminálban lefuttathatod.
whois pelda.humegmutatja a regisztrátort és a nyilvános adatokat.dig NS pelda.hu +shortmegmutatja, ki kezeli a DNS-t, vagyis hová mutat a domain.dig MX pelda.hu +shortmegmutatja, hol futnak az e-mail postafiókjaid.
A legegyszerűbb gyakorlati jel a számla. Ha minden évben a cégedre szóló számlát kapsz a regisztrátortól, jó eséllyel te vagy a domainhasználó. Ha a készítő továbbszámlázza neked a díjat, vagy semmilyen számlát nem látsz, akkor valószínűleg az ő nevén fut. Saját tapasztalat. Ez a második eset sokkal gyakoribb, mint azt a tulajdonosok gondolnák.
Hogyan derül ki, kié a tárhely és az adminfiók?
A tárhely azé, aki a tárhelycégnél a szerződést kötötte és fizeti, az adminfiók pedig azé, akinek a weboldal felhasználói listájában rendszergazdai szerepe van.
A tárhelycég nevét a domain IP-címéből tudod kikövetkeztetni. A dig A pelda.hu +short parancs kiírja az IP-címet, a whois parancs ezt az IP-t megadva pedig azt, melyik cég hálózatához tartozik. Saját tapasztalat. Ha egy tartalomkézbesítő hálózat (például a Cloudflare) áll az oldal előtt, ez a módszer csak a hálózatot mutatja, a tényleges tárhelyet nem. Ilyenkor a készítőtől kell megkérdezni.
Az adminfióknál WordPress esetén lépj be, és a Felhasználók menüben nézd meg, milyen szerepköröd van. Ha a te fiókod csak Szerkesztő vagy Szerző, akkor az oldal felett valójában nem rendelkezel teljes joggal. Ha van parancssori hozzáférés, ez a parancs kilistázza a rendszergazdákat és az e-mail címüket.
wp user list --role=administrator --fields=user_login,user_email
Érdemes megnézni a Beállítások, Általános menüben a webhely adminisztrációs e-mail címét is. Ha az a készítőé, minden biztonsági értesítés és jelszó-visszaállítás hozzá megy.
A weboldalon kívül is vannak fiókok, amelyek gyakran a készítő nevén ragadnak. Hivatalosan igazolt. A Google Search Console megkülönbözteti a tulajdonost és a felhasználót, és egy tulajdonhoz több igazolt tulajdonos is tartozhat. A Google Analytics fiókhoz a Rendszergazda szerepkörű felhasználó adhat hozzáférést. A Google Cégprofilnál az elsődleges tulajdonos átruházhatja a tulajdonjogot egy másik tulajdonosra.
Mit érdemes leltárba venni, mielőtt beszélsz vele?
Egy egyszerű táblázatot, amelyben minden fióknál szerepel, hol fut, kinek a nevén van, ki fizeti, és van-e hozzá saját belépésed.
A táblázat soraiba ezek kerüljenek.
- domain és DNS-kezelés
- tárhely és az azon futó e-mail postafiókok
- a weboldal adminfiókja
- Google Analytics, Google Tag Manager és Google Search Console
- Google Cégprofil
- Facebook-oldal, Instagram-fiók és a hozzájuk tartozó vállalkozáskezelő
- hirdetési fiókok, ha futnak hirdetések
- prémium téma és fizetős bővítmények licencei
- az űrlapok értesítési e-mail címe és a hírlevélküldő fiók
Saját tapasztalat. A prémium bővítmények licence szinte mindig kimarad a beszélgetésből, pedig ha a licenc a készítő fiókján van, a váltás után a frissítések egyszerűen leállnak. A táblázat oszlopai a következők legyenek. Szolgáltatás neve, kinek a nevén van, ki fizeti, van-e saját belépésed, mit kell vele tenni.
Hogyan kezdd el a beszélgetést sértődés nélkül?
Köszönettel, a jövőről szóló kéréssel és a vállalkozásod változó igényeivel érdemes kezdeni, a régi megoldás bírálata nélkül.
Néhány mondat, amivel jó eséllyel nyugodt mederben marad a beszélgetés.
- „Nagyon hálás vagyok, hogy annak idején megcsináltad az oldalt, nélküled el sem indultunk volna.”
- „A cég most abba az irányba megy, hogy sokkal több munka lesz az oldallal, és nem szeretném, ha ez rád terhelődne.”
- „Szeretném, ha minden fiók a cég nevén lenne, hogy rendben legyen a papírmunka, és neked se kelljen évente fizetned helyettem.”
- „Segítenél összeírni, mi hol van? Az erre szánt idődet szívesen kifizetem.”
- „Ha neked is jó, később is szívesen kérdeznélek, de a napi munkát átadnám.”
Van néhány mondat, amit inkább kerülj. A „Sosem működött rendesen” vagy a „Most már profik csinálják” megsérti a másikat, és pont a kért segítséget teszi bizonytalanná.
Saját tapasztalat. A beszélgetés személyesen vagy telefonon szokott a legjobban menni. Utána érdemes egy rövid e-mailben összefoglalni, amiben megállapodtatok, a leltár táblázatával együtt. Így mindkettőtöknél ugyanaz a lista van, és később nincs félreértés.
Milyen sorrendben vedd a saját nevedre a fiókokat?
Előbb a saját e-mail címedet és a teljes mentést rendezd, utána jöhet a domain, a mérő- és cégprofil-fiókok, az adminfiók, a tárhely, és csak legvégül a régi hozzáférések visszavonása.
- Saját helyreállítási e-mail cím. Legyen egy olyan címed, amelyhez csak te férsz hozzá, és amely nem a készítő tárhelyén fut. Minden fiók helyreállítási címe erre kerül.
- Teljes mentés. Ezt kérd elsőként, mert ha a kapcsolat menet közben megromlik, a tartalom már nálad van.
- Domain. Hivatalosan igazolt. A .hu domainnél a domainhasználó változását a regisztrátoron keresztül lehet intézni, a pontos menetet a .hu Domainregisztrációs Szabályzat és a regisztrátor írja le. Nemzetközi végződésnél az átvitelhez auth-kód (EPP-kód) kell, és az ICANN átviteli szabályzata szerint friss regisztráció vagy átvitel után a domain egy ideig nem vihető tovább. A DNS-beállításokon ebben a lépésben még ne változtass.
- Mérő- és cégprofil-fiókok. Add hozzá magad tulajdonosként vagy rendszergazdaként a Search Console-hoz, az Analyticshez, a Tag Managerhez, a Cégprofilhoz és a Facebook-oldalhoz. A készítő egyelőre maradhat mellette.
- Adminfiók. Hozz létre saját rendszergazdai felhasználót a saját e-mail címeddel, és írd át a webhely adminisztrációs e-mail címét.
- Tárhely. Vagy a meglévő tárhelyszerződést íratod át a nevedre, ha a tárhelycég ezt lehetővé teszi, vagy új tárhelyre költözöl. Költözés előtt csökkentsd a DNS-rekordok TTL-értékét, hogy az átállás gyorsabban terjedjen.
- Régi hozzáférések visszavonása. Ha minden működik, cserélj jelszót, töröld a felesleges felhasználókat és az API-kulcsokat, és a mérőfiókokból is vedd ki a régi hozzáféréseket.
Saját tapasztalat. A leggyakoribb hiba a hatodik lépésnél jön elő. Valaki átállítja a domaint az új tárhelyre, és a levelezés is megáll, mert senki nem nézte meg előtte, hol futnak a postafiókok. A dig MX parancs kimenetét ezért a költözés előtt mindig mentsd el.
Mit kell megkapnod mentésként a váltás előtt?
A weboldal teljes fájlrendszerét és adatbázisát, a postafiókok tartalmát, a DNS-rekordok listáját és minden licenc adatát, olyan helyre mentve, amelyhez te férsz hozzá.
Hivatalosan igazolt. A WordPress beépített Eszközök, Exportálás funkciója a bejegyzéseket, oldalakat, hozzászólásokat, menüket és egyéni mezőket menti XML-fájlba. A beállításokat, a bővítményeket és a témát nem menti, a képekre pedig csak hivatkozik. Ez a fájl önmagában ezért kevés egy átvételhez.
Ezt a listát érdemes kérni és pontonként kipipálni.
- a teljes fájlmentés, benne a
wp-contentmappa, awp-config.phpés a.htaccess - az adatbázis SQL-exportja
- a feltöltött médiafájlok, ha külön tárolódnak
- a postafiókok tartalma IMAP-exporttal vagy a levelezőprogramból mentve
- a DNS-zóna összes rekordja, akár képernyőképként
- a prémium téma és a fizetős bővítmények licenckulcsai, és hogy melyik fiókhoz tartoznak
- az űrlapokon beérkezett adatok és a hírlevél-feliratkozók listája
- az egyedi kódrészletek, a gyermektéma és az időzített feladatok leírása
- az összes fiók listája a hozzá tartozó belépési móddal
Ha a készítőnek van parancssori hozzáférése, két paranccsal elkészítheti az alapmentést.
wp db export mentes.sql
tar -czf oldal-fajlok.tar.gz public_html/
Az űrlapadatok és a feliratkozók személyes adatok, és ezekért a vállalkozásod mint adatkezelő felel. Ezért különösen fontos, hogy biztonságos úton kapd meg őket, és a készítőnél se maradjon belőlük felesleges másolat. Szakmai feltételezés. Egy mentés csak akkor ér valamit, ha ki is próbáltad, ezért töltsd vissza egy tesztkörnyezetbe, és nézd meg, betölt-e minden oldal.
Mi a teendő, ha a készítő nem válaszol, vagy nem akarja átadni?
Kérd újra írásban, udvariasan és a leltár alapján, és közben vedd sorra, mit tudsz önállóan is megszerezni, például a domain birtokában a Search Console-tulajdonjogot.
Hivatalosan igazolt. Ha a domain DNS-ét már te kezeled, a Search Console-ban DNS-rekorddal saját magad is igazolhatod a tulajdonjogot, a korábbi tulajdonos engedélye nélkül. A Google Cégprofilnál a súgóban leírt tulajdonjog-igénylési folyamat indítható. A .hu domaineknél vitás esetekre alternatív vitarendezési eljárás is létezik, ennek szabályait az ISZT teszi közzé.
Szakmai feltételezés. Ha számlákkal igazolni tudod, hogy évek óta te fizeted a domaint és a tárhelyet, az jó eséllyel erősíti a helyzetedet, de jogi kérdésben ügyvéd tud biztos választ adni. Az Analytics korábbi adatai a hozzáférés nélkül sajnos nem hozhatók át, ilyenkor új tulajdont kell indítani. Ha a készítő tartósan elérhetetlen, a fejlesztőd elérhetetlenné vált témájú cikkünkben részletesebben leírjuk a lehetőségeket.
Mikor érdemes szakemberre bízni az átvételt?
Akkor, ha az oldal mögött e-mail, webshop, ajánlatkérő űrlap vagy futó hirdetés van, mert ott egy rossz DNS-módosítás vagy hiányos mentés azonnal kiesést okozhat.
Saját tapasztalat. A készítő gyakran szívesebben ad át egy listát egy szakmabelinek, mert ugyanazt a nyelvet beszélik, és a kérés így kevésbé személyes. Neked pedig nem kell a barátoddal technikai részleteken vitatkoznod, maradhattok a köszönetnél és a közös múltnál.
A Scheo csapata segít összeállítani a leltárat, ellenőrzi, hogy a mentés tényleg teljes-e, és megtervezi a domain, a fiókok és a tárhely átvételének sorrendjét úgy, hogy a levelezés és az oldal az átállás alatt is működjön. Ezt előre tesztelve készítjük elő, ígéret helyett ellenőrzött lépésekkel. Ha most ott tartasz, hogy nem tudod biztosan, mi van kinek a nevén, kérj segítséget, és együtt készítjük el a listát, mielőtt bármit kérnél az ismerősödtől.
Források és további olvasnivalók
- Internet Szolgáltatók Tanácsa (ISZT), .hu Domainregisztrációs Szabályzat
- ICANN, Transfer Policy
- ICANN, Registration Data Lookup (RDAP)
- WordPress.org dokumentáció, Tools Export Screen és WordPress Backups
- WP-CLI dokumentáció, wp db export és wp user list
- Google Search Console súgó, Felhasználók, tulajdonosok és engedélyek kezelése
- Google Analytics súgó, Hozzáférés-kezelés
- Google Cégprofil súgó, Tulajdonjog átruházása és igénylése
- A domain, a tárhely és az adminfiók gyakran három külön helyen és három külön ember nevén van, ezért külön-külön kell ellenőrizni őket.
- A beszélgetés előtt készíts leltárt arról, mi hol fut és kinek a nevén van, mert a tényekből nyugodtan, vádaskodás nélkül lehet kérni.
- A jó sorrend a saját e-mail cím, a teljes mentés, a domain, a mérő- és cégprofil-fiókok, az adminfiók, a tárhely, és legvégül a régi hozzáférések visszavonása.
- A WordPress beépített exportja csak a tartalmat menti, ezért a váltás előtt a fájlokat, az adatbázist és a postafiókokat is meg kell kapnod.
- Ha az oldalon e-mail, webshop vagy ajánlatkérés fut, a DNS-átállítás és a költözés előtt érdemes szakemberrel átnézetni a tervet.
Gyakori kérdések
Honnan tudom, hogy az én nevemen van-e a domain?
A domain.hu keresője (.hu végződésnél) vagy az ICANN keresője megmutatja a regisztrátort. A pontos jogosultat a regisztrátortól tudod megkérdezni, és sokat elárul az is, kinek a nevére szól az éves díj számlája.
Megsértődhet a barátom, ha átvenném tőle a weboldalt?
Előfordulhat, de jó eséllyel elkerülhető, ha köszönettel kezded, a cég változó igényeivel indokolsz, és a régi megoldást nem bírálod. Segít, ha felajánlod, hogy az átadásra fordított idejét kifizeted.
Elég a WordPress beépített exportja mentésnek?
Nem elég. Az Eszközök, Exportálás csak a tartalmat menti XML-be, a beállításokat, bővítményeket és a témát nem. A teljes fájlmentés és az adatbázis-export is kell.
Mi legyen az első lépés a váltásnál?
Egy saját, csak általad elérhető helyreállítási e-mail cím és a teljes mentés. Ezek után jöhet a domain, a mérőfiókok, az adminfiók és a tárhely átvétele.
Mi történik a céges e-mailjeimmel a költözéskor?
Ha a postafiókok a régi tárhelyen futnak, a DNS átállítása után megállhat a levelezés. Ezért a költözés előtt nézd meg az MX-rekordokat, és mentsd le a postafiókok tartalmát.
Mit tehetek, ha a készítő nem adja át a hozzáféréseket?
Kérd újra írásban a leltár alapján, és amit lehet, szerezz meg önállóan, például a domain birtokában a Search Console-tulajdonjogot. Vitás helyzetben a .hu domaineknél alternatív vitarendezés is létezik, jogi kérdésben pedig ügyvéd tud biztos választ adni.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.