Úvod a společný slovník

Editor řekne „nasaď to", myslí publikování článku. Vývojář slyší deploy celé aplikace. Marketér si pod „cache" představí problém s přihlášením, vývojář CDN edge, editor zase to, že na webu pořád vidí starou verzi. Tři lidé, jedno slovo, tři významy. A nikdo z nich neví, že se nedomluvili.

Tomuhle se říká falešné porozumění a je to největší skrytý zdroj tření v týmu kolem webu. Na žádném úkolu ho neuvidíte. Projeví se až o tři dny později, když je „hotovo" jinak, než kdo čekal.

Eric Evans tenhle problém pojmenoval v Domain-Driven Design (2003) jako ubiquitous language. Jeden jednoznačný slovník, kterým mluví všichni, od byznysu po kód. Software si s nejednoznačností neporadí. A tým bez společného jazyka pálí energii na věčný překlad mezi dvěma slovníky. Tahle kapitola je ten slovník pro zbytek příručky.

Není to encyklopedie. Je to mapa. Každý pojem dostane jednu větu a odkaz do kapitoly, kde ho rozebíráme pořádně. Slovník drží smysl jen tak dlouho, dokud ho ostatní kapitoly skutečně používají. Proto je tu skoro u všeho odkaz.

Komu je příručka určená

Smíšenému týmu: lidem od obsahu, od marketingu a od vývoje. Cílem není udělat z každého specialistu na všechno, ale dát všem společnou základnu. Aby věděli, kde končí jejich rozhodnutí a začíná cizí, a aby si u stejného slova představovali totéž.

Napříč příručkou rozlišujeme tři role podle toho, kdo o čem rozhoduje:

• Obsah — co se říká, komu a proč. Vlastní obsahový model a informační architekturu.
• Technika — jak se obsah dostane od změny v repu k uživateli. Vlastní build a deploy, hosting, DNS.
• Provoz — aby web zůstal živý, bezpečný a v souladu s pravidly. Vlastní souhlas, správu a údržbu.

Hodně sporů vzniká tam, kde si dvě role myslí, že rozhoduje ta druhá. Slovník ty hranice zviditelní.

Klíčové pojmy

Doména, DNS, hosting

Tři věci, které splývají nejčastěji, a přitom dělají každá něco jiného.

• Doména je textové jméno (firma.cz). Pronajímáte si ho u registrátora — firmy autorizované doménová jména rezervovat. Vlastnit jméno ještě neznamená nic provozovat.
• DNS (Domain Name System) překládá to jméno na IP adresu serveru. Nameserver je server, který pro vaši doménu drží DNS záznamy a na dotazy odpovídá. Detail v DNS a domény.
• Hosting je místo, kde fyzicky leží obsah webu. Viz Hosting a CDN.

Registrace jména, překlad jména a uložení obsahu jsou tři nezávislé služby. Můžete je mít u tří různých dodavatelů. Když „web nejde", první otázka skoro vždy je, která z těch tří vrstev selhala.

Build, deploy, rendering

• Repozitář je verzovaný zdroj obsahu a kódu (Git). Historie změn, kdo co a kdy.
• Build je krok, který ze zdroje vyrobí hotové stránky. Deploy je jejich vystavení na hosting. Preview je dočasná verze změny ještě před vydáním, ke schválení. Postup od nápadu po vydání rozebírá Git a CI/CD.
• Rendering je okamžik, kdy vznikne výsledné HTML. Při buildu (staticky), na serveru při požadavku, nebo v prohlížeči. To, kdy se to stane, řeší Statické, dynamické, hybridní.

Pozor na mýtus „statický web = bez CMS". Statické znamená, že se HTML vyrobí předem při buildu. CMS pro editaci obsahu běží úplně normálně, jen se na něj sahá v jiném okamžiku.

CDN, origin, edge, cache

• Origin je centrální zdroj originálních dat — váš hosting.
• CDN je síť serverů, která cachuje obsah blíž k uživateli podle geografie a snižuje latenci. Cloudflare jich provozuje přes 300.
• Edge server je první kontaktní bod mezi návštěvníkem a originem. Má-li cachovanou kopii, vrátí ji hned, bez cesty zpět k originu.
• Cache je dočasná kopie. Zrychluje, ale taky způsobuje, že po změně chvíli vidíte starou verzi, dokud se nevyčistí. Celé v Hosting a CDN; konkrétní nástroj v Cloudflare.

CMS a obsahový model

CMS je systém pro správu obsahu. Obsahový model je rozhodnutí, jaké typy obsahu web má a jaká pole mají — entita „článek", „produkt", „autor", ne jen „stránka". Typy obsahu se vyplatí pojmenovat jazykem týmu, ne technickými termíny. Obsah typicky prochází stavem draft → review → publish. Detail v obsahovém modelu.

Canonical, redirect, sitemapa

Tyhle tři pojmy řídí, jak web vidí vyhledávač. Crawl → index → render rozebírá kapitola SEO.

• Canonical (rel="canonical") je značka v <head>, která říká, která URL je ta hlavní, když má stejný obsah víc adres. Je to nápověda, ne příkaz — Google může zvolit jinou.
• Redirect (301) trvale přesměruje starou URL na novou. Zásadní při redesignu, kde se mění struktura adres.
• Sitemapa je XML seznam URL pro vyhledávač. Jeden soubor pojme nejvýš 50 000 URL nebo 50 MB; větší weby se dělí a sdružují přes sitemap index.

Core Web Vitals

Tři metriky, kterými Google měří uživatelský zážitek. „Dobrá" hodnota platí, když ji má aspoň 75 % návštěvníků (p75 v reálných datech CrUX):

• LCP (Largest Contentful Paint) — jak rychle se načte hlavní obsah. Dobré pod 2,5 s.
• INP (Interaction to Next Paint) — jak rychle web reaguje na akci. Pod 200 ms.
• CLS (Cumulative Layout Shift) — jak moc layout poskakuje při načítání. Pod 0,1.

Prahy a způsoby zlepšení popisuje Výkon a Core Web Vitals; velkou roli hrají i média a podklady.

Událost, KPI

Událost je v analytice jednotka měření, konkrétní interakce (klik, zhlédnutí videa, odeslání formuláře), měřená nezávisle na načtení stránky. GA4 na tomhle modelu stojí celý; ke každé události lze připojit až 25 vlastních parametrů. KPI je metrika, kterou jste si vybrali jako měřítko úspěchu. Měřicí plán řeší Analytika, výchozí KPI Discovery.

Souhlas

Souhlas je souhlas návštěvníka. Pozor na dva rámce, které platí současně a pletou se. ePrivacy řídí ukládání a čtení informací v zařízení — cookies, pixely, local storage — a vyžaduje souhlas pro vše, co není nezbytně nutné. GDPR řídí zpracování osobních údajů, které z toho plyne. Legitimní zájem podle GDPR nepřebije souhlas požadovaný ePrivacy. Tohle není právní rada. Opatrný výklad a postup je v právu, soukromí a souhlasu.

Minimální postup změny

Takhle vypadá nejkratší cesta od nápadu k živé verzi, aby slovník nezůstal jen teorií:

1. Změna se zapíše do obsahu nebo kódu a verzuje v repozitáři.
2. Vznikne preview ke kontrole.
3. Po schválení proběhne build a deploy.
4. Cache a CDN se vyčistí, nová verze jde k lidem.
5. Měří se dopad přes události a KPI.

Kdo co v tomhle řetězci vlastní, určují role výše. Přepnutí a migrace větších změn má spuštění a migrace.

Tři nejčastější záměny

• Doména ≠ DNS ≠ hosting. Registrace jména, překlad jména a uložení obsahu. Tři služby, klidně tři dodavatelé.
• Statický web ≠ web bez CMS. Statické znamená HTML vyrobené při buildu, ne absenci redakčního systému.
• ePrivacy ≠ GDPR. Souhlas s cookies a zpracování osobních údajů jsou dva různé rámce, oba platí zároveň.

Praktický checklist

• Tým má sepsaný slovník pojmů a používá ho i mimo tuhle stránku.
• Je jasné, kdo rozhoduje o obsahu, kdo o technice a kdo o provozu.
• Je popsaný minimální postup změny od nápadu po vydání.

Zdroje

• Martin Fowler, Ubiquitous Language; Eric Evans, Domain-Driven Design (2003).
• ICANN — Domain Name System.
• Cloudflare Learning — CDN, edge server.
• web.dev — Defining the Core Web Vitals metrics thresholds.
• Google Search Central — Consolidate duplicate URLs, Build a sitemap.
• Google Analytics Help — GA4 event model.
• EDPB — k rozdílu ePrivacy a GDPR.

Slovník je vstupní bod do celé příručky. Když narazíte na pojem, kterému v jiné kapitole nerozumíte, vraťte se sem.