Hogyan telepítse át weboldalát anélkül, hogy elveszítené az SEO-rangsorait

A weboldal-áttelepítés a digitális marketing egyik legnagyobb téttel járó művelete. Módosítsa a domainjét, szervezze át az URL-jeit, váltson tárhelyszolgáltatót, vagy építse újra egy új platformon, és kockáztatja a szerves keresési forgalom elvesztését, amelynek felépítése évekig tartott. A Google naponta több mint 8,5 milliárd keresést dolgoz fel, és a legtöbb vállalkozás számára a szerves keresés az összes weboldalforgalom 40-60%-át adja. Egy elrontott áttelepítés ezt egyik napról a másikra eltörölheti.

A kockázat abból fakad, hogyan értelmezik a keresőmotorok a weboldalát. A Google bejárta és indexelte az oldalait adott URL-eken, tekintélyt rendelt hozzájuk a visszamutató hivatkozások és a felhasználói elköteleződési jelek alapján, és adott kulcsszavakra rangsorolta őket. Amikor ezek az URL-ek megváltoznak vagy eltűnnek egy áttelepítés során, a Google-nek újra be kell járnia, indexelnie és értékelnie minden oldalt. Megfelelő átirányítási leképezés nélkül a keresőmotor teljesen új tartalomként kezeli az új oldalakat nulla előzménnyel, és a rangsorai ennek megfelelően zuhannak.

A GRADAX-nál több mint hatvan weboldal-áttelepítést vezettünk, és a minta következetes: azok a szervezetek, amelyek az SEO-t elsődleges megkötésként tervezik meg az áttelepítéseket, négy-nyolc héten belül visszanyerik rangsoraikat. Azok, amelyek az SEO-t utólagos gondolatként kezelik, gyakran 30-70%-os forgalomcsökkenést tapasztalnak, amely hat hónapig vagy tovább tart. A különbség nem a szerencse, ez módszertan. A következőkben bemutatjuk azt a pontos folyamatot, amelyet minden általunk kezelt áttelepítés során a szerves forgalom védelmére használunk.

Minden sikeres migráció egy átfogó felméréssel kezdődik arról, ami már rendelkezésre áll. Mielőtt egyetlen sort írna kódba vagy új szervert konfigurálna, dokumentálja a jelenlegi webhelye minden URL-jét, annak forgalmát, kulcsszó-rangsorolását és backlink profilját. Az olyan eszközök, mint az Ahrefs, a Semrush vagy a Google Search Console biztosítják ezeket az adatokat. Exportálja őket egy táblázatba, amely a migrációs referenciadokumentumává válik; a folyamat minden szakaszában visszatér majd hozzá.

Pontosan határozza meg az áttelepítés hatókörét. Domainet vált? HTTP-ről HTTPS-re tér át? Aldomainről alkönyvtárra költözik? Új CMS-re épít újra? Minden forgatókönyv más kockázatokat hordoz, és más technikai intézkedéseket igényel. Egy egyszerű tárhely-áttelepítés, ahol az URL-ek változatlanok maradnak, a legalacsonyabb kockázatú. Egy teljes platform-újraépítés új URL-struktúrával és domainváltással a legmagasabb. Tudja pontosan, mi változik és mi nem, mielőtt továbblép.

Állítson be reális ütemtervet. Az áttelepítés elsietése az SEO-károk leggyakoribb oka. Legalább négy hetet szánunk a tervezésre és a stagingre, egy hetet a végrehajtásra és négy hetet az áttelepítés utáni megfigyelésre. A több ezer oldalt vagy több domaint érintő összetett áttelepítések nyolc-tizenkét hét tervezést igényelnek. Építsen be puffert a váratlan problémákra, mindig felmerülnek, és a mozgástér megakadályozza a pánikvezérelt rövidítéseket, amelyek veszélyeztetik az SEO-t.

Az átirányítási térkép minden migráció legfontosabb dokumentuma. Átfogó dokumentum, amely minden régi URL-t a hozzá tartozó új URL-hez rendel 301-es (állandó) átirányításokkal. Minden oldalt, minden képet, minden PDF-et, minden erőforrást, amelyet valaha indexeltek vagy linkeltek, számba kell venni. Ha egyetlen nagy forgalmú URL-t kihagy, elveszíti az oldal rangsorolását, a backlink értékét és minden látogatót, aki egy meglévő linkre vagy könyvjelzőre kattint.

Rendszerezze fel az átirányítási térképet. Kezdje a sitemap.xml fájllal és a crawl adatokkal, hogy azonosítsa a jelenlegi webhely összes URL-jét. Vetesse össze a Google Search Console adataival, hogy megtalálja azokat az indexelt URL-eket, amelyek esetleg nem szerepelnek a sitemapban. Ellenőrizze a backlink profilját, hogy azonosítsa azokat az URL-eket, amelyekre külső oldalak hivatkoznak; ezek olyan tekintélyt hordoznak, amelyet meg kell őrizni. Nagy webhelyek esetén, ahol több ezer URL van, használjon mintaalapú átirányítási szabályokat (pl. az összes /blog/2024/* átirányítása a /insights/2024/* alá), kiegészítve egyedi szabályokkal a kivételekhez.

Tesztelje az összes átirányítást élesítés előtt. Egy staging környezetet használunk, ahol a teljes átirányítási térkép betöltődik, és egy crawler ellenőrzi, hogy minden régi URL helyesen oldódik-e fel az új céljára. Gyakori hibák az átirányítási láncok (A átirányít B-re, amely átirányít C-re), az átirányítási hurkok és a 404-es hibát visszaadó oldalakra mutató átirányítások. Ezek mindegyike pazarlásba viszi a crawl büdzsét, összezavarja a keresőmotorokat és rontja a felhasználói élményt. Javítsa őket staging környezetben, ne élesben.

A migráció ideális lehetőség a tartalom auditálására és javítására, de óvatosan kell elvégezni, hogy elkerülje a SEO-kockázatok halmozódását. Azonosítsa a legjobban teljesítő oldalait, azokat, amelyek a legtöbb szerves forgalmat, konverziót és backlinket hoznak, és gondoskodjon arról, hogy a tartalommal, metaadatokkal és belső linkstruktúrával együtt érintetlenül migráljanak. Ezek a bevételt termelő eszközei, és a legnagyobb figyelmet érdemlik az átállás során.

A gyengén teljesítő oldalak esetében döntse el, hogy migrálja, összevonja vagy megszünteti őket. A vékony tartalmú, duplikált tartalmú vagy az elmúlt tizenkét hónapban nulla forgalmat hozó oldalak összevonásra jelöltek. Vonja össze tartalmukat erősebb, átfogóbb oldalakba, és irányítsa át a régi URL-eket az összevont verzióra. Ez valójában javítja a SEO-t azáltal, hogy a tekintélyt kevesebb, magasabb minőségű oldalra összpontosítja, ahelyett hogy több tucat gyenge oldal között hígítaná.

A migráció során őrizze meg az összes on-page SEO elemet: title tageket, meta leírásokat, címsorstruktúrákat, képek alt szövegét és strukturált adatok jelölését. Csábító mindent "javítani" az újratervezés során, de túl sok jelzés egyidejű megváltoztatása lehetetlenné teszi a problémák diagnosztizálását, ha a rangsorolás csökken. Először migráljon a meglévő metaadatokkal, stabilizálja a rangsorolást, majd a migrációt követő hetekben iteráljon a tartalomfejlesztéseken, amikor már van stabil viszonyítási alap a méréshez.

Az átirányításokon és a tartalmon túl számos technikai SEO elemet kifejezetten figyelni kell a migráció során. A robots.txt fájlt frissíteni kell az új URL-struktúra tükrözéséhez, és nem szabad véletlenül blokkolnia a keresőmotorok crawlereit a kritikus oldalak elérésében. Láttunk olyan migrációkat, ahol egy "Disallow: /"-t tartalmazó staging robots.txt került éles környezetbe, gyakorlatilag arra utasítva a Google-t, hogy az egész webhelyet deindexelje. Mindig ellenőrizze ezt a fájlt közvetlenül az élesítés után.

Nyújtsa be a frissített sitemap.xml fájlt a Google Search Console-ba és a Bing Webmaster Tools-ba az élesítést követő órákon belül. Az új sitemapnak csak az új URL-ekre szabad hivatkoznia, és ki kell zárnia minden régi URL-t, amely most átirányít. Ez felgyorsítja az újracrawling folyamatát, és tiszta térképet ad a keresőmotoroknak a webhely jelenlegi struktúrájáról. Nagy webhelyek esetén fontolja meg a sitemap szegmensekben történő benyújtását, és minden szegmens indexelési állapotának egyedi figyelését.

A canonical tagek különös figyelmet érdemelnek. Az új webhely minden oldalának rendelkeznie kell egy önmagára hivatkozó canonical taggel, amely a saját URL-jére mutat. Ha a régi webhely canonical tagjeit frissítés nélkül migrálják, azok olyan URL-ekre mutatnak, amelyek most átirányítanak, zavaró jelzést adva a keresőmotoroknak. Hasonlóképpen frissítse a webhely összes belső linkjét, hogy közvetlenül az új URL-struktúrát használják, ahelyett hogy átirányítási láncokra támaszkodnának. Az átirányításokon áthaladó belső linkek minden ugrással elveszítenek egy kis linkértéket, és lassítják a felhasználói élményt.

A DNS-átállás minden migráció legnagyobb technikai kockázatú pillanata. Amikor frissíti a domain DNS-rendszereinek rekordjait, hogy egy új szerverre mutassanak, a változás órákig vagy napokig terjedő idő alatt terjed a globális DNS-infrastruktúrában, a TTL (time-to-live) beállításoktól és az ISP gyorsítótárazási viselkedésétől függően. Ez alatt a terjedési ablak alatt egyes felhasználók a régi szervert, mások az újat érik el. Ha a régi szervert már kivonták a forgalomból, ezek a felhasználók hibákat látnak.

A zavar minimalizálása érdekében csökkentse a DNS TTL értékét 300 másodpercre (öt percre) legalább 48 órával a migráció előtt. Ez biztosítja, hogy a világszerte működő DNS-feloldók csak öt percig gyorsítótárazzák a rekordokat, így a váltás gyorsan megtörténik, amint frissíti a rekordokat. Tartsa futva a régi szervert, és szolgálja ki a jelenlegi webhelyet legalább 72 órával a DNS-változás után, hogy elkapja a lemaradókat. Csak ezután vonja ki a forgalomból, miután megerősítette, hogy minden forgalom az új szerverre áramlik.

Ha új hosting szolgáltatóra migrál, alaposan tesztelje az új szervert, mielőtt hozzányúlna a DNS-hez. Töltse be teljesen a webhelyet az új szerveren egy ideiglenes URL vagy hosts-fájl felülírás segítségével. Ellenőrizze, hogy minden oldal helyesen jelenik meg, minden űrlap sikeresen elküldhető, az SSL-tanúsítványok érvényesek, és a teljesítmény megfelel a benchmarkoknak. A DNS-váltás legyen az utolsó lépés, ne az első, és legyen eseménytelen, mert az új szerveren minden már ellenőrzésre került.

A munka nem ér véget, amikor az új webhely élesbe kerül. A migráció utáni első négy hét kritikus a problémák felismeréséhez és kijavításához, mielőtt tartós SEO-kárt okoznának. Figyelje naponta a Google Search Console-t crawl-hibák, indexelési állapotváltozások és rangsorolási ingadozások szempontjából. A szerves forgalom 5–15%-os átmeneti csökkenése normális az első két hétben, amíg a Google újracrawlolja és újraértékeli az oldalakat. A 20%-ot meghaladó vagy három hétnél tovább tartó csökkenés olyan problémát jelez, amelyet ki kell vizsgálni.

Állítson be automatikus monitorozást a HTTP-állapotkódokra az egész webhelyén. Egy éjszakánként futó crawler, amely jelzi az összes 404-es, 500-as vagy váratlan átirányítást visszaadó oldalt, elkapja azokat a problémákat, amelyeket a manuális szúrópróbaszerű ellenőrzés kihagy. Fordítson különös figyelmet a legnagyobb forgalmú oldalakra és a legtöbb backlinkkel rendelkező oldalakra, ezek azok, ahol a hibáknak a legnagyobb a hatása. Valós idejű riasztásokat állítunk be minden állapotkód-anomáliára azokon az oldalakon, amelyek havi 100 látogatásnál többet hoznak.

Kövesse nyomon a kulcsszó-rangsorolást legalább a legjobb ötven kulcsszóra a migráció utáni időszakban. Használjon olyan rangkövető eszközt, amely naponta ellenőriz, nem hetente, így a rangsorolási változásokat konkrét technikai eseményekhez tudja kapcsolni. Ha egy kulcsszó csökken, vizsgálja meg a megfelelő oldalt átirányítási problémák, hiányzó tartalom, megváltozott metaadatok vagy crawl-hibák szempontjából. A migráció utáni rangsorolási csökkenések többségének konkrét, azonosítható oka van, amely gyorsan megoldható, ha korán észlelik.

A gondos tervezés ellenére egyes migrációk váratlan rangsorolási csökkenést tapasztalnak. A kulcs az, hogy módszeresen reagáljon, ne reflexszerűen. Kezdje annak ellenőrzésével, hogy minden átirányítás megfelelően működik-e; a törött átirányítási térkép a leggyakoribb oka a migráció utáni forgalomvesztésnek. Crawlolja a régi URL-listát, és erősítse meg, hogy minden URL 200-at ad vissza (átirányításon keresztül), vagy helyesen szolgálja ki a tartalmat. Minden 404-et visszaadó URL azonnali átirányítást igényel az új webhely legrelevánsabb oldalára.

Ellenőrizze a Google Search Console-ban a manuális intézkedéseket vagy biztonsági problémákat. Időnként egy migráció egybeesik egy Google-algoritmusfrissítéssel, és ami migrációval kapcsolatos kárnak tűnik, valójában algoritmikus eltolódás. Hasonlítsa össze forgalmi mintázatait az iparági volatilitási adatokkal olyan eszközökből, mint a Semrush Sensor vagy a MozCast. Ha a szélesebb keresési környezet turbulens, a csökkenés magától rendeződhet, ahogy az algoritmus stabilizálódik.

Ha a rangsorok hat hét után sem álltak helyre, mélyítse el a vizsgálatot. Tekintse át a backlink-profilját, hogy a magas tekintélyű hivatkozások megfelelően oldódnak-e fel. Ellenőrizze, hogy a kezeléses WordPress vagy CMS-konfigurációja nem generál-e duplikált tartalmat vagy ütköző canonical címkéket. Auditálja az oldal sebességét és a Core Web Vitals értékeket az új platformon: egy lassabb webhely gyengébb teljesítményű tárhelyen a migrációs problémáktól függetlenül is rangsorvesztést okozhat. Ha szakértői segítségre van szüksége a megrekedt helyreállás diagnosztizálásához, lépjen kapcsolatba csapatunkkal egy átfogó migrációs audit érdekében.