Hogyan hagyd el a WordPresst SEO-veszteség nélkül?
Gyakorlati migrációs sorrend az URL-ek, metaadatok, belső linkek és keresési érték megtartásához.
A WordPress elhagyása nem jelentheti az évek alatt felépített keresési láthatóság elvesztését. A biztonságos migráció nem redesignnal, hanem leltárral indul.
Felmérés költözés előtt
Gyűjts össze minden indexelhető URL-t, címet, leírást, canonicalt, headinget, képet és belső linket. Vesd össze ezeket a Search Console és az analitika adataival.
A szándék maradjon, a technikai adósság ne
A tiszta URL-eket érdemes megtartani. A változó címekhez közvetlen 301-es redirect kell, láncok nélkül. A strukturált adatok és metaadatok explicit tartalommodellből épüljenek újra.
Launch utáni ellenőrzés
Crawlozd az új oldalt, ellenőrizd a redirecteket, küldd be a sitemapet és figyeld a lefedettséget. A felügyelt migrációnál az élesítés az ellenőrzés kezdete.
Leltár készüljön, ne csak új weboldal
Indulj a Search Console exporttal, az analitika landing oldalaival, az XML-sitemappel és a publikus oldal crawl-jával. Ezek más-más kérdésre válaszolnak. A keresési adat megmutatja a már létező keresletet; az analitika a belépési és konverziós viselkedést; a sitemap azt, amit a CMS publikálni akar; a crawl pedig a linkeket, státuszkódokat, canonicalokat és a sitemapből kimaradt tartalmat.
Minden URL kapjon döntést: marad, összevonjuk, átirányítjuk vagy megszüntetjük. Rögzítsd a címet, leírást, főcímet, canonicalt, indexelhetőséget, belső linkeket és releváns strukturált adatot. Leades oldalnál az űrlapot, visszaigazolást és analitikai eseményt is. Egy redirecttáblázat önmagában nem migrációs terv.
A keresési szándékot védd, ne csak a címet
Az azonos URL hasznos, de az oldal akkor is veszíthet relevanciájából, ha megváltozik a célja, szövege vagy belső kontextusa. Őrizd meg azt a keresési szándékot, amely értékessé tette. Ha több gyenge oldalt összevonsz, az új céloldalnak ténylegesen le kell fednie a hasznos információt, nem elég megkapnia az átirányításokat.
- A költöző publikus tartalom kapjon végleges átirányítást.
- Ne legyen redirectlánc: a régi URL közvetlenül a végleges célra mutasson.
- Ne irányíts minden megszűnő oldalt a homepage-re.
- A staging maradjon noindex, majd ezt tudatosan oldd fel élesítéskor.
Rendszerváltásként ellenőrizd az élesítést
DNS-váltás előtt teszteld a production buildet preview környezetben. Utána crawlozd a régi leltárt és az új oldalt, küldd be a sitemapet, vizsgáld a prioritásos URL-eket, és figyeld a 404-eket, indexelést és organikus landingeket. A cél nem a nulla mozgás ígérete, hanem az elkerülhető hibák kizárása és a gyors, adatalapú reakció.
Használj élesítés utáni kontrolllistát
- Ellenőrizd, hogy a canonical és hreflang URL-ek az éles domainre mutatnak.
- Teszteld a régi prioritásos URL-ek közvetlen, végleges átirányítását.
- Küldd be az új sitemapet, és vizsgálj meg minden sabloncsaládból egy oldalt.
- Naponta hasonlítsd össze az organikus landingeket, űrlapkitöltéseket és 404 logokat.
- Legyen egyértelmű a rollback döntés és felelőse, amíg a javítás még olcsó.
Ne egyetlen kulcsszó egyetlen napi helyezéséből ítéld meg a költözést. Oldalcsoportokat, keresési témákat és konverziókat hasonlíts a rögzített kiinduló állapothoz. A láthatóság fontos, de az új oldalnak azokat a megkereséseket is meg kell őriznie, amelyek miatt ez a láthatóság üzleti értéket kapott.