A SEO-bővítmény cseréje WordPressben első ránézésre néhány kattintás. Telepíted az újat, lefuttatod az importálót, kikapcsolod a régit. A gyakorlatban a bővítmény több száz oldal címét, leírását, indexelési utasítását, átirányítását és sémáját tárolja, és ezek egy része nem ugyanabban a formában él a két rendszerben. Ez a cikk végigvezet a váltáson úgy, hogy előtte és utána is mérhető legyen, mi változott.
A szövegben háromféle jelölést használunk. Hivatalosan igazolt az, ami a Google vagy a bővítmény fejlesztőjének dokumentációjában szerepel. Saját tapasztalat az, amit migrációk során rendszeresen látunk. Szakmai feltételezés az, ami logikus következtetés, de nincs rá hivatalos megerősítés.
Miért kockázatos a SEO-bővítmény cseréje?
Azért, mert a két bővítmény más néven és más formátumban tárolja ugyanazt az adatot, és ami nem kerül át, az a váltás pillanatában eltűnik az oldal forráskódjából. A keresők ezt nem hibaként, hanem új állapotként érzékelik.
Néhány példa arra, hogyan tárolja ugyanazt a két bővítmény a wp_postmeta táblában.
- Cím: Yoastnál
_yoast_wpseo_title, Rank Mathnálrank_math_title. - Meta leírás:
_yoast_wpseo_metadesc, illetverank_math_description. - Canonical:
_yoast_wpseo_canonical, illetverank_math_canonical_url. - Noindex: Yoastnál a
_yoast_wpseo_meta-robots-noindexmező számértéke, Rank Mathnál arank_math_robotsmezőben tárolt tömb. - Elsődleges kategória:
_yoast_wpseo_primary_category, illetverank_math_primary_category.
A változók is eltérnek. Yoastban a cím sablonja például %%title%% %%sep%% %%sitename%%, Rank Mathban %title% %sep% %sitename%. Ha egy változó nem fordul át, a keresőtalálatban szó szerint a nyers változó jelenhet meg.
Saját tapasztalat: a címek és leírások ritkán vesznek el, mert ezeket az importálók jól kezelik. A veszteség a ritkábban használt mezőkben szokott lenni. Ilyen az egyedi canonical, egyes oldalak noindex-jelölése, a kategóriák és címkék saját beállításai, a közösségi megosztási képek és a sablonba égetett breadcrumb-hívás.
Mit ments el a váltás előtt?
Két mentés kell. Egy teljes adatbázis- és fájlmentés, amiből percek alatt vissza tudsz állni, és egy crawl-pillanatkép, amivel az előtte és utána állapotot URL-enként össze tudod vetni.
Teljes mentés
Ha van WP-CLI hozzáférésed, az adatbázist egy paranccsal kimentheted.
wp db export seo-csere-elott.sql
Ezen felül ments el a tárhelyről egy fájlmentést is, különösen a téma mappáját, mert a breadcrumb vagy egyéb SEO-hívás gyakran a sablonfájlokban van.
A meta-mezők leltára
Mielőtt bármit importálsz, számold meg, hány bejegyzésnél van kitöltve az egyes mező. Ezt az adatbázisban egy egyszerű lekérdezéssel teheted meg (a wp_ előtagot igazítsd a saját telepítésedhez).
SELECT meta_key, COUNT(*) FROM wp_postmeta WHERE meta_key LIKE '_yoast_wpseo_%' GROUP BY meta_key;
Az eredményt mentsd el. Az import után ugyanezt lefuttatod a rank_math_% előtagra, és a számoknak nagyjából egyezniük kell. Ha például 42 oldalon volt egyedi canonical, utána is 42 körül kell lennie.
Crawl-pillanatkép
Egy crawlerrel (például Screaming Frog SEO Spider vagy Sitebulb) járd be az élő oldalt, és exportáld URL-enként a következőket.
- HTTP-státuszkód
- title és meta description
- canonical URL
- meta robots és X-Robots-Tag
- Open Graph cím és kép
- a strukturált adat típusai (például Organization, Article, BreadcrumbList, Product)
Mentsd el mellé a /sitemap_index.xml és a /robots.txt aktuális tartalmát, valamint a Search Console Teljesítmény jelentéséből a legtöbb kattintást hozó oldalak listáját. Ezek lesznek a kiemelten figyelt URL-ek.
Hogyan készítsd elő a váltást tesztkörnyezetben?
A migrációt először egy staging (teszt) másolaton futtasd le, és csak akkor élesben, ha ott az összevetés tiszta. Így a hibákat a látogatók és a keresők nem látják.
- Készíts friss staging másolatot az élő oldalról, és tiltsd le rajta az indexelést jelszavas védelemmel.
- Telepítsd az új bővítményt, de még ne kapcsold ki a régit.
- Futtasd le az importálót. Hivatalosan igazolt: a Rank Math beépített eszközzel tud Yoastból importálni beállításokat, bejegyzés-, kategória- és szerzői metaadatokat, valamint átirányításokat, ezt a beállító varázsló is felajánlja.
- Kapcsold ki a régi bővítményt, ürítsd a gyorsítótárat, és crawlold le a stagingot.
- Vesd össze a két crawlt (lásd lent), és javítsd az eltéréseket.
- Jegyezd fel, mit kellett kézzel javítani, mert élesben ugyanezt kell majd megismételni.
A fordított irány nehezebb. Saját tapasztalat: a Yoast beépített importálója csak bizonyos bővítményekből tud adatot átvenni, és Rank Mathból jellemzően nem visz át mindent. Az aktuális verzióban ezt mindig ellenőrizd. Ha nincs teljes körű importáló, a metaadatokat egy migrációs bővítménnyel vagy WP-CLI-s szkripttel kell átmásolni mezőről mezőre, és itt a változók átírása is a te feladatod.
Mi történik az egyes adattípusokkal az átvitel során?
A címek és leírások általában rendben átjönnek, a canonical, a noindex, az átirányítás, a sitemap és a séma viszont mind külön ellenőrzést kér. Típusonként más a buktató.
Címek és meta leírások
Nézd meg a sablonokat is, ne csak az egyedi értékeket. Ha a régi bővítményben a bejegyzések címsablonja tartalmazta az oldal nevét, az újban is be kell állítani, különben több száz oldal címe változhat meg egyszerre. Ellenőrizd az elválasztó karaktert és a nyers változók megjelenését.
Canonical
Hivatalosan igazolt: a Google a canonical jelölést erős javaslatként kezeli, nem kötelező utasításként. Ha egy egyedi canonical elveszik, a bővítmény önhivatkozó canonicalt tesz a helyére, és a duplikált oldalak közötti jelzés megszűnik. Ezért a crawl-összevetésben a canonical oszlopot soronként nézd.
Noindex és robots
Ez a legveszélyesebb terület, és két irányban is hibázhat. Ha a noindex nem jön át, korábban rejtett oldalak (köszönőoldal, szűrőoldal, belső kereső találatai) kerülhetnek indexbe. Ha a teljes bejegyzéstípus vagy taxonómia beállítása rosszul fordul át, fontos oldalak eshetnek ki. Nézd meg külön a címkearchívumok, a szerzői archívumok és a médiamelléklet-oldalak beállítását, mert ezeket a két bővítmény eltérő alapértékkel kezelheti.
Átirányítások
A Yoast átirányítás-kezelője a fizetős változat része, és saját helyen tárolja a szabályokat. A Rank Math saját adatbázistáblát használ. Az import után exportáld mindkét listát, és vesd össze a darabszámot. Ha átirányításokat a .htaccess fájlban vagy külön bővítményben kezelsz, azokhoz ne nyúlj, de ellenőrizd, hogy az új bővítmény ne hozzon létre ütköző szabályt. Egy mintavételes teszthez kérd le a 20 legfontosabb régi URL-t, és nézd meg, hogy továbbra is egyetlen 301-es lépéssel érkeznek-e a céloldalra.
Sitemap
Mindkét bővítmény a /sitemap_index.xml címen adja ki az oldaltérképet, de a részsitemapok neve és tartalma eltérhet. Ellenőrizd, hogy ugyanazok a bejegyzéstípusok és taxonómiák szerepelnek-e benne, és hogy a noindexes oldalak kimaradnak-e. Szakmai feltételezés: ha a cím változatlan, a Search Console általában magától újraolvassa, de a váltás után érdemes kézzel is újra beküldeni, hogy hamarabb lásd az esetleges hibát.
Strukturált adat
A két bővítmény eltérően építi fel a sémát. A Yoast egy összefüggő gráfot ad ki az oldalra, a Rank Math bejegyzésenként választható sématípusokkal dolgozik. Az alap szervezet- vagy személyadatot (név, logó, közösségi profilok) a beállításokban újra meg kell adni. Az egyedi, kézzel épített sémák (például FAQ, HowTo, egyedi Product) átvitele nem garantált, ezeket oldalanként ellenőrizd a Google Bővített találatok tesztjével és a Schema.org validátorral.
Ami szinte mindig kimarad
- A sablonba írt breadcrumb-függvény (
yoast_breadcrumb(), illetverank_math_the_breadcrumbs()), ezt a téma fájljaiban kell átírni. - A Search Console, Bing és Pinterest ellenőrző meta tagjei, ha a bővítményen keresztül voltak beállítva.
- A közösségi megosztási alapkép és az oldalankénti Open Graph képek.
- A kategóriák és címkék saját címe és leírása.
- A
robots.txtvirtuális szerkesztése, ha a régi bővítményben módosítottad.
Hogyan végezd a crawl-összevetést?
A váltás utáni crawlt ugyanazzal az eszközzel és beállítással futtasd, mint az előzőt, majd URL-enként párosítsd a két exportot. Minden olyan sor, ahol a title, a leírás, a canonical vagy a robots-érték eltér, vizsgálatot kér.
- Töltsd be mindkét exportot egy táblázatba, két külön lapra.
- Az URL alapján párosítsd a sorokat (például FKERES vagy XKERES függvénnyel).
- Minden vizsgált mezőhöz tegyél egy egyezés-oszlopot, ami IGAZ vagy HAMIS értéket ad.
- Szűrj a HAMIS sorokra, és csoportosítsd őket mezőnként.
- Külön nézd meg azokat az URL-eket, amelyek csak az egyik crawlban szerepelnek. Ezek új 404-ek, vagy újonnan elérhetővé vált oldalak.
Saját tapasztalat: a legtöbb eltérés tömegesen jelentkezik, egyetlen sablonbeállításból fakad, és egy helyen javítható. Ha viszont 5-10 szórványos URL-nél tér el a canonical vagy a robots, az szinte mindig egyedi, kézzel beállított érték volt, amit az importáló nem vitt át.
Mikor kapcsold ki a régi bővítményt?
Akkor, amikor az éles crawl-összevetés tiszta, és addig se fusson párhuzamosan a kettő a nyilvános oldalon. Két aktív SEO-bővítmény dupla title, dupla canonical és két sitemap kiadásához vezethet.
Élesben a sorrend tehát import, a régi azonnali kikapcsolása, gyorsítótár ürítése, majd crawl. A régi bővítményt ezután is csak kapcsold ki, ne töröld. Saját tapasztalat: a meta-mezők kikapcsolás után is az adatbázisban maradnak, így szükség esetén újra lehet importálni. Törlésnél egyes bővítmények saját tábláikat és beállításaikat is eltávolíthatják, ezért a törlést csak hetekkel később, friss mentés után végezd el.
Mit ellenőrizz az első két hétben?
Az első két hét arra való, hogy a keresők újra bejárják az oldalt, és a Search Console jelentései kimutassák, ha valami mégis elcsúszott. Ez a szakasz nem garantál változatlan helyezést, de időben jelzi a hibát.
Az élesítés napján
- A kiemelt URL-ek forráskódjában egy title, egy canonical és a várt robots-érték szerepel.
- A
/sitemap_index.xmlés a/robots.txtelérhető, és a sitemap újra be van küldve. - A Search Console URL-ellenőrzésével a 3-5 legfontosabb oldal élő tesztje rendben van.
Az 1-3. napon
- A szerver naplójában vagy a 404-figyelőben nincs új, tömeges 404.
- A Bővített találatok tesztje a sémát tartalmazó oldalakon hibamentes.
- A gyorsítótár és a CDN biztosan az új kimenetet szolgálja ki.
Az első és a második hét végén
- Az Oldalindexelés jelentésben nem nőtt hirtelen a „Kizárva noindex címkével” vagy a „Duplikált, a Google más canonicalt választott” sorok száma.
- A Sitemapok jelentésben a felfedezett URL-ek száma a megszokott tartományban van.
- A bővített találatok jelentéseiben (például Breadcrumb, FAQ, Termék) nem jelent meg új hiba.
- A Teljesítmény jelentésben a kiemelt oldalak megjelenései és kattintásai nem esnek ki szokatlan mértékben. Szakmai feltételezés: kisebb, átmeneti ingadozás egy ilyen váltás után előfordulhat, tartós esést viszont az eltérő adatok okozhatnak, és érdemes visszakeresni a crawl-összevetésben.
Ha a két hét végén minden jelzés stabil, futtass le még egy teljes crawlt, mentsd el új kiindulási állapotként, és ezután döntsd el, törlöd-e a régi bővítményt.
Források és további olvasnivalók
- Google Search Central, Kanonikus URL-ek megadása és összevonása
- Google Search Central, Az indexelés letiltása a noindex használatával
- Google Search Central, Átirányítások és a Google Kereső
- Google Search Central, Webhelytérképek létrehozása és beküldése
- Google Search Central, Bevezetés a strukturált adatokba
- Google Search Console súgó (Oldalindexelés, Sitemapok, URL-ellenőrzés)
- Schema.org dokumentáció
- Yoast SEO hivatalos dokumentáció
- Rank Math Knowledge Base
- WP-CLI Commands, WordPress Developer Resources
- A két bővítmény más néven és más formátumban tárolja ugyanazt az adatot, ezért ami nem kerül át, az a váltás pillanatában eltűnik a forráskódból.
- A váltás előtt kell egy visszaállítható teljes mentés és egy crawl-pillanatkép, amellyel URL-enként összevetheted a címet, a leírást, a canonicalt és a robots-jelölést.
- Az importálók a címeket és leírásokat jellemzően jól viszik át, a gyenge pont az egyedi canonical, a noindex, az átirányítások, a sablonba égetett breadcrumb és az egyedi séma.
- Soha ne fusson egyszerre két SEO-bővítmény élesben, a régit pedig a sikeres összevetés után csak kapcsold ki, ne töröld.
- Az első két hétben az indexelési jelentés, a sitemap állapota, a 404-ek és a bővített találatok jelentése mutatja meg, hogy maradt-e hiba.
Gyakori kérdések
Elvesznek a Yoast adatai, ha átváltok Rank Mathra?
Nem feltétlenül, mert a Rank Math beépített importálóval átveszi a beállításokat és a metaadatokat, és a Yoast mezői kikapcsolás után is az adatbázisban maradnak. Az egyedi canonicalt, a noindexet, az átirányításokat és a sémát mégis érdemes crawllal ellenőrizni.
Futhat egyszerre két SEO-bővítmény a migráció alatt?
Élesben nem ajánlott, mert dupla title, dupla canonical és két sitemap jelenhet meg. Tesztkörnyezetben az import idejére mindkettő aktív lehet, élesben a régit az import után azonnal kapcsold ki.
Változik a sitemap címe a váltás után?
Yoast és Rank Math között a fő cím jellemzően ugyanaz, a /sitemap_index.xml, de a részsitemapok neve és tartalma eltérhet. A váltás után érdemes a Search Console-ban újra beküldeni és ellenőrizni.
Mi a teendő, ha a breadcrumb eltűnik az oldalról?
Valószínűleg a téma sablonfájljaiban a régi bővítmény breadcrumb-függvénye maradt. Ezt az új bővítmény függvényére vagy rövidkódjára kell cserélni, és a BreadcrumbList sémát a Bővített találatok tesztjével ellenőrizni.
Mennyi idő után törölhetem a régi bővítményt?
Akkor, ha az éles crawl-összevetés tiszta, és legalább két hétig nem jelez új hibát a Search Console. Törlés előtt készíts friss adatbázis-mentést, mert egyes bővítmények törléskor a saját tábláikat is eltávolíthatják.
Garantálja a gondos migráció, hogy nem esik a forgalom?
Nem garantálja, de jó eséllyel megelőzi az adatvesztésből fakadó esést. Kisebb, átmeneti ingadozás újrabejárás közben előfordulhat, a tartós esést viszont általában egy elveszett noindex, canonical vagy átirányítás okozza.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.