Štruktúra URL a technické on-page elementy

Prečo štruktúra URL a technické on-page elementy rozhodujú o viditeľnosti

URL je prvý technický signál, ktorý vyhľadávače a používatelia zo stránky vidia. Zobrazuje sa vo výsledkoch vyhľadávania, kopíruje sa, linkuje a cituje v odpovediach AI. Napriek tomu mnohé B2B firmy v regióne DACH považujú URL za vedľajšiu vec, ktorú automaticky generuje CMS. To je riskantné, pretože zle štruktúrované URL vytvárajú duplicitný obsah, spaľujú crawl budget a oslabujú tematickú jasnosť stránky.

Konkurencia je tvrdšia, než sa zdá. Podľa medzinárodnej analýzy Ahrefs, ktorá zahŕňala približne 14 miliárd stránok, 96,55 percenta všetkých stránok nezískava z Googlu žiadnu organickú návštevnosť. Kto chce byť v takom prostredí viditeľný, nemôže si dovoliť technické chyby, ktorým sa dá vyhnúť. V Rakúsku navyše dominuje Google s trhovým podielom 81,87 percenta, za ním nasleduje Bing s podielom 9,01 percenta (stav k máju 2026). Technické on-page základy preto musia fungovať predovšetkým pre Google, no bez zanedbania Bingu, ktorý pri jazykových signáloch postupuje inak.

Štruktúra URL a technické on-page elementy spolu tvoria základ, na ktorom kvalita obsahu môže vôbec zapôsobiť. Obsahovo silná stránka s chybným canonical tagom alebo pokazeným hreflangom prichádza o potenciál v rankingu, ktorý lepší text nedokáže vrátiť.

Takto vybuduješ SEO-priateľskú štruktúru URL

Dobrá URL opisuje obsah stránky skôr, než ju niekto otvorí. Google výslovne odporúča používať čitateľné slová namiesto dlhých ID čísel a ako oddeľovače slov pomlčky namiesto podčiarkovníkov. Dôvod je sémantický: pomlčky pomáhajú používateľom aj vyhľadávačom rozpoznať jednotlivé pojmy v URL, kým podčiarkovníky slová spájajú dohromady.

Pre praktickú realizáciu v kontexte DACH platia tieto zásady:

• Dôsledne malé písmená: URL by mali obsahovať výlučne malé písmená, pretože servery môžu cesty rozlišovať podľa veľkosti písmen a veľké a malé písmená by inak viedli k duplicitným URL.
• Pomlčky ako oddeľovač: seo-poradenstvo-vieden namiesto seo_poradenstvo_vieden alebo SeoPoradenstvoVieden. Toto výslovne odporúča Google.
• Výstižné slugy: Slug by mal obsahovať primárne kľúčové slovo a opisovať obsah. /sluzby/technicky-seo-audit je lepší ako /stranka?id=4827.
• Prehlásky a špeciálne znaky: Prehlásky (ä, ö, ü) a ß technicky fungujú cez kódovanie UTF-8 (Punycode, resp. percentové kódovanie), sťažujú však kopírovanie, linkovanie a čitateľnosť. V B2B prostredí sa osvedčila transkripcia: ä sa mení na ae, ö na oe, ü na ue, ß na ss. Z prüfung sa stane pruefung. URL tak zostanú čisté a všade sa zobrazia bez chýb.

Pri dĺžke platí: kratšie URL majú tendenciu rankovať lepšie. Medzinárodná štúdia Backlinko, ktorá analyzovala 11,8 milióna výsledkov vyhľadávania, zistila, že priemerná dĺžka URL v top 10 je 66 znakov a že URL na pozícii 1 sú v priemere o 9,2 znaku kratšie ako na pozícii 10. Nedokazuje to kauzalitu, ale jasnú koreláciu: stručné, zamerané URL v priemere rankujú lepšie. Preto udržuj URL čo najkratšie, no bez straty výpovednej hodnoty.

Dôležitý kontext: kľúčové slová v URL sú slabý signál. Zlepšujú čitateľnosť a pravdepodobnosť kliknutia, obsahovú relevanciu však nenahrádzajú. Ber ich ako užitočný detail, nie ako hlavnú páku rankingu.

Udržuj hĺbku adresárov a parametre pod kontrolou

Ploché hierarchie pomáhajú crawlerom aj používateľom pochopiť štruktúru webu. Logická štruktúra ciest ako /sluzby/seo/ alebo /vedomosti/on-page/ s jednou až dvoma úrovňami priečinkov stačí pre väčšinu B2B webov. Každá ďalšia úroveň sťažuje orientáciu a signalizuje väčšiu vzdialenosť od východiskového bodu domény.

Väčšie technické riziko predstavujú parametre URL. Google výslovne varuje, že príliš zložité URL s viacerými parametrami môžu spôsobiť, že Googlebot spotrebuje oveľa viac šírky pásma, ako je potrebné, alebo že Google nedokáže obsah úplne indexovať. Parametre často vznikajú z filtrov, triedenia, session ID alebo trackingu. Vytvárajú množstvo URL, ktoré vedú na rovnaký alebo podobný obsah.

Praktické opatrenia proti nekontrolovanému množeniu parametrov:

• Odstrániť session ID z URL: Informácie o relácii patria do cookies, nie do URL.
• Riadiť kombinácie filtrov: Fazetovú navigáciu kontrolovať cez canonical tagy, direktívy pre roboty alebo cielené pravidlá indexovania, aby sa z každej kombinácie filtrov nestala samostatná indexovateľná URL.
• Kanonizovať trackingové parametre: UTM parametre a podobné marketingové značky nasmerovať cez canonical na čistú základnú URL.

Správne používanie canonical tagov

Canonical tag (rel="canonical") oznamuje vyhľadávačom, ktorá URL je smerodajnou verziou obsahu. Osvedčeným postupom je self-referenčný canonical na každej indexovateľnej stránke: stránka v <head> odkazuje na svoju vlastnú preferovanú URL. Tým sa zabráni tomu, aby sa varianty s parametrami, rozdiely v protokole (HTTP/HTTPS) alebo varianty s www hodnotili ako samostatný duplicitný obsah.

Rozšírenie ďalej rastie. Podľa medzinárodného Web Almanac používalo v roku 2024 po 65 percent desktopových aj mobilných stránok canonical tagy, v roku 2025 to bolo 68 percent (desktop) a 67 percent (mobil). Canonical tag je tak pevnou súčasťou technického štandardu.

Časté zdroje chýb, ktoré robia tag neúčinným alebo kontraproduktívnym:

• Konflikt canonical a hreflang: Canonical, ktorý z rakúskej stránky (de-AT) smeruje na nemeckú stránku (de-DE), ruší logiku hreflang. Každá jazyková verzia by mala self-referenčne kanonizovať sama seba.
• Canonical mimo platného <head>: Ak je tag v <body> alebo za neplatným elementom v <head>, Google ho ignoruje. Viac o tom v časti o platnom <head>.
• Zreťazené canonicaly: Stránka A odkazuje na B, B odkazuje na C. Takéto reťaze oslabujú signál a mali by sa nahradiť priamym odkazom.

Správne nastavenie hreflang pre región DACH

Región DACH je učebnicový prípad pre hreflang. Po nemecky sa hovorí v Rakúsku, Nemecku a Švajčiarsku, no ceny, právna situácia, spôsob oslovenia a čiastočne aj terminológia sa líšia. Hreflang zabezpečí, že Google rakúskym používateľom zobrazí verziu de-AT, a nie verziu de-DE. Používaj kombinácie jazyka a regiónu de-AT, de-DE a de-CH a k tomu x-default pre používateľov bez zodpovedajúceho priradenia.

Rozhodujúce sú dva mechanizmy:

• Obojsmerné návratové odkazy: Ak stránka de-AT odkazuje na stránku de-DE, stránka de-DE musí odkazovať späť na de-AT. Chýbajúce návratové odkazy sú najčastejšou chybou hreflang a vedú k tomu, že Google označenie ignoruje.
• x-default ako záložná možnosť: Toto označenie zachytí všetky kombinácie jazyka a regiónu, ktoré nie sú výslovne pokryté.

Hreflang sa dá implementovať tromi spôsobmi: cez link tag v <head>, cez XML sitemap alebo cez HTTP hlavičku (pre súbory, ktoré nie sú HTML, napríklad PDF). Pre tú istú skupinu URL sa metódy nesmú kombinovať, pretože vznikajú protichodné údaje.

Pre projekty v regióne DACH sú kľúčové dve osobitosti. Po prvé, Google nepoužíva HTML atribút lang na určenie jazyka, ale vyhodnocuje samotný obsah. Atribút lang zostáva dôležitý pre prístupnosť a iné systémy, hreflang však nenahrádza. Po druhé, Bing sa neriadi primárne podľa hreflang, ale podľa údaja content-language. Keďže Bing má v Rakúsku trhový podiel 9,01 percenta, oplatí sa udržiavať oba signály konzistentne. Pri Švajčiarsku treba navyše zohľadniť, že krajina má viacero národných jazykov: úplné pokrytie Švajčiarska môže vyžadovať de-CH, fr-CH a it-CH.

Title tagy, meta description a hierarchia nadpisov

Title tag je naďalej jedným z najsilnejších on-page signálov a najdôležitejšou pákou na kliknutia vo výsledkoch vyhľadávania. Google však titulky často prepisuje. Medzinárodná štúdia Ahrefs, ktorá analyzovala 953 276 stránok, ukazuje, že Google prepisuje title tagy v 33,4 percenta prípadov. Najviac to postihuje dlhé titulky: pri titulkoch širších ako 600 pixelov stúpa miera prepisovania z 29,45 percenta na 46,12 percenta. Preto zostaň pod hranicou približne 600 pixelov, primárne kľúčové slovo umiestni čo najviac dopredu a formuluj presne, aby Google titulok prevzal a nenahradil ho.

Meta description neovplyvňuje ranking priamo, ale ovplyvňuje mieru prekliku vo výsledkoch vyhľadávania. Podľa Web Almanac bola v roku 2025 meta description prítomná na 67,7 percenta desktopových a 67,2 percenta mobilných stránok. Napíš ju ako stručný argument pre kliknutie, s kľúčovým slovom a jasným prísľubom prínosu.

Pri hierarchii nadpisov platí sémantická čistota: presne jeden H1 na stránku, pod ním logicky vnorené H2 až H6 bez vynechaných úrovní. H1 je viac než nadpis, pretože Googlu slúži ako náhrada za title. Keď Google title tag ignoruje, podľa štúdie Ahrefs použije v 50,76 percenta prípadov ako náhradu H1. Premyslený H1 je preto poistkou proti nechceným titulkom v SERP.

Schema markup a platné technické riadenie indexovania

Štruktúrované dáta robia obsah strojovo čitateľným pre vyhľadávače a umožňujú rozšírené výsledky. Pre B2B stránky sú relevantné najmä Organization, Article, FAQPage, BreadcrumbList a Service. Odporúčaným formátom je JSON-LD, ktorý bol podľa Web Almanac 2024 prítomný už na 41 percentách stránok oproti 34 percentám v roku 2022, kým starší formát Microdata stagnuje na 26 percentách. JSON-LD rastie najrýchlejšie, Google ho uprednostňuje a pre nové projekty je to správna voľba, pretože je oddelený od viditeľného HTML a nachádza sa v <head> alebo v <body>.

Technické riadenie indexovania rozhoduje o tom, či tieto signály vôbec dorazia. Meta robots tag (index/noindex, follow/nofollow) riadi indexovanie na úrovni stránky. Dôležité je odlíšiť ho od robots.txt: robots.txt riadi crawlovanie, nie indexovanie. URL zablokovaná v robots.txt sa napriek tomu môže dostať do indexu, ak na ňu vedú odkazy, len bez obsahu. Aby sa stránka spoľahlivo udržala mimo indexu, patrí noindex do meta robots tagu a stránka nesmie byť zároveň zablokovaná v robots.txt, inak Google noindex nikdy neuvidí.

Rozhodujúci je platný <head>. Podľa Web Almanac 2024 malo 10,6 percenta desktopových a 10,9 percenta mobilných stránok neplatné HTML elementy v <head>. Najčastejším spúšťačom bol tag <img> s 29 percentami dotknutých prípadov na desktope a 22 percentami na mobile. Mechanizmus je nebezpečný: len čo Google v <head> rozpozná neplatný element, predpokladá koniec <head> a ďalšie elementy už nečíta. Všetko, čo nasleduje (canonical, hreflang, title), Google ignoruje. Preto umiestni tieto kritické tagy čo najvyššie v <head> a neplatné elementy doň nevkladaj.

GEO a on-page optimalizácia pre AI vyhľadávanie

Generatívne vyhľadávače a AI Overviews menia spôsob, akým sa obsah stáva viditeľným. Generative Engine Optimization (GEO) označuje optimalizáciu obsahu tak, aby sa dal citovať v odpovediach AI. Štúdia z Princetonu (Aggarwal et al., KDD 2024) skúmala, ktoré on-page elementy zvyšujú viditeľnosť v generatívnych vyhľadávačoch. Najúčinnejšími metódami boli citáty, ktoré zvýšili viditeľnosť približne o 41 percent, štatistiky s nárastom približne o 31 percent a uvádzanie zdrojov s nárastom približne o 28 percent, merané pozične váženou viditeľnosťou (Position-Adjusted Word Count).

Pre on-page prax v B2B segmente regiónu DACH to konkrétne znamená:

• Uvádzať štatistiky so zdrojom: Konkrétne, podložené čísla zvyšujú pravdepodobnosť, že obsah bude citovaný v odpovediach AI.
• Výslovne uvádzať zdroje: Odkazy na dôveryhodné zdroje posilňujú citovateľnosť.
• Jasne pomenovať entity: Firmy, produkty, miesta a odborné pojmy pomenúvať jednoznačne a konzistentne, aby ich AI systémy a Knowledge Graph vedeli správne priradiť. Konzistentné pomenovanie entít v title, H1, bežnom texte a schema markupe posilňuje signál.
• Zabezpečiť E-E-A-T on-page: Údaje o autorovi, dátum aktualizácie a overiteľné dôkazy signalizujú skúsenosť, odbornosť, autoritu a dôveryhodnosť.

GEO klasickú on-page optimalizáciu nenahrádza, ale rozširuje ju. Čisté technické základy zostávajú predpokladom, pretože čo sa nedá indexovať, nebude ani citované.

Optimalizácia obrázkov a médií ako on-page faktor

Obrázky sú podceňovanou on-page pákou a zároveň technickým zdrojom chýb. Ako sme ukázali vyššie, element <img> je najčastejším spúšťačom neplatného HTML v <head>. Obrázky preto patria do <body>, nikdy nie do <head>.

Pri optimalizácii platia tieto body:

• Zmysluplné alt texty: Opisujú obsah obrázka pre čítačky obrazovky a vyhľadávače a mali by prirodzene obsahovať relevantné kľúčové slovo, bez keyword stuffingu.
• Výstižné názvy súborov a URL: technicky-seo-audit-priebeh.webp je lepší ako IMG_4827.jpg. Platia tu rovnaké pravidlá ako pre URL: malé písmená, pomlčky, žiadne prehlásky.
• Štruktúrované dáta pre obrázky: Obrázky označené vo vhodných typoch schémy (napríklad Article alebo Product) zvyšujú šancu na rozšírené výsledky.
• Sledovať Core Web Vitals: Veľkosť obrázka, formát (WebP/AVIF) a lazy loading ovplyvňujú čas načítania a Largest Contentful Paint. Výkon je potvrdený rankingový faktor a priamo vplýva na on-page kvalitu.

Meranie a priebežná kontrola

Technické on-page elementy nie sú jednorazový projekt, potrebujú priebežnú kontrolu. Najdôležitejšie kontrolné body:

• Stav indexovania: V Google Search Console kontrolovať, ktoré URL sú indexované a ktoré boli vylúčené pre signály canonical alebo noindex.
• Chyby hreflang: Medzinárodné reporty a crawlery odhalia chýbajúce návratové odkazy a nesprávne kódy jazyka a regiónu. Chyby hreflang sú vo viacjazyčných projektoch bežné a mali by sa pravidelne auditovať.
• Prepisovanie titulkov: V Search Console a sledovaním SERP kontrolovať, či Google tvoje titulky preberá, alebo ich prepisuje. Vysoký podiel prepisov je signálom, že titulky treba skrátiť alebo spresniť.
• Platnosť <head>: Crawlerom overiť, či sú kritické tagy vo vnútri platného <head> a či ich neodrežú neplatné elementy.
• Štruktúrované dáta: Cez Test rozšírených výsledkov a Search Console overiť, či sa JSON-LD rozpoznáva bez chýb.

Kto tieto body pravidelne kontroluje, udržiava technický on-page základ stabilný a vytvára predpoklad, aby kvalita obsahu a GEO opatrenia mohli naplno pôsobiť.

Ďalšie informácie

Štruktúra URL a technické on-page elementy úzko súvisia s ďalšími disciplínami. Interné prelinkovanie stavia na čistej hierarchii URL, štruktúra obsahu závisí od správneho vnorenia nadpisov a GEO optimalizácia predpokladá bezchybnú indexovateľnosť. Pri realizácii v B2B prostredí regiónu DACH sa odporúča toto poradie: najprv zabezpečiť technické základy (URL, canonical, hreflang, platný <head>), potom optimalizovať title, meta a hierarchiu nadpisov a nakoniec doplniť schema markup a GEO elementy.