WordPress permalink: teljes útmutató

A WordPress permalink az egyes bejegyzések, oldalak és archívumok állandó URL-címe. A Beállítások > Közvetlen hivatkozások menüben állítod be. A legtöbb oldalnak a „Bejegyzés neve” (/%postname%/) struktúra a legjobb választás, mert rövid, olvasható és időtálló. Élő oldalon a struktúra módosítása csak 301-es átirányítási tervvel biztonságos, különben 404-es hibák és rangsorvesztés jöhet.

Alapfogalmak

Mielőtt bármit átállítasz, érdemes tisztázni a szakszavakat. A WordPress permalinkekkel kapcsolatos hibák jó része abból fakad, hogy a struktúrát, a slugot és az átirányítást egy kalap alá veszik, holott ez három külön réteg, és mindegyiknek más a kockázata. A permalink a WordPress SEO egyik első döntése, és később ez a legnehezebben javítható. Ha a szélesebb képre is kíváncsi vagy, a WordPress SEO témaköre jó kiindulópont.

Permalink

A permalink („permanent link”) egy tartalom állandó, nyilvános URL-je. Az „állandó” szó ígéret: a cím nem változhat meg kéthetente, mert mások linkelnek rá, a Google indexeli, a látogatók könyvjelzőzik. A WordPressben a permalink két részből áll össze: a globális struktúrából (például /%category%/%postname%/) és az adott tartalom slugjából.

Slug

A slug az URL utolsó, tartalomra jellemző része. A „WordPress permalink: teljes útmutató” című bejegyzésnél a WordPress automatikusan valami ilyesmit generál: wordpress-permalink-teljes-utmutato. Az ékezeteket a rendszer alapból latin betűkre cseréli, a szóközből kötőjel lesz. A slugot bejegyzésenként kézzel is szerkesztheted a szerkesztő oldalsávjában.

Permalink-struktúra és címkék

A struktúra egy sablon, amelyben helyőrzők (structure tags) szerepelnek. A leggyakoribbak:

%postname%: a bejegyzés slugja.
%post_id%: a bejegyzés numerikus azonosítója.
%category%: a bejegyzés kategóriájának slugja (alkategóriánál a szülővel együtt).
%year%, %monthnum%, %day%: a közzététel dátuma.
%author%: a szerző felhasználóneve slug formában.

Kategória- és címkealap

A kategóriaarchívumok alapból /category/kategorianev/ formában jelennek meg, a címkék /tag/cimkenev/ alatt. Ugyanazon a beállítási oldalon ezt az „alapot” lecserélheted, például /temak/ vagy /cimke/ szóra. Ez csak az archívumoldalakat érinti, a bejegyzéseket nem.

Rewrite rules

A szép URL-ek mögött a WordPress átírási szabályai (rewrite rules) dolgoznak. Ezek fordítják le a /wordpress-permalink/ formájú címet arra a belső lekérdezésre, amely a megfelelő tartalmat betölti. Apache szerveren ehhez a .htaccess fájl és a mod_rewrite modul kell, Nginx alatt a szerverkonfiguráció.

Kanonikus URL és 301-es átirányítás

A kanonikus URL az a cím, amelyet a keresőnek „hivatalosnak” jelzel, ha egy tartalom több címen is elérhető. A 301-es átirányítás pedig tartós költözést jelent: a régi URL-t lekérő böngészőt és robotot az új címre küldi. A permalink módosításánál ez a kettő a biztonsági háló.

Fogalom	Hatóköre	Módosítás kockázata
Struktúra	Az összes bejegyzés	Magas
Slug	Egy tartalom	Közepes
Kategóriaalap	Archívumoldalak	Közepes
Kanonikus URL	Egy oldal jelzése	Alacsony, ha helyes

Hogyan működik?

A WordPress minden kérést az index.php fájlon keresztül szolgál ki. Amikor a látogató beírja a domain.hu/permalink-utmutato/ címet, a szerver nem talál ilyen nevű fizikai mappát, ezért a kérést továbbadja a WordPressnek. A WordPress végignézi az átírási szabályait, megkeresi az első illeszkedő mintát, és lekérdezési változókká alakítja az URL-t. Ebből tudja, hogy egy bejegyzést, egy oldalt vagy egy kategóriaarchívumot kell megjeleníteni.

A kérés útja lépésről lépésre

A böngésző lekéri az URL-t a szervertől.
A webszerver (Apache vagy Nginx) ellenőrzi, létezik-e ilyen fájl vagy mappa.
Ha nem, a .htaccess vagy az Nginx konfiguráció az index.php-ra irányítja a kérést.
A WordPress az átírási szabályok alapján értelmezi az URL-t.
A lekérdezés eredményét a téma sablonja megjeleníti, vagy ha nincs találat, a 404-es sablon jön.

Mi történik, amikor elmented a beállításokat?

A Közvetlen hivatkozások oldal mentésekor a WordPress újragenerálja az átírási szabályokat (flush), és ha van írási joga, frissíti a .htaccess fájlt is. Ezért működik az a régi, de hatásos trükk, hogy ha egy új bővítmény telepítése után az egyedi tartalomtípus oldalai 404-et adnak, elég megnyitni ezt az oldalt és változtatás nélkül rákattintani a Mentésre. Ha a .htaccess nem írható, a WordPress kiírja azt a kódot, amelyet kézzel kell bemásolnod.

Régi slug kezelése

Ha egy már közzétett bejegyzés slugját megváltoztatod, a WordPress a régi slugot eltárolja, és a régi URL-re érkező kérést többnyire automatikusan az újra irányítja. Erre a beépített mechanizmusra viszont nem érdemes vakon hagyatkozni: oldalaknál, egyedi tartalomtípusoknál vagy bővítményes környezetben a viselkedés eltérhet, ezért módosítás után mindig ellenőrizd a régi címet egy böngészőben vagy egy HTTP-fejléc ellenőrzővel.

Ütközések és sorrend

Mivel a szabályok sorrendben futnak, két hasonló minta ütközhet. Tipikus eset: a struktúra /%postname%/, és van egy „blog” nevű oldalad meg egy „blog” slugú bejegyzésed is. A WordPress ilyenkor egyedi slugot próbál kiosztani (például blog-2), de ha kategórianevek, oldalnevek és egyedi tartalomtípusok slugjai keverednek, váratlan 404 vagy rossz tartalom is előfordulhat. Ezért érdemes a slugokat tudatosan, egy listában vezetni.

Mit lát ebből a Google?

A keresőnek az URL azonosító. Egy új URL a Google szemében új oldal, amelynek a régi jelei (linkek, előzmények) csak akkor öröklődnek, ha a régi cím 301-gyel mutat rá. Maga a kulcsszó az URL-ben legfeljebb kis jelzés; a fontosabb, hogy a cím stabil, olvasható, és a felhasználó a találati listában is érti, hová kattint. Ahogy a tartalom típusa és az oldal felépítése összefügg, arról a WordPress SEO: teljes útmutató részletesebben ír.

Fő módszerek

A beépített beállítási oldal hat lehetőséget kínál: Egyszerű, Dátum és név, Hónap és név, Numerikus, Bejegyzés neve és Egyéni struktúra. Ezek közül a döntés valójában arról szól, mennyi információt akarsz az URL-be tenni, és ezt mennyi ideig tudod változatlanul tartani.

Az alapstruktúrák összehasonlítása

Struktúra	Példa URL	Mikor jó?	Hátrány
Egyszerű	/?p=123	Fejlesztés, teszt	Olvashatatlan, semmit nem mond
Dátum és név	/2026/10/01/cim/	Hírportál, napi hírek	Régies hatású örökzöld tartalomnál
Hónap és név	/2026/10/cim/	Rovatos magazin	Frissítéskor is régi dátumot mutat
Numerikus	/archives/123	Ritkán indokolt	Nem informatív
Bejegyzés neve	/cim/	A legtöbb blog és céges oldal	Lapos szerkezet, nincs kontextus
Egyéni	/%category%/%postname%/	Erős témakörös szerkezet	Kategóriaváltáskor változik az URL

Döntési szabály

A választást egy egyszerű kérdéssorral leszűkítheted:

Hír- vagy eseményalapú az oldal, ahol a dátum a tartalom része? Ha igen, a dátumos struktúra megfontolható.
Stabil, ritkán változó kategóriarendszered van, és minden bejegyzésnek egy fő kategóriája? Ha igen, az /%category%/%postname%/ is működhet.
Minden más esetben a /%postname%/ a biztonságos alapértelmezés.

A gyakorlati szabály: ha nem tudod kizárni, hogy a következő két évben átszervezed a kategóriákat, ne tedd bele őket az URL-be. A kategóriából eredő kontextust megadhatod morzsamenüvel és belső linkekkel is, URL-változtatás nélkül.

Saját példa: tanácsadó cég blogja

Szemléltető eset: egy könyvelőiroda blogja „Adózás”, „Vállalkozásindítás” és „Bérszámfejtés” kategóriákkal indul. A tulajdonos először /%category%/%postname%/ struktúrát szeretne. Egy év múlva azonban kiderül, hogy a „Vállalkozásindítás” bejegyzések fele valójában adózási téma, és a kategóriát megszüntetnék. Kategóriás URL-ek mellett ez több tucat átirányítást jelentene. /%postname%/ struktúrával ugyanez a művelet egyetlen URL-t sem érint, csak a kategóriaarchívumot. Ebben a helyzetben a lapos struktúra a nyerő.

Slugírási szabályok

Rövid, három-öt tartalmas szó elég: wordpress-permalink-beallitas.
Töltelékszavak („a”, „az”, „és”, „hogyan”) általában elhagyhatók.
Évszám csak akkor, ha a tartalom tényleg egy évhez kötött; az „x-2026” slug jövőre elavult.
Kisbetű, kötőjel, ékezetmentes forma: ez a legkevésbé hibaérzékeny megosztáskor és kódolásnál.
Közzététel előtt véglegesítsd, utána csak indokolt esetben nyúlj hozzá.

Struktúraváltás élő oldalon

Ha mégis váltanod kell, kövesd ezt a sorrendet: exportáld a jelenlegi URL-listát (sitemapből vagy crawlerrel), készíts teljes mentést, állítsd át a struktúrát, generálj régi-új URL párokat, és állíts be 301-es átirányításokat szerver- vagy bővítményszinten. Végül frissítsd a belső linkeket, hogy ne átirányításon keresztül mutassanak. Az SEO bővítmények beállításaival együtt érdemes ezt végiggondolni; a Yoast SEO: teljes útmutató segít a kapcsolódó opciók átlátásában.

Gyakori hibák

A permalinkhibák nagy része nem azonnal látszik. Az oldal betöltődik, a szerkesztő elégedett, aztán hetekkel később a forgalom és az indexelt oldalak száma kezd csúszni. Az alábbi hibák azok, amelyekkel a leggyakrabban találkozni.

Struktúraváltás átirányítás nélkül

A legsúlyosabb hiba: valaki „szebbre” állítja a struktúrát egy évek óta működő oldalon, és nem készít átirányítást. A dátumos struktúráról /%postname%/-re váltáskor a WordPress bizonyos esetekben a régi címeket is fel tudja oldani, de ez nem garantált minden kombinációban, és külső szolgáltatások, közösségi megosztások régi címei is sérülhetnek. Szabály: soha ne válts struktúrát úgy, hogy előtte nincs meg a teljes régi URL-listád.

Hosszú, automatikus slugok

Ha a címet szó szerint hagyod slugnak, ilyesmi születik: /hogyan-allitsd-be-a-wordpress-permalink-beallitasokat-lepesrol-lepesre-kezdoknek/. Működik, de nehéz megosztani, a találati listában levágódik, és ha később átírod a címet, a slug már nem is egyezik vele. Rövidíts közzététel előtt.

Ékezetes slug a fordítóbővítmények mellett

A WordPress alapból átírja az ékezeteket, de egyes bővítmények vagy beállítások mellett ékezetes vagy kódolt karakterek (%c3%a1 és társai) kerülhetnek az URL-be. Ez technikailag érvényes, de másoláskor olvashatatlan, és hibalehetőséget visz a rendszerbe. Ellenőrizd az első néhány közzétett bejegyzésnél.

Kategória az URL-ben, több kategória a bejegyzésen

Ha a struktúrában szerepel a %category%, és egy bejegyzés több kategóriába tartozik, a WordPress csak egyet használ az URL-ben. Melyiket, az nem mindig az, amire számítasz. Ha később ki-be pipálod a kategóriákat, az URL is csendben megváltozhat. Ilyen struktúránál jelölj ki elsődleges kategóriát, és tartsd stabilan.

Átirányítási láncok

Egy bejegyzés slugját háromszor módosítod: a-ról b-re, b-ről c-re, c-ről d-re. Ha mindegyikhez külön szabályt raktál, a régi link a → b → c → d úton jut célba. A lánc lassít, és a robotok egy ponton feladhatják a követést. A javítás: minden régi URL közvetlenül a végleges címre mutasson.

Tévhit: a kulcsszó az URL-ben mindent eldönt

Sokan a slugot kulcsszóhalmozásra használják (/seo-wordpress-permalink-seo-tippek-seo/). Az URL-ben lévő szavak a felhasználónak és a keresőnek is jelzik a témát, de nem helyettesítik a tartalmat, a címet és a belső linkelést. Egy tiszta, egyszerű slug többet ér, mint egy túltömött.

Ellenpélda: mikor ne nyúlj hozzá?

Ha egy oldal évek óta dátumos URL-eken fut, jó a forgalma, és a dátum nem zavarja a felhasználókat, a váltás valószínűleg több kockázattal jár, mint haszonnal. Az új struktúra önmagában nem hoz rangsorjavulást; a csere legfeljebb hosszabb távon, olvashatóság és rugalmasság miatt indokolt.

Váltás előtt: van mentés és URL-lista?
Váltás után: a régi URL-ek 301-gyel válaszolnak?
A belső linkek már az új címre mutatnak?
A sitemap csak az új URL-eket tartalmazza?

Mérés

Egy permalinkváltás vagy slugtisztítás sikerét nem az mutatja meg, hogy a böngészőben megnyílik az oldal. Azt kell igazolnod, hogy a régi címek helyesen irányítanak, a keresők felfedezik az újakat, és a forgalom nem esik vissza tartósan. Ehhez néhány mérési pont kell, időben széthúzva.

Kiinduló állapot rögzítése

A változtatás előtt mentsd el az összes indexelhető URL listáját, a Google Search Console Teljesítmény jelentéséből az oldalankénti kattintásokat és megjelenéseket az utolsó három hónapra, valamint a legtöbb külső linket kapó oldalakat. Enélkül később nem tudod megmondani, hogy egy forgalomcsökkenés a váltásból vagy szezonalitásból fakad.

Technikai ellenőrzés a váltás napján

Futtass crawlert a régi URL-listán: mindegyik 301-et adjon, és egy lépésben az új címre mutasson.
Futtass crawlert az új oldalon: keress 404-es belső linkeket és átirányításra mutató belső linkeket.
Ellenőrizd a kanonikus címkéket: az új URL-re mutassanak, ne a régire.
Nézd meg a sitemapet: csak 200-as státuszú, új URL-ek szerepeljenek benne.
Szúrópróbaszerűen nyiss meg néhány régi URL-t privát böngészőablakban is.

Search Console jelentések

A váltás utáni hetekben az Oldalak (indexelés) jelentés a legfontosabb. Itt látod, hány URL került „Átirányítással rendelkező oldal” vagy „Nem található (404)” állapotba. Az átirányítottak számának emelkedése várható és rendben van; a 404-ek emelkedése viszont azt jelzi, hogy valahol hiányzik egy szabály. A Teljesítmény jelentésben oldalszinten összevetheted a régi és új URL-ek kattintásait: ideális esetben a régi cím forgalma átkerül az újra.

Mérési táblázat (szemléltető)

Az alábbi számok kitalált, szemléltető értékek egy 150 bejegyzéses blogra, hogy lásd, milyen mutatókat érdemes egymás mellé tenni:

Mutató	Váltás előtt	1. hét	6. hét
Régi URL-ek 301-gyel	Nem releváns	150 / 150	150 / 150
404 a Search Console-ban	3	9	4
Átirányított belső link	0	22	0
Heti organikus kattintás	1000	930	1010

Az első hét enyhe visszaesése ilyen helyzetben nem feltétlenül riasztó, a lényeg, hogy a tendencia visszatérjen. Ha hat hét után is tartós a csökkenés, nézd át oldalanként, melyik URL vesztett, és annak az átirányítását, kanonikusát, belső linkjeit ellenőrizd elsőként.

Folyamatos figyelés

Struktúraváltás nélkül is érdemes havonta ránézni a 404-es jelentésre, mert a szerkesztők slugmódosításai, törölt bejegyzések és bővítményfrissítések mind okozhatnak csendes hibákat. Egy egyszerű táblázat a slugváltozásokról (dátum, régi URL, új URL, átirányítás kész) hosszú távon sok fejfájástól kímél meg.

Kapcsolódó részletes útmutatók

A permalink csak egy darabja a WordPress oldal keresőoptimalizálásának. Az URL-szerkezet összefügg a kategóriarendszerrel, a belső linkeléssel, a sitemappel és azzal is, hogyan kezeli a SEO bővítményed a kanonikus címeket és az archívumokat. Ha a permalinkekkel végeztél, ezek a témák a logikus következő lépések.

Mit érdemes továbbolvasni?

Ha az egész oldal SEO-alapjait szeretnéd rendbe tenni, kezdd az átfogó útmutatóval. Ha bővítményszinten akarod beállítani a kanonikus címeket, a sitemapet és az archívumok indexelését, a Yoast útmutató lesz a hasznosabb. A témakör gyűjtőoldalán pedig minden kapcsolódó anyagot egy helyen találsz.

Gyors ellenőrzőlista, mielőtt továbblépsz

A struktúra kiválasztva, és tudod indokolni, miért ez.
A slugírási szabályokat a szerkesztők is ismerik.
Élő oldalon minden URL-változáshoz tartozik 301-es átirányítás.
Nincsenek átirányítási láncok és átirányításra mutató belső linkek.
A Search Console Oldalak jelentését rendszeresen nézed.
A sitemap csak végleges, 200-as státuszú URL-eket tartalmaz.

A kapcsolódó anyagok: