Site migration: teljes útmutató

A site migration, magyarul webhely-migráció, minden olyan nagyobb változtatás, amely egyszerre érinti egy webhely URL-jeit, szerkezetét, technikai alapjait vagy tartalmát, és ezzel a keresőben elért helyezéseit is. Ide tartozik a platformváltás, az URL-struktúra átalakítása, a HTTPS-re állás és a teljes újratervezés. A siker kulcsa a pontos URL-leltár, az egy az egyhez 301-es átirányítás és a migráció utáni folyamatos mérés.

Alapfogalmak

A webhely-migráció gyűjtőfogalom. Nem egyetlen műveletet jelent, hanem minden olyan projektet, amelynek során a keresőmotor által már ismert oldalak címe, tartalma vagy kiszolgálási módja jelentősen megváltozik. A keresőnek ilyenkor újra fel kell térképeznie az oldalt, össze kell kapcsolnia a régi és az új címeket, és át kell vinnie a korábban felhalmozott jeleket az új változatra. Minél több dolog változik egyszerre, annál hosszabb és kockázatosabb ez az átmenet.

A gyakorlatban a migrációkat típusok szerint szokás csoportosítani. Az egyes típusok más kockázatot hordoznak, és más előkészítést igényelnek, ezért érdemes már a projekt elején megnevezni, melyikről vagy melyikek kombinációjáról van szó.

A migráció fő típusai

Típus	Mi változik?	Jellemző kockázat
Protokollváltás	HTTP helyett HTTPS	Vegyes tartalom, hiányzó átirányítások
URL-struktúra átalakítása	Útvonalak, mappák, slugok	Elveszett belső és külső linkértékek
Platformváltás	CMS vagy webáruház-motor	Eltűnő meta adatok, új duplikációk
Újratervezés	Sablon, navigáció, tartalom	Kikerülő szövegek, gyengülő belső linkelés
Tárhely- vagy szerverváltás	Infrastruktúra, IP, szerverbeállítás	Lassulás, átmeneti elérhetetlenség
Tartalom-összevonás	Oldalak egyesítése vagy törlése	Rossz célra mutató átirányítások

Néhány fogalom a teljes útmutatóban végig visszatér. Az URL-leltár a régi webhely összes, keresőből vagy linkekből elérhető címének listája. Az átirányítási térkép ennek a leltárnak a párja: minden régi címhez megmondja, melyik új címre kell mutatnia. A staging környezet az új webhely tesztváltozata, amelyet a keresők elől el kell zárni. Az élesítés az a pillanat, amikor az új változat átveszi a régi helyét.

Érdemes tisztázni azt is, mi nem tartozik ide. Egy-egy cikk frissítése, néhány új oldal felvétele vagy egy kisebb sablonjavítás nem migráció, mert a webhely egészének indexelt állapota nem változik meg. A határ ott húzódik, ahol a változás tömegesen érinti a címeket vagy a kiszolgált HTML-t. Ha bizonytalan vagy, egy egyszerű kérdés segít: kell-e a keresőnek újra megtanulnia, hol mi található? Ha igen, migrációs projektként kezeld.

A típusok ritkán fordulnak elő tisztán. Egy újratervezés gyakran platformváltással jár, a platformváltás pedig szinte mindig új URL-mintákat hoz. Minden egyszerre változó elem növeli a hibalehetőséget, és nehezebbé teszi utólag kideríteni, mi okozta a forgalom esetleges visszaesését. Ha a projekt megengedi, érdemes a változtatásokat külön ütemekre bontani, és egy ütemben csak egyféle átalakítást végrehajtani.

Hogyan működik?

A migráció mögött egy egyszerű elv áll: a keresőmotor a régi címekhez tartozó jeleket, például a hivatkozásokat és a felhasználói viselkedésből származó adatokat, akkor tudja átvinni az új címekre, ha egyértelműen látja a kapcsolatot. Ezt a kapcsolatot elsősorban a tartós, 301-es állapotkódú átirányítás teremti meg. Amikor a robot a régi címet kéri, a szerver közli vele, hogy az oldal véglegesen máshová költözött, és megadja az új helyet.

A Google a tapasztalatok szerint nem egyik napról a másikra dolgozza fel a változást. A robot fokozatosan jár végig a régi címeken, követi az átirányításokat, feltérképezi az új oldalakat, és csak ezután frissíti az indexet. Nagyobb webhelyeknél ez hetekig, akár hónapokig is eltarthat. Ebben az időszakban természetes, hogy a helyezések ingadoznak. A cél nem az, hogy ingadozás egyáltalán ne legyen, hanem hogy rövid és kis mértékű maradjon.

A folyamat négy fázisa

Tervezés: célok, hatókör, a migráció típusa, a felelősök és a mérési alap rögzítése.
Előkészítés: URL-leltár, átirányítási térkép, a staging környezet lezárása és tesztelése.
Élesítés: az új változat bekapcsolása, az átirányítások aktiválása, a sitemap és a robotszabályok frissítése.
Utókövetés: feltérképezési hibák, indexelés, forgalom és helyezések figyelése, a hibák gyors javítása.

A négy fázis közül a legtöbb projekt az előkészítésen bukik el, nem az élesítésen. Ha a leltár hiányos, a térkép pontatlan, vagy a staging környezet véletlenül indexelhetővé válik, az élesítés napján már nem lehet mindent helyrehozni. Ezért a teljes munkaidő jelentős részét érdemes az előkészítésre szánni.

A keresőnek több jelzés is segít a folyamatban. Az új XML sitemap megmutatja az új címeket, a canonical címkék rögzítik a preferált változatot, a belső linkek pedig közvetlenül az új oldalakra mutatnak. Ezek együtt adják azt az egybehangzó képet, amelyből a robot gyorsan megérti az új szerkezetet. Ha a jelzések ellentmondanak egymásnak, például a sitemap az új címet, a canonical viszont a régit mutatja, a feldolgozás lelassul, és a kereső maga dönt arról, melyik változatot tekinti mérvadónak.

Egy migráció akkor tekinthető lezártnak, ha a régi címek már nem jelennek meg a találatok között, az új oldalak indexelve vannak, és a forgalom visszatért a kiinduló sáv közelébe. Ezt a három feltételt érdemes előre leírni, hogy a csapat ne tegye félre túl korán a projektet.

Fő módszerek

Nincs egyetlen helyes migrációs recept, de van néhány bevált módszer, amelyek szinte minden projektben előkerülnek. Ezek sorrendje nem véletlen: minden lépés az előzőre épül, és ha egy kimarad, a következő sem működik megbízhatóan.

1. Teljes URL-leltár több forrásból

Az URL-listát soha ne egyetlen forrásból állítsd össze. Egy crawler csak azt találja meg, amire belső link mutat, így kimaradnak az árva oldalak, a régi kampányoldalak és a külső linkekkel rendelkező, de már nem linkelt címek. Érdemes összefésülni a crawler eredményét, a meglévő XML sitemapet, a Search Console teljesítményjelentésében szereplő oldalakat, az analitikai rendszer céloldalait, a backlinkeszközök listáját és, ha elérhető, a szervernaplókat. A duplikátumok kiszűrése után ez lesz a munka alapja.

2. Egy az egyhez átirányítási térkép

Minden régi címet a legközelebbi tartalmi megfelelőjére kell irányítani. A kényelmes megoldás, hogy mindent a kezdőlapra küldünk, rossz döntés: a kereső az ilyen átirányításokat gyakran soft 404-ként kezeli, és a látogató sem azt kapja, amit keresett. Az átirányítás közvetlenül a végső címre mutasson, köztes lépések nélkül, mert a láncok lassítják a feldolgozást.

Saját döntési szabály a térképhez

Mi az alábbi sorrendet követjük minden régi címnél, és az első teljesülő feltételnél megállunk:

Van azonos tartalmú új oldal? Akkor 301 oda.
Nincs azonos, de van szorosan kapcsolódó oldal, amely ugyanarra a keresési szándékra válaszol? Akkor 301 oda.
A régi oldalnak van értékes külső linkje vagy mérhető forgalma? Akkor készüljön hozzá új oldal, vagy a legközelebbi kategória kapja meg.
Egyik sem teljesül? Akkor az oldal kaphat 410-es vagy 404-es választ, átirányítás nélkül.

Ez a szabály nem iparági szabvány, hanem a saját munkamódszerünk. Előnye, hogy minden sorhoz dokumentálható döntés tartozik, így az élesítés után is visszakereshető, miért került egy cím oda, ahová.

3. Lezárt staging és előzetes tesztelés

A tesztkörnyezetet jelszóval vagy IP-szűréssel érdemes védeni, mert a robots.txt tiltás önmagában nem akadályozza meg, hogy egy kiszivárgott link alapján a cím megjelenjen a találatok között. Élesítés előtt a stagingen ellenőrizd a title és meta description mezőket, a canonical címkéket, a meta robots beállításokat, a strukturált adatokat és a belső linkeket.

4. Fokozatos vagy egyszerre végrehajtott élesítés

Nagy webhelyeknél megfontolható, hogy a migráció szakaszosan történjen, például először egy kisebb kategóriát költöztetsz át, és csak a tapasztalatok után a többit. Ez csökkenti a kockázatot, de hosszabb ideig kell két rendszert párhuzamosan fenntartani. Kisebb webhelyeknél általában egyszerűbb egyszerre élesíteni, ha az előkészítés alapos volt.

Gyakori hibák

A migrációs hibák többsége nem bonyolult technikai probléma, hanem kihagyott lépés vagy rossz időzítés. Az alábbi lista azokat a hibákat gyűjti össze, amelyekkel auditok során a leggyakrabban találkozunk, a tünettel és a javítás módjával együtt.

A leggyakoribb hibák és javításuk

Hiba	Tünet	Javítás
Indexelhetetlen marad az új webhely	Az új oldalak nem kerülnek be az indexbe	A staging tiltások (noindex, robots.txt Disallow) eltávolítása élesítéskor
Hiányos átirányítási térkép	Megugró 404-es hibák a Search Console-ban	A 404-es címek listájából a térkép pótlása
Minden a kezdőlapra mutat	Soft 404 jelzések, eltűnő aloldal-helyezések	Tartalmi megfelelők keresése, egyedi átirányítások
Átirányítási láncok	Több ugrás a régi és a végső cím között	Minden régi cím közvetlenül a végső célra mutasson
Régi címekre mutató belső linkek	A saját oldal is átirányításokon keresztül linkel	A belső linkek átírása az új címekre
Elvesző meta adatok	Általános vagy üres title a találatokban	A title és description mezők átvitele, ellenőrzése
Ideiglenes átirányítás tartós helyett	A régi cím sokáig a találatokban marad	302 helyett 301 használata a végleges költözéseknél

Külön említést érdemel az időzítés. Egy webáruház főszezonja előtt vagy egy nagy kampány közben végrehajtott migráció akkor is sokba kerülhet, ha technikailag hibátlan, mert az átmeneti ingadozás éppen a legértékesebb időszakra esik. A csendesebb időszak választása egyszerű, mégis gyakran kimarad a tervezésből.

Gyakori hiba az is, hogy a csapat túl hamar eltávolítja az átirányításokat. A régi címekre mutató külső linkek évekig élnek, ezért az átirányításokat hosszú távon, lehetőleg véglegesen érdemes fenntartani. Ha a régi szerver vagy konfiguráció megszűnik, az átirányítási szabályokat át kell vinni az új környezetbe.

Végül sok projekt ott csúszik el, hogy senki nem felelős az utókövetésért. Az élesítés után a fejlesztőcsapat már a következő feladaton dolgozik, a marketing pedig csak hetek múlva veszi észre a forgalomcsökkenést. Érdemes előre kijelölni, ki nézi a jelentéseket, milyen gyakran, és kinek jelez, ha baj van.

Élesítési ellenőrzőlista

Eltávolítottad a staging noindex címkéit és robots.txt tiltásait?
Aktívak az átirányítások, és egy mintán 301-es kódot adnak?
Az új XML sitemap csak az új, indexelhető címeket tartalmazza?
A canonical címkék az új címekre mutatnak?
Az analitikai és mérőkódok működnek az új sablonban?
A Search Console-ban minden érintett tulajdon ellenőrzött?

Mérés

Mérés nélkül nem lehet megmondani, sikeres volt-e a migráció, és azt sem, hol kell beavatkozni. A mérés két részből áll: a kiinduló állapot rögzítéséből az élesítés előtt, és a folyamatos összevetésből utána. Ha az előzetes adatok hiányoznak, a migráció utáni számokat nincs mihez viszonyítani.

Mit rögzíts élesítés előtt?

Az organikus forgalom oldalanként, legalább néhány hónapra visszamenőleg.
A legfontosabb kulcsszavak helyezései és a hozzájuk tartozó céloldalak.
Az indexelt oldalak száma a Search Console indexelési jelentésében.
A legtöbb külső linket kapó oldalak listája.
A konverziók és bevételek oldalanként, ha az analitika ezt lehetővé teszi.

Mit figyelj élesítés után?

Az első napokban a technikai jelek a legfontosabbak. Egy crawlerrel futtasd végig a régi URL-leltárt, és ellenőrizd, hogy minden cím a térkép szerinti célra, egyetlen ugrással érkezik-e. A Search Console oldalindexelési jelentésében kövesd a 404-es és az átirányítás miatt kizárt oldalak számát. A szervernaplókból kiderül, hogy a robot valóban járja-e az új címeket, és milyen állapotkódokat kap.

A következő hetekben a forgalmi és helyezési adatok kerülnek előtérbe. Érdemes oldalcsoportonként összevetni a migráció előtti és utáni időszakot, mert az összesített szám elfedheti, hogy egy fontos kategória jelentősen visszaesett, miközben a többi nőtt.

Saját példa: egy utókövetési táblázat

Az alábbi táblázat egy kitalált, szemléltető példa arra, hogyan érdemes oldalcsoportonként vezetni az adatokat. A számok nem valós mérésből származnak, csak a módszert mutatják.

Oldalcsoport	Kattintás előtte (heti)	Kattintás utána (heti)	Változás	Teendő
Kategóriaoldalak	1200	1150	kb. -4%	Figyelés
Termékoldalak	3000	2100	-30%	Átirányítások és indexelés vizsgálata
Blogcikkek	800	820	kb. +3%	Nincs teendő

A példában a termékoldalak csoportja igényel beavatkozást. A saját gyakorlatunkban azt a szabályt alkalmazzuk, hogy ha egy oldalcsoport kattintásai két egymást követő héten több mint 20 százalékkal a kiinduló szint alatt maradnak, akkor azonnal átnézzük az adott csoport átirányításait, canonical címkéit és indexelési állapotát. Ez a küszöb a mi választásunk, a saját webhelyed ingadozásához igazítva érdemes beállítani.

A mérés akkor zárható le, ha az oldalcsoportok többsége több egymást követő héten át stabilan a kiinduló sáv közelében marad, és a Search Console-ban nem jelennek meg új, migrációhoz köthető hibák. Addig a heti áttekintést érdemes a naptárban rögzített, felelőshöz rendelt feladatként kezelni.