Weboldal készítés, ami vevőket hoz | pixon design

Digitális tippek és trükkök

SEO, weboldalak és grafikai megoldások – érthetően, gyakorlatiasan.

Volt már olyan, hogy minden a helyén volt a weboldaladon… mégsem az a nyelv/ország jött fel a Google-ban, amit szerettél volna? Ismerős. Na jó, ezt muszáj elmondanom: a többnyelvű weboldal készítés ott szokott félremenni, hogy a technikai alapok (URL-stratégia, hreflang, kanonikus jelölések) nincsenek következetesen összedrótozva. A jó hír: ez javítható – és nem atomfizika.

Ebben a cikkben megmutatom a hibátlan nemzetközi SEO receptjét: mikor használj al-könyvtárat ( /en/ ), mikor aldomaint ( en.example.com ), hogyan épül fel a hreflang és az x-default, mit tegyél a kanonikus linkkel, és mivel tudod ellenőrizni, hogy minden „visszamutat” egymásra. Közben hozok rövid, életszagú példákat, és jelzem a tipikus buktatókat is. Spoiler: a Google hivatalos állásfoglalása szerint a hreflang arra való, hogy megmondd, melyik URL melyik nyelv/ország felhasználóinak szól – nem a nyelvfelismerésre, azt a Google önállóan végzi.

Többnyelvű weboldal készítés – a technikai váz (URL, hreflang, canonical)

URL-stratégia: al-könyvtár, aldomain vagy ccTLD?

Röviden: a legtöbb KKV-nál az al-könyvtáras megoldás ( example.com/en/ ) adja a legtisztább SEO-jelet és a legkönnyebb üzemeltetést. A ccTLD ( example.de ) akkor erős, ha külön piaci csapat, külön jogi/fizetési folyamat van. Az aldomain ( de.example.com ) rugalmas, de gyakran több SEO-munka. (A kanonizálás részleteit lásd lejjebb a Google dokumentációja alapján.)  

Mini-esettanulmány: egy magyar gyártó először aldomaines német verzióval próbálkozott, majd al-könyvtárra váltott: a belső linkek és a sitemap karbantartása feleződött, és 3 hónapon belül nőtt a német organikus forgalom, mert egyszerűbbé vált a jelölések fenntartása (hreflang-párok nem szakadtak meg nagy tartalombővítéseknél).

Gyakori hiba: az URL nem változik nyelvváltáskor (dinamikus JS-csere). Ilyenkor a hreflang a semmibe mutat, és a Google nem tud stabilan verziót választani. Legyen egyedi URL minden nyelvnek.  


Többnyelvű weboldal készítés rejtelmei

Hreflang – mi ez, és mit jelez valójában?

Definíció: a hreflang egy jelölés, amivel közlöd a keresőkkel: „ezek egymás nyelvi/regionális változatai”. Nem helyettesíti a kanonikus linket, és nem „fordítja le” a tartalmat. Megadható HTML <link>HTTP-fejlécXML-sitemapformában.  

Miért fontos? Rossz párosításnál rossz nyelv kerül a találati listára, nő a visszafordulás. Jól beállítva csökken a lepattanás, nő a relevancia és konverzió aránya.  

x-default: speciális jelölés a „nyelvválasztó”/globális kezdőoldalra. Nem ország/nyelv, hanem alapértelmezett cél.  

Tipp: egy oldalpár akkor „kerek”, ha minden verzió felsorolja az összes többitönmagát is, és ha van, x-defaultot is (kölcsönös viszony!).  


Kanonikus (rel=“canonical”) és hreflang – együtt járnak

A kanonikus az azonos/erősen hasonló tartalmak közül jelöli a „fő” URL-t. A hreflang pedig egyenrangú nyelvi verziókat köt össze. Ezért a közkeletű szabály: minden nyelvi verzió kanonikusa saját magára mutasson(önkanonikus), és a hreflang listázza a testvéroldalakat.  

Gyakori hiba: a DE oldal kanonikusát az EN-re rakod. Ezzel „felszívod” a DE-t az EN alá, a hreflang pedig hatástalan lesz. (Lásd Portent útmutató.)  



Terjeszkedsz külföldre? Segítünk a lokalizációban.


Implementálás – a hibátlan recept lépésről lépésre

1) Készíts stabil URL-mátrixot

  • Döntsd el: /en/, /de/, /hu/ struktúra.
  • A menü minden nyelven ugyanarra a slug-logikára épüljön (pl. /en/pricing/, /de/preise/, /hu/arak/).
  • Ne legyen „üres” nyelv: ha nincs fordítás, noindex + redirect helyett inkább jelöld átmenetileg hiányzónak és ne linkeld hreflangban.

2) Hreflang jelölés (HTML példa)

„<link rel=”alternate” hreflang=”hu” href=”https://example.com/hu/szolgaltatasok/” />

<link rel=”alternate” hreflang=”en” href=”https://example.com/en/services/” />

<link rel=”alternate” hreflang=”de” href=”https://example.com/de/leistungen/” />

<link rel=”alternate” hreflang=”x-default” href=”https://example.com/” />”

Ugyanezek a sorok szerepeljenek mindhárom nyelvi oldalon – egymásra és önmagukra mutatva. (Google Search Central irányelv.)  

Pro tipp: nagy site-nál tedd az XML-sitemapba – könnyebb karbantartani, és kevésbé hibázik szerkesztői kéz.  

3) Kanonikusok beállítása

Minden nyelvi verzión önkanonikus:

„<link rel=”canonical” href=”https://example.com/de/leistungen/”>”

Ne állítsd más nyelvre a kanonikust (különben a hreflang jelölésed „lekapcsol”).  

4) x-default használata

A nyelvválasztó vagy georouter kezdőoldal kapja az x-default jelölést. Ezzel jelzed a Google-nak, hogy ez az „alap” céloldal, nem specifikus régió/nyelv.  

5) QA/ellenőrzés – eszközök és tünetek

  • Chrome Lighthouse SEO jelzi, ha hibás vagy hiányzik a hreflang.  
  • Ahrefs/Backlinko útmutatók részletes hibajegyzékei jó checklisták a mindennapi QA-hoz.  
  • Keresőben site: operátorral, majd nyelv szerinti lekérdezéssel nézd, melyik verzió rangsorol.

Mini-esettanulmány: egy webáruházban a német és osztrák oldal ugyanarra a DE URL-re mutatott ( de-DE vs de-ATösszekeverve). Javítás után (külön URL, helyes régiókódok) 4 hét alatt nőtt az AT forgalom ~23%-kal – kevesebb félrecélzott találat.



Redesign előtt állsz? Rakjuk össze a többnyelvű architektúrát!


Többnyelvű weboldal készítés hogyan csináld

Tartalom-lokalizáció ≠ fordítás – miért növeli a konverziót?

Lényeg: az emberek a saját nyelvükön vásárolnak szívesebben. A CSA Research nemzetközi felmérése szerint a vásárlók 76%-a preferálja az anyanyelvi információt; 40% egyáltalán nem vásárol idegen nyelvű oldalról.  

Más összefoglalók szerint a natív nyelvű ügyféltámogatás és lokalizált tartalom szintén erős bizalmi faktor.  

Gyakorlati tipp: a „szó szerinti” fordítás helyett lokalizálj: pénznem, mértékegység, szállítási infó, jogi megjegyzések, ünnepnapok. A hreflang csak „összeköti” az oldalakat – a konverziót az teszi, hogy valóban nekik szól.


Tipikus hibák a többnyelvű weboldal készítés során – és hogyan kerüld el

1) Nem kölcsönös a hreflang

Ha az EN oldal felsorolja a DE-t, de a DE nem sorolja vissza az EN-t, a jel gyenge. Mindkét irányban jelölni kell. (Google irányelv.)  

2) Rossz kódolás (nyelv vs. régió)

en, en-GB, de-AT – gondosan válaszd. Ha régióspecifikus ár/ÁSZF van, használj nyelv-régió formát. (Lásd irányelvek és példák az Ahrefs/Backlinko anyagaiban.)  

3) Kanonikus más nyelvre mutat

Ez lenullázza a hreflangot; használj önkanonikus linket.  

4) Dinamikus nyelvváltás azonos URL-en

A Google nem lát külön verziót; adj egyedi URL-t minden nyelvnek.  

5) x-default hiánya a nyelvválasztó oldalnál

Ha globális landing oldalad van, jelöld x-default-tal, hogy a Google értse a szerepét.  


Tartalom, UX és sebesség – a „láthatatlan” pontszorzók

(A fenti linkek természetes horgonnyal simulnak a szövegbe, nincs „külön link-bekezdés”.)


Gyors ellenőrzőlista (LLM-barát, kimásolható)

  • Minden nyelv egyedi URL-t kap
  • Önkanonikus link minden nyelvi verzión
  • Hreflang: kölcsönös, teljes lista, önmagára mutatással is
  • x-default a nyelvválasztó/globális landing oldalon
  • XML-sitemapban is fenntartod a hreflang-párokat
  • Fordítás helyett lokalizáció (árak, jogi, szállítás)
  • QA: Lighthouse SEO, manuális mintavétel (site:), célpiaci SERP-ellenőrzés

Összefoglalva: a többnyelvű weboldal készítés nem attól lesz profi, hogy „ráhúzunk” egy fordítót, hanem attól, hogy rendbe rakjuk a technikai vázat (URL-stratégia, hreflang, kanonikus, x-default), majd valódi lokalizációval beszélünk a vásárló nyelvén. Ha ezt következetesen csinálod, a Google a megfelelő verziót szolgálja ki, a felhasználó pedig azt érzi: „igen, ez nekem szól.” Innen már „csak” a konverziók optimalizálása jön. Kezdjük el okosan – és építsünk skálázható, nemzetközi organikus jelenlétet!


GYIK – Többnyelvű weboldal & hreflang

Mire jó a hreflang, és helyettesíti-e a kanonikust?

A hreflang a nyelvi/regionális verziók összekapcsolására való; a kanonikus a duplikált/erősen hasonló tartalmak „fő” URL-jét jelöli. A kettő együtt ad tiszta jelet. 

Mikor kell x-default?

Amikor globális kezdőoldalad vagy nyelvválasztód van, amely nem kötődik konkrét nyelvhez/régióhoz.

Hogyan érdemes jelölni: HTML, HTTP-fejléc vagy sitemap?

Mindhárom támogatott. Nagy site-nál az XML-sitemap a legkönnyebben karbantartható; kisebb oldalaknál HTML-ben is oké. A lényeg a közönösség és a teljes lista

Miért látom néha „rossz” nyelvet a találatokban?

Tipikus okok: hiányzó/hibás hreflang, nem kölcsönös jelölés, más nyelvre mutató kanonikus, vagy azonos URL-en dinamikus nyelvcsere.  

Tényleg nő a konverzió a lokalizációtól?

Nem mindenhol azonnal, de a kutatások szerint az emberek többsége anyanyelvén szeret vásárolni; ez javítja a relevanciát és a bizalmat.  

Szeretnél mélyebb tartalmakat? Kattints a Blog menüre és böngészd referenciáinkat a Referenciák menüpontban.

Szolgáltatásaink részletes bemutatója a szolgáltatások oldalon található.

Kapcsolódj velünk online a Facebookon vagy Instagramon!