WordPress permalink-szerkezet módosítása forgalomvesztés nélkül

Scheo · 2026-10-10 · olvasási idő ~10 perc · Szerző: Schmidt Péter

A WordPress közvetlen hivatkozásainak (permalinkjeinek) átállítása a Beállítások menüben egyetlen kattintás. A következményei viszont az oldal minden bejegyzését érintik. Ebben a cikkben végigmegyünk azon, mi történik a háttérben, hogyan készítsd elő a váltást, mit ellenőrizz utána, és mikor jobb hozzá sem nyúlni. A szövegben jelöljük, mi hivatalosan igazolt (Google vagy WordPress dokumentációja), mi saját tapasztalat, és mi szakmai feltételezés.

Mi történik, ha élő oldalon megváltoztatod a permalink-szerkezetet?

Röviden: minden bejegyzés és archívum új címet kap, a régi cím pedig onnantól csak akkor működik, ha valami átirányítja az újra. A keresők és a látogatók számára ez olyan, mintha az oldalak elköltöztek volna.

Tegyük fel, hogy a blogod eddig a /%year%/%monthnum%/%day%/%postname%/ szerkezetet használta, és átállsz a /%postname%/ változatra. A https://pelda.hu/2023/05/12/kerti-tavak-tisztitasa/ címből így https://pelda.hu/kerti-tavak-tisztitasa/ lesz. A Google indexében, a külső oldalakon, a hírlevél-archívumban és a közösségi posztokban viszont a régi cím szerepel.

Hivatalosan igazolt: a Google Search Central oldalköltöztetésről szóló útmutatója szerint az URL-változással járó költözésnél a régi címekről szerveroldali, állandó (301-es) átirányítás a javasolt megoldás, és ez az átirányítás jelzi a Google-nek, hogy az új cím a kanonikus. Az útmutató azt is leírja, hogy az átállás alatt átmeneti ingadozás lehet a megjelenésben.

Hivatalosan igazolt: a WordPress magja tartalmaz egy találgató mechanizmust (redirect_guess_404_permalink), amely 404-es oldalnál a cím utolsó tagja alapján keres hasonló nevű bejegyzést. Az 5.5-ös verzió óta szűrőkkel (do_redirect_guess_404_permalink, strict_redirect_guess_404_permalink) lehet szabályozni.

Saját tapasztalat: ez a találgatás egyszerű esetben működik, de hasonló nevű bejegyzéseknél rossz oldalra is vihet, kategória-archívumokra nem vonatkozik, és bővítmények is felülírhatják. Ezért mentőövnek jó, tervnek nem.

Milyen tipikus váltások vannak, és melyik mennyire kockázatos?

Röviden: a dátumos szerkezetről bejegyzésnévre váltás a leggyakoribb és jól kezelhető, a /category/ előtag eltávolítása viszont ütközéseket okozhat az oldalak és kategóriák nevei között.

• Dátumos URL-ről bejegyzésnévre. Egy szabályos mintával (reguláris kifejezéssel) jól átirányítható, mert az új cím a régi utolsó tagja.
• Kategóriás szerkezetről bejegyzésnévre (/%category%/%postname%/ helyett /%postname%/). Szintén mintázható, de a több kategóriába sorolt bejegyzéseknél figyelni kell, melyik kategória került eddig a címbe.
• A /category/ előtag eltávolítása. A WordPress magja ezt alapból nem támogatja, ehhez a Yoast SEO vagy a Rank Math megfelelő kapcsolója, vagy külön bővítmény kell. Ha van /szolgaltatasok/ nevű oldalad és ugyanilyen nevű kategóriád, a kettő ütközik.
• Numerikus (/archives/123) vagy ?p=123 formáról bejegyzésnévre. Itt nincs közös tag a két címben, ezért az azonosító alapú párosítás a biztos út.

Szakmai feltételezés: az előtag nélküli kategória-URL rangsorolási előnye csekély, a döntést inkább a rövidebb, olvashatóbb cím és a navigációs logika indokolhatja.

Hogyan készítsd el előre a régi és új URL-ek párosítását?

Röviden: még a váltás előtt mentsd ki minden közzétett tartalom azonosítóját és jelenlegi címét, majd a váltás után ugyanezt, és az azonosító alapján párosítsd a kettőt.

Ha van WP-CLI hozzáférésed, a legtisztább módszer így néz ki.

1. Készíts teljes biztonsági mentést (adatbázis és fájlok), és ha lehet, előbb tesztkörnyezetben próbáld ki a folyamatot.
2. Mentsd ki a jelenlegi címeket: wp post list --post_type=post,page --post_status=publish --fields=ID,url --format=csv > regi.csv
3. Ugyanezt csináld meg a kategóriákra és címkékre is, ha az archívumaik kapnak forgalmat: wp term list category --fields=term_id,url --format=csv > regi_kat.csv
4. A Search Console Teljesítmény jelentéséből exportáld az elmúlt 12-16 hónap oldalait kattintásokkal együtt. Ebből látod, mely címek hozzák a forgalmat.
5. Állítsd át a szerkezetet, majd futtasd le újra a 2. és 3. lépést uj.csv néven.
6. Táblázatban azonosító szerint fűzd össze a két listát, így minden sorban lesz egy régi és egy új cím.

Saját tapasztalat: a legtöbb gond olyan címekkel van, amelyek nincsenek a bejegyzéslistában, például szerzői archívumok, csatolmány-oldalak, régi kampány-landingek vagy egy korábbi migrációból maradt címek. Ezért a Search Console exportját is vesd össze a párosítással, és ami ott forgalmat hoz, de a listádból hiányzik, annak külön adj célt.

Hogyan állítsd be és ellenőrizd az átirányításokat?

Röviden: egyszerű, szabályos váltásnál egyetlen mintaszabály elég, egyedi esetekre bővítményes vagy soronkénti átirányítás kell, és minden fontos címet tesztelni kell, hogy egy lépésben, 301-es kóddal érkezzen a jó oldalra.

Dátumos szerkezetről bejegyzésnévre váltásnál Apache szerveren a .htaccess fájlban, a WordPress blokkja ELÉ, ilyen szabály tehető:

RedirectMatch 301 ^/[0-9]{4}/[0-9]{2}/[0-9]{2}/([^/]+)/?$ /$1/

Ez csak a négyjegyű évvel, hónappal és nappal kezdődő címeket fogja meg, így a /wp-content/uploads/2023/05/ alatti képeket és a havi archívumokat nem érinti. Nginx szerveren ugyanezt a szerverblokkban kell megírni, ehhez a tárhelyszolgáltató segítsége kellhet. Ha nem akarsz szerverfájlhoz nyúlni, a Redirection bővítmény reguláris kifejezéses szabállyal ugyanezt tudja, és az elkészült párosítási táblát CSV-ből is be lehet tölteni.

Az ellenőrzésnél ezekre figyelj.

• Státuszkód. 301 legyen, ne 302 vagy 307, mert az ideiglenes átirányítás mást jelez a keresőknek.
• Egy lépés. A régi cím közvetlenül az újra mutasson. Lánc (régi, majd köztes, majd új cím) lassítja a feltérképezést, és hibalehetőséget visz be.
• A cél 200-as. Az átirányítás végén élő oldal legyen, ne 404 vagy újabb átirányítás.
• Záró perjel és kisbetű. A /kerti-tavak-tisztitasa és a /kerti-tavak-tisztitasa/ is a jó helyre vigyen.
• Lekérdező paraméterek. Egy UTM-paraméteres régi cím se törjön el.

Tesztelni egy webes feltérképező lista üzemmódjával (például Screaming Frog) lehet a legkényelmesebben, ott a teljes régi listát beadva egyben látod a státuszkódokat és a végcélokat. Néhány címet parancssorból is gyorsan megnézhetsz: curl -sI https://pelda.hu/2023/05/12/kerti-tavak-tisztitasa/

Hivatalosan igazolt: a Google oldalköltöztetési útmutatója azt javasolja, hogy az átirányításokat a lehető legtovább, általában legalább egy évig tartsd meg. Saját tapasztalat: a külső hivatkozások és a régi hírlevelek miatt érdemes véglegesnek tekinteni őket.

Mit kell frissíteni a belső linkekben és a sitemapben?

Röviden: a bejegyzések szövegében, a menükben és a widgetekben álló régi címeket közvetlenül az újakra kell cserélni, a sitemapben pedig csak az új, 200-as címek szerepeljenek.

Az átirányítás működik ugyan a belső linkeken is, de minden kattintás és minden feltérképezés egy felesleges kört fut. A belső linkek cseréjére WP-CLI-vel a wp search-replace parancs alkalmas, mindig előbb --dry-run kapcsolóval, hogy lásd, hány előfordulást érint. Dátumos mintánál a --regex kapcsolóval egyetlen szabály elég lehet. Ha nincs parancssorod, a Better Search Replace bővítmény hasonlót tud, előtte itt is ments.

Ne felejtsd el ezeket a helyeket sem.

• Menük egyedi linkjei, lábléc, oldalsáv-widgetek.
• Oldalépítőben (Elementor, Gutenberg-blokkok) tárolt gombok és linkek. Az Elementor adatai szerializált formában vannak, ezért ott a szerializációt kezelő cserét használd.
• Kanonikus címek és hreflang, ha kézzel lettek megadva.
• Strukturált adatok (Schema.org jelölés) URL-mezői, ha nem a SEO-bővítmény generálja őket.
• Saját kezedben lévő külső helyek, mint a Google Cégprofil, a közösségi profilok és az e-mail aláírás.

A Yoast SEO, a Rank Math és a WordPress beépített sitemapje (/wp-sitemap.xml) a váltás után magától az új címeket listázza. Ellenőrizd, hogy gyorsítótár-bővítmény vagy CDN nem a régi változatot szolgálja ki, majd a Search Console Webhelytérképek menüjében küldd be újra. Szakmai feltételezés: egy ideiglenes, régi címeket tartalmazó második sitemap gyorsíthatja az átirányítások felfedezését, de ezt csak néhány hétig érdemes fenntartani, és nem kötelező lépés.

Mit figyelj a Search Console-ban az első hetekben?

Röviden: az Oldalindexelés jelentésben az átirányított és a 404-es oldalak alakulását, a Teljesítmény jelentésben az oldalankénti kattintásokat, az URL-ellenőrzővel pedig a legfontosabb oldalak kanonikus címét.

1. Első napok. Az URL-ellenőrzővel nézd meg 5-10 legforgalmasabb oldal új címét, és kérj indexelést. Nézd meg, a Google által választott kanonikus cím az új-e.
2. 1-2. hét. Az Oldalindexelés jelentésben az „Átirányítással rendelkező oldal” csoport várhatóan nő, ez rendben van. A „Nem található (404)” csoport növekedése viszont hiányzó átirányításra utal, ezeket a mintapéldákból azonnal pótold.
3. 2-6. hét. A Teljesítmény jelentésben oldal szerint szűrve hasonlítsd össze a régi és az új címek kattintásait az előző időszakkal. Az összeg a lényeg, a régi címek forgalmának át kell vándorolnia az újakra.
4. Folyamatosan. A Beállítások alatti Feltérképezési statisztikákban a válaszkódok között a 301-ek aránya átmenetileg megugrik, majd csökken.

Saját tapasztalat: egy jól előkészített, szabályos váltásnál a régi címek többsége néhány hét alatt kikerül a találatok közül, de egyes ritkán feltérképezett oldalak hónapokig is látszhatnak régi címmel. Ha 4-6 hét után a teljes organikus forgalom is tartósan lejjebb van, a párosítást és a belső linkeket kell újra átnézni. Az átállás menetére és időtartamára nincs garancia, oldalanként eltérhet.

Az AI-alapú válaszmotorok (ChatGPT, Perplexity, a Google AI-áttekintései) a hivatkozott forrásaikat sokszor régebbi feltérképezésből veszik. Szakmai feltételezés: ezek egy ideig a régi címet idézhetik, ezért a működő 301-es átirányítás itt is számít, különben a látogató hibaoldalra érkezik.

Mikor nem éri meg megváltoztatni a permalink-szerkezetet?

Röviden: ha a váltás oka csak esztétikai, az oldalnak sok értékes külső hivatkozása van, vagy nincs meg a technikai háttér az átirányítások teszteléséhez, akkor gyakran jobb a meglévő szerkezetnél maradni.

• Csak a szebb cím miatt. Szakmai feltételezés: az URL-ben lévő kulcsszó a rangsorolásban legfeljebb kis súlyú tényező, ezért egy jól működő oldalon a váltás kockázata nagyobb lehet a hasznánál.
• Sok külső hivatkozás. Az átirányítás továbbviszi a jelzéseket, de minden átirányított hivatkozás egy újabb pont, ahol hiba csúszhat be (például ha évek múlva valaki kitörli a szabályokat).
• Webshop. WooCommerce-nél a termék- és kategória-alapcímek külön beállítások, a váltás a szűrő- és lapozó-URL-eket is érinti, ezért sokkal több tesztet igényel.
• Többnyelvű oldal. WPML vagy Polylang mellett minden nyelvi változatot külön kell párosítani.
• Nincs hozzáférés. Ha nem tudod megnézni a szerverbeállításokat, nem tudsz WP-CLI-t vagy bővítményt használni, és nincs mentés, a váltás vakrepülés.
• Kiemelt szezon előtt. Ha a forgalom nagy része pár hétre koncentrálódik, az átmeneti ingadozás épp akkor fáj a legjobban.

Ha a dátumos szerkezet a fő zavaró tényező, mert a látogató réginek látja a cikket, a frissítési dátum megjelenítése és a tartalom tényleges frissítése sokszor elég, URL-váltás nélkül.

Mi legyen az ellenőrzőlistán a váltás napján?

Röviden: mentés, kimentett régi URL-lista, előre megírt és tesztkörnyezetben kipróbált átirányítás, majd a váltás után azonnali teszt, belső link csere, sitemap beküldés és Search Console figyelés.

1. Teljes mentés elkészült, visszaállítás kipróbálva.
2. Régi URL-lista és Search Console export kimentve.
3. Átirányítási szabály megírva és tesztkörnyezetben kipróbálva.
4. Permalink-szerkezet átállítva, a Beállítások / Közvetlen hivatkozások oldalon mentés megnyomva (ez frissíti az átírási szabályokat).
5. Gyorsítótár és CDN ürítve.
6. A teljes régi lista tesztelve, minden sor 301-es, egy lépéses, 200-as célra visz.
7. Belső linkek cserélve, menük és oldalépítős elemek átnézve.
8. Sitemap ellenőrizve és újra beküldve.
9. Saját kezelésű külső profilok linkjei frissítve.
10. Naptárban emlékeztető az 1., 2., 4. és 8. hét végére a Search Console átnézéséhez.

Ha ezeket a lépéseket végigviszed, a permalink-váltás jó eséllyel csak átmeneti, kis mértékű ingadozással jár. Garantált eredményt senki nem tud ígérni, de a gondos előkészítés a kockázat nagy részét kiszűri.

Források és további olvasnivalók

• Google Search Central: Oldalköltöztetés URL-változással (Site moves with URL changes)
• Google Search Central: Átirányítások és a Google Kereső (Redirects and Google Search)
• Google Search Central: URL-struktúra ajánlott gyakorlatai
• Google Search Console súgó: Oldalindexelési jelentés, URL-ellenőrző eszköz, Webhelytérképek jelentés
• WordPress.org dokumentáció: Using Permalinks
• WordPress Developer Resources: redirect_guess_404_permalink()
• WP-CLI dokumentáció: wp post list, wp search-replace
• Apache HTTP Server dokumentáció: mod_alias (RedirectMatch)