Keresőbarát url: amit tudnod kell róla

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

A keresőbarát URL az a téma, ahol sok weboldal-tulajdonos érzi, hogy valamit nem jól csinál, csak nem tudja eldönteni, mennyire súlyos a dolog. A rövid válasz: az URL önmagában nem varázsszer, de a rendetlen webcímstruktúra szinte mindig együtt jár más technikai problémákkal, és ezek együtt már érezhetően vissza tudják fogni az oldalt. Ebben a cikkben végigmegyünk azon, mit jelent pontosan a keresőbarát URL, hogyan állítod be, mit csinálj a már meglévő címekkel, és mit jelent mindez az AI-válaszmotorok korában.

Mit jelent pontosan az, hogy keresőbarát URL?

Keresőbarát URL-nek azt a webcímet nevezzük, amely rövid, kisbetűs, ékezet nélküli, kötőjellel tagolt, beszédes szavakból áll, és önmagában is elárulja, mi található az adott oldalon. Nem technikai bűvészmutatvány, hanem egy egyszerű elv: az emberi olvasó a cím alapján is meg tudja mondani, hova kattint.

Nézd meg a különbséget:

• Nem keresőbarát: https://pelda.hu/index.php?p=1287&cat=3&ref=fb
• Keresőbarát: https://pelda.hu/szolgaltatasok/keresooptimalizalas/

Hivatalosan igazolt: a Google Search Central URL-struktúrára vonatkozó dokumentációja kifejezetten a szavakat tartalmazó, beszédes címeket javasolja az azonosítószámok és a hosszú paramétersorok helyett, és a szavak elválasztására a kötőjelt ajánlja az aláhúzás helyett. Ez nem vélemény, hanem a Google saját, nyilvános ajánlása.

Miért számít az URL, ha a Google amúgy is a tartalmat nézi?

Az URL önmagában gyenge rangsorolási tényező, viszont erős felhasználói és technikai jelzés, ezért a hatása közvetett, de valós. Négy helyen érzed meg:

• A találati listában a cím fölött morzsamenüként jelenik meg, tehát a felhasználó látja, mielőtt kattint.
• Megosztáskor (üzenetben, e-mailben, közösségi médiában) a nyers link sokszor önmagában áll, és a kattintási kedvet befolyásolja.
• A belső linkelés és a webhelystruktúra logikája az URL-ekre épül: a mappaszerkezet mutatja meg a hierarchiát.
• A duplikációkezelés (canonical, paraméteres verziók, kis- és nagybetűs változatok) mind URL-szintű kérdés.

Saját tapasztalat: önmagában attól, hogy egy oldal URL-jét szebbre cseréljük, ritkán mozdul érdemben a pozíció. Amit viszont rendszeresen látunk: ahol a címek rendetlenek, ott jellemzően paraméteres duplikátumok, indexelési zaj és következetlen belső linkelés is van. Az URL-rendrakás ezért inkább tünetkezelés helyett alapozás.

Hogyan néz ki a gyakorlatban egy jó és egy rossz URL?

A jó URL kimondható telefonon, elfér egy sorban, és nincs benne semmi, amit nem tudnál elmagyarázni. Néhány valós mintázat:

• Túl hosszú: /blog/2019/07/14/a-legjobb-tippek-es-trukkok-amikkel-a-weboldalad-gyorsabb-lesz-2019-ben/. Jobb: /blog/gyorsabb-weboldal-tippek/
• Dátumos blogstruktúra: /2021/03/cikk-cime/. Az évszám láthatóan elavulttá teszi a tartalmat a találati listában is.
• Aláhúzásos: /kereso_barat_url/. A kereső ezt jellemzően egyetlen szónak olvassa, a kötőjeles változat tisztább.
• Kulcsszóhalmozás: /seo-seo-szakerto-seo-arak-seo/. Nem segít, viszont spamszerű benyomást kelt.
• Session- vagy nyomkövető paraméterek indexelve: /termek?sid=88f3ab. Ez gyakorlatilag végtelen számú duplikátumot tud szülni.

Mit kezdj az ékezetekkel a magyar URL-ekben?

Magyar nyelvű oldalon a bevált gyakorlat az ékezet nélküli, csak ASCII karaktereket tartalmazó slug, tehát arajanlat-keres és nem árajánlat-kérés.

Hivatalosan igazolt: az URI-szabvány (RFC 3986) és az IRI-kezelés lehetővé teszi az UTF-8 karaktereket a címekben, és a Google is képes ezeket értelmezni. Technikailag tehát az ékezetes URL nem hibás.

Saját tapasztalat: a gond nem a keresővel van, hanem az élettel. Az ékezetes cím sok rendszerben százalékkódolt formában jelenik meg, például az /árajánlat/ ebben az alakban utazik: /%C3%A1raj%C3%A1nlat/. Ez e-mailben, chatben, PDF-ben, nyomtatott anyagon és néhány régebbi levelezőkliensben rendszeresen eltörik vagy olvashatatlanná válik. Ha egy linket ügyfélnek küldesz, ez egyáltalán nem mindegy.

Praktikus ökölszabály: az ékezetes betűket írd át ékezet nélkülire (á lesz a, ő lesz o, ű lesz u), a kettős betűket hagyd meg (gy, sz, cs), és minden mást (pont, vessző, felkiáltójel, zárójel) dobj ki.

Milyen konkrét szabályokat érdemes betartani?

Kilenc szabály lefedi a keresőbarát URL-ek nagy részét, és mindegyik ellenőrizhető ránézésre.

1. Csak kisbetű. A szerverek egy része megkülönbözteti a kis- és nagybetűt, így két külön oldal keletkezhet ugyanabból.
2. Szóelválasztó a kötőjel, nem az aláhúzás és nem a szóköz.
3. Ékezet nélküli, ASCII karakterek.
4. Rövid: jellemzően 3-5 szó bőven elég egy slughoz.
5. Töltelékszavak nélkül (a, az, és, hogy), ha nem változtatják meg a jelentést.
6. A fő kulcskifejezés szerepeljen benne, természetes formában, egyszer.
7. Legfeljebb 2-3 mappaszint mélység, a logikai hierarchiát követve.
8. Következetes záró perjel: vagy mindenhol van, vagy sehol, és a másik változat átirányít.
9. Ne legyen benne dátum, verziószám, kiterjesztés (.php, .html) vagy technikai azonosító, ha elkerülhető.

Hogyan állítod be a keresőbarát URL-t WordPressben lépésről lépésre?

WordPressben ez a Beállítások menü Közvetlen hivatkozások pontjában néhány kattintás, de a sorrend fontos, mert visszamenőleg is átírja a címeket.

1. Készíts teljes mentést az oldalról (fájl és adatbázis). Ez nem formalitás: a permalink-váltás minden meglévő URL-t érint.
2. Exportáld a jelenlegi URL-listát. A Search Console Oldalak jelentéséből vagy egy crawl eszközből ki tudod menteni, hogy jelenleg mely címek indexeltek.
3. Lépj a Beállítások, majd Közvetlen hivatkozások menüpontba, és válaszd a Bejegyzés neve lehetőséget. Egyedi struktúrában ez így néz ki: /%postname%/
4. Ha blogot és szolgáltatásoldalakat is vezetsz, érdemes lehet /blog/%postname%/ formát használni, hogy a tartalom elkülönüljön.
5. Nézd át a kategória- és címke-előtagot ugyanezen az oldalon. Az alapértelmezett /category/ helyett magyarul beszédesebb a /tema/ vagy hasonló.
6. Egyesével nézd át a fontos oldalak slugját a szerkesztőben (a cím alatt, vagy Yoast, illetve Rank Math esetén a kereső-előnézet dobozban), és javítsd a hosszú, ékezetes vagy dátumos változatokat.
7. Ellenőrizd, hogy a .htaccess írható-e, mert a WordPress ide teszi az átírási szabályokat. Az alapblokk így kezdődik: <IfModule mod_rewrite.c> és a RewriteBase / sorral folytatódik.
8. Frissítsd az XML sitemapot, és küldd be újra a Search Console-ban.

Mikor szabad meglévő URL-t megváltoztatni, és hogyan csináld?

Meglévő, forgalmat hozó URL-t csak akkor cserélj, ha valódi indokod van rá, és akkor is kizárólag 301-es (állandó) átirányítással, egy az egyben megfeleltetve.

Valódi indok például: domainváltás, teljes struktúraátalakítás, nyelvi verziók bevezetése, vagy ha az URL félrevezető (a cím szolgáltatásról szól, a tartalom másról). Nem valódi indok, hogy szebbnek találsz egy másik szót.

Apache szerveren egy egyszerű átirányítás így néz ki a .htaccess fájlban:

Redirect 301 /regi-oldal/ https://pelda.hu/uj-oldal/

Nginx alatt a szerverblokkban:

location = /regi-oldal/ { return 301 https://pelda.hu/uj-oldal/; }

A váltás után négy dolgot mindig végigviszünk: a belső linkeket átírjuk az új címre (ne átirányításon keresztül linkelj), a sitemapot frissítjük, a canonical hivatkozásokat ellenőrizzük, és a Search Console-ban figyeljük a lefedettségi hibákat.

Hivatalosan igazolt: a Google dokumentációja szerint a 301-es átirányítás a rangsorolási jelzések átadására szolgál, és a webhelyköltöztetés feldolgozása jellemzően hetekig tarthat. Szakmai feltételezés: a nagy tömegű URL-csere után gyakran tapasztalt átmeneti visszaesés részben azzal magyarázható, hogy a belső linkek, a sitemap és a külső hivatkozások eltérő ütemben frissülnek, tehát a kereső egy ideig kevert állapotot lát. Ezt nem tudjuk hivatalos forrással alátámasztani, de a mintázat visszatérő.

Mennyit számít az URL az AI-válaszmotoroknál?

Az AI-válaszmotorok (ChatGPT, Perplexity, Google AI-összefoglalók) esetében az URL nem elsősorban rangsorolási, hanem azonosítási és idézhetőségi kérdés.

Amikor egy nyelvi modell forrásmegjelöléssel válaszol, egy konkrét címre hivatkozik. Ha ez a cím beszédes, akkor a hivatkozás önmagában is információt hordoz a felhasználónak. Ha viszont paraméteres, session-azonosítós vagy folyamatosan változó, akkor a hivatkozás értéke csökken, és nagyobb az esélye, hogy a link idővel érvénytelenné válik.

Saját tapasztalat: a mi Search Console-adatainkban is látszik, hogy egy témára a Google már társít minket (megjelenéseink vannak rá), miközben nincs elég erős, dedikált oldalunk hozzá, és az átlagpozíció ezért nagyon hátul van. Ilyenkor nem az URL cseréje a megoldás, hanem egy önálló, tiszta, beszédes című oldal létrehozása a keresési szándékra. Az URL a csomagolás, a tartalom a termék.

Szakmai feltételezés: a stabil, olvasható URL-ek jó eséllyel segítik az AI-rendszerek forrásazonosítását, mert kevesebb az ismétlődő, ugyanarra a tartalomra mutató változat. Ez logikus következtetés, nem bizonyított összefüggés, és önmagában nem garantál idézettséget.

Hogyan ellenőrzöd, hogy rendben vannak-e a saját URL-jeid?

Egy órás átnézéssel a legtöbb URL-probléma kiderül, három ingyenes eszközzel.

1. Search Console, Oldalak jelentés: nézd meg a nem indexelt kategóriákat, különösen a Duplikált és az Átirányítással rendelkező oldal sorokat.
2. Írd be a keresőbe a site:sajatdomain.hu lekérdezést, és görgesd végig. A furcsa, paraméteres vagy ismerősnek nem tűnő címek azonnal feltűnnek.
3. Futtass egy crawlt (például Screaming Frog ingyenes verziójával 500 URL-ig), és szűrj ezekre: nagybetűs karakter az URL-ben, 200-nál hosszabb cím, aláhúzás, kettős perjel, kérdőjel utáni paraméter.
4. Hasonlítsd össze a sitemap tartalmát a ténylegesen indexelt oldalakkal. Ha a sitemapban átirányított vagy 404-es címek vannak, az zajt csinál.
5. Ellenőrizd a canonical hivatkozásokat, például így: <link rel=canonical href=https://pelda.hu/oldal/>. Az önmagára mutató canonical a legtöbb esetben helyes.
6. Próbáld ki kézzel a záró perjeles és a nélküli változatot, illetve a http és https, valamint a www és www nélküli verziót. Mind a négynek egyetlen célra kell átirányítania.

Milyen hibákat látunk a leggyakrabban?

A hibák nagy része nem szakértelem, hanem figyelmetlenség kérdése, és emiatt gyorsan javítható.

• Webshopban a szűrők és rendezések indexelhető URL-eket gyártanak, így ugyanaz a kategória tucatnyi címen elérhető.
• Oldalcím átírásakor a slug régi marad, tehát a cím és az URL már mást ígér.
• Az átirányítások láncba fűződnek: A átirányít B-re, B pedig C-re. Egy lépésre kell rövidíteni.
• A belső linkek a régi címre mutatnak, és mindegyik átirányításon keresztül tölt be, ami feleslegesen lassít.
• Nyomkövető paraméterek (utm) kerülnek a belső linkekbe, ami megzavarja a mérést és duplikátumokat szül.
• Kampányoldalak maradnak fenn évekig lejárt tartalommal, beszédes URL-en, és rontják a kép egészét.

Egyik javítás sem ígér automatikus helyezésjavulást, viszont mindegyik csökkenti azt a technikai zajt, ami miatt egy egyébként jó tartalom nehezebben jut el a keresőbe és a válaszmotorokba.

Források és további olvasnivalók

• Google Search Central: URL-struktúra ajánlások (Keep a simple URL structure)
• Google Search Central: Átirányítások és webhelyköltöztetés (Redirects and Google Search)
• Google Search Central: Canonical URL-ek megadása
• Google Search Console súgó: Oldalak indexelése jelentés
• W3C, IETF: RFC 3986, Uniform Resource Identifier (URI) általános szintaxis
• IETF: RFC 3987, Internationalized Resource Identifiers (IRI)
• Schema.org: BreadcrumbList típus dokumentációja
• WordPress.org dokumentáció: Using Permalinks