Weby nepadají kvůli špatnému kódu tak často, jak si lidé myslí. Mnohem častěji za problémy může to, co se nepromyslelo, než se začalo — zapomenuté texty, doména sháněná na poslední chvíli, formulář, který nikam neodesílá, a měsíc po spuštění otázka: „a jak vlastně poznáme, že to funguje?"
Za víc než čtrnáct let jsem si zvykl na jednu věc: než sáhnu na kód, projdu s klientem celý web na papíře. Ne proto, abych zdržoval — proto, že hodina přípravy ušetří týden předělávek. Tady je postup, kterým jdu pokaždé: fáze po fázi a u každé důvod, proč tam patří.
1. Cíl a strategie: proč web vůbec vzniká
První otázka nikdy není „jak to má vypadat", ale „co se má stát". Než začnu cokoli kreslit, chci znát čtyři věci:
- Proč web vzniká a jaký problém řeší.
- Pro koho je — kdo je cílová skupina a v jaké situaci na web přijde.
- Jakou akci má u návštěvníka vyvolat: poptávku, nákup, rezervaci, telefonát, stažení nabídky.
- Jak poznáme úspěch — měřitelný cíl, ne pocit („chci víc poptávek" není cíl, „20 poptávek měsíčně" ano).
Bez tohohle se web dělá naslepo. Cíl navíc není akademická věc — určuje všechna další rozhodnutí. Podle něj se řeší struktura, texty, umístění tlačítek i to, co se bude měřit. Když chybí, poznáte to podle webu, který je hezký, ale nikdo z něj nic neudělá.
2. Obsah a struktura
Web není galerie obrázků, je to struktura informací. Proto hned po cíli řeším informační architekturu:
- jaké stránky web potřebuje a jak jsou uspořádané do hierarchie,
- jak vypadá navigace, aby se návštěvník neztratil,
- kdo dodá texty a fotky — a do kdy.
Řeknu to natvrdo: obsah je skoro vždycky největší brzda celého projektu. Kód je hotový, design schválený a čeká se týdny na texty. Proto trvám na tom, aby obsah vznikal co nejdřív — ideálně texty ještě před designem. Design se totiž dělá pro obsah, ne naopak. Když nejdřív namalujete krásné bloky a texty doplníte potom, obsah se ohýbá do šablony a vzniká vata jen proto, aby „se to zaplnilo".
3. Doména, hosting a technologie
Tady se rozhoduje o základech, které se pak těžko mění:
- Doména — krátká, zapamatovatelná, ideálně bez zbytečných pomlček a ne přehnaně dlouhá.
- Hosting — kde web poběží, s ohledem na návštěvnost, zálohy a dostupnost.
- Technologie podle úlohy. Statická prezentace, redakční systém (CMS), nebo plnohodnotná aplikace?
Základní pravidlo zní: nepředimenzovat ani nepoddimenzovat. Firemní vizitka o pěti stránkách nepotřebuje těžký CMS s databází — statika je rychlejší, levnější a bezpečnější. Naopak e-shop nebo web s pravidelnou tvorbou obsahu bez rozumného systému nezvládnete. A myslete dopředu: technologii vybírám i podle toho, jak web poroste a kdo ho bude za dva roky udržovat.
4. Design, UX a přístupnost
Design řeším až teď — schválně. Nejdřív cíl a obsah, pak forma.
- Wireframy před grafikou. Rozložení a hierarchii ladím na drátěných modelech, kde nejde o barvy, ale o to, co je kde a proč.
- Mobile-first. Většina návštěv chodí z telefonu, takže navrhuji od nejmenší obrazovky nahoru. Responzivita není příplatek, je to standard.
- Konzistence. Jednotné barvy, typografie a chování prvků — z brandu, ne z náhody.
- Přístupnost (WCAG, aktuálně verze 2.2, úroveň AA). Dostatečný barevný kontrast (u běžného textu poměr 4,5:1), ovládání celého webu klávesnicí, popisky obrázků (alt texty) a dostatečně velké klikací cíle — WCAG 2.2 uvádí minimum 24 × 24 px.
Přístupnost není jen o lidech s hendikepem. Web, který se dá ovládat klávesnicí, má logickou strukturu nadpisů a čitelný kontrast, je lépe použitelný pro všechny — a některé jeho prvky (alt texty, struktura nadpisů) prospívají i SEO. U některých služeb je navíc přístupnost nově i právní požadavek (European Accessibility Act, účinný od 28. června 2025) — o důvod víc řešit ji od začátku, ne dodatečně.
5. Výkon
Rychlost není kosmetika. Ovlivňuje konverze i pozice ve vyhledávání. Pomalý web lidé opouštějí dřív, než se načte, a Google výkon bere jako jeden ze signálů hodnocení. Měří se přes tzv. Core Web Vitals:
| Metrika | Co měří | Dobrá hodnota |
|---|---|---|
LCP |
dobu vykreslení největšího prvku | ≤ 2,5 s |
INP |
odezvu na interakce uživatele | ≤ 200 ms |
CLS |
vizuální stabilitu (poskakování obsahu) | ≤ 0,1 |
INP (Interaction to Next Paint) od března 2024 nahradilo dřívější FID. Hodnoty se posuzují na 75. percentilu reálných návštěv — nestačí, aby to bylo rychlé u vás v kanceláři.
Prakticky to znamená:
- obrázky v moderních formátech (WebP, AVIF), ve správných rozměrech a s
loading="lazy", - komprese přenosu (gzip, Brotli),
- rozumné cache hlavičky,
- a obecně méně requestů — každý soubor navíc je zdržení.
6. SEO základy
SEO se nedělá „až potom". Zakládá se ve chvíli, kdy staví struktura:
- smysluplné, čitelné URL adresy,
- unikátní
titlena každé stránce;meta descriptionje vhodná, ale nepovinná — Google ji ve výsledcích často přepíše a není hodnoticím faktorem, - logická hierarchie nadpisů (
H1→H2→H3), - strukturovaná data podle
schema.org(typicky JSON-LD), sitemap.xml(oznamuje vyhledávačům URL k procházení) arobots.txt(řídí přístup robotů a crawlerů — pozor, není to bezpečnostní prvek),- kontrola, že se web vůbec smí indexovat (klasik: web spuštěný s blokací z testovacího prostředí).
Po spuštění nezapomeňte web a jeho sitemap přidat do Google Search Console — jinak se o pozicích a chybách dozvídáte jen z pocitů.
7. Bezpečnost a zálohy
- HTTPS je dnes standard, ne nadstandard — certifikát se dá pořídit i zdarma.
- Pravidelné aktualizace systému i knihoven.
- Řízení přístupu — silná hesla, minimum účtů s plnými právy.
- A hlavně zálohy podle pravidla 3-2-1: 3 kopie dat, na 2 různých médiích, 1 mimo lokalitu.
Jedna věta, kterou opakuju pořád dokola: záloha, kterou jste nikdy nezkusili obnovit, není záloha. Obnovu je potřeba pravidelně testovat, jinak zjistíte, že nefunguje, přesně ve chvíli, kdy ji potřebujete.
8. Právní minimum (ČR / EU)
Nejsem právník a tohle není právní rada — u konkrétního webu doporučuju konzultaci s právníkem nebo účetní. Obecně ale řeším čtyři oblasti:
- GDPR. Pokud web zpracovává osobní údaje (formuláře, často i analytika), potřebujete právní důvod (titul) a srozumitelné zásady zpracování osobních údajů. U sledovací analytiky a dalších neesenciálních skriptů navíc většinou potřebujete předchozí souhlas (viz cookies níže). Ne každá analytika ale osobní údaje zpracovává — plně agregovaná data jimi nejsou.
- Cookies. U neesenciálních cookies je nutný souhlas. V ČR platí od 1. 1. 2022 režim opt-in — tedy předchozí aktivní souhlas, ne předvyplněné „souhlasím".
- Identifikační údaje. Podle § 435 občanského zákoníku musí podnikatel na webu (v informacích zpřístupňovaných dálkovým přístupem) uvádět jméno / název a sídlo. IČO a údaj o zápisu do rejstříku § 435 váže na obchodní listiny; povinnost zveřejnit je i na webu mají obchodní korporace (s. r. o., a. s.) podle § 7 zákona o obchodních korporacích. V praxi je rozumné uvádět na webu jméno/název, sídlo i IČO a zápis do rejstříku.
- Obchodní podmínky a předsmluvní informace. Týkají se spotřebitelských smluv uzavíraných na dálku i mimo obchodní prostory — typicky e-shopů, ale i prezentačního webu s objednávkovým či rezervačním formulářem. Rozhoduje, zda přes web se spotřebitelem uzavíráte smlouvu, ne jestli web vypadá jako e-shop. Součástí bývá i informace o právu odstoupit od smlouvy zpravidla do 14 dnů. Čistě prezentační web obchodní podmínky nepotřebuje — úplně bez povinností ale není: platí identifikace podnikatele a při zpracování osobních údajů či cookies i GDPR a pravidla ePrivacy.
9. Analytika a měření
Vraťme se k cíli z bodu 1 — bez měření nevíte, jestli jste ho splnili. Nasazuju analytiku hned od startu, ideálně privacy-friendly nástroje (např. Plausible, Matomo, Fathom), které často zvládnou méně obtěžovat s cookie lištou.
Klíčové je měřit cíle a konverze, ne jen návštěvnost. Deset tisíc návštěv bez jediné poptávky je informace o problému, ne o úspěchu.
10. Provoz a údržba
Web není hotový spuštěním — spuštěním teprve začíná jeho život. Předem se proto domluvíme na tom, kdo se stará dál:
- monitoring dostupnosti (ať se o výpadku dozvíte vy, ne až naštvaný zákazník),
- pravidelné aktualizace,
- běžící a testované zálohy,
- a jasno v tom, kdo web spravuje a na koho se obrátit.
11. Checklist před spuštěním
Než web pustím do světa, projedu vždycky totéž:
- test napříč zařízeními a prohlížeči (desktop i mobil),
- kontrola odkazů, ošetřená 404 a funkční přesměrování,
- favicon a náhledové OG obrázky pro sdílení,
- funkční formuláře — otestované, že opravdu doručí e-mail,
- výkon a přístupnost proměřené, ne odhadnuté,
- právní stránky (zásady, cookies, obchodní podmínky, identifikace),
sitemap.xmla přidání do Search Console.
Web není hotový spuštěním
Většina toho, co rozhoduje o tom, jestli web bude fungovat, se odehraje dřív, než napíšu první řádek kódu. Cíl, obsah, volba techniky, výkon, právo, měření — když je tohle promyšlené, samotná realizace je nuda. A o nudnou, předvídatelnou realizaci přesně jde.
Takhle to děláme, protože se to vyplácí: hodina přemýšlení na začátku ušetří dny hašení požárů potom. A požáry na produkci nikoho nebaví — nejmíň mě.