A CMS migráció azon kevés projektek egyike, ahol a technikai munka hibátlanul mehet, az eredmény mégis katasztrófa lesz. Az oldal időben elindul, jobban néz ki, gyorsabban tölt be, a forgalom pedig a felére esik, mert néhány száz URL alakot váltott, és senki nem építette meg hozzá a térképet.

A veszteséget nem az új platform okozza. A megszakítottság okozza: olyan címek, amelyek korábban válaszoltak, most nem válaszolnak, oldalak, amelyek azonosíthatók voltak, most újnak látszanak, a régi URL-ekre évek alatt rárakódott előtörténetnek pedig nincs hová mennie.

Az egyetlen döntés, amely eldönti az eredményt: megtartod az URL szerkezetet? Ha igen, a migráció java része tartalmi és sablonmunka, a kockázat pedig mérsékelt. Ha nem, minden megváltozott címhez kell egy átirányítás a saját, konkrét megfelelőjére, és annak a térképnek a teljessége dönti el, hogy a migráció láthatatlan marad vagy drága lesz. Nincs harmadik változat, amelyben az URL-ek megváltoznak, és mégis jól sül el.

Mit tör el valójában egy CMS migráció

Az URL-eket, és ez a nagy tétel. A különböző platformok másképp kezelik az útvonalakat, a lapozást, a kategóriákat és a dátumokat, és ha átveszed az új platform alapbeállításait, azzal némán újraírod a webhely minden egyes címét.

A metaadatokat. Az évek alatt megírt címek és leírások gyakran nem élik túl az exportot, az új platform pedig sablonból állítja elő őket. Ezt könnyű nem észrevenni, mert az oldalak közben teljesen rendben néznek ki.

A strukturált adatokat. A régi platformon bővítménnyel hozzáadott jelölés a bővítménnyel együtt eltűnik, az új megfelelők pedig ritkán adnak ki azonos kimenetet. Az AI keresőmotorok Schema jelölés olvasásáról szóló útmutatónk végigveszi, minek kell túlélnie a váltást.

A belső linkeket. A régi útvonalakra mutató abszolút linkekkel teli szövegtörzs továbbra is oda fog mutatni, ami URL-váltás után azt jelenti, hogy mindegyik link a legjobb esetben is átirányításon keresztül fut.

A képeket és médiafájlokat. Más tárolási útvonalak, más fájlnevek, és alternatív szövegek, amelyek a régi adatbázisban éltek, és nem kerültek bele az exportba.

Mindent, amit egy bővítmény csinált. Évek alatt beállított átirányításokat, kanonikus szabályokat, hírfolyam-formátumokat és olyan funkciókat, amelyeket senki nem dokumentált, mert csak egy pipa volt a beállításokban.

Mindezt a migráció előtt vedd leltárba, ne utána. Annak a listája, amit a régi platform csendben elintéz helyetted, mindig hosszabb a vártnál.

Az átirányítási térkép dönt el mindent

Ha az URL-ek megváltoznak, ez az a szállítandó anyag, amelyik számít, és teljesnek kell lennie, nem majdnem teljesnek.

A kiindulási listát több helyről állítsd össze. Az élő oldal bejárása megtalálja azt, amire van link. Az analitika és a Search Console megtalálja azokat az oldalakat, amelyek forgalmat kapnak, de árván is állhatnak. A szervernaplók megtalálják, mit kérnek le ténylegesen, beleértve a rád hivatkozó más oldalakat is. Bármelyik forrás önmagában kihagy dolgokat, és a kihagyott oldalak aránytalanul gyakran a régiek, amelyeken linkek ülnek.

Minden régi URL-hez rendeld hozzá a saját, konkrét új megfelelőjét. Ne a kezdőlapot és ne egy kategóriaoldalt, mert az olyan átirányítás, amely nem válaszol az eredeti kérésre, lágy hibának számít, és alig ad át értéket. A Google oldalköltöztetési dokumentációja leírja az elvárt megfeleltetést. Ha tényleg semmi nem felel meg neki, a nem található válasz az őszinte megoldás, és jobb, mint egy félrevezető átirányítás.

Használj állandó átirányításokat, tartsd a láncokat egyetlen ugrásra azzal, hogy a régi címeket rögtön a végleges célra irányítod, és ne feledd, hogy az átirányítási szabályok sorrendben értékelődnek ki: egy tág minta a konkrét szabály fölött elnyeli azt.

Aztán teszteld a térképet indulás előtt, a teljes listán, nem mintavétellel.

A váltás előtt

Járd be és archiváld a régi oldalt. Teljes nyilvántartás minden URL-ről, a címével, leírásával, kanonikus címével, státuszkódjával és szószámával. Ez lesz az összehasonlítási alapod, és utólag már nem tudod előállítani.

Exportáld és ellenőrizd a tartalmat. A darabszámokat nézd, ne csak azt, hogy az export lefutott. A hiányzó kategóriák, az elveszett egyedi mezők és a csonkolt bejegyzések mind gyakoriak és mind némák.

Zárt környezetben állítsd össze. Egy indexelésre kerülő teszt oldal a teljes webhelyed duplikátumát hozza létre, ami súlyosabb baj, mint az, amit meg akartál oldani.

Ellenőrizd, hogy az új sablonok azt adják-e ki, amit a régiek. Címek, leírások, kanonikus címek, strukturált adatok és hreflang, ha több nyelvet üzemeltetsz, ahogy a többnyelvű SEO útmutatónkban is szerepel.

Tervezd meg az időzítést. Ne a legforgalmasabb időszakod előtt és ne pénteken. Közvetlenül utána több munkanapnyi teljes figyelemre lesz szükséged.

A váltás után

Az első negyvennyolc óra többet számít, mint az azt követő hónap, mert ilyenkor egy javítható hiba még olcsó.

Figyeld a szervernaplókat a nem található válaszok miatt. Ez a leggyorsabb módja annak, hogy megtaláld a térképedből kimaradt URL-eket, és valós lekérésekből találja meg őket, nem a feltételezéseidből. Küldd be az új webhelytérképet, és nézd meg, hogy a bejárás tényleg zajlik-e, ahelyett hogy feltételeznéd.

Vesd össze az alapállapotú bejárással. Minden URL-nek, amely korábban indexelhető volt, most vagy válaszolnia kell, vagy konkrét helyre átirányítania. Amelyik egyiket sem teszi, az egy lyuk.

Számíts visszaesésre. Néhány hétnyi ingadozás jól kivitelezett migrációnál is normális, mert az új címeket előbb újra be kell járni és újra kell értékelni. Ami nem normális, az a tartós, magától helyre nem álló esés, és az szinte mindig kimaradt vagy általános célra mutató átirányításokra vezethető vissza.

Az átirányításokat tartsd meg véglegesen. Nem átmeneti intézkedés: ez az egyetlen dolog, ami az évek alatt összegyűlt linkeket a mostani oldalaidhoz köti, és ha egy év múlva leszeded őket, azzal újratermeled az eredeti veszteséget.

A Mecanik az ilyen migrációkat a webfejlesztési szolgáltatásaink részeként viszi. A minta mindig ugyanaz: a platformváltás rutin, a jó és a rossz kimenetel közti különbség pedig teljes egészében a térkép teljességén múlik.

Gyakran ismételt kérdések

Miért esik vissza a forgalom egy CMS migráció után? Szinte mindig azért, mert az URL-ek megváltoztak, és az átirányítási térkép hiányos volt. A régi címek nem válaszolnak többé, így az évek alatt összegyűlt linkeknek és a bejárási előtörténetnek nincs hová mennie. A veszteséget maga a platform ritkán okozza; a régi és az új címek közötti megszakítottság okozza.

Meg kell tartanom az URL szerkezetet CMS váltáskor? Ha megteheted, igen. A szerkezet megtartásával a migráció tartalmi és sablonmunkára szűkül, mérsékelt kockázattal. A megváltoztatása azt jelenti, hogy minden módosult címhez kell egy átirányítás a saját, konkrét megfelelőjére, és ennek a hozzárendelésnek a teljessége dönti el, hogy a migráció láthatatlan marad vagy drága lesz.

Honnan szedem össze az átirányítandó URL-ek listáját? Több forrásból, mert mindegyik kihagy dolgokat. Az élő oldal bejárása megtalálja a linkelt oldalakat, az analitika és a Search Console megtalálja a forgalmat kapó, esetleg árva oldalakat, a szervernaplók pedig megtalálják, mit kérnek le ténylegesen, külső linkekről is. Amit egyetlen forrás kihagy, az általában a régi oldal, amelyen linkek ülnek.

Átirányíthatom a régi oldalakat a kezdőlapra? Nem. Az olyan átirányítás, amely nem válaszol az eredeti kérésre, lágy hibának számít, és alig ad át értéket. Minden régi URL-hez rendeld hozzá a saját, konkrét megfelelőjét, és ahol tényleg semmi nem felel meg, ott a nem található válasz őszintébb és hasznosabb, mint egy félrevezető átirányítás.

Meddig kell fenntartani a migrációs átirányításokat? Véglegesen. Nem átmeneti intézkedések, hanem az egyetlen kapcsolat az évek alatt összegyűlt bejövő linkek és a mostani oldalaid között, így ha egy év múlva leszeded őket, pontosan azt a forgalomvesztést idézed elő, amelyet a migrációnak el kellett volna kerülnie.