A weboldal-migráció minden olyan eset, amikor a webhelyed URL-struktúrája alapjaiban változik: domainváltás, tárhelyváltás, HTTP-ről HTTPS-re állás, platform- vagy CMS-csere, redesign vagy nagyobb átstrukturálás. A SEO-kockázat mindegyiknél ugyanaz: ha a régi URL-ek nem kerülnek át rendesen az újakra, a Google újraindexel, és a forgalom megbillen. Jól megcsinálva a billegés átmeneti, és a végén akár előrébb is kerülsz. Rosszul megcsinálva hetekkel később veszed észre, hogy bezuhant az organikus forgalom. A különbség egyetlen dolgon múlik: a felkészülésen.
Ez a cikk nem platformhoz kötődik. Mindegy, hogy Shopify-ra, WordPressre vagy bárhová költözöl, mindegy, hogy webshop vagy bemutatkozó oldal. A migráció logikája ugyanaz, és a hibák is ugyanonnan jönnek.
Mi számít migrációnak
SEO-értelemben akkor beszélünk migrációról, ha a weboldal URL-struktúrája lényegesen megváltozik. Ez többféle okból bekövetkezhet, és érdemes tudni, melyik típusba esik a te eseted, mert ettől függ, mire kell odafigyelned.
Elérhetőség és hely változása. Idetartozik a domainnév cseréje, a tárhelyváltás (ha a mostani szolgáltatód lassú vagy szűkös), a HTTP-ről HTTPS-re állás (ekkor minden URL-ed megváltozik), a fő- és aldomain közti váltás, vagy a nemzetközi verziók közti átállás.
Platformváltozás. A CMS cseréje (más tartalomkezelőre váltasz), egy komolyabb CMS-verzióváltás, vagy új funkciók, pluginok bevezetése, amelyek az egész oldalt érintik.
Tartalmi változás. Aloldalak összevonása (például egy felvásárolt cég oldalát integrálod a sajátodba), aloldalak eltávolítása nagyobb takarítás során, vagy új nyelvi verzió bevezetése.
Strukturális változás. Az URL-struktúra vagy a navigáció átalakítása, az oldal-architektúra újratervezése, ahogy a technológiai vagy üzleti követelmények változnak.
Design és UX. A redesign gyakran a HTML-struktúrát is átírja. Ide tartozik az is, amikor a CMS marad, de új témát (theme, sablon, skin) telepítesz a régi helyére.
A legtöbb valós migráció egyszerre több típusba esik. Egy platformváltás jellemzően URL-struktúra-változással és redesignnal is jár. Ezért nem elég egy szempontra figyelni.
Mivel szúrhatod el – a hét leggyakoribb hiba
Mielőtt a checklistre térnénk, érdemes átfutni a tipikus buktatókat. A legtöbb elrontott migráció ugyanazon a néhány ponton bukik el.
Nincs cél meghatározva. Ha nem tudod, mit akarsz elérni a váltással, nem is fogod tudni megmondani, sikerült-e. A meglévő rangsorok megtartása a cél, vagy a struktúra javítása, a márkafrissítés, az UX? Konkrét, mérhető célok nélkül az egész migráció vakrepülés.
Figyelmen kívül hagyott URL-ek. Gyakori, hogy nem minden fontos URL-t veszel számba. Egy-egy erőforrás (kép, fájl) vagy régebbi, de még rangsoroló oldal kimarad, és ezzel forgalmat veszítesz.
Örökölt problémák. Ha a régi oldalon voltak technikai vagy indexelési hibák, és nem javítod őket migráció előtt, akkor átköltöznek az új oldalra. Sőt, ott gyakran bonyolultabbá is válnak.
Tesztkörnyezet hiánya. Az egyik legkritikusabb pont. Ha nem teszteled az új oldalt egy elkülönített staging környezetben élesítés előtt, akkor a hibák a nyilvánosság előtt fognak kiderülni.
Nincs ellenőrzés élesítés után. Nemcsak előtte, utána is validálni kell. A leggyakoribb fájdalmas eset: a migráció után hetek-hónapok telnek el, mire valaki észreveszi, hogy elcsúszott valami, és addigra már mélyen van a forgalom.
A fontos oldalak nem kapnak prioritást. A forgalom és konverzió szempontjából kritikus oldalakat külön kell rangsorolni és figyelni. Ha nem teszed, nem látod, melyik oldalad sérült, és nem tudsz időben javítani.
Túl sokáig tart a fejlesztés. Ha a fejlesztés elhúzódik, a teszt- és az éles oldal eltér egymástól. Az éles oldalt közben karban kell tartani, új tartalmak készülnek rajta, módosítások történnek, és ezek nem szinkronizálódnak vissza a stagingbe. Az élesítéskor aztán kiderül, hogy az új oldal nem tartalmaz mindent, amit kéne.
A migrációs ellenőrzőlista
A folyamat három szakaszra bomlik: a migráció előtti felkészülés, maga az élesítés, és a migráció utáni felügyelet. Nem minden pontot kell minden típusnál megtenni. Ha CMS-t váltasz, a postafiók-mentés nem releváns; ha tárhelyet váltasz, viszont az is számít.

Migráció előtti szakasz
Biztonsági mentés. Mielőtt bármihez nyúlsz, ments. Lehetőleg harmadik fél által üzemeltetett felhőbe (Google Drive, Dropbox), ne a tárhelyszolgáltatód saját fiókjába, főleg ha az hamarosan lejár. A mentés terjedjen ki az adatbázisra és a postafiókokra is, ha azok is költöznek.
Határozd meg a migrációs célokat. A meglévő rangsorok és forgalom megtartása az alap, de gondold végig, van-e más is: struktúra-javítás, márkafrissítés, jobb használhatóság. A mérhető célok adják a stratégiát, és később ezekhez méred a sikert.
Időzítsd jól. Ütemezd a migrációt a legalacsonyabb forgalmú időszakra, hogy minél kevesebb látogatót érintsen, ha gond van. Sok oldalnál a szombat este ideális: ha para van, vasárnap még lehet rajta dolgozni. Ha szolgáltatót is váltasz, hagyj 1-2 hét ráhagyást a régi lejárta előtt, hogy maradjon időd javítani.
Oszd el a felelősségeket. Egy migráció csapatmunka. Mindenkinek legyen egyértelmű feladata: a fejlesztőé a technikai megvalósítás, a SEO-sé a teljesítmény-figyelés, a tartalmasé a tartalom átvitele, a projektmenedzseré az összehangolás.
Auditáld a jelenlegi oldalt. Erre egy crawler eszköz (például a Screaming Frog) ideális, mert egyszerre több legyet üt. Feltárja a technikai hibákat, amiket még migráció előtt javíthatsz, hogy ne örökítsd tovább őket. Kivonatolja a jelenlegi oldal összes URL-jét. És ha a migráció után újra lefuttatod, össze tudod vetni a régi és az új állapotot. Az organikus forgalmat a Google Search Console-ból és a GA4-ből követheted.
Mentsd ki a kulcsszó-helyezéseket. A migráció utáni eredmény legegyszerűbb ellenőrzése a kulcsszó-helyezések összevetése. Mentsd el a migráció előtti állapotot egy rank tracker eszközzel, hogy legyen mihez hasonlítani.
Azonosítsd a legfontosabb oldalakat. Szedd listába azokat, amelyek a legtöbbet érnek: a hirdetési landing oldalakat, a legtöbb organikus forgalmat hozó oldalakat, a konverziós oldalakat, az értékes backlinkkel rendelkező oldalakat, és a kulcsszó-céloldalakat. Ezekre élesítés után kiemelt figyelmet fordítasz: átirányítás, indexeltség, eredmények szempontjából.
Azonosítsd az értékes backlinkeket. A backlinkjeidet több eszközzel is nézd át (a GSC linkjelentése jó kiindulópont), mert egyik sem ad teljes képet. A migráció során ne veszítsd el őket: ha egy linkelt oldalt mégis le kell kapcsolnod, legalább irányítsd át egy releváns oldalra, ne adjon 404-et.
Készíts átirányítási térképet. Ez a legfontosabb lépés a forgalom megőrzéséhez. Egy táblázat egyik oszlopába gyűjtsd össze a régi URL-eket (kis oldalnál mindet, nagynál a fontosakat, plusz definiálj automatikus szabályokat). A másik oszlopba írd, mi legyen velük: végleges átirányítás (301), átmeneti (302), vagy törlés (404). A harmadikba a cél-URL, ahova a 301 visz. A 301 a kulcs: ez viszi át a régi oldal rangsoroló erejét az újra.
Tervezd meg az új struktúrát. Az új oldal szerkezetét a felhasználói élmény, a navigáció és a SEO szem előtt tartásával tervezd. A jól szervezett struktúra segít a látogatónak megtalálni, amit keres, és a keresőnek megérteni az oldalt. Egy egyszerű vizualizáció (akár egy táblázatban) sokat segít.
Építsd fel az új oldalt staging környezetben. Az új oldal pontos mása egy elkülönített, privát szerveren épüljön, az élestől teljesen leválasztva. Itt szabadon kísérletezhetsz, tesztelheted a redirecteket, a canonical tageket, a belső linkeket, a sablonokat, a betöltési időt asztalon és mobilon. A staging oldalt zárd ki az indexelésből: állíts be noindex taget, vagy jelszavazd le az egészet, hogy se a Google, se idegenek ne lássák.
Csinálj meg mindent a stagingen. Itt végezd el az összes módosítást, amit élesben látni akarsz: struktúra, grafika, szövegek, SEO on-page adatok. Ez maga a fejlesztés, ami jóval nagyobb téma a migrációnál, de a lényeg, hogy semmi ne maradjon az élesítés utánra.
Teszteld a staging oldalt. Futtasd rá a crawlert, és nézz át mindent. Itt még tét nélkül javíthatsz, úgyhogy ne kapkodd el.
Maga a migráció
Az élesítés lépéseit szinte egyszerre kell elvégezni, késedelem nélkül, különben kárt okozhatsz az oldalban.
Indítsd el az új oldalt. Ez az a pillanat, amikor élesbe állsz: jellemzően a DNS-t az új szerverre irányítod, és bekapcsolod az összes átirányítást. Előtte ellenőrizz le mindent még egyszer. Az időzítés itt is számít: csúcsforgalmon kívül, lehetőleg szombat este.
Ellenőrizd az indexelhetőséget. Most kritikus, hogy a kereső átférjen az új oldalon. Nézd meg a robots.txt-t és a meta tageket, hogy nem blokkolnak-e. A legtipikusabb élesítési hiba, hogy a staging noindex tagje bent marad az éles oldalon, és ezzel kizárod magad a Google-ből. A GSC URL-ellenőrző eszközével nézd meg, hogy a Google tényleg látja az új tartalmat.
Élesítsd az átirányításokat. A migráció előtt elkészített átirányítási térkép alapján kapcsold be a 301-eket, és teszteld, hogy a régi URL-ek tényleg az új oldalakra visznek.
Jelezd a domainváltást a GSC-ben. Ha változott a domain, a Google Search Console-ban a Change of Address (Webhely címének módosítása) eszközzel jelezd a költözést. Ez site-szinten mondja meg a Google-nek, hogy az egész oldal véglegesen átköltözött, és gyorsítja a felismerést. Fontos: ez nem helyettesíti a redirecteket, hanem rájuk épül, és a tool a top 5 átirányítást validálja, mielőtt elfogadja a kérést. Előbb vedd fel az új domaint is a GSC-be.
Ellenőrizd a mérőkódokat. Nézd meg, hogy a GA4, a hirdetési pixelek és minden mérőkód helyesen fut-e az új oldalon. Domainváltásnál ezeket a GA4-ben, a Facebooknál és máshol is frissítened kell.
Ellenőrizd a sitemap.xml-t és a robots.txt-t. A sitemap az új URL-eket tartalmazza, és küldd be a GSC-be. A robots.txt ne blokkoljon semmi fontosat.
Technikai átvilágítás. Nézd át az oldalt technikailag: canonical tagek tartalma, formok és CTA-k működése, HTTPS- és WWW-átirányítások. Ezek apróságnak tűnnek, de bármelyik képes csendben rontani.
Frissítsd a SEO-szoftvereket. Domainváltásnál a rank trackeredben és a többi eszközben is állítsd be az új domaint, hogy onnan kövesd tovább.
Migráció utáni szakasz
Élesítés után jön egy intenzívebb időszak, amikor gyakrabban kell az eredményekre néznen. Számíts ingadozásra a rangsorban és a forgalomban a következő hetekben, de ne ess pánikba: a keresőnek idő kell az új oldal megértéséhez és újraindexeléséhez. A türelem itt kulcskérdés.
Figyeld gyakran az eredményeket. A kulcsszó-helyezéseket, a forgalmat és a konverziókat napi szinten kövesd a GA4, a GSC és egy rank tracker segítségével. Ha nagy a kilengés, az gond jele lehet, aminek azonnal utánanézhetsz.
Kezeld a 404-eket. Ha a GSC-ben nőnek a 404-es hibák, javítsd őket azonnal, mielőtt forgalmat vesztenél. Tartsd észben, hogy a Google a domainszintű költözés teljes feldolgozásán akár 180 napig vagy tovább is dolgozhat, úgyhogy a redirecteket és a figyelést ennyi ideig mindenképp tartsd életben.
Frissítsd a hirdetési URL-eket. Bár az átirányítások élnek, a hirdetési rendszerben érdemes a végleges URL-ekre cserélni a hivatkozásokat. Ez érinti a Google Ads és a Facebook hirdetéseket, és webshopnál külön a Merchant Center termékfeedet is, aminek mind az elérhetőségét, mind a tartalmát frissíteni kell.
Tartsd meg a régi domaint. Domainmigrációnál a régi domaint (és vele az átirányításokat) legalább két évig tartsd életben.
Értesítsd a partnereket és a látogatókat. Szólj a partnereidnek a változásról, akár domaincsere, akár csak nagyobb átalakítás történt, hogy probléma esetén ne mérgelődjenek, hanem jelezzenek. A látogatóktól is számíts visszajelzésre, ezeket gyorsan és profin kezeld. És ha változott a domain, a fő linkpartnereknek is jelezd, mire módosítsák a hivatkozást.
Összegezve
A weboldal-migráció mindig jár némi kockázattal az organikus forgalom szempontjából. De megfelelő körültekintéssel, egy ilyen ellenőrzőlistával, és ha kell, szakember bevonásával viszonylag nagy biztonsággal végigvihető úgy, hogy a végén nemhogy nem sérül az oldal, hanem az előnyére válik. A migráció ritkán bukik el azon, hogy nehéz. Sokkal gyakrabban azon, hogy valaki azt hitte, megúszható felkészülés nélkül.
Ha webshopot költöztetsz egy konkrét platformra, a platform-specifikus lépésekről (WooCommerce, Shoprenter, Unas felől Shopify-ra) külön cikkeink vannak; az átirányítási térkép technikai részleteit pedig a SEO megőrzése migrációkor cikkben vesszük végig mélyebben.
GYIK
Mennyi forgalmat veszítek egy weboldal-migrációval?
Jól előkészített migrációnál a forgalom rövid távon megbillenhet, mert a Google újraindexel, de néhány hét alatt jellemzően visszaáll, sőt javulhat is. Rosszul kezelt migrációnál (hiányzó átirányítások, bent maradt noindex, kihagyott URL-ek) a forgalom tartósan beeshet. A különbség az előkészületen és az élesítés utáni ellenőrzésen múlik.
Mi a legfontosabb lépés egy migrációnál?
Az átirányítási térkép. Minden fontos régi URL-hez rendelj 301-es átirányítást az új megfelelőjére. Ez viszi át a régi oldalak rangsoroló erejét, és ez akadályozza meg, hogy a keresőből érkezők 404-be fussanak.
Kell tesztkörnyezet a migrációhoz?
Igen, ez az egyik legkritikusabb pont. Az új oldalt egy elkülönített staging környezetben építsd fel és teszteld, az élestől leválasztva, indexelésből kizárva. Így a hibák még élesítés előtt kiderülnek, nem a nyilvánosság előtt.
Mikor érdemes élesíteni?
A legalacsonyabb forgalmú időszakban, hogy minél kevesebb látogatót érintsen egy esetleges hiba. Sok oldalnál a szombat este jó választás, mert vasárnap még van idő javítani. Szolgáltatóváltásnál hagyj 1-2 hét ráhagyást a régi lejárta előtt.
Meddig figyeljem az oldalt migráció után?
Legalább néhány hétig napi szinten a kulcsmutatókat, a domainszintű költözés teljes feldolgozása viszont a Google oldalán akár 180 napig vagy tovább is eltarthat. A 301-es átirányításokat és a GSC-figyelést végig tartsd életben, domainváltásnál a régi domaint legalább két évig.
Gyuri
Hugyecz György – keresőoptimalizálási szakértő és a TotalStudio egyik tulajdonosa. Weboldalaknál és webáruházaknál elsősorban SEO-val, tartalomfejlesztéssel és technikai auditokkal foglalkozik, emellett fizetett hirdetésekkel (Google Ads, Meta), szövegírással és általános tanácsadással is; aktívan érdeklődik és használja a különböző AI-megoldásokat.
Profil

