Informační architektura, taxonomie a navigace

Navigace, kterou vidíte v hlavičce webu, je špička ledovce. Pod hladinou je logika, podle které vzniká. Které věci patří k sobě, co je nadřazené čemu, jak se ta hierarchie pojmenovává. Tahle logika je informační architektura. Abby Covert ji definuje jako „způsob, jakým uspořádáme části něčeho, aby to dávalo smysl jako celek". Navigace je jen jeden její projev. Stejnou logiku vidíte v URL, v breadcrumbu, v souvisejících odkazech, ve filtrech a ve vyhledávání. Když je IA špatně, předěláte menu a problém zůstane, protože jste sáhli na špičku, ne na ledovec.

Z toho plyne pořadí práce, které se v praxi často obrací. Navigaci nejde navrhnout jako první. Je to výstup, ne vstup. Vstupem je mapování stránek na potřeby uživatelů z discovery a top tasks z webu jako produktu, těch zhruba pět úloh, kvůli kterým lidé na web chodí. Z nich se skládá strom obsahu. Pojmy jako canonical, redirect nebo sitemapu tu znovu nedefinujeme, ty má společný slovník.

Strom se staví na úlohách, ne na organigramu

Nejčastější chyba IA má jméno. Steven Sinofsky jí říká „shipping the org chart": co firma vydá, je vedlejší produkt její vnitřní struktury. Web rozdělený na sekce podle oddělení je zveřejněný organigram. Uživatel se ale o vaši vnitřní strukturu nezajímá. Přišel splnit úlohu, která často prochází napříč třemi odděleními najednou, a vy ho nutíte uhodnout, které z nich tu úlohu „vlastní".

GOV.UK na tohle narazila ve velkém. Původně předpokládala, že potřebuje oddělené taxonomie pro různá publika a typy obsahu, zvlášť mainstream, zvlášť specialist, zvlášť policy. Výsledek popsali jako „patchy and inflexible". Fragmentace znamenala víc míst k údržbě a nekonzistenci mezi nimi. Přešli proto na jedinou sjednocenou taxonomii napříč celou doménou, postavenou na jazyce a mentálním modelu uživatele, ne na resortech. Jeden strom, ne strom na každé publikum.

Tady číhá lákavá námitka: „každé publikum má svoje, dejme každému vlastní vstup." Zní vstřícně, ale GOV.UK to zkusila a uzavřela jako slepou uličku. Víc taxonomií není víc péče o uživatele, je to víc rozbitých míst. Jedna logika, ve které se každé publikum najde, vyhrává nad několika, které spolu nesedí.

Card sort generuje, tree test ověřuje

„My víme, jak to lidi hledají" je domněnka, ne data. IA postavená od stolu je strom poskládaný podle toho, jak věcem rozumíte vy, ne jak je hledá někdo zvenčí. Existují dvě metody, jak tu domněnku nahradit zjištěním, a pletou se.

Card sorting strukturu generuje. Dáte lidem karty s obsahem a necháte je roztřídit do skupin, které jim dávají smysl. Z toho vyleze jejich mentální model: co k sobě podle nich patří a jak by to pojmenovali. To je vstup do stromu, na začátku.

Tree testing strukturu ověřuje. Vezmete navržený strom menu, bez grafiky a bez vizuálu, a zadáte úkol: „kde byste hledali tohle?" Měříte dohledatelnost, tedy jestli lidé obsah ve stromě skutečně najdou. To je ověření, na konci. Card sort vám řekne, jak strom postavit. Tree test, jestli ten postavený funguje.

GOV.UK svou novou navigaci protáhla šesti koly testů použitelnosti s reálnými uživateli, od ředitelů základních škol po školní radní, v pozdějších kolech i s lidmi s dyslexií, ADHD a autismem. Stará navigace měla slepé uličky a smyčky odkazů: uživatel se v nich ztratil, aniž našel odpověď. Obsah bylo nutné rozkrájet na jemnější úrovně, aby se dal rychleji procházet. V jednom kole postavili accordion proti anchor-linkům, dali stejné úkoly na obou s náhodným pořadím, aby oddělili efekt designu od učení. Accordion vyhrál, protože dovolil rychle zjistit, co je pod každým podtématem, bez proklikávání. To se od stolu neuhodne.

Víc filtrů není víc pořádku, je to past pro crawler

Polyhierarchie a facety vypadají jako čistá výhra. Dej všemu víc kategorií, přidej filtry, ať si každý najde cestu po svém. Volnost má ale technickou cenu, a je velká.

Faceted navigation je podle Googlu zdrojem zhruba poloviny nahlášených crawl problémů. Systém s patnácti filtry po osmi hodnotách vygeneruje biliony kombinací URL. Drtivou většinou téměř duplicitních nebo prázdných. Neřízené to spolyká až 99 % crawl budgetu a hodnotné stránky zůstanou neobjevené. Facety potřebují vrstvu kontrol nad crawlerem: canonical, noindex, robots, odkazy, které crawler nenásleduje. Která stránka má být indexovatelná a jak se to technicky ošetří, řeší SEO. IA rozhodne strukturu, SEO ji udrží průchodnou pro stroje.

URL je adresa v IA, ne řetězec znaků

URL není kosmetika, kterou dořeší vývojář při nasazení. Je to čitelný projev stromu obsahu a zároveň SEO signál. Google v tom má tvrdá pravidla. URL ze slov v jazyce publika, ne /item?id=1234 ani /page2. Jediný doporučený oddělovač slov je pomlčka, podtržítko se jako oddělovač nebere. Struktura URL má odrážet hierarchii obsahu a držet se těch 3 až 4 úrovní.

Tahle wiki to dělá doslova: cesta souboru je identita konceptu i jeho URL. /struktura/informacni-architektura říká, kde ve stromě věc bydlí, jedním pohledem.

A protože je URL adresa, její změna je změna IA. Předěláte URL strukturu a měníte informační architekturu, ne jen řetězce. Proto změna URL bez 301 mapy patří k nejdražším chybám, jak ukazuje redesign na propadech −42 % a £3,8 mil. Redirect mapa je důsledek toho, že jste sáhli na strom.

Breadcrumb: kde jsem a co je nade mnou

Velká část lidí na web nepřijde přes úvodní stránku. Přijde rovnou na hlubokou stránku z vyhledávání nebo z odkazu, bez kontextu, kde v té struktuře vlastně je. GOV.UK proto po výzkumu zavedla konzistentní breadcrumb napříč všemi stránkami. Ne jako ozdobu, ale jako odpověď na „kde jsem a co je nade mnou". Breadcrumb je samostatný projev IA, ne kopie hlavního menu. Patří mezi přístupnostní prvky, GOV.UK ho testovala i s lidmi s kognitivními potřebami, vedle accordionu, skip-navigace a srozumitelných popisků.

Není to zbytečné pro malý web?

„Card sort, tree test, taxonomie, to je aparát pro GOV.UK, my máme dvacet stránek." Aparát se škáluje. Card sort na dvacet karet je práce na odpoledne, ne na šest kol testů.

Co se neškáluje, je otázka. „Podle čeho lidi tenhle obsah hledají a jak to mám pojmenovat?" platí pro dvacet stránek stejně jako pro dva tisíce. A zveřejněný organigram se na malém webu pozná ještě snáz, protože tam ta dvě tři oddělení sedí ve vedlejší místnosti a jejich logika prosákne do menu sama.

Praktický checklist

• Existuje strom obsahu postavený na úlohách z discovery, ne na odděleních.
• Strukturu generoval card sort a ověřoval tree test, ne domněnka.
• Je jedna taxonomie napříč publiky, ne taxonomie na každé publikum.
• Strom má max 3 až 4 úrovně hloubky.
• Existují pravidla pro tagy a názvosloví, oddělená od klasifikace.
• URL jsou ze slov, s pomlčkami, odrážejí hierarchii.
• Facety mají vrstvu crawl kontrol (canonical, noindex), ne volné generování URL.
• Breadcrumb je konzistentní napříč webem.

Tři typické chyby

• Navigace navržená bez obsahu. Strom postavený na domněnkách, laděný naslepo, protože chybí card sort i tree test na reálném obsahu.
• Taxonomie podle organigramu nebo pro každé publikum. Uživatel hledá podle úlohy. GOV.UK to zkusila po resortech a uzavřela jako „patchy and inflexible".
• Nekontrolované facety a polyhierarchie. Víc kategorií vypadá jako pořádek, ale neřízené je to past pro crawler: ~50 % crawl problémů, až 99 % crawl budgetu.