- A régi URL-ekről 301-es átirányítás vezessen az újakra, különben a keresési láthatóság egy része átmenetileg vagy tartósan sérülhet.
- A tárhely és az e-mail gyakran ugyanott van: a DNS átállítása előtt tisztázd, hova kerülnek a levelek, különben leveleket veszíthetsz.
- Csökkentsd a DNS TTL-t napokkal a váltás előtt, hogy az átállás gyorsan és kiszámíthatóan terjedjen szét.
- Az új tárhelyen legyen kész és aktív SSL-tanúsítvány, mielőtt a forgalmat ráirányítod.
- Költözés után ellenőrizd a mérést (analytics, konverziók), mert a kód vagy a domain kihagyása miatt gyakran némán elnémul az adatgyűjtés.
Egy weboldal költöztetés Pápa környéki vállalkozásnál ritkán a technikai másolás a nehéz rész. A fájlok és az adatbázis áttöltése rutinfeladat. A gond ott kezdődik, amikor a domain, az e-mail, az átirányítások, az SSL és a mérés nincs összehangolva, és a látogató (vagy a leveled) az átállás közben elveszik. Ez az útmutató végigveszi, mi szokott elromlani, és ad egy checklistet, amivel a váltás kiszámíthatóvá válik.
Miért kockázatosabb a tárhelyváltás, mint amilyennek látszik?
Röviden: mert egyszerre több, egymástól független rendszert kell átmozgatnod, és bármelyik kimaradása látható hibát okoz. (Saját tapasztalat.) Egy pápai kisvállalkozásnál jellemzően minden egy helyi szolgáltatónál van: a domain, a tárhely és a céges e-mail is. Amikor "csak tárhelyet váltasz", valójában megbontod ezt az összefonódott csomagot. Pápa kisebb, ipari és mezőgazdasági hátterű város, sok helyi vállalkozással, és a környező települések vonzáskörzete is idekapcsolódik: a levelezés és a telefonos elérhetőség mellett a weboldal sokszor az egyetlen folyamatosan nyitva tartó "kirakat". Egy néhány órás kiesés is elveszett megkereséseket jelenthet.
(Szakmai feltételezés.) A legtöbb sikertelen költözés hátterében nem hozzá nem értés áll, hanem sorrendi hiba: valamit korábban vagy később kapcsolnak át, mint kellene.
Mit rontanak el a legtöbben a költöztetésnél?
A tipikus hibák néhány visszatérő pont köré csoportosulnak. (Saját tapasztalat.) Ezeket érdemes fejből ismerned:
- Elmaradó átirányítások: megváltoznak az URL-ek (például szerkezetváltás vagy WordPress-újraépítés miatt), de a régi címekről nincs átvezetés.
- Elfelejtett e-mail: a levelezés ugyanannál a szolgáltatónál futott, és a DNS átállításakor a levelek az új, üres szerverre kezdenek érkezni.
- SSL-rés: az új tárhelyen még nincs érvényes tanúsítvány, így a látogató biztonsági figyelmeztetést lát.
- Túl magas DNS TTL: a régi beállítás sokáig cache-elődik, és az átállás órákig-napokig "foltokban" jelenik meg.
- Néma mérés: az analytics- vagy konverziókód kimarad az új oldalról, és hetekig hiányzik az adat, mire valaki észreveszi.
- Korai lekapcsolás: a régi tárhelyet azonnal megszüntetik, így nincs hová visszalépni, ha baj van.
Hogyan készülj fel a migrációra lépésről lépésre?
A biztonságos váltás kulcsa, hogy a régi rendszer még éljen, amikor az új már készen áll. (Saját tapasztalat.) Egy jól bevált sorrend:
- Leltár. Írd össze, mi hol van: domain regisztrátor, jelenlegi tárhely, e-mail-fiókok, DNS-rekordok, SSL, esetleg CDN vagy külső szolgáltatás.
- Teljes mentés. Készíts biztonsági másolatot a fájlokról és az adatbázisról, még mielőtt bármihez hozzányúlsz.
- TTL csökkentése. Napokkal a váltás előtt vidd le a DNS-rekordok TTL-jét (például 300 másodpercre), hogy az átállás gyorsan terjedjen.
- Új tárhely feltöltése. Töltsd fel a másolatot az új szerverre, és teszteld egy ideiglenes címen vagy a hosts fájl átírásával, még a nyilvános átállás előtt.
- URL-térkép. Ha változik a szerkezet, készíts egy táblázatot: melyik régi URL melyik újra mutasson.
- SSL előre. Kérd le és aktiváld a tanúsítványt az új tárhelyen, mielőtt ráirányítod a forgalmat.
- Átállás. Módosítsd a DNS A-rekordot (és szükség szerint az e-mail rekordokat), majd figyeld a terjedést.
- Ellenőrzés és átfedés. Tartsd meg a régi tárhelyet legalább néhány napig, amíg mindent leellenőriztél.
Mire figyelj az átirányításoknál (redirect)?
Röviden: minden régi, indexelt címről állandó (301-es) átirányítás vezessen a megfelelő új oldalra. (Hivatalosan igazolt.) A Google Search Central dokumentációja szerint URL-változásnál a 301-es (permanens) átirányítás a javasolt jelzés, hogy a régi cím súlyát az új vegye át. Ez segítheti, hogy a keresési láthatóság nagy része megmaradjon, bár nem jelent biztos, azonnali eredményt.
(Saját tapasztalat.) Két gyakori hiba: az egyik a láncolt átirányítás (A oldal B-re, B pedig C-re mutat), ami lassít és gyengíti a jelzést; a másik, amikor mindent a főoldalra irányítanak át, ahelyett hogy oldalanként a tartalmilag megfelelő párra vezetnének. WordPress vagy Apache alatt egy egyszerű szabály így néz ki:
Redirect 301 /regi-szolgaltatas /uj-szolgaltatas
Nginxben hasonlóan: return 301 /uj-szolgaltatas; a megfelelő location blokkban. A váltás után futtass végig egy linkellenőrzést, hogy ne maradjon 404-es oldal.
Mi történik az e-mailekkel a tárhelyváltáskor?
Röviden: ha a levelezés a régi tárhelyen futott, a DNS átállítása után az új szerverre kezdenek érkezni a levelek, ezért ezt előre rendezni kell. (Saját tapasztalat.) Ez az egyik legfájdalmasabb hiba, mert a kieső levelek gyakran vissza sem jönnek. Egy pápai cégnél, ahol az @cegnev.hu a helyi szolgáltatónál üzemel, a döntés kettős: vagy átviszed a postafiókokat az új tárhelyre (és előbb átmásolod a régi leveleket), vagy a levelezést a réginél hagyod, és csak a webet költözteted.
Az utóbbihoz az MX-rekordoknak (és az SPF-, DKIM-, DMARC-beállításoknak) továbbra is a régi levelezőrendszerre kell mutatniuk, miközben az A-rekord már az új webszerverre. (Szakmai feltételezés.) A legtöbb kieséses eset abból ered, hogy valaki a DNS-t "egyben" állítja át, és az MX-rekord is elmozdul a levelezés alól.
Hogyan ne veszítsd el az SSL-t és a DNS-t?
Röviden: az SSL legyen kész az új oldalon a váltás előtt, a DNS-t pedig alacsony TTL-lel, rekordonként átgondolva állítsd át. (Saját tapasztalat.) Az SSL-nél a klasszikus hiba, hogy a domain már az új szerverre mutat, de a tanúsítvány még nem generálódott le, így a látogató "nem biztonságos" figyelmeztetést kap. A legtöbb tárhely automatikus (Let's Encrypt) tanúsítványt kínál; ezt érdemes még az átállás előtt kiváltani és ellenőrizni.
A DNS-nél gondold végig rekordonként: az A-rekord az új webszerver IP-jére mutat, az MX a levelezésre, a TXT-rekordok (SPF, DKIM, DMARC, esetleg tulajdonjog-igazolások) pedig maradjanak érvényesek. (Szakmai feltételezés.) A rekordok egyenkénti átvezetése jó eséllyel megelőzi azt, hogy egy elfelejtett bejegyzés miatt valami némán leálljon.
Hogyan ellenőrizd, hogy a mérés túlélte-e a költözést?
Röviden: nyisd meg a valós idejű nézetet, és győződj meg róla, hogy a mérőkód és a konverziók az új oldalon is működnek. (Saját tapasztalat.) Új WordPress-sablon vagy tiszta újraépítés esetén a mérőkód (Google Analytics, Google Tag Manager, hirdetési pixelek) sokszor egyszerűen kimarad. A hiány napokig észrevétlen marad, mert az oldal látszólag hibátlanul működik.
Ellenőrizd az alábbiakat: a mérőkód benne van-e minden fontos oldalon; a valós idejű riport mutat-e forgalmat; a fő konverziók (űrlap, telefonhívás-kattintás, e-mail) rögzülnek-e; és a Search Console-ban látszik-e az új oldal. (Hivatalosan igazolt.) A Google Search Central külön ajánlja, hogy nagyobb változás vagy költözés után figyeld a lefedettségi és teljesítmény-jelentéseket, mert így korán kiszűrhetők az indexelési problémák.
Költöztetés utáni checklist: mit nézz meg az első héten?
Röviden: a váltás nem ér véget az átállással; az első napok ellenőrzése dönti el, hogy simán zárul-e a projekt. (Saját tapasztalat.) Egy tömör lista, amit érdemes végigmenni:
- Minden fontos oldal betölt, és https alatt, érvényes tanúsítvánnyal jelenik meg.
- A régi URL-ek 301-gyel a megfelelő új oldalra visznek, nincs átirányítási lánc.
- Az űrlapok tesztüzenete megérkezik a helyes postafiókba.
- A levelezés kimenő és bejövő irányban is működik.
- A mérőkód és a konverziók valós forgalmat rögzítenek.
- A sitemap frissült, és beküldted a Search Console-ba.
- Nincs feleslegesen tiltó
robots.txtvagy bent maradtnoindexa fejlesztői verzióból. - Az oldal betöltési sebessége nem romlott érdemben az új tárhelyen.
- A régi tárhelyet csak akkor mondod le, ha minden fentit legalább néhány napig hibátlannak láttál.
(Szakmai feltételezés.) Ha ezt a listát végigviszed, a pápai vállalkozásod jó eséllyel úgy vált tárhelyet, hogy a látogató és a keresők számára szinte észrevétlen marad. A cél nem a gyorsaság, hanem hogy a régi és az új rendszer egy rövid ideig párhuzamosan éljen, amíg minden bizonyítottan a helyén van.
Források és további olvasnivalók
- Google Search Central: Site moves, URL changes and redirects (dokumentáció)
- Google Search Central: Search Console lefedettségi és teljesítmény-jelentések
- Let's Encrypt hivatalos dokumentáció (SSL-tanúsítványok)
- MDN Web Docs: HTTP átirányítások (3xx státuszkódok)
- IETF RFC 7208 (SPF) és RFC 6376 (DKIM) e-mail hitelesítési szabványok
- W3C: Web-szabványok és ajánlások
Gyakori kérdések
Mennyi ideig tartsam meg a régi tárhelyet a költöztetés után?
Érdemes legalább néhány napig, jellemzően egy-két hétig párhuzamosan futtatni a régit, amíg minden ellenőrzésen átment: átirányítások, e-mail, mérés, SSL. Ha bármi hibázik, így van hová visszalépned adatvesztés nélkül.
Elveszítem-e a Google-helyezéseimet, ha weboldalt költöztetek?
Nem szükségszerűen. Ha az URL-ek nem változnak, csak a tárhely, a keresési láthatóság jellemzően érintetlen marad. Ha az URL-szerkezet is módosul, akkor a helyes 301-es átirányítások segíthetik a megőrzését, bár átmeneti ingadozás előfordulhat, és biztos eredmény nincs.
Mi történik az e-mailjeimmel tárhelyváltáskor?
Ha a levelezés a régi tárhelyen futott, a DNS átállítása után az új szerverre kezdenek érkezni a levelek. Előre kell döntened: átviszed a postafiókokat (és a régi leveleket) az új helyre, vagy a levelezést a réginél hagyod, és csak az MX-rekordot nem mozdítod el.
Miért kell a DNS TTL-t csökkenteni a költözés előtt?
A TTL azt szabályozza, meddig cache-elik a szolgáltatók a régi DNS-adatot. Ha napokkal a váltás előtt alacsonyra veszed (például 300 másodpercre), az átállás gyorsan és kiszámíthatóan terjed szét, így elkerülhető, hogy a látogatók sokáig a régi szerverre jussanak.
Honnan tudom, hogy a mérésem túlélte-e a költözést?
Nyisd meg az analytics valós idejű nézetét, és nézd meg, rögzül-e forgalom. Ellenőrizd, hogy a mérőkód minden fontos oldalon benne van-e, a konverziók (űrlap, hívás-kattintás) működnek-e, és a Search Console látja-e az új oldalt. A néma adatvesztés így szűrhető ki a leggyorsabban.
Egy pápai helyi szolgáltatótól költözöm: mire figyeljek külön?
Kis szolgáltatónál gyakran a domain, a tárhely és az e-mail egy csomagban van. Tisztázd, kihez tartozik a domain adminfelülete, hova kerül a levelezés, és van-e teljes exportod a fájlokról, adatbázisról és postafiókokról. E hozzáférések nélkül a váltás elakadhat a legrosszabb pillanatban.
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.