Hreflang pre DACH: prečo ho AI platformy takmer nevyhodnocujú

Hreflang platí za štandardný nástroj pre viacjazyčné a viacregionálne weby. V regióne DACH má zabezpečiť, aby rakúski používatelia videli verziu de-AT, nemeckí verziu de-DE a švajčiarski verziu de-CH. Táto logika funguje v klasickom vyhľadávaní Google, naráža však na novú hranicu: AI platformy ako ChatGPT, Perplexity, Copilot a Claude Hreflang anotácie do veľkej miery nevyhodnocujú. Tento článok vysvetľuje, ako Hreflang pre DACH správne nastaviť, prečo AI crawlery tieto signály ignorujú a ako de-AT obsah aj tak zviditeľníš v odpovediach AI aj v klasickom vyhľadávaní.

Prečo je Hreflang pre DACH relevantný a kde leží nová hranica

Región DACH je osobitný prípad: tri krajiny, jeden jazyk, ale rozdielne trhy, ceny, právne úpravy a čiastočne odlišné pojmy. Práve tu nastupuje Hreflang. Oznamuje vyhľadávačom, ktorá URL adresa je určená pre ktorú kombináciu jazyka a regiónu, aby Google v Rakúsku zobrazoval stránku de-AT a v Nemecku stránku de-DE.

Rakúsky trh je pritom digitálne pokrytý takmer úplne. Na začiatku roka 2025 používalo internet 8,69 milióna ľudí v Rakúsku, pri miere penetrácie 95,3 % (Rakúsko). Kto tento trh oslovuje vlastnou lokalizáciou de-AT, má oprávnený záujem na tom, aby sa zobrazovala správna verzia, v Google a čoraz viac aj v AI systémoch.

Práve tam sa menia pravidlá hry. Hreflang prestáva fungovať ako pevné obmedzenie, keď sa obsah poskytuje cez vyhľadávanie sprostredkované AI. Rozšírenie tohto AI vyhľadávania je merateľné: v Nemecku 50 % používateľov internetu aspoň príležitostne používa AI chaty namiesto klasických vyhľadávačov (Nemecko) a 42 % týchto používateľov AI vyhľadávania už od AI dostalo nesprávne alebo vymyslené informácie (Nemecko). Nesprávne jazykové verzie sú súčasťou tohto problému: keď systém na rakúsky dopyt vráti obsah de-DE, ceny, sadzby DPH alebo právne pojmy často nesedia.

Základy Hreflang pre DACH: správna anotácia a povinná reciprocita

Čistá implementácia Hreflang pre región DACH sa riadi jasnými pravidlami. Kódy jazyka a regiónu kombinujú ISO 639-1 (jazyk) s ISO 3166-1 Alpha-2 (región).

• Správne kódy jazyka a regiónu: de-DE pre Nemecko, de-AT pre Rakúsko, de-CH pre Švajčiarsko. Samotné de bez regiónu oslovuje všetkých nemecky hovoriacich používateľov bez ohľadu na krajinu a môže mať zmysel ako doplnkový všeobecný variant.
• x-default ako záložná možnosť: Hodnota x-default označuje stránku, ktorá sa zobrazí, keď nesedí žiadny iný variant, napríklad pre nemecky hovoriacich používateľov mimo DACH alebo pre stránku s výberom jazyka. x-default je stavebný prvok, ktorý chýba najčastejšie.
• Samoreferencia (self-referencing): Každá stránka musí cez Hreflang odkazovať aj sama na seba. Stránka de-AT teda uvádza de-DE a de-CH a k tomu seba ako de-AT.
• Recipročné odkazy (povinný spätný odkaz): Hreflang je obojsmerný. Ak stránka de-DE odkazuje na stránku de-AT, musí stránka de-AT odkazovať späť na stránku de-DE. Ak spätný odkaz chýba, Google anotáciu ignoruje.

Minimum pre DACH teda tvoria de-DE, de-AT, de-CH a x-default, vždy s úplnými, recipročnými a samoreferenčnými tagmi. Napriek týmto jasným pravidlám je Hreflang náchylný na chyby. Medzinárodná analýza 374 756 domén zistila, že 67 % z nich má aspoň jeden problém s implementáciou Hreflang (medzinárodne). Najčastejšie chyby: v 56,3 % chýba x-default, v 18 % chýbajú samoreferenčné tagy a v 16,9 % odkazujú Hreflang tagy na presmerované alebo nefunkčné stránky (medzinárodne).

Prečo AI crawlery Hreflang do veľkej miery ignorujú

Rozhodujúci rozdiel medzi Google a AI platformami je v spracovaní. Google stránky renderuje, vykonáva JavaScript a na základe Hreflang, polohy a jazykového nastavenia vyberá jazykovú verziu. AI crawlery to nerobia.

Analýza prevádzky crawlerov v sieti Vercel ukazuje, že žiadny z veľkých AI crawlerov nerenderuje JavaScript (medzinárodne). GPTBot, OAI-SearchBot, ClaudeBot a PerplexityBot obsah sťahujú, ale nevykonávajú ho. Len GPTBot vygeneroval za jeden mesiac 569 miliónov požiadaviek v tejto sieti (medzinárodne). Niektoré crawlery síce sťahujú súbory JavaScriptu, pri ChatGPT tvoria JS súbory 11,50 % a pri Claude 23,84 % požiadaviek (medzinárodne), na ich vykonanie však chýba renderovacie prostredie. Širší prieskum 23 veľkých AI crawlerov dospel k rovnakému výsledku: 69 % AI crawlerov nedokáže vykonať JavaScript (medzinárodne), medzi nimi výslovne GPTBot a ClaudeBot.

Pre Hreflang z toho vyplývajú tri dôsledky:

• Žiadne renderovanie JS: Hreflang signály, ktoré sa do DOM dostanú až cez JavaScript na strane klienta, sú pre AI crawlery neviditeľné. Vidia len počiatočné HTML.
• Žiadny výber jazykovej verzie: AI platformy neinterpretujú Hreflang ako mechanizmus výberu. Spracúvajú URL adresu, ktorú práve stiahli, bez toho, aby aktívne hľadali variant de-AT k URL adrese de-DE.
• Nápoveda namiesto obmedzenia: Čo je pre Google slabá nápoveda, je pri vyhľadávaní cez AI prakticky neúčinné. Platforma vráti verziu, ktorú indexovala, nie nevyhnutne tú regionálne vhodnú.

Dôležitá je pozitívna stránka veci: obsah v počiatočnom HTML vrátane vložených dát JSON alebo komponentov renderovaných na serveri sa dá indexovať, pretože AI modely interpretujú aj obsah, ktorý nie je HTML. Páka teda nie je v Hreflang, ale v tom, že správny jazykový signál zapíšeš priamo do doručeného HTML.

content-language pre Bing a Copilot

Rozšíreným omylom je, že Hreflang funguje vo všetkých vyhľadávačoch rovnako. Bing podľa vlastného vyjadrenia vyhodnocuje Hreflang len ako slabý signál (medzinárodne) a jazyk rozpoznáva najmä cez signál content-language, odkazy a pôvod návštevníkov. V regióne DACH to nie je okrajová téma: v Rakúsku je Bing s trhovým podielom 9,01 % jasne na druhom mieste za Googlom s 81,87 % (Rakúsko, máj 2026). Keďže Microsoft Copilot stavia na indexe Bingu, signál content-language pôsobí aj na tento AI systém.

• Správny formát ll-cc: Aj content-language používa schému jazyk-región, napríklad de-AT. Viacero hodnôt sa oddeľuje čiarkou.
• Konzistencia na všetkých úrovniach: Content-Language v HTTP hlavičke, atribút lang na elemente html a doplnkové meta údaje by mali mať rovnakú hodnotu, aby Bing nedostal protichodný jazykový signál.
• Nezabudni na atribút lang: Atribút lang="de-AT" na tagu html je najjednoduchší a najspoľahlivejší on-page jazykový signál. Je v počiatočnom HTML, a preto ho vidia aj crawlery bez renderovania JS.

Pre prax to znamená: ak zobrazuješ varianty pre DACH, udržiavaj súčasne Hreflang pre Google a content-language so správnym atribútom lang pre Bing, Copilot a AI crawlery.

Hreflang ako nápoveda, nie direktíva

Ani pre Google nie je Hreflang príkaz. Google označuje Hreflang tagy výslovne ako nápovedy, nie ako direktívy (medzinárodne). John Müller z Google objasňuje, že Hreflang nezaručuje indexovanie a že Google pri takmer identických variantoch často jeden z nich vyberie ako canonical.

Pre DACH je to obzvlášť relevantné. Varianty de-DE, de-AT a de-CH sú jazykovo často takmer identické. Ak sú dva varianty obsahovo rovnaké, Google pri verziách v rovnakom jazyku zvyčajne vyberie jednu ako canonical, pretože systémy si vec zjednodušujú (medzinárodne). V dôsledku toho môže stránka de-AT vypadnúť z indexu, hoci je Hreflang anotácia technicky správna.

Proti tomu pomáha skutočná diferenciácia. Čím viac sa variant de-AT obsahovo líši, tým skôr ho Google považuje za samostatnú stránku:

• Samostatný obsah: Rakúske ceny v eurách so správnou sadzbou DPH, miestne kontaktné osoby, rakúske právne pojmy a referencie z rakúskeho trhu.
• Miestne pojmy a pravopis: Kde sa rakúska nemčina líši, mal by to text zachytiť. Zostrí to zároveň relevanciu aj odlíšenie.
• Vlastná URL pre každý variant: Jasne oddelená URL adresa pre každý variant je predpokladom toho, aby sa variant vôbec mohol indexovať a aby naň mohli AI systémy odkazovať.

Porovnanie metód implementácie a ich viditeľnosť pre AI

Hreflang sa dá implementovať tromi spôsobmi. Pre AI crawlery je rozhodujúce, či je signál v počiatočnom HTML.

• HTML elementy link v head: Hreflang anotácie sú ako tagy link v sekcii head. Ak sa renderujú na serveri, sú súčasťou počiatočného HTML, a teda viditeľné pre všetky crawlery. Pre DACH je táto metóda najprehľadnejšia.
• HTTP hlavička: Hreflang sa dá doručiť cez HTTP hlavičku Link, najmä pri dokumentoch, ktoré nie sú HTML, napríklad PDF. Hlavička je viditeľná pre každý crawler, v praxi sa však ťažšie udržiava.
• XML sitemapa: Hreflang sa dá úplne zapísať do XML sitemapy. HTML kód tak zostane štíhly, má to však nevýhodu pre vyhľadávanie cez AI: signál nie je na samotnej stránke. AI crawler, ktorý stiahne URL adresu priamo bez vyhodnotenia sitemapy, anotáciu nevidí.

Pre klasické vyhľadávanie Google sú všetky tri metódy rovnocenné. Môžeš ich kombinovať, podľa Google to však vo vyhľadávaní neprináša žiadnu výhodu a údržba je náročnejšia, pretože každú zmenu treba bez rozporov premietnuť na viacerých miestach. Lepšia je jedna metóda používaná dôsledne. Pre viditeľnosť v AI je najspoľahlivejší variant v head renderovaný na serveri, pretože spája jazykový signál priamo s doručeným dokumentom. Rozhodujúce však zostávajú atribút lang a jasné on-page jazykové signály, pretože pôsobia aj bez interpretácie Hreflang.

Hreflang v Next.js a headless architektúrach

V moderných nastaveniach s Next.js a headless architektúrou rozhoduje stratégia renderovania o tom, či sa jazykové signály k AI crawlerom vôbec dostanú.

• Renderovanie na serveri namiesto klienta: Jazykové signály musia byť v počiatočnom HTML, nesmú vznikať až po hydratácii cez JavaScript na strane klienta. Keďže AI crawlery nerenderujú JS, stráca sa každý signál nastavený až na strane klienta.
• alternates.languages v Metadata: Next.js umožňuje vypisovať Hreflang na strane servera cez objekt Metadata s alternates.languages. Anotácie sa tak spoľahlivo dostanú do head počiatočného HTML.
• Atribút lang nastav na serveri: Atribút lang="de-AT" na elemente html by mal nastavovať server pre každú jazykovú verziu. Je to najstabilnejší jazykový signál pre crawlery bez renderovania.
• Čistá štruktúra head: Dôležité meta údaje musia byť v hornej časti head. Medzinárodný prieskum zistil, že 10,1 % desktopových stránok má v head neplatné elementy (medzinárodne). Ak sú Hreflang, canonical alebo meta-robots pod neplatným elementom, presunú sa do body, a tým sa stanú neúčinnými.

Dôsledky pre GEO a AEO pri de-AT obsahu

Ak AI platformy nevyhodnocujú Hreflang ako mechanizmus výberu, úloha sa presúva od riadenia jazykových verzií k samotnej viditeľnosti. Cieľom je, aby bol de-AT obsah v ChatGPT, Perplexity a Copilot rozpoznateľný ako rakúsky obsah bez toho, aby Hreflang fungoval ako filter.

• Renderovanie na serveri ako povinnosť: AI crawlery spracujú len to, čo je v počiatočnom HTML. Obsah de-AT sa musí doručovať úplne zo servera.
• Explicitné on-page jazykové signály: Namiesto spoliehania sa na Hreflang by mala byť väzba na Rakúsko priamo v texte: Rakúsko, pobočky v Rakúsku, ceny v eurách s rakúskou sadzbou DPH, rakúske právne a odborné pojmy. Jazykové modely tak lokalizáciu prečítajú priamo.
• Vlastné, stabilné URL adresy: Každý variant potrebuje jednoznačnú, trvalo dostupnú URL adresu, aby ho bolo možné citovať a odkazovať naň.
• Štruktúrovaný, podložený obsah: Jasné definície, zoznamy a podložené tvrdenia zvyšujú pravdepodobnosť, že generatívne odpovede uvedú obsah ako zdroj.

Prístup s podadresármi (subfolder) ako example.com/at/ je na to väčšinou lepší ako samostatné ccTLD domény, pretože konsoliduje autoritu domény a zároveň poskytuje jasnú, indexovateľnú URL adresu pre každý región. Lokalizácia tak zostane zachovaná bez toho, aby sa viditeľnosť rozdelila medzi viacero slabých domén.

Hreflang v súhre s canonical, presmerovaniami a sitemapami

Hreflang nikdy nestojí osamote. Konflikty s canonical tagmi, presmerovaniami a sitemapami patria k najčastejším zdrojom chýb.

• Canonical a Hreflang nenastavuj protichodne: Každý variant by mal mať canonical sám na seba. Canonical, ktorý zo stránky de-AT ukazuje na stránku de-DE, ruší logiku Hreflang a vedie ku konsolidácii.
• Žiadne odkazy na presmerovania: Hreflang musí ukazovať na finálnu URL adresu dostupnú so stavom 200, nie na adresu presmerovanú cez 301. Odkazy na presmerovania alebo nefunkčné stránky sú zdokumentovaná hlavná chyba.
• Konzistencia s XML sitemapou: URL adresy v sitemape, v canonical a v Hreflang anotáciách musia byť identické vrátane protokolu, lomky a veľkých a malých písmen.

Rozsah týchto problémov je značný. Medzinárodná štúdia 18 786 webov s Hreflang kódom zistila v 31,02 % protichodné Hreflang direktívy a v 47,95 % chýbajúci x-default (medzinárodne). Takéto konflikty vedú k tomu, že Google signály ignoruje a rozhodne sám.

Monitoring, validácia a meranie

Hreflang potrebuje priebežnú kontrolu, práve preto, že chyby často zostanú neviditeľné. Kombinácia nástrojov a analýzy logov pokryje najdôležitejšie problémy.

• Google Search Console: Prehľad chýb Hreflang tam už nie je, Google prehľad „Medzinárodné zacielenie“ zrušil. Prehľad „Indexovanie stránok“ ukazuje, ktoré URL adresy boli vyradené ako duplikáty, a kontrola URL uvádza pri každom variante pre DACH stav indexovania a canonical URL, ktorú zvolil Google. Samotné chyby Hreflang nájdeš pomocou crawlera.
• Crawlery ako Screaming Frog: Technický crawl odhalí chýbajúce samoreferencie, chýbajúci x-default, nerecipročné odkazy a Hreflang tagy, ktoré ukazujú na presmerovania alebo na stránky, ktoré nie sú canonical.
• Analýza logov s prístupmi AI botov: Serverové logy ukazujú, či a ako GPTBot, ClaudeBot a PerplexityBot sťahujú jednotlivé varianty. Dá sa tak overiť, či sa počiatočné HTML doručuje so správnymi jazykovými signálmi.
• Kontrola renderovania obsahu: Stiahnutie čistého HTML bez vykonania JavaScriptu ukáže, či sú atribút lang, Hreflang v head a miestna väzba naozaj v počiatočnom dokumente.

Pre predstavu o rozšírení: podľa medzinárodného prieskumu Web Almanac 2022 používalo 9,6 % stránok na desktope Hreflang tagy, pričom de patrilo medzi štyri najčastejšie jazykové hodnoty (medzinárodne). Hreflang je teda rozšírený, ale ako ukazujú miery chybovosti, málokedy bez chýb.

Záver a ďalšie kroky

Pre klasické vyhľadávanie Google v regióne DACH má Hreflang naďalej zmysel, ak je čisto implementovaný: de-DE, de-AT, de-CH a x-default s úplnými, recipročnými a samoreferenčnými tagmi. Rozhodujúce je pochopiť, že Hreflang je už pre Google len nápoveda a pri vyhľadávaní sprostredkovanom AI je prakticky neúčinný, pretože AI crawlery nevyberajú jazykovú verziu a signály nastavené na strane klienta vôbec nevidia.

Dôsledok pre firmy s rakúskym trhom je jasný: jazykové signály patria do HTML renderovaného na serveri, väzba na Rakúsko do viditeľného textu a každý variant potrebuje vlastnú, stabilnú URL adresu. Doplnkovo by sa mali pre Bing a Copilot udržiavať content-language a atribút lang. Rozumné ďalšie kroky sú kontrola renderovania počiatočného HTML, audit Hreflang pomocou crawlera a analýza logov s prístupmi AI botov, ktoré overia, či sa k AI systémom vôbec dostane správny variant.