URL-kódolás: miért lesz a szóköz %20?

Egy URL nem tartalmazhat minden karaktert egyszerű szövegként. Nézze meg, mi az a percent-encoding, miért lesz a szóköz %20, és mikor érdemes URL-kódolót használni.

Ha valaha másolt már linket, és olyan karaktereket látott benne, mint %20, %C4%8D vagy %3F, akkor URL-kódolással találkozott. Furcsán néz ki, de nem hiba. Ez az a mód, ahogyan a speciális karakterek biztonságosan kerülnek be egy URL-be.

A legismertebb példa a szóköz. Normál szövegben egyszerűen leírjuk. URL-ben viszont a szóközt nem érdemes sima szóközként használni, ezért gyakran így jelenik meg:

%20

Miért nem tartalmazhat egy URL bármit?

Az URL-nek saját szerkezete van. Például:

https://example.com/kereses?q=lorem+ipsum&page=2

Bizonyos karaktereknek külön jelentésük van az URL-ben:

• ? elválasztja az oldal címét a query paraméterektől,
• & elválasztja az egyes paramétereket,
• = elválasztja a paraméter nevét az értékétől,
• # az oldal egy részére mutat,
• / az útvonal részeit választja el,
• % kódolt karaktert indít.

Ha ezek közül valamelyiket egyszerű szövegként szeretné használni egy paraméter értékében, kódolni kell. Ellenkező esetben a böngésző vagy a szerver máshogy értelmezheti az URL-t, mint ahogy Ön szerette volna.

Példa:

/kereses?q=kávé & tea

Ez gondot okozhat, mert a & jelet a rendszer új paraméter elválasztójaként értelmezheti. A helyesen kódolt érték így néz ki:

/kereses?q=k%C3%A1v%C3%A9%20%26%20tea

Itt a %20 szóközt jelent, a %26 pedig az & karaktert.

Mit jelent pontosan a %20?

Az URL-kódolást gyakran percent-encoding néven is említik. Úgy működik, hogy egy karaktert százalékjellel és hexadecimális kóddal helyettesít.

A szóköz ASCII-értéke 32. Hexadecimális formában ez 20, ezért a szóköz URL-ben így íródik:

%20

Ez nem véletlen rövidítés, hanem olyan technikai jelölés, amelyet a böngészők, szerverek és programozási nyelvek is értenek.

Miért látni néha pluszjelet %20 helyett?

Előfordulhat, hogy egyes URL-ekben a szóköz nem %20, hanem + formában jelenik meg:

q=lorem+ipsum

Ez gyakori a query stringben, űrlap-kódolásnál (application/x-www-form-urlencoded). Tipikusan keresésnél vagy űrlapok beküldésekor találkozhat vele.

A különbség fontos:

• az URL útvonalában a szóköz általában %20,
• query paramétereknél, űrlap-kódolásnál a + is jelenthet szóközt,
• ha valódi pluszjelet szeretne értékként megadni, azt %2B formában érdemes kódolni.

Példa:

text=C%2B%2B

Ez C++-t jelent. Ha csak C++ kerülne az URL-be megfelelő kódolás nélkül, egyes rendszerek a pluszjeleket szóközként értelmezhetik.

Ékezetes karakterek az URL-ben

Az URL-kódolás nem csak a szóközökről szól. Az ékezetes karaktereket és az alap angol ábécén kívüli jeleket is kezeli.

Például a magyar ő betű UTF-8-ban több bájtból áll, és URL-ben így nézhet ki:

%C5%91

Az egész szöveg:

kávé tejjel

URL-ben kódolva így jelenhet meg:

k%C3%A1v%C3%A9%20tejjel

A modern böngészők sokszor szebb, olvashatóbb URL-t mutatnak, de a háttérben a kérés elküldésekor továbbra is biztonságos, kódolt forma használható.

Mikor van szükség URL-kódolásra?

Query paramétereknél

Leggyakrabban URL-paramétereknél találkozik vele:

/kereses?q=magyar szöveg

Biztonságosabb változat:

/kereses?q=magyar%20sz%C3%B6veg

Ha JavaScriptben állít össze paramétert, az értéket általában encodeURIComponent segítségével érdemes kódolni.

API-kéréseknél

Az API endpointok gyakran URL-ben fogadnak értékeket. Ha szóközt, ékezetet vagy olyan karaktereket küld, mint &, = vagy ?, az eredmény érvénytelen vagy rosszul értelmezett lehet.

Tipikus példa:

/api/search?query=név=János & állapot=új

Helyesen a paraméter értékét kell kódolni:

/api/search?query=n%C3%A9v%3DJ%C3%A1nos%20%26%20%C3%A1llapot%3D%C3%BAj

UTM paramétereknél

Az UTM paramétereket gyakran másoljuk kampányokba, e-mailekbe és hirdetési rendszerekbe. Ha a kampány neve szóközt vagy ékezetet tartalmaz, jobb kódolni.

Ehelyett:

utm_campaign=Tavaszi kampány 2026

használja ezt:

utm_campaign=Tavaszi%20kamp%C3%A1ny%202026

Hibás linkek keresésekor

Ha egy link csak azután romlik el, hogy szöveget, paramétert vagy fájlnevet adott hozzá, gyakran egy nem kódolt karakter a gond.

Gyanús karakterek:

• szóközök,
• ékezetes karakterek,
• &,
• =,
• ?,
• #,
• %,
• pluszjel +.

Ilyenkor segít az URL-kódoló és dekódoló. Beilleszti a szöveget, kódolja, és rögtön látja, hogyan néz ki a biztonságos forma.

Ne mindig a teljes URL-t kódolja

Ez gyakori hiba. Ha van egy teljes cím:

https://example.com/kereses?q=kave

és az egészet kódolja, ezt kapja:

https%3A%2F%2Fexample.com%2Fkereses%3Fq%3Dkave

Ez már nem egy szokásos, kattintható URL, hanem az egész URL kódolt szövege.

A gyakorlatban legtöbbször nem az egész címet, hanem csak a paraméter értékét kell kódolni.

Példa:

const query = encodeURIComponent('kávé & tea');
const url = `/kereses?q=${query}`;

Eredmény:

/kereses?q=k%C3%A1v%C3%A9%20%26%20tea

URL-kódolás és biztonság

Az URL-kódolás nem titkosítás. A kódolt szöveg nem titkos.

Például:

jelszo%3Dtest123

könnyen visszafejthető erre:

jelszo=test123

Az URL-kódolás csak azt biztosítja, hogy a karakterek helyesen kerüljenek át és helyesen legyenek értelmezve az URL-ben. Nem érzékeny adatok elrejtésére való. Jelszavakat, tokeneket és személyes adatokat ne küldjön URL-ben, hacsak nem feltétlenül szükséges.

Hogyan kódoljon vagy dekódoljon URL-t?

A legegyszerűbb megoldás az URL-kódoló és dekódoló:

1. Illesszen be szöveget vagy URL-részletet.
2. Kattintson a Kódolás gombra, ha biztonságos URL-formát szeretne.
3. Kattintson a Dekódolás gombra, ha látni szeretné, mit jelent a kódolt szöveg.
4. Másolja ki az eredményt.

Hasznos API-k, kampányok, űrlapok, webhookok és egyszerű linkhibák ellenőrzésekor is.

Gyakori kérdések

A %20 ugyanaz, mint a szóköz?

Igen. URL-jelölésben a %20 szóközt jelent. A böngésző vagy a szerver feldolgozáskor vissza tudja alakítani normál szóközzé.

A pluszjel ugyanaz, mint a szóköz?

Nem mindig. Query stringben, űrlap-kódolásnál a + gyakran szóközt jelent. Ha valódi pluszjelet szeretne írni, biztonságosabb a %2B használata.

Miért lesz az ékezetes betűkből több karakter?

Mert az olyan karakterek, mint az á, č vagy ň, UTF-8-ban több bájtból állnak. Az URL-ben minden bájt külön percent-kódként jelenik meg.

Az URL-kódolás titkosítás?

Nem. Ez csak technikai karakterkódolás. Bárki vissza tudja dekódolni, ezért ne használja érzékeny információk elrejtésére.