Struktura webu a informační architektura: jak usnadnit orientaci
Dobrá struktura webu pomáhá návštěvníkovi poznat, kde je, co zde najde a kudy pokračovat. Začíná u zákaznických úkolů, nikoli u firemního organizačního schématu. Ukážeme, jak zmapovat obsah, pojmenovat sekce, ověřit návrh navigace a změnit starý web tak, aby lidé neztráceli cestu k nabídce ani po příchodu z vyhledávače.
Představte si zákazníka servisní firmy. Chce zjistit, zda opravujete zařízení jiné značky, a pak poslat poptávku. V menu vidí položky Řešení, Technologie a Centrum. Žádná mu nenapoví, kde ověří svou situaci. Web může být rychlý a vizuálně povedený, přesto návštěvník tápe. Tento ilustrační příklad budeme používat jako pomůcku při rozhodování o struktuře.
Následující postup je redakční návrh pro firemní web. Neobsahuje výsledky testu konkrétního klienta ani univerzální počet položek menu. U každého kroku popisujeme výstup, který můžete předat kolegům nebo dodavateli, a způsob, jak ověřit jeho použitelnost.
01Co patří do informační architektury
Informační architektura určuje, jak obsah rozdělíte, pojmenujete a propojíte. Menu je jedna z jejích viditelných podob. Strom stránek pomáhá při plánování, ale sám neřeší, co se zobrazí v kategorii, jak člověk pozná rozdíl mezi službami nebo odkud se dostane na související odpověď. Tyto otázky je potřeba řešit společně.
V zadání odlište čtyři vrstvy. Obsah určuje, které informace existují. Struktura řeší jejich skupiny a vztahy. Navigace nabízí konkrétní cesty. Rozhraní ukazuje, jak jsou tyto cesty a informace zobrazené a ovladatelné na obrazovce. Pokud zákazník nerozumí významu kategorie, větší tlačítko problém vyřešit nemusí.
| Vrstva | Příklad výstupu | Co ověřujete |
|---|---|---|
| Obsah | Seznam služeb, podmínek a odpovědí | Nechybí informace pro rozhodnutí? |
| Struktura | Skupiny, nadřazené stránky a vztahy | Dává zařazení smysl zákazníkovi? |
| Navigace | Menu, drobečky a související odkazy | Pozná člověk správný další krok? |
| Rozhraní | Ovládání a zobrazení na zařízení | Dokáže člověk cestu skutečně použít? |
02Začněte úkolem, který chce člověk dokončit
Sepište konkrétní situace: vybrat vhodnou službu, ověřit oblast působnosti, zjistit podmínky servisu, porovnat řešení nebo najít podporu k existující objednávce. Věta „uživatel chce informace“ je pro návrh příliš široká. U každé situace připojte otázku, na kterou potřebuje odpověď, a rozpoznatelný výsledek.
GOV.UK doporučuje začínat poznáním lidí a jejich potřeb. Pro firemní web můžete jako podklady spojit rozhovory se zákazníky, opakované dotazy podpory a pozorování práce s webem. Samotný názor obchodního týmu berte jako důležitý vstup, který je ještě třeba ověřit u lidí mimo firmu.
V našem modelu servisní firmy odlište nového zájemce od člověka s poruchou během platné servisní smlouvy. Oba hledají servis, ale druhý potřebuje rychlý kontakt a postup hlášení. K pochopení celého kontextu pomůže customer journey mapa; struktura pak musí podpořit konkrétní kroky této cesty.
03Udělejte inventuru obsahu, ne jen seznam URL
Ke každé stávající stránce zapište téma, cílový úkol, vlastníka, aktuálnost a důležité příchozí odkazy. Rozlišujte obsah potřebný pro rozhodnutí zákazníka od materiálu, který vznikl jen kvůli jedné kampani. Malá návštěvnost není sama o sobě důvod ke smazání: reklamační postup může být zásadní, i když jej využívá málo lidí.
Hledejte také rozpory. Stejná služba může mít jiný název v ceníku, menu a případové studii. Dvě stránky mohou slibovat rozdílnou dobu podpory. Před přesouváním odkazů rozhodněte, který zdroj bude hlavní a kdo opraví ostatní výskyty. Pouhé přeřazení zastaralého obsahu problém zachová.
Výsledkem inventury má být rozhodnutí ponechat, upravit, sloučit nebo odstranit, doplněné důvodem a vlastníkem. U chybějících odpovědí založte úkol na obsah. Prázdná stránka s dobrým názvem je stále prázdná stránka, nikoli dokončená architektura.
04Seskupujte podle očekávání zákazníků
Kategorie mohou vycházet z typu služby, problému nebo situace. Neskládejte však do jedné úrovně náhodně všechna tři hlediska. Pokud vedle sebe stojí Servis, Výrobní firmy a Naše oddělení, člověk musí nejprve pochopit, podle jakého pravidla nabídku číst. Přehledová stránka může nabídnout více cest, ale každou jasně označte.
Při card sortingu účastníci třídí témata do skupin. Metoda pomáhá odhalit očekávané souvislosti. Její výsledek není hotovým menu ani hlasováním o finálním webu. Návrh musí zohlednit také hlavní úkoly, množství obsahu a provozní možnosti.
Pro modelovou servisní firmu lze připravit karty Servis cizí značky, Pravidelná údržba, Hlášení poruchy a Náhradní díly. Názvy nepište tak, aby již samy prozrazovaly zamýšlenou skupinu. Rozdíly mezi odpověďmi mohou ukázat různé zákaznické situace, které jedna jediná cesta nepokryje.
05Pojmenujte sekce tak, aby slibovaly konkrétní obsah
Z názvu by mělo být možné odhadnout, co se po otevření objeví. Interní názvy oddělení, abstraktní slovesa a marketingová hesla bývají slabým vodítkem pro nového návštěvníka. Nejde o zákaz originálního jazyka celé značky. Navigace má ale především pomáhat rozhodnout o dalším kroku.
U každého důležitého odkazu si napište jednu větu: „Po kliknutí zde zákazník očekává…“ Pokud se tým neshodne, vraťte se k obsahu cílové stránky. Název Služby není sám o sobě špatný; musí však vést na srozumitelný přehled. Název Řešení naopak nemusí být srozumitelný bez dalšího kontextu.
| Nejasné v modelovém webu | Konkrétnější varianta | Podmínka použití |
|---|---|---|
| Centrum | Podpora a servis | Stránka skutečně obsahuje pomoc a servisní postupy |
| Zjistit více | Porovnat servisní plány | Cíl nabízí srovnání plánů |
| Pro firmy | Servis pro výrobní firmy | Nabídka je určená právě tomuto segmentu |
| Naše možnosti | Co opravujeme | Cíl jasně vymezuje podporovaná zařízení |
06Nehledejte univerzální počet kliknutí
Tři kliknutí přes nejasné názvy mohou být obtížnější než čtyři jednoznačné kroky. NNGroup upozorňuje, že pravidlo tří kliknutí není podloženým univerzálním limitem. Sledujte, zda lidé poznají správnou cestu, zda se vracejí a jestli na konci dostanou potřebnou odpověď.
Ani co nejplošší strom není automaticky lepší. Rozsáhlá první úroveň může přesunout námahu z proklikávání do hledání mezi mnoha podobnými položkami. Naopak hlubší strom vyžaduje jasné skupiny a dobře označenou aktuální pozici. Volbu posuzujte na důležitých úlohách, ne podle estetické symetrie diagramu.
V zadání můžete určit prioritu dostupnosti: kontakt pro hlášení havárie má být snadno dohledatelný z relevantních servisních stránek. Nemusíte přitom nutit všechny právní dokumenty a archivní články do hlavního menu. Různé typy obsahu potřebují různou míru viditelnosti.
07Umožněte orientaci i při příchodu doprostřed webu
Člověk nemusí začít na domovské stránce. Může přijít z vyhledávače, e-mailu nebo odkazu kolegy přímo na detail služby. Detail proto potřebuje vlastní kontext: komu je služba určená, kam patří, co na ni navazuje a jak se dostat k nadřazenému přehledu. Základní navigace nemá spoléhat na to, že návštěvník již viděl úvod.
Drobečková navigace má popisovat umístění v hierarchii, nikoli nahrazovat historii prohlížení. Kontextové odkazy zase pomohou pokračovat k odpovědi, která logicky navazuje. U servisu cizí značky může následovat seznam potřebných podkladů nebo podmínky diagnostiky, ne nesouvisející nejnovější článek.
W3C v kritériu Multiple Ways vysvětluje více způsobů nalezení stránky v souboru stránek, s výjimkami pro kroky nebo výsledky procesu. V praxi kombinujte vhodné cesty podle velikosti webu: přehledy, interní odkazy, vyhledávání či mapu webu. Není nutné přidat všechny prvky na každou stránku.
08Vyhledávání a filtry strukturu doplňují
Když člověk zná přesný název, může mu vyhledávání cestu zkrátit. Pokud teprve zjišťuje možnosti, pomůže přehled a srovnání. Vyhledávání proto neberte jako omluvu pro nesrozumitelné menu. Zvlášť u nabídky s více podobnými produkty musí být jasné, co se ve výsledcích zobrazuje a jak je dále zúžit.
Filtry vycházejí z vlastností obsahu. U katalogu zařízení mohou znamenat značku a typ, u služeb například provozní režim. Každá vlastnost potřebuje konzistentní hodnoty. Různé zápisy stejné značky se mohou uživateli jevit jako odlišné možnosti. Podrobněji rozebíráme vyhledávání na e-shopu.
Dotazy bez výsledku jsou podnětem k ověření, nikoli automatickým zadáním nové stránky. Může jít o chybějící nabídku, neznámé synonymum, překlep nebo obsah, který vůbec poskytovat nechcete. Oprava závisí na příčině. Při vyhodnocování neukládejte zbytečně osobní údaje obsažené v dotazech.
09Ověřte strom úlohami, které neprozradí odpověď
Tree testing ověřuje nalezení informací v jednoduchém stromu kategorií bez běžného vizuálního rozhraní. Pomůže oddělit problém názvů a zařazení od problémů grafiky. Nenahrazuje ovšem test hotového menu na telefonu nebo s klávesnicí.
Zadání „Najděte stránku Servis cizí značky“ opakuje název cíle a napovídá. V našem modelu je vhodnější situace: „Máte zařízení od jiného dodavatele a potřebujete zjistit, zda u firmy objednáte opravu.“ Před testem určete, které cíle představují úspěšnou odpověď. Může jich být více, pokud informace skutečně odpovídá na stejnou otázku.
Zapisujte výsledek, první zvolenou větev a případné vracení. Pokud účastníci začínají správně, ale dále tápou, podívejte se na nižší úroveň. Pokud už první volba míří různými směry, zkontrolujte názvy hlavních skupin a očekávání různých zákazníků. Tyto interpretace berte jako hypotézy pro další ověření.
10Prověřte skutečné menu na mobilu i klávesnicí
Po ověření stromu přeneste hlavní úlohy do prototypu nebo fungujícího webu. Člověk musí menu najít, otevřít, projít podnabídku a bezpečně se vrátit. Rozlišujte ovládání rozbalení a přechod na stránku. Důležité volby nemají záviset pouze na najetí myší.
W3C WAI vysvětluje význam sémantické struktury menu pro asistivní technologie. Implementaci má doprovázet zkouška klávesnicí, čtečkou obrazovky a při zvětšení. Ptejte se, zda je poznat aktuální pozice a stav rozbalení a zda člověk z ovládání dokáže odejít.
Zahrňte také delší překlady a reálný obsah. Navigace, která se vejde s krátkými českými názvy, může být v jiném jazyce hůře ovladatelná. Ověřte stejné zákaznické úlohy v každém podporovaném jazyce. Doslovný překlad interního termínu nemusí být termínem, který používají zákazníci v daném trhu.
11Při změně adres připravte mapu přesměrování
Úprava menu nemusí znamenat změnu URL. Nejdřív rozhodněte, zda má přesun adres skutečný důvod. Pokud adresy měníte nebo obsah slučujete, připravte přiřazení staré stránky k odpovídajícímu novému cíli. Starý odkaz na podmínky servisu nemá skončit na úvodní stránce, která tuto odpověď neobsahuje.
Google popisuje migraci webu se změnou adres jako přípravu nové verze, mapování adres, přesměrování a následné sledování. Pro vlastní projekt si k tomu přidejte kontrolu důležitých záložek, odkazů v kampaních a cest do formuláře. Změny mohou ovlivnit návštěvnost a vyžadují další vyhodnocení.
Propojení stránek realizujte skutečnými odkazy s cílovou adresou. Google doporučuje srozumitelný text a procházetelné odkazy. Mapa XML je doplněk pro vyhledávače, nikoli náhrada uživatelské navigace. Z nové struktury musí být dosažitelný i obsah, na který se často přichází zvenku.
12Kdo udrží strukturu po spuštění
Určete člověka, který rozhoduje o nových kategoriích, názvech a slučování podobného obsahu. Jinak mohou jednotlivé týmy po několika měsících přidat vlastní položky a původní dohoda se rozpadne. U nové stránky vyžadujte zákaznický účel, místo ve struktuře a plánovanou údržbu.
- Vyberte hlavní zákaznické úlohy a jejich úspěšný výsledek.
- Dokončete inventuru a rozhodněte o rozporech v obsahu.
- Připravte návrh skupin, názvů a souvisejících cest.
- Ověřte nalezení v jednoduchém stromu a následně v rozhraní.
- Při změně adres zkontrolujte přesměrování a důležité interní odkazy.
- Po spuštění porovnejte stejné úlohy a přiřaďte zjištěním vlastníka.
Sledujte nejen klikání na menu, ale i dokončení úkolu. Vyšší počet otevření podpory může znamenat lepší dohledatelnost i problém se službou. Bez kontextu nevyvozujte závěr. Pro pravidelnou kontrolu odpovědností a funkčnosti využijte také postup pro měsíční péči o web.
13Časté otázky
Kolik položek má mít hlavní menu?
Neexistuje jedno číslo pro každý web. Vycházejte z hlavních úkolů, srozumitelnosti názvů a objemu nabídky. Návrh ověřte na reálných úlohách včetně telefonu. Důležité je, zda člověk pozná správnou volbu, nikoli zda menu odpovídá oblíbené poučce.
Je informační architektura totéž jako mapa webu?
Mapa zachycuje navržené stránky a vztahy. Architektura zahrnuje také názvy, kategorizaci, vlastnosti obsahu a různé cesty k informacím. Samotný diagram proto nepokrývá celé zadání.
Má být struktura podle firmy, nebo podle zákazníků?
Veřejný web musí být srozumitelný lidem mimo firmu. Interní oddělení mohou být vlastníky obsahu, ale nemusí se stát kategoriemi menu. Nejdřív zjistěte, jak zákazníci hledají odpovědi a podle čeho se rozhodují.
Nahradí vyhledávání navigaci?
Obvykle plní jinou potřebu. Přesný dotaz pomůže člověku, který ví, co hledá. Přehled kategorií zase tomu, kdo nabídku teprve zkoumá. Obě cesty musí vést ke konzistentnímu obsahu.
Stačí otestovat strom bez grafiky?
Strom pomáhá ověřit názvy a zařazení. Neověří viditelnost menu, ovládání, přístupnost nebo skutečný obsah cílové stránky. Po něm následuje test důležitých úloh v rozhraní.
Musí se při nové struktuře měnit URL?
Ne. Navigaci a vzájemné odkazy můžete upravit i se zachováním adres. Pokud URL měníte, připravte odpovídající přesměrování, aktualizujte odkazy a sledujte dopad. Neměňte adresy jen kvůli hezčímu diagramu.
Jak poznat, zda úprava pomohla?
Předem stanovte konkrétní úlohy a porovnejte, zda je lidé dokončí a kde se ztrácejí. Zohledněte rozdíly mezi skupinami a zařízeními. Samotná návštěvnost, počet kliknutí nebo rychlý odchod nedokládají příčinu.
14Zdroje a vymezení příkladů
Zdroje jsme ověřili 28. října 2026. Situace servisní firmy, tabulky a přejímací seznam jsou redakční příklady. Nejde o zveřejnění klientského projektu ani o naměřené výsledky. Odkazy na metodiky vysvětlují vybrané principy; konkrétní návrh vyžaduje znalost vašeho obsahu a zákazníků.