Relativní URL: Jak správně používat relativní a absolutní URL pro SEO a webovou optimalizaci (2026)

Relativní URL jsou klíčovým prvkem pro správnou strukturu webových stránek a optimalizaci pro vyhledávače. V dnešní době, kdy se webové technologie neustále vyvíjejí, je důležité porozumět rozdílům mezi relativními a absolutními URL a jejich vlivu na SEO. Zjistěte, jak správně používat relativní URL pro lepší uživatelskou zkušenost a efektivnější indexaci vašeho obsahu.

Obsah článku

Co je relativní URL a jak se liší od absolutní URL?

Definice relativní URL a její základní principy

Relativní URL je zkrácený zápis adresy, který prohlížeč interpretuje na základě URL aktuálně zobrazené stránky. Jak potvrzuje WikiKnihovna, zatímco absolutní adresa je to samé co URL, relativní adresa je zkrácený zápis fungující díky kontextu otevřeného dokumentu. Základní princip lze vyjádřit jednoduše: relativní URL = cesta/jméno_souboru. Adresáře se oddělují lomítky, nadřazený adresář se označuje dvěma tečkami (../). Tento mechanismus umožňuje kořenovou URL (/) i document-relative URL v rámci jednoho webu bez nutnosti opakovat protokol a doménu.

Absolutní URL vs. relativní URL: Tabulka srovnání

Vlastnost	Absolutní URL	Relativní URL
Obsahuje protokol	Ano (https://)	Ne
Obsahuje doménu	Ano	Ne
Přenositelnost	Vysoká (funguje všude)	Nízká (vázaná na kontext)
URL struktura	Plná cesta včetně path, query string a fragment identifier	Pouze path + URL slug
Vliv na Sitemap.xml	Doporučeno (relativní URL v sitemapě nejsou validní)	Neplatné pro sitemapu

Praktické příklady relativních URL v kódu

<a href="/produkty/nabytek">Nabytek</a>
<a href="../kontakt">Kontakt</a>
<a href="logo.png">Logo</a>
<link rel="canonical" href="https://example.com/stranka">

Při 301 redirect a migraci webu dbejte na to, aby interní odkazy fungovaly správně i po přesunu na novou doménu – tehdy je bezpečnější přejít na absolutní URL, stejně jako u assetů na CDN. Pokud řešíte širší co je SEO a jak na něj optimalizovat svůj web, relativní URL jsou jen jedním dílkem skládačky.

Typy relativních URL: Kořenová, dokumentová a protokolová

Webová praxe rozlišuje tři hlavní URL typy relativního adresování, z nichž každý má jiný mechanismus resolution v prohlížeči. Jak potvrzuje WikiKnihovna, relativní URL funguje díky tomu, že prohlížeč zápis interpretuje podle adresy aktuální stránky.

Kořenově relativní URL (root-relative)

Začíná lomítkem a je vždy vztažena ke kořenu domény, nikoli k aktuálnímu adresáři.

Příklad: /produkty/SEO-pruvodce
Ideální pro CDN a assety v sitemap.xml – nezávisí na hloubce vnoření stránky
Při přesunu na subdoménu vyžaduje 301 redirect migraci

Dokumentově relativní URL (document-relative)

Je vztažena k cestě aktuálního dokumentu, lze použít ../ pro nadřazený adresář.

Příklad: ../obrazky/logo.png nebo sluzby.html
Hrozí rozbití odkazů při změně struktury, a proto se nedoporučuje pro canonical tag ani robots.txt vzdáleně
Respektován element <base href>, který mění base URL pro server-side i client-side URL resolution

Protokolově relativní URL a jejich problémy v roce 2026

Zápis typu //cdn.example.com/script.js dědí protokol z dokumentu. V roce 2026 je tento protokolově relativní URL zápis považován za mixed content anti-pattern.

WHATWG URL Standard vyžaduje explicitní scheme kvůli CORS a same-origin policy
Prohlížeče aktivně blokují načítání z http:// uvnitř https:// kontextu
Používejte výhradně absolutní URL s explicitním https://

HTML tag `<base href>` a jeho vliv na relativní URL

Tag <base href> je jediný HTML tag pro relativní URL, který globálně přepisuje způsob, jakým prohlížeč rozpoznává relativní URL na stránce. Jakmile jej vložíte do hlavičky <head>, všechny dokumentově relativní cesty, URL slug, path, query string i fragment identifier (#) se počítají od nově definované báze.

Jak funguje tag `<base href>` a kde ho umístit

Prvek patří výhradně do hlavičky dokumentu a smí se vyskytovat jen jednou. Dle WHATWG URL Living Standard slouží atribut href jako base URL pro parsování všech následujících relativních odkazů, skriptů, obrázků i formulářových akcí.

Praktické příklady použití `<base href>` v kódu

Základní nasazení na subadresáři:

<head>
  <base href="https://example.com/cs/">
</head>

Poté se <a href="produkty"> vyhodnotí jako absolutní URL https://example.com/cs/produkty – kořenově relativní cesta se chová, jako byste ji psali z nového adresáře.

Rizika a chyby při nesprávném nastavení

Fragment identifikátory (#sekce) přestanou fungovat, pokud báze neukazuje na stejný dokument.
Při migraci a 301 redirectu může CDN servírovat zastaralou bázi a rozbít absolutní URL assetů.
V SPA s History API (pushState) je nutná koordinace server-side vs client-side URL resolution, jinak vznikají duplicity v sitemap.xml a kolize s <link rel=canonical>.
Chybná báze na HTTP stránce spouští mixed content warnings (HTTP/HTTPS).

Pozor: Relativní URL a base href interagují deterministicky – pokud bázi neotestujete v každé šabloně, riskujete rozbití interního prolinkování a crawlovací efektivity.

Relativní URL v moderních webových frameworkech: React, Next.js, Angular a Vue

Ve SPA (single-page applications) se relativní URL chovají jinak nez u klasických server-side renderovaných stranek. Klicovy rozdil spociva v tom, ze navigaci zajistuje JavaScript pomoci History API (pushState), nikoli server.

Jak relativní URL funguji v React a Next.js

V Reactu s react-router-dom definujete routes takto:

<BrowserRouter>
  <Routes>
    <Route path="/produkty/:slug" element={<Product />} />
  </Routes>
</BrowserRouter>

Next.js pouziva file-based routing, kde kazdy soubor v app/ generuje path a URL slug automaticky. Relativni URL zde vznikaji z internich <Link href="/kontakt"> odkazu. Dle dokumentace Next.js se doporucuje mit vzdy spravne nastavenou canonical pres metadata API.

Relativni URL v Angular a Vue: Priklady a tipy

Angular Router vyzaduje explicitni konfiguraci:

const routes: Routes = [
  { path: 'sluzby', component: ServicesComponent }
];

Vue Router pracuje s korenove relativnimi URL (/services) i dokumentove relativnimi URL. U CDN asset URL vzdy preferujte absolutni tvar kvuli same-origin policy a CORS problemum.

Vyhody a nevyhody relativnich URL v SPAs

Vyhody: kratsi kod, snadnejsi migrace mezi prostredimi (dev/staging/prod), nativni podpora query string i fragment identifier.
Nevyhody: riziko mixed content warnings (HTTP/HTTPS), problemy v sitemap.xml a robots.txt, slabsi canonical tag chovani.
Pri 301 redirect migracich doplne sitemap.xml o absolutni URL a nastavte <base href>.

Relativní URL a kanonizace: Jak vyhnout se problémům s duplicitním obsahem

Vliv relativních URL na kanonické tagy

Relativní URL a kanonizace spolu úzce souvisí. Kanonické tagy (<link rel="canonical">) slouží k identifikaci preferované verze stránky, ale podle Yoastu fungují pouze jako nápověda, ne jako direktiva. Pokud do atributu href vložíte relativní URL, vyhledávač nemusí správně rozpoznat cíl a vzniká duplicitní obsah a relativní URL konflikty – zejména pokud se liší <base href>, protokol nebo doména (www vs. m.).

Jak správně nastavit kanonické URL pro relativní odkazy

V kanonickém tagu vždy uvádějte absolutní URL včetně protokolu. Relativní URL v sitemap.xml, interním linkování nebo asset URL na CDN řešte server-side, nikoli v samotném tagu. U SPA s History API (pushState) zajistěte, aby kanonická hodnota odpovídala server-side vyrenderované stránce.

Příklady chyb a jejich řešení

Chybné nastavení	Správné nastavení
`<link rel="canonical" href="/produkt/boty">`	`<link rel="canonical" href="https://example.com/produkt/boty">`
`<link rel="canonical" href="//example.com/produkt">` (protokolově relativní)	`https://example.com/produkt` s vynuceným HTTPS
Relativní URL v sitemap.xml	Absolutní URL s plnou cestou včetně query stringu
Chybějící kanonický tag na mobilní verzi	Jednotný absolutní kanonický tag napříč zařízeními

Při migraci používejte 301 redirect a ověřte, že nová URL neobsahuje fragment identifier ani duplicitní path.

SEO optimalizace relativních URL: Jak zlepšit viditelnost a indexaci

Výhody relativních URL pro SEO

Relativní URL zrychlují práci napříč prostředími (staging vs. produkce) a zkracují kód. Kořenově relativní URL /blog/ funguje stejně na staging.example.com i www.example.com. Pro canonical, hreflang i sitemap.xml se ale doporučují absolutní URL, aby Google neinterpretoval protokol nebo subdoménu chybně.

Jak vyhnout se problémům s relativními URL v sitemap.xml

Sitemap.xml musí obsahovat výhradně absolutní URL. Google i Bing to vyžadují, aby se předešlo nejasnostem při crawlování. Při 301 redirectu během migrace ověřte, že relativní URL v sitemap.xml nefigurují, jinak je crawler může ignorovat nebo špatně vyhodnotit jako čtyři varianty webu (HTTP vs. HTTPS, www vs. non-www).

Praktické tipy pro optimalizaci relativních URL

Canonical vždy absolutní: <link rel="canonical" href="https://example.com/stranka">
Pro CDN assety doplňte protokolově relativní URL //cdn.example.com/script.js, abyste eliminovali mixed content varování HTTP/HTTPS.
Ve SPAs využijte History API (pushState) a vždy validujte URL server-side kvůli CORS a same-origin policy.
Pravidelně auditujte Jak optimalizovat Google Search Console pro lepší viditelnost a kontrolujte fragment identifier i query string v indexaci.
Při migraci nasazujte 301 redirecty a aktualizujte robots.txt i sitemap.xml současně.

Běžné chyby při používání relativních URL a jak je vyřešit

Problémy s relativními URL po migraci webu

Chyba: Po přesunu webu z HTTP na HTTPS nebo změně domény zůstanou interní relativní URL směřovat na starou verzi, což rozbije path a query string.
Řešení: Použijte 301 redirect na serverové úrovni a důsledně aktualizujte všechny relativní URL, včetně cest v sitemap.xml a robots.txt.

Mixed content warnings a relativní URL

Chyba: Prohlížeč na stránce HTTPS přes relativní relativní URL natahuje HTTP asset, což vyvolá mixed content varování.
Řešení: Pro assety z CDN používejte protokolově relativní URL (//cdn.example.com/img.jpg) nebo přímo absolutní URL s HTTPS. U SPAs hlídejte History API (pushState), aby neměnila protokol.

Chyby s trailing slashes a relativními URL

Chyba: URL /blog/post a /blog/post/ jsou crawlers vnímány jako duplicity, URL slug se chová nekonzistentně.
Řešení: Sjednoťte formu na serveru a doplňte <link rel=canonical> sám na preferovanou variantu. Totéž proveďte pro fragment identifier (#).

Konflikty mezi `<base href>` a relativními URL

Chyba: <base href> přepíše všechny document-relative URL v dokumentu. Externí skripty s vlastními cestami se rozbijí.
Řešení: Testujte resolving na serveru i klientu (server-side vs client-side), v single-page aplikacích nastavujte <base> dynamicky podle aktuální route.

Kdy pouzit absolutni URL a kdy relativni URL: rozhodovaci matice

Volba mezi absolutni vs relativni URL zavisi na konkretnim pripadu pouziti. Podle Conductor Academy existuji situace, kdy je absolutni URL povinne, a jine, kdy relativni URL prinasi vyhody. John Mueller z Google Search Central navic potvrzuje, ze Google zpracovava oba typy stejne, takze rozhoduje kontext a udrzitelnost webu.

Absolutni URL pro externi odkazy

Absolutni URL jsou nutne v sitemap.xml, u <link rel="canonical"> a hreflang. Take je vyzaduji robots.txt reference, CDN assety a Open Graph metadata. U 301 redirect a migraci zajistuji konzistentni cil.

Relativni URL pro interni odkazy

Relativni URL (vcetne root-relative a document-relative) se vyplati u interniho prolinkovani, kde zjednodusuji praci ve staging prostredi, snizuji objem kodu a eliminuji nutnost prepisovani odkazu pri deploymentu. V SPA s History API (pushState) resi URL vetsinou client-side, takze relativni zapis pomaha.

Priklady a doporučeni pro ruzne situace

Scenar	Doporuceny typ	DuVod
XML sitemap	Absolutni	Google a Bing vyzaduji absolutni URL
Canonical tag	Absolutni	Prevence duplicitniho obsahu
Hreflang	Absolutni	Jasne cilove lokalizace
Interni menu	Relativni (root-relative)	Snadny presun mezi enviroments
CDN assety	Absolutni	Prevence mixed content (HTTP/HTTPS)
CORS / cross-origin	Absolutni	Bezpecnostni politika originu
Fragment (#) navigace	Relativni	Beze zmeny URL

Pokud je <base href> spravne nastaven, relativni URL v interni navigaci nerozbiji nic. U dulezitych signalizacnich elementu vsak sahnete po absolutnich adresach.

Relativní URL a CDN: Jak správně nastavit URL pro optimalizaci výkonu

Vliv relativních URL na CDN

Při nasazení relativní URL na CDN musíte zvážit same-origin policy, CORS a varování o mixed content. Kořenově relativní URL (např. /cdn/assets/logo.svg) se chovají konzistentně napříč subdoménami CDN, zatímco dokumentově relativní URL mohou selhat při stahování z jiné cesty. Protokolově relativní URL (//cdn.example.com/logo.svg) jsou dnes méně využívána, protože moderní prohlížeče preferují explicitní HTTPS pro statické soubory a relativní URL.

Jak nastavit relativní URL pro statické soubory

Definujte <base href="https://cdn.example.com/"> v hlavičce stránky pro batch načítání assetů.
Pro JS bundly použijte import.meta.url nebo webpack publicPath: "/cdn/".
Ve frameworku Next.js nastavte assetPrefix v next.config.js pro produkční build.
U SPA kombinujte History API (pushState) s kořenově relativní cestou, aby pushState negeneroval duplicitní URL.

Příklady a doporučení pro optimalizaci

Správně: <img src="/cdn/img/hero.webp" alt="...">
Chybně: src="../../cdn/img/hero.webp" (dokumentově relativní, křehké)
Přidejte <link rel="canonical"> s absolutní URL, aby CDN subdoména neindukovala duplicitu.
V sitemap.xml uvádějte absolutní URL, roboti robots.txt podporují pouze absolutní cesty.

Testujte optimalizaci relativních URL pro CDN v Lighthouse – metrika „Avoid chaining critical requests“ odhalí špatně vyřešené cesty k assetům.

Relativní URL a same-origin policy: Bezpečnostní aspekty

Same-origin policy a relativní URL

Same-origin policy porovnává protokol, hostitele a port. Relativní URL se vyhodnocují vůči aktuálnímu dokumentu (document-relative URL) nebo kořenu (root-relative URL), takže automaticky zdědí jeho origin. Prohlížeč je proto nepovažuje za cross-origin požadavek a CORS kontroly se na ně nevztahují.

Jak relativní URL ovlivňují CORS

Pro cross-origin fetch, XHR nebo ES moduly potřebujete absolutní URL nebo protokolově relativní URL (//cdn.example.com/script.js). CORS relativní URL se projeví až ve chvíli, kdy se relativní cesta rozšíří na plnou adresu jiného originu. CDN assety, API endpointy a externí fonty proto vyžadují explicitní Access-Control-Allow-Origin hlavičky, viz MDN Web Docs o CORS.

Praktické tipy pro bezpečné používání relativních URL

Používejte výhradně HTTPS jako základ – zabráníte mixed content warnings u HTTP subresources.
Nikdy nenastavujte <base href> dynamicky z query stringu nebo user inputu – hrozí base href injection.
Pro CDN a externí assety preferujte absolutní URL s HTTPS protokolem.
Pravidelně auditujte relativní URL pomocí Screaming Frog nebo Sitebulb.
V single page aplikacích kombinujte pushState s <link rel=canonical>, aby URL slug zůstal konzistentní pro vyhledávače i bezpečnostní kontroly.

Bezpečnost relativních URL stojí na správném server-side a client-side URL resolution – chyba v jedné vrstvě otevírá cestu k XSS nebo MITM útokům.

Relativní URL a History API: Jak správně používat relativní URL v SPAs

Single Page Applications (SPA) pracují s relativní URL odlišně od klasických server-side renderovaných stránek. Místo plného načtení nové stránky manipulují s URL přes History API (pushState), což vyžaduje specifický přístup k adresám, assetům a kanonizaci.

History API a relativní URL

Metoda history.pushState() přijímá tři argumenty: stav, title a URL. Tato URL by měla být vždy kořenově relativní (např. /produkty), nikoli absolutní. Prohlížeč pak provede rozlišení vůči aktuálnímu originu.

Praktické příklady použití relativních URL v SPAs

// Správně - kořenově relativní URL
history.pushState({page: 1}, '', '/produkty');
history.pushState({id: 42}, '', '/produkty/42?ref=hp');

// Špatně - absolutní URL způsobí reload
history.pushState({}, '', 'https://example.com/produkty');

Tip: Při navigaci v rámci SPA vždy předávejte relativní cestu. Absolutní URL triggeruje plný reload stránky a narušuje plynulost uživatelského zážitku.

Jak vyhnout se problémům s relativními URL v SPAs

Nastavte <base href="/"> pro konzistentní rozlišení assetů (CDN, obrázky, skripty)
Aktualizujte <link rel="canonical"> při každé změně route
Generujte sitemap.xml s absolutními URL, nikoli relativními
Při nasazení na subdoméně (např. app.example.com) testujte same-origin policy a CORS

Bez správné konfigurace relativních URL v kombinaci s History API dochází k problémům s indexací, fragment identifier konflikty a broken links po 301 redirect migracích.

Závěr: Klíčové poznatky pro správné používání relativních URL

Shrnutí výhod relativních URL

Flexibilita při migracích a změnách domény bez nutnosti masivních 301 redirectů.
Čistší kód a menší velikost HTML oproti absolutním URL.
Bezproblémová funkce v rámci CDN a vývojových prostředí.

Doporučení pro optimalizaci relativních URL

Používejte kořenově relativní URL (např. /produkty) jako výchozí standard.
Vždy kombinujte s canonical tagem <link rel="canonical"> pro jasnou signalizaci preferované verze.
U sitemap.xml doplňte absolutní URL, jak doporučují specifikace protokolu.
Kontrolujte <base href> tag – chybné nasazení rozbije všechny relativní cesty.
Vyhněte se protokolově relativním URL (//example.com) kvůli mixed content varování při přechodu na HTTPS.

Závěrečné tipy pro úspěšné používání relativních URL

Při práci s relativní URL vždy zohledněte kontext: path, query string i fragment identifier. Ve SPA využívejte History API s pushState a doplňte fallback pro crawler rendering. Respektujte same-origin policy a CORS – relativní URL na cizí doménu selže. Před nasazením otestujte robots.txt, interní prolinkování i chování assetů na CDN. Tím zajistíte stabilní indexaci a bezpečný provoz webu.

Často kladené

Proč bych měl používat relativní URL místo absolutních?

Relativní URL zjednodušují správu webu zejména při migraci mezi doménami nebo prostředími (staging, produkce), protože se nemusí měnit každý odkaz. Moderní webové frameworky jako React, Vue nebo Angular přirozeně pracují s relativními cestami, což zlepšuje kompatibilitu s build procesy a nástroji jako Webpack nebo Vite. Z hlediska výkonu jsou relativní URL kratší, což snižuje velikost HTML dokumentu. Google Search Central navíc potvrzuje, že oba formáty (relativní i absolutní) jsou pro indexaci rovnocenné, pokud jsou správně implementované.

Jak správně nastavit tag `` pro relativní URL?

Tag `` se umísťuje výhradně do hlavičky `` HTML dokumentu a měl by být přítomen pouze jedenkrát na stránce. Hodnota atributu `href` definuje základní URL, proti kterému se vyhodnocují všechny relativní odkazy v dokumentu, například ``. Po nastavení tohoto tagu ovlivní všechny relativní cesty včetně odkazů, obrázků, skriptů a stylů. Pokud tag chybí nebo je nesprávně umístěn, prohlížeč použije jako základ URL aktuálního dokumentu, což může způsobit neočekávané chování při relativním směrování.

Jak se vyhnout problémům s relativními URL po migraci webu?

Nejčastější chybou při migraci webu je ponechání starých relativních cest, které po přesunu na novou doménu ukazují na neexistující zdroje. Řešením je použití přesměrování 301 na úrovni serveru (pomocí `.htaccess`, Nginx configu nebo CDN pravidel) a důsledná aktualizace interních odkazů v CMS. Po migraci je nutné otestovat všechny relativní URL pomocí nástrojů jako Screaming Frog nebo Sitebulb. Doporučuje se také nastavit absolutní URL v souboru `sitemap.xml` a v kanonických tazích, aby se předešlo nejednoznačnostem při indexaci.

Můžu používat relativní URL pro externí odkazy?

Relativní URL jsou technicky použitelná i pro externí zdroje, ale prohlížeč je interpretuje jako cesty v rámci aktuální domény, což vede k chybným odkazům. Pro externí odkazy je vždy nutné použít absolutní URL ve formátu `https://example.com/stranka`, aby crawler Google i uživatelé věděli, že míří mimo váš web. Alternativou pro interní odkazy v rámci subdomén je použití protokolově relativních URL (`//cdn.example.com/soubor.js`), které však u moderních HTTPS stránek ztrácí smysl. Doporučuje se kombinovat relativní URL pro interní navigaci a absolutní URL pro všechny externí zdroje včetně sociálních sítí a partnerských webů.

Jak optimalizovat relativní URL pro SEO?

Pro SEO se doporučuje používat kořenově relativní URL (začínající lomítkem, např. `/produkty/boty`), které jsou nezávislé na doméně a zjednodušují správu. Kanonické tagy by měly vždy obsahovat absolutní URL, aby se předešlo duplicitnímu obsahu při indexaci napříč subdoménami nebo protokoly. Důležité je udržovat konzistentní strukturu relativních cest a vyhýbat se relativním URL s hlubokým zanořením (../../slozka/soubor), které jsou náchylné k chybám. Googlebot podle oficiální dokumentace dokáže zpracovat oba formáty, ale absolutní URL v sitemapě a kanonických tazích zajišťují jednoznačnost.

Jak relativní URL ovlivňují výkon CDN?

Relativní URL jsou pro CDN problematická, protože CDN potřebuje znát plnou absolutní cestu včetně vlastní domény, aby mohla obsluhovat statické soubory. Správným řešením je nastavit absolutní URL pro assety směřující na CDN doménu, například `https://cdn.example.com/style.css`, nebo použít tag `` s CDN URL. Relativní URL v HTML naopak fungují dobře, pokud CDN reverzní proxy (Cloudflare, Fastly) zachytává požadavky na úrovni vaší vlastní domény. Pro maximální výkon se doporučuje kombinovat relativní URL pro HTML navigaci a absolutní URL pro statické zdroje s předponou CDN.

Jaké jsou bezpečnostní rizika relativních URL?

Relativní URL sama o sobě nepředstavují přímé bezpečnostní riziko, ale mohou být zneužita v kombinaci s HTML injekcí nebo útoky typu open redirect. Mechanismus same-origin policy v prohlížečích rozlišuje původ na základu schématu, domény a portu, přičemž relativní URL vždy dědí původ aktuálního dokumentu, což je z bezpečnostního hlediska výhodné. Problém může nastat u CORS požadavků, kde relativní URL komplikují správu whitelistingu povolených domén. Doporučuje se vždy validovat relativní URL na straně serveru, aby se zabránilo útokům jako path traversal (../) nebo přesměrování na nežádoucí domény.

Jak používat relativní URL v SPAs s History API?

V single page aplikacích s History API se relativní URL používají pro navigaci v rámci aplikace voláním `history.pushState()` s relativní cestou jako `/produkty/detail/123`. Pro správné sdílení a indexaci je nutné na serveru nastavit fallback (rewrite vše na index.html), aby každá relativní URL vracela stejný HTML shell. Doporučuje se implementovat logiku pro generování kanonických absolutních URL z relativních cest, aby vyhledávače nedostaly duplicitní signály. Při hydrataci aplikace je důležité synchronizovat relativní URL s React Routerem nebo Vue Routerem, jinak může dojít k nekonzistentnímu stavu mezi URL a vykreslenou stránkou.

Jaké jsou rozdíly mezi kořenově relativními, dokumentově relativními a protokolově relativními URL?

Kořenově relativní URL začínají lomítkem (`/obrazek.jpg`) a jsou vždy vyhodnocena vůči kořenu aktuální domény, takže fungují konzistentně bez ohledu na hloubku vnoření stránky. Dokumentově relativní URL (`../obrazek.jpg` nebo `slozka/obrazek.jpg`) se vyhodnocují vůči cestě aktuálního dokumentu, což je činí křehkými při přesunu stránek. Protokolově relativní URL (`//example.com/obrazek.jpg`) přebírají schéma (http/https) z aktuální stránky, což bylo užitečné v době přechodu na HTTPS, ale dnes se již nedoporučují kvůli problémům s mixed content. Nejspolehlivější volbou pro většinu případů jsou kořenově relativní URL s absolutními alternativami pro externí zdroje.

Proč bych měl používat absolutní URL pro kanonické tagy?

Absolutní URL v kanonických tazích (``) jsou podle Google Search Central jednoznačně preferovanou variantou, protože eliminují nejasnosti při konsolidaci duplicitního obsahu. Relativní URL v kanonickém tagu mohou být chybně interpretována, pokud se stránka zpřístupní přes různé subdomény, porty nebo protokoly, což vede k fragmentaci signálů. Absolutní URL navíc usnadňují práci crawlerům, agregačním nástrojům a CDN, které potřebují jednoznačnou identifikaci stránky. Doporučuje se kombinovat absolutní kanonické URL s konzistentní strukturou HTTPS URL napříč celým webem.

Tento ÄŤlĂˇnek byl plnÄ› aktualizovĂˇn dne 18. 6. 2026 s novĂ˝mi informacemi a aktuĂˇlnĂmi daty pro rok 2026.

Co je relativní URL a jak se liší od absolutní?

Když vysvětlujeme, co je relativní URL, je důležité pochopit její funkci ve struktuře webu. Relativní URL odkazuje na soubor nebo stránku s ohledem na aktuální umístění, nikoliv pomocí celé webové adresy (domény). Nepoužívá tedy ‚https://domena.cz‘, ale např. jen ‚/kontakt/‘. To usnadňuje přesuny webu na jinou doménu a zrychluje načítání lokálních zdrojů.

Nejčastější otázky a odpovědi (FAQ)

Kdy bych měl použít absolutní a kdy relativní URL?

Relativní URL používejte pro vnitřní prolinkování (odkazy v rámci vašeho vlastního webu). Absolutní URL naopak použijte tehdy, když odkazujete na externí webové stránky.

Jaké jsou nevýhody relativních URL z hlediska SEO?

Některé vyhledávače nebo nástroje mohou relativní URL nesprávně interpretovat při scrapování obsahu, proto je u kanonických tagů (canonical) nebo v sitemapě vždy vyžadována absolutní URL.