Discovery a cíle

V dubnu 2026 zjistil britský Department for Business and Trade nepříjemnou věc: jeho vlastní web krmí AI vyhledávače špatnými informacemi. Na dotaz, kolik stojí založení charity, vracela AI částky £13 a £40. Skutečné poplatky byly £100 a £124.

Problém nebyl jen v AI odpovědi. Údaje pocházely ze starých stránek, které nikdo pět let neaktualizoval, skoro nikdo nečetl a hlavně neměly vlastníka. Publikoval je někdo, kdo už ve službě nepracoval, a nikdo je nepřevzal. Stránky tam tiše ležely, dokud z nich AI vyhledávání nezačalo tahat zastaralé sazby a říkat je uživatelům.

To je discovery v jedné scéně. Než web začnete měnit, potřebujete vědět tři věci: co na něm leží, co z toho má hodnotu a podle čeho poznáte, že změna pomohla.

Bez toho je redesign jen drahé hádání.

Inventura je nudnej seznam

U každé stránky nebo podkladu si poznamenejte URL, titulek, typ obsahu, datum poslední změny, návštěvnost a vlastníka. Neřešte ještě, jestli je stránka dobrá. Nejdřív jen zjišťujete, co všechno existuje.

U většího webu to chcete automatizovat. Ruční inventura se rychle promění v úmorné přepisování URL a člověk začne dělat chyby přesně ve chvíli, kdy má být pečlivý.

Zní to nudně (taky je!), ale u větších webů začne být inventura překvapivě zajímavá. University of Southampton měla web o čtyřech milionech stránek. Přístup za dané období mělo jen 156 000 z nich a 90 % veškeré návštěvnosti se odehrávalo na pouhých 8 000. Drtivá většina webu tedy jen ležela stranou. Nikdo na ni nechodil, ale pořád existovala, stárla a něco stála.

Gerry McGovern tomu říká Zombieland: obsah, který není mrtvý ani živý. Jen tam je.

U menších webů máte inventuru hotovou skoro hned a často najdete jednu nebo dvě zapomenuté stránky. U velkých webů to trvá, ale může se to vyplatit. McGovern odhaduje cenu jednoho kusu publikované informace orientačně na £2 000 až £2 500 ročně. I když konkrétní částka nebude sedět na každý web, princip sedí: neudržovaný obsah už někdo zaplatil a dál ho platíte.

Inventura ukáže poměr živého a mrtvého obsahu. Často se u redesignu mlčky drží pravidlo „ponechat, dokud někdo neprokáže, že to vadí". Po inventuře je zdravější otázka opačná: proč to máme nechat, když nikdo neumí říct, komu to pomáhá?

Audit: co ponechat, opravit nebo odstranit

Teprve nad inventurou dává smysl audit. V tu chvíli už nepočítáte stránky, ale rozhodujete, co s nimi.

Jednoduchý nástroj je ROT: Redundant, Outdated, Trivial.

• Redundant je obsah na víc místech, který jde spojit.
• Outdated je starý nebo nepřesný.
• Trivial kdysi nějakou hodnotu měl, ale pro dnešní publikum ani cíle už nic neznamená.

Cíl auditu není vyrobit další tabulku. Cíl je rozhodnout: ponechat, sloučit, přepsat, přesměrovat nebo odstranit. Starý obsah jinak dál kazí použitelnost, vyhledatelnost a důvěryhodnost.

U velkých webů počítejte s tím, že audit je drahý a pomalý. Gavin Dispain z britského Department for Transport doporučuje plánovat ho jako práci na plný úvazek, ne jako něco bokem. Jejich audit prošel 7 396 položek obsahu, trval šest měsíců a měl vyhrazeného člověka.

Pro koho je web a co na něm lidi řeší

Inventura a audit popíšou, co na webu leží. Neřeknou, pro koho to tam je. To je druhá půlka discovery a snadno se přeskočí. Tým se vrhne na obsah a strukturu, aniž si ujasní, komu web pomáhá a s čím na něj lidi přicházejí.

Nemusíte na to mít týdny výzkumu. Stačí lehká verze tří nástrojů.

Top úkoly. Gerryho McGoverna jsme už citovali u zkyslého mléka. Jeho druhá velká myšlenka jsou top tasks: na každém webu existuje pár úkolů, kvůli kterým tam lidi opravdu chodí, a dlouhý ocas věcí, na kterých skoro nikomu nezáleží. Zjistěte těch pár úkolů a postavte je nad zbytek. Když je nepojmenujete, web tahá za drobnosti stejně silně jako za to klíčové a rozmělní se.

Joby. Místo demografie pojmenujte motivaci. Job zapište v jednoduchém tvaru „když [situace], chci [motivace], abych [výsledek]". Třeba: když mi doma teče voda, chci hned vědět, koho zavolat, abych zastavil škodu. Údaj „žena, 40 let, kraj" vám tady nepomůže. Situace a motivace ano.

Proto-persony. Krátký společný jazyk týmu, ne romány. Pár vět o tom, kdo jsou typičtí lidé na webu a co řeší, aby všichni mířili na stejné lidi. Jakmile proto-persona přeroste do životopisu s fotkou a oblíbenou kávou, přestává být k užitku.

A ještě k čemu ty lidi vedete. U každého top úkolu si řekněte, jakou konverzí nebo dokončeným cílem končí: odeslaná poptávka, telefonát, rezervace, stažení. Vazba úkol → konverze je pak přímý vstup do měřicího plánu.

Tohle se rozhodne v discovery a táhne celý zbytek. Z toho, pro koho web je a co na něm lidi řeší, vychází obsah, informační architektura i celý redesign. Bez toho si tým navymýšlí obsah, který nikomu nepomáhá.

Výchozí KPI: bez současného stavu nepoznáte dopad

Třetí výstup discovery není moc vidět, ale po spuštění se špatně doplňuje. Potřebujete záznam stavu před změnou: celkové návštěvy, zapojení, konverze a dokončené cíle, nejnavštěvovanější stránky, klíčová slova, organické kliky a pozice.

Bez výchozího stavu po spuštění nevíte, jestli jste pomohli, nebo uškodili. A to je otázka, která po redesignu přijde skoro vždycky.

Nejjednodušší je tabulka. Řádky mohou být hlavní úkoly z top tasks analýzy, sloupce metriky, které k nim máte: návštěvnost, dokončení cíle, organické kliky, pozice, výkon. Data často nesedí dokonale. To nevadí. Hrubá momentka před změnou je pořád lepší než přesný pocit po změně.

Co když klient nikdy nic neměřil

To je velmi častý případ: klient web má, ale žádná data k němu nemá. Nikdy nic neměřil, nebo měřil a nikdo se na to nedíval. Po redesignu pak nejde říct, jestli pomohl, protože není s čím srovnávat.

Dá se to obejít, ale jen když začnete včas.

Začněte měřit hned, ještě před redesignem. I pár týdnů provozu starého webu nám něco řekne, takže pokud klient může nasadit na starý web analytics (třeba pomocí Google Tag Manageru), super. Není to ideál, ale je to nekonečně víc než nula.

Vytěžte data, která existují, i když je nikdo „nezaložil". Google Search Console drží historii zpětně řádově v měsících i bez předchozího setupu, stačí web v Google Console ověřit. Serverové logy starého webu ukážou návštěvnost, i když na webu žádná analytika neběží. Obchodní metriky (počet poptávek, objednávek, telefonátů) má klient často v CRM nebo aspoň v hlavě obchodníka.

Když čísla nejsou, udělejte aspoň kvalitativní baseline. Sepište dnešní bolesti, projděte klíčové úkoly a zaznamenejte, jak to dneska dopadá, klidně i screenshoty obrazovek a jednotlivých kroků. Po spuštění pak máte s čím srovnat, i bez grafů.

Každá hlavní stránka má vlastníka

Stránky bez vlastníka nikdo neaktualizuje, protože za ně nikdo neodpovídá. „Všichni a nikdo" je u středních webů nejčastější scénář.

Vlastník není člověk, který stránku kdysi napsal. Je to člověk nebo role, která umí říct: tahle informace je pořád pravdivá, tuhle část musíme opravit, tuhle stránku můžeme odstranit. U malého webu to bývá jedna odpovědná osoba za celý web. U velkého webu je to složitější, ale o to víc se vyplatí vědět, kdo odpovídá za kterou stránku nebo sekci.

Příští audit je pak výrazně jednodušší. Nehledáte autora po pěti letech. Ptáte se vlastníka.

Web bez vlastníka na straně klienta se zase rozpadne

Na tohle se ptáme málo a málo to klientům zdůrazňujeme. Předchozí sekce mluvila o vlastnících jednotlivých stránek, ale u menších webů je spíš důležité, kdo u klienta vlastní celý web. Ne kdo ho zaplatil, ale kdo za něj po spuštění ručí, kdo má mandát rozhodovat o obsahu a komu je jasné, že je to jeho zodpovědnost.

Přijde mi, že web, kde u klienta není jasný vlastník, se znovu rozpadne. Vrátí se přesně do stavu, kvůli kterému jste dělali redesign. Obsah zastará, struktura se zaplevelí novými výjimkami a za dva roky tam zase leží stránky s nepravdivými informacemi. A my to z venku spíš nezachráníme. Můžeme dodat sebelepší web, ale po spuštění žije nebo umírá podle toho, jestli ho má uvnitř firmy kdo držet.

Co s těmi výstupy dál

Discovery má dodat podklady pro další rozhodnutí. Pokud máte pocit, že děláte dokumenty do šuplíku, nedělejte je a bavme se o tom.

Mapování stránek na potřeby uživatelů je přímý vstup do informační architektury: strom obsahu pak stavíte na reálných úlohách, ne na organizačním diagramu firmy. Inventura zároveň ukáže, jaké typy obsahu na webu opravdu existují. To je podklad pro obsahový model.

Výchozí KPI se použijí po spuštění. Bez nich se z hodnocení redesignu stane debata o dojmech.

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

Ne. Otázka „co ponechat, co změnit, co odstranit a podle čeho to poznám" platí pro dvacet stránek stejně jako pro čtyři miliony. U malého webu máte inventuru a lehký audit hotové za odpoledne a zároveň si v hlavě uděláte představu, s čím vlastně pracujete.

U pětistránkové vizitky může stačit půlhodina a krátký seznam. Pointa není dlouhý proces, důležité je neměnit web naslepo.

Praktický checklist

• Sepsali jste inventuru: každá stránka a podklad má URL, typ, datum změny, návštěvnost a vlastníka.
• Každá hlavní stránka má konkrétního vlastníka, ne jen historického autora.
• Nad inventurou proběhl ROT audit a u většího webu má objektivní filtr.
• Máte výchozí stav pro výkon, organickou návštěvnost, zapojení a konverze.
• Stránky jsou namapované na reálné potřeby uživatelů.

Tři typické chyby

• Vynechaná inventura. Měníte web, o kterém nevíte, co obsahuje. Důsledek: starý balast se přestěhuje do nové struktury.
• Žádný výchozí stav, nebo až po spuštění. Bez momentky před zásahem dopad neprokážete. Důsledek: úspěch redesignu se hodnotí podle pocitu.
• Mazání naslepo místo přesměrování. Zastaralý obsah škodí, ale řešení je 301 na lepší zdroj, ne tichá ztráta long tailu i důvěry.