Předspouštěcí checklist

Tohle je rozcestník bran z celé knihy, ne náhrada za kapitoly. Každá kapitola má vlastní checklist na svém konci a tam je i důvod, proč ta která položka existuje. Tady jsou ty brány složené do jednoho přehledu, ať máš před spuštěním jeden seznam, který projdeš a odškrtneš, místo aby ses proklikával osmi kapitolami.

Seznam je seřazený podle oblasti. U každého oddílu je odkaz na kapitolu, která ho vlastní; když si u položky nejsi jistý, klikni do hloubky. Žádnou z těchhle bran nezvládneš dolepit za pět minut před spuštěním. Proto je projdi dřív, ne až ve chvíli, kdy už na web posíláš lidi.

Obsah a struktura

Vlastní obsahově orientovaný redesign, obsahový model a média a podklady.

• Je jasné, co se vlastně mění: obsah, URL, vizuál, technologie.
• Existuje kompletní mapa přesměrování: každá stará URL míří na odpovídající nový cíl, ne hromadně na úvodní stránku.
• Přesměrování jedou jako 301 nebo 308 na úrovni serveru a drží se podle typu přesunu aspoň 180 dní až rok.
• Mapa je po spuštění otestovaná: žádné zbytečné řetězy, 404, noindex ani dočasné migrační stránky.
• Je uložený výchozí stav ze Search Console a analytiky, proti kterému se dopad po spuštění změří.
• Obsahový model je hotový: typy obsahu jsou pojmenované, sdílené entity jsou reference, bloky stránky jsou komponenty, opakované informace mají jeden zdroj pravdy.
• Redakční stavy zahrnují i archiv; role a schvalování jsou rozhodnuté dřív, než se vybral CMS.
• Pole jsou vyplněná: title, meta description i alt texty; alt vychází z funkce v kontextu, dekorativní obrázek má alt="", ne chybějící atribut.
• Hero a LCP obrázek není lazy; pokud je hlavní kandidát na LCP, má fetchpriority="high". Pod ohybem se loading="lazy" používá cíleně.
• Každý <img> má width a height nebo rezervované místo přes aspect-ratio, aby nevznikal CLS.
• Obrázky vznikají jako sada variant (AVIF, WebP, JPEG, srcset + sizes); animace je krátké <video>, ne GIF.
• U každého média je uložený originál, zdroj, autor a licence; cizí fotky s lidmi, značkami nebo uměleckými díly mají vyřešené souhlasy.

Technika

Vlastní DNS, domény a nameservery, hosting, CDN a doručení obsahu a Git, preview a bezpečný návrat.

• Existuje inventura všech DNS záznamů: A/AAAA, apex i www, MX, SPF, DKIM, DMARC, ověřovací TXT/CNAME a CAA.
• TTL je snížené aspoň jeden plný starý TTL předem (typicky na 300 s, 24 až 48 hodin před přepnutím), ne až těsně před změnou.
• Víš, kdo vlastní přístup k registrátorovi, DNS poskytovateli i e-mailové službě; DNSSEC je zapnutý jen s plánem na správu klíčů.
• TLS se vydává a obnovuje automaticky; certifikát pro novou doménu je vystavený a ověřený před přepnutím.
• Je jasné, kde leží origin, co drží edge a kdo čistí cache při publikaci nebo deployi.
• Hosting má ověřený limit útraty nebo provozu; víš, jestli při špičce web zastaví, pošle varování, nebo účtuje dál.
• Je ověřené, co se cachuje: statické soubory automaticky, HTML jen tehdy, když je to bezpečné a nastavené.
• Zdroj webu i obsah jsou ve verzovaném repu; změny jdou přes větev a PR, ne přímo do main ani na produkci.
• Deploy je atomický a existuje rychlá cesta zpět; žádný secret není v repu.
• Preview deploy jsi otevřel na reálném zařízení a poslal lidem, kteří mají změnu vidět před publikací.
• Máš jasno, co rollback vrátí: artefakt ano, externí databáze nebo CMS ne, a kdy místo něj potřebuješ git revert nebo opačnou migraci.

Výkon

Vlastní výkon a Core Web Vitals.

• Víš, která metrika je v terénu nejhorší: LCP, INP, nebo CLS.
• Nezaměňuješ Lighthouse skóre za Search Console: laboratoř ladí, terén na 75. percentilu rozhoduje.
• U LCP je zkontrolovaný TTFB, hlavní obrázek, fonty, preload a priorita zdrojů.
• U INP nejsou dlouhé tasky ani zbytečný klientský JavaScript v reakci na interakci.
• U CLS je rezervované místo pro obrázky, video, embedy, bannery i fonty.
• Výkonový rozpočet na JavaScript a obrázky první obrazovky běží v CI jako warn nebo error.
• Výchozí stav je uložený a po spuštění sleduješ aspoň 28 dní terénních dat.

SEO

Vlastní SEO a technická nalezitelnost, kde je i podrobnější předspouštěcí SEO checklist.

• robots.txt nepouští Disallow: / (klasický pozůstatek ze stagingu) a nezakazuje důležité sekce.
• Crawl a index jsou oddělené: noindex na to, co nemá být ve výsledcích, robots.txt na to, co se nemá crawlovat; citlivý obsah chrání přihlášení nebo 404/410, ne robots.
• Kanonické URL míří na produkci, konzistentně přes tag, sitemapu, interní odkazy i 301.
• Sitemapa existuje, je aktuální, do 50 000 URL / 50 MB na soubor, bez priority a changefreq, a je odeslaná do Search Console.
• Přesměrování ze starých URL jedou jako 301 na úrovni serveru.
• hreflang má vzájemné odkazy a self-reference, pokud je web vícejazyčný.
• Strukturovaná data projdou Rich Results Testem, pokud je používáš.
• Title, meta description a canonical jsou vyplněné jako pole obsahového modelu.
• Po spuštění: URL Inspection na klíčových stránkách (live test není totéž co stav v indexu) a odeslaná sitemapa.

Přístupnost

Vlastní přístupnost.

• Cíl je WCAG 2.2 úroveň AA, ne AAA a ne overlay widget.
• HTML je sémantické: nadpisy <h1> až <h6> bez skoků, tlačítka <button>, odkazy <a>.
• Celý web projdeš tabulátorem: fokus je vidět, nezůstává uvězněný a nepřekrývá ho sticky prvek; nikde není outline: none bez plnohodnotné náhrady.
• Kontrast je změřený nástrojem: běžný text aspoň 4.5:1, velký text 3:1, netextové prvky 3:1.
• Klikací cíle drží aspoň 24×24 CSS px nebo mají dostatečný odstup; akce „táhni" má alternativu.
• Alt text vychází z funkce v kontextu; dekorativní obrázek má alt="", ne chybějící atribut.
• Automatické kontroly běží v CI jako brána proti regresím; smysl a ovladatelnost ověřil člověk klávesnicí a čtečkou.
• Cookie banner je sám přístupný; tam, kde to žádá zákon nebo provozní riziko, je zveřejněná informace o přístupnosti a cesta pro nahlášení bariéry.

Právo a souhlas

Vlastní právo, soukromí a souhlas.

• Prošel jsi reálný web, ne jen nastavení CMP: skripty, pixely, fonty, embedy, formuláře, analytiku, e-mailing i hosting.
• U každé položky víš, jestli ukládá nebo čte informace v zařízení (ePrivacy), jestli zpracovává osobní údaje (GDPR) a komu data předává.
• Ne-nutné skripty se nespouštějí před souhlasem; nic se neměří ani neprofiluje před souhlasem.
• Reject je na stejné vrstvě jako accept a není vizuálně ani krokově znevýhodněný.
• Záznam souhlasu obsahuje identifikátor, čas, účely, verzi oznámení, metodu sběru a odvolání.
• Každý zpracovatel má doložitelnou DPA a seznam sub-zpracovatelů; přenosy do třetích zemí mají platnou oporu.
• Retenční lhůty jsou napsané pro typy dat a vynucené mazáním nebo anonymizací.
• Fonty, skripty a další zdroje třetích stran hostuješ sám tam, kde to snižuje zbytečný přenos IP adres.
• Licence k textům, fotkám, fontům a ikonám jsou uložené a sedí na konkrétní účel použití.

Měření

Vlastní analytika, model událostí a reporting.

• Existuje plán měření navázaný na cíle: objectives → goals → KPIs → targets → segments.
• Existuje slovník událostí a parametrů sdílený s marketingem, včetně konvence pojmenování UTM.
• Události používají recommended jména, vlastní až když žádné nesedí; key events jsou navázané na cíle, ne na okrasné metriky.
• Měření je podmíněné souhlasem a banner se počítá jako zdroj ztráty dat, takže naměřené číslo bereš jako spodní odhad.
• Reporting je segmentovaný podle typu stránky, kanálu a cíle, ne jeden průměr.
• Spuštění dostane poznámku v grafu a události i dashboardy projdou kontrolou při přepnutí.

Spuštění a migrace

Vlastní spuštění, migrace, DNS přepnutí a rollback.

• Existuje plán spuštění s vlastníky a časy na ose T-minus / T-zero / T-plus, ne jen seznam kroků.
• Proběhla aspoň jedna generálka (dry run), u větších migrací ideálně dvě, první minimálně dva týdny předem.
• Okno zmrazení vytváří konzistentní snímek; finální synchronizace proběhne až po zmrazení obou stran.
• Prahy pro go-live i rollback (pevný stop čas a práh datové chyby) a rozhodující osoba jsou definované před go-live.
• Mapa přesměrování, sitemapa, Change of Address, ověření obou webů v Search Console a kontrola robots/noindex přes URL Inspection jsou součástí cutoveru.
• Vyčištění cache je naplánovaný krok plánu, ne reakce na to, že lidé vidí starou verzi.
• Hypercare má řídicí místnost, jeden vstupní kanál, denní metriky a kritéria ukončení; každé dočasné řešení má vlastníka a datum zrušení.
• Rollback plán počítá s tím, že vrátí hlavně deploy artefakt: DNS naráží na TTL, odeslané e-maily a SEO signály se nevrátí.