# Nezávislý posudek GPT-6.1 Sol — marketing, UX writing a SEO

**Datum:** 2. 11. 2026. **Odborná role:** seniorní marketingový a obsahový analytik. **Zadaný model / úsilí:** GPT-6.1 Sol / xhigh. **Rozsah:** travel 0.21.2 a úraz 0.14.1; návrh rozhodnutí a průběžně udržovatelných pravidel. Bez změn kalkulaček, nasazení, měření skutečných konverzí nebo právního posouzení.

## Doporučené rozhodnutí

Sjednotit způsob, jakým oba produkty vysvětlují zadání, výběr nabídky, vyplnění osob a dokončení. Zachovat vlastní produktové údaje a rozdílný obsah krytí. Nejbližší obsahovou prioritou je pravdivost modelového režimu, přesné názvy akcí a společná politika získávání kontaktů. Zvětšení podobnosti obrazovek samo o sobě nedokazuje vyšší konverzi ani lepší SEO.

Obě hero už mají dobrou společnou obsahovou kostru: červený název produktu, krátký příslib, vysvětlení, dvě výhody a formulář s konkrétní otázkou. Úrazové „Do života s jistotou“ a cestovní „Na dovolenou s klidem“ mohou zůstat rozdílné. Obsahový systém má sjednotit jejich role, délkové rozmezí a návaznost na formulář, nikoli přepsat oba produkty na jednu větu.

Za uzavřené zadání považuji červené malé nadpisy `#F42534`, bílé písmo zelených hlavních akcí, šedý základ stránky s bílými formuláři, patičku `#003B71`, společnou produktovou hlavičku a čtyři fáze. Nevkládat prezentační pruh ani návrat do galerie. Úplný místní průchod a ruční alternativy musí zůstat dostupné bez AI a API.

## Podklady a meze

Přečteny `AGENTS.md`, `README.md`, `PROJECT.md` a aktuální HTML/JS obou vydání. Původní posudek `cmp_uraz/reports/stylopis-wordpress-2026-10-28/gpt-6.1-sol.md` sloužil k návaznosti metody: oddělovat fakta, návrhy a adaptace. Dřívější WordPress audit není novým měřením aktuálních kalkulaček ani autoritou pro jejich vzájemné textové sjednocení.

Vlastní reprodukovatelná [inventura zdrojových textů a metadat](../evidence/gpt-6.1-sol/source-copy-audit.json) obsahuje SHA-256 čtených souborů, řádky výskytu a počet lokálních nabídek. Vzniká skriptem [source-copy-audit.py](../evidence/gpt-6.1-sol/source-copy-audit.py). Zdrojový text dokládá existenci řetězce nebo pravidla; sám nepotvrzuje jeho viditelnost v konkrétním stavu prohlížeče. Neověřuje živé sazby, obchodní oprávnění, platnost dokumentů, skutečné indexování Googlu ani doručování zpráv.

Doplněna nová společná evidence ze současného Chromu: [124 kontextů a osm úspěšných modelových dokončení](../evidence/measurements.json), oba produkty × 375/1440 px × demo/prázdný start, bez zaznamenané chyby v tomto běhu. Jde o měření hlavního auditora; osobně jsem prohlédl nové snímky [travel vstupu](../evidence/082-travel-entry-1440-demo-1440.png), [výsledků](../evidence/083-travel-results-1440-1440.png), [osob](../evidence/022-travel-people-375.png), [rekapitulace](../evidence/023-travel-review-375.png), [dokončení](../evidence/024-travel-done-375.png), [úrazového vstupu](../evidence/087-uraz-entry-1440.png), [rekapitulace](../evidence/092-uraz-review-1440.png) a [dokončení](../evidence/031-uraz-done-375.png). Úspěch automatického průchodu neověřuje porozumění textům ani pravdivost obchodních tvrzení. Mobil je viewport Chromu, nikoli test fyzického telefonu nebo Safari.

Aktuální SEO doporučení byla ověřena 2. 11. 2026 výhradně v primárních zdrojích Google Search Central. Právní správnost účelů kontaktování, souhlasů, zdravotních otázek, obmyšlených osob, slev a okamžiku vzniku pojištění musí ověřit příslušný vlastník a odborník. Níže jsou pouze jejich dopady na obsah a technické rozhraní.

## Doložené rozdíly a jejich důsledky

V tabulce **F** znamená zdrojový fakt, **N** návrh a **R** rozhodnutí, které ještě není schválenou změnou UI. P1 řeší srozumitelnost závazku a dokončení; P2 systémovou konzistenci; P3 následné ověření.

| Priorita / stav | Důkaz v aktuálním vydání | Výklad a návrh |
|---|---|---|
| P1 · F/N | Úraz `experience.js:12`, `.contact-profile`; `shared/ui.js:25–26` má povinný e-mail a nepovinný telefon. `shared/core.js:138` blokuje první pokračování bez e-mailu. Travel `index.html:177–180`, `#client-form`, získává kontakty až po výběru nabídky a telefon je povinný. | Kontakty mají odlišné načasování i povinnost. Doporučuji pro oba nejprve cenu a volbu nabídky, potom údaje pro pokračování. Důvodem je srozumitelný vztah mezi požadovaným údajem a užitkem; z těchto podkladů nelze vyčíslit změnu odchodů. |
| P1 · F/N | Oba vstupy obsahují „Bez telefonního spamu“. Úraz `.uraz-no-spam-note` říká „Samotné porovnání…“, travel `.no-spam-note` „Samotná kalkulace…“. Travel `.contact-purpose` slibuje použití telefonu „pouze k důležitým informacím k této smlouvě a cestě“. | Negativní a obtížně ověřitelný slib nahradit přesným účelem a povinností údaje. Produkční formulaci lze potvrdit až podle skutečného procesu. Modelové testování potřebuje rovnou sdělit, že nic neodešle. |
| P1 · F/N | Viditelný výchozí travel seznam už správně používá „Vybrat“ (`assets/app.js:543`, `renderTiles`, potvrzuje snímek 083), stejně jako úraz (`experience.js:22`). Aktivní detail nabídky však generuje „Sjednat tuto variantu“ (`app.js:578`, `[data-select-offer]`), přesto po výběru následují osoby a rekapitulace. Zachované renderery řádků/matice mají také „Sjednat“, ale `renderResults` nyní volá jen dlaždice; jejich řetězce nejsou důkazem viditelného hlavního seznamu. | Sjednotit aktivní výběrové akce na „Vybrat nabídku“, případně krátké „Vybrat“ v jednoznačné kartě. Sloveso „sjednat“ vyhradit kroku s ověřeným skutečným účinkem. Při případném návratu jiných rendererů ověřit i jejich texty. |
| P1 · F/N | Travel `index.html:188–196`, `[data-screen="email-navrh"]`, `[data-screen="platba"]`, `[data-screen="gopay"]`, `[data-screen="potvrzeni"]`: „Návrh jsme poslali“, GoPay, „Zaplatit“, „Pojištění je sjednáno“. `site/preview-guard.js` vypíná fetch a skutečné formulářové odeslání; `app.js:1146–1151` dokončí simulaci časovačem. Úraz `ferda-flow.js:97` končí „Vše je připravené“ a číslem návrhu. | Travel obsah v těchto stavech vzbuzuje očekávání skutečného úkonu. Označit místní platbu, e-maily a dokumenty v samotném stavu i akcích jako ukázkové. U obou produktů má konec výslovně sdělit, že smlouva nevznikla a zpráva nebyla odeslána. Použití značky brány ani modelová částka neprokazují integraci. |
| P1 · F/N | Travel `index.html:43,144` uvádí „22 variant od 11 pojišťoven“. Vložený katalog skutečně má 22 variant a 11 skupin; viz vlastní inventura. `app.js:562–564` mění počet výsledků podle zobrazených nabídek. | Počet je podložen pro lokální dataset, nikoli pro současnou nabídku trhu. V náhledu „Ukázkové srovnání 22 variant od 11 pojišťoven“. Ve výsledcích počet odvozovat z dostupných a filtrovaných dat. Do produkce nepřenášet číslo bez zdroje, definice rozsahu a vlastníka aktualizace. |
| P1 · F/N | Travel `index.html:44–62,175,218–220` nabízí Alexe, popis cesty a vysvětlení rozdílů. `innovation.js:203–229` vrací upravitelnou modelovou mapu bez analýzy; výsledek v `index.html:127` už správně říká, že nejde o vyhodnocení popisu. `index.html:124` přesto obsahuje „Analyzovaný plán cesty“. | Stejnou pravdivost promítnout i do pozvánek, názvů a stavů. Přímá cesta k mapě je správný vzor. Ke každé prezentované možnosti patří lokální ukázka nebo ruční alternativa, ne pouze vysvětlení chyby služby. Nenazývat předvyplněnou ukázku osobní analýzou. |
| P2 · F/N | Oba mají `Kalkulace → Konfigurace → Údaje → Rekapitulace`; úraz `ferda-flow.js:8–9`, travel `travel-navigation.js:5–7`. V travelu se stejné výsledky nazývají také „Výsledky“, „Porovnání“, „Nabídky“. | Čtyři společné fáze zachovat. Uvnitř používat „Nabídky“ pro seznam a „Porovnání nabídek“ pro srovnání vybraných variant. Případné přejmenování „Konfigurace“ na „Nabídky a krytí“ je samostatné R, protože obecný technický výraz popisuje úkol méně konkrétně. |
| P2 · F/N | Úraz hero „pro sebe i své blízké“, ale `shared/core.js:138` validuje věk pojištěného 18–75; aktuální průchod má jednoho pojištěného. Travel má kategorie více cestujících a zvířata odděleně. | Hero může vyjádřit ochranu rodiny, nesmí bez vysvětlení slibovat právě nedostupný rodinný nebo dětský průchod. U úrazového formuláře stručně označit aktuálně podporovaný rozsah. Nesjednocovat počty a věkové kategorie mezi produkty mechanicky. |
| P2 · F/N | Travel `index.html:196,208` uvádí 5% slevu za další sjednání a použití údajů z předchozí smlouvy. Úraz `experience.js:36–38` odvozuje „Slevu“ z místního porovnání ročních nákladů a frekvence. | Nejde o jeden společný typ slevy. V ukázce výslovně označit modelové cenové zvýhodnění. Produkční promo potřebuje ověřené podmínky, platnost a rozsah; frekvenci zobrazovat spolu s celkovou roční cenou. „Měsíčně“ a „za celou cestu“ musí zůstat produktově odlišné jednotky. |
| P2 · F/N | `shared/ui.js:5` úrazu má `cleanText`, který z textu odstraňuje výskyty slova „modelový“. | Potřebnou transparentnost nelze spolehlivě zajistit nahodilou větou, když obecný textový filtr odstraňuje označení režimu. Režim, příslib, účinek akce a zdroj ceny mají být explicitní obsahové položky, které takový filtr nepřepisuje. |

## Společná hierarchie po krocích

| Obrazovka / role | Společná kostra a hlavní akce | Produktová odlišnost, která má zůstat |
|---|---|---|
| Hero / zadání | Název produktu → užitek → vysvětlení → dvě ověřitelné výhody → otázka formuláře → hlavní další akce. | Úraz potřebuje věk a povolání; travel destinaci, termín, cestující a aktivity. Úraz „Vybrat krytí“, travel „Porovnat nabídky“ odpovídají různému nejbližšímu kroku a nemusí být totožné. |
| Nabídky a krytí | Kontext zadání → počet či rozsah výsledků → cena s jednotkou → rozhodující krytí a omezení → „Detail nabídky“, „Porovnat“, „Vybrat nabídku“. | Úraz skládá rizika a částky; travel vybírá varianty a cestovní připojištění. Vysvětlení ceny nesmí zamlčet doplněné nebo nedostupné krytí. |
| Údaje osob | Účel kroku → jasně rozlišený pojistník a pojištěný → formuláře → kontaktní účel → „Pokračovat na rekapitulaci“ nebo název dalšího podkroku. | Travel cestující, zvířata; úraz jiný pojistník, případné obmyšlené osoby a doplňující otázky. Pojistníka jednotně vysvětlit jako osobu, která pojištění sjednává. |
| Rekapitulace | Nabídka a celková cena → krytí → osoby → počátek/termín → dokumenty → jasná možnost úprav → popis následujícího účinku. | Úraz frekvence a první splátka; travel cena celé cesty, přesný termín a destinace. Není vhodné sjednotit obě ceny do neurčitého „Cena“. |
| Dokončení | Jednoznačný stav → co se stalo → co se nestalo v modelovém režimu → dokument/souhrn → další smysluplná akce. | Pořadí plateb a potvrzení musí v budoucí produkci vycházet ze skutečného ověřeného procesu. Současné oba modelové průchody mají přiznat stejný typ simulace. |

V každém kroku postačí jeden hlavní úkol. Produktový kicker je stále červený, ale nepřebírá roli hlavního nadpisu. Detailové modaly mají konkrétní název objektu a akci „Uložit změny“, pokud se změna ukládá; „Zavřít detail“, pokud se jen zavírá. „Hotovo“ lze ponechat u jednoduché volby, pouze když bezprostřední okolí jednoznačně vysvětluje účinek.

## Mikrocopy k posouzení

Jde o návrhy pro příští vydání, nikoli schválené produkční texty. Prototyp má působit jako hotový produkt, současně jasně pojmenovat místní simulaci u rozhodných úkonů. K tomu není potřeba verzovací nebo prezentační pruh.

| Situace | Úraz — navržená formulace | Travel — navržená formulace |
|---|---|---|
| Vstupní vysvětlení | „Zadejte věk a povolání. Potom si vyberete krytí a porovnáte nabídky.“ | „Vyberte destinaci, termín a cestující. Potom porovnáte nabídky pro svou cestu.“ |
| Modelová cena | „Ukázkové ceny pro zvolené krytí.“ | „Ukázkové ceny za celou cestu.“ |
| Výběr konkrétní varianty | „Vybrat nabídku“; pod výsledky „Údaje osob doplníte v dalším kroku.“ | Stejná akce i informace. |
| Ukázkový kontakt | „Pro test použijte ukázkové kontakty. Žádný e-mail ani zprávu neodešleme.“ | Stejná formulace u `#client-form`. |
| Budoucí produkční kontakt — pouze po ověření procesu | „E-mail pro dokumenty k pojištění.“ Telefon případně „Telefon (nepovinné)“ + přesný ověřený účel. | Stejné označení a stejná zásada účelu; případná odlišná povinnost musí mít potvrzený důvod. |
| Ruční alternativa | „Vyplnit údaje ručně“ / „Použít ukázkové údaje“. | „Vyplnit cestu ve formuláři“ / „Otevřít ukázkovou mapu rizik“. |
| Vysvětlení bez AI | „Prohlédnout vysvětlení krytí“. | „Prohlédnout ukázku vysvětlení rozdílů“ a dostupné „Porovnat vedle sebe“. |
| Rekapitulace | „Zkontrolujte krytí, osoby a první splátku.“ Hlavní akce „Vyzkoušet platbu“. | „Zkontrolujte cestu, osoby a cenu za celou cestu.“ Hlavní akce „Vyzkoušet platbu“. |
| Platební simulace | „Dokončit ukázkovou platbu“; „Žádné peníze se nepřevádějí.“ | Stejně; případná maketa brány „Ukázka platební brány“. |
| Konec | „Ukázka je dokončená. Smlouva nevznikla a žádný e-mail jsme neodeslali.“ „Zobrazit ukázkový návrh“. | Stejný stav; „Zobrazit ukázkovou smlouvu“, „Prohlédnout ukázku e-mailu“, „Otevřít Moje cesta“. |

Zvažoval bych také nahradit metaforu „DNA cesty“ vysvětlujícím názvem „Plán a aktivity cesty“. Metaforu lze ponechat jako doprovodné označení po vysvětlení. Nemá být jediným názvem vstupu, který musí člověk pochopit bez znalosti návrhu.

## Kontakty: dvě legitimní varianty rozhodnutí

**A — doporučená společná varianta:** zadání a porovnání bez kontaktů; e-mail a případný telefon ve fázi Údaje. Výhodou je přímá vazba na následující úkon. Nevýhodou je pozdější možnost kontaktovat člověka, který nedokončil výběr; tento obchodní důsledek je potřeba posoudit podle skutečných pravidel služby. V modelovém režimu zůstávají validační stavy kontaktů testovatelné a nic se neodesílá.

**B — zachovaný dřívější kontakt u úrazu:** použít jen s potvrzeným obchodním důvodem. Vysvětlit konkrétní účel, povinnost a možnost pokračování. Samostatnou volitelnou akci typu „Poslat přehled nabídek“ v náhledu nahradit „Prohlédnout ukázku e-mailu“. Nesmí vzniknout skryté očekávání zpětného hovoru pod obecným slibem „bez spamu“.

Rozhodnutí A/B se má posuzovat jako obsahová a produktová politika napříč oběma produkty. Bez výzkumu nelze tvrdit, že A zlepší konverzi nebo že B přinese kvalitnější kontakty. Před produkční změnou je nutné ověřit účely, texty a technické zacházení s údaji; tento report nepřisuzuje žádné variantě právní soulad.

## SEO: veřejný produktový obsah a kalkulační průchod

**Současný doložený stav:** travel HTML má `noindex,nofollow` (`index.html:9`); úraz HTML tento tag nemá a jeho description slibuje online sjednání (`index.html:6`). V obou čtených HTML není canonical. Čerstvá [veřejná HTTP kontrola](../evidence/public-http.json) potvrdila pro oba aktuální vstupy HTTP 200 a byte shodu s místními soubory; ani jedna odpověď neobsahovala `X-Robots-Tag`. Kořenový `https://devel.kingux.cz/robots.txt` vrátil 404. V těchto ověřených odpovědích tedy chybí společný indexační zákaz pro úraz, zatímco travel jej má v HTML. To **nedokazuje aktuální indexaci úrazu**; Search Console a skutečný stav indexu nebyly prověřeny. Chybějící robots.txt není sám o sobě technická chyba webu. Absence marketingové description u úmyslně neindexovaného travel náhledu není prioritní SEO závada.

Pro veřejné prototypy doporučuji jednotnou explicitní politiku neindexování v HTML nebo HTTP hlavičce, také pro publikované modelové dokumenty podle typu souboru. Google musí pravidlo `noindex` obdržet: samotné blokování URL v `robots.txt` mu jeho přečtení může znemožnit. Google podporuje `X-Robots-Tag` také pro PDF. Nejde o požadavek změnit současný server během tohoto auditu. [Google Search Central: blokování indexování](https://developers.google.com/search/docs/crawling-indexing/block-indexing).

Pro budoucí produkci doporučuji následující rozdělení:

| Vrstva | Obsah a cíl | Navržená politika |
|---|---|---|
| Veřejná produktová vstupní stránka | Komu pojištění slouží, podstatné krytí a omezení, jak porovnání funguje, ověřitelný provozovatel a odborně revidovaný obsah. Jedna jasná cesta do kalkulace. | Kandidát pro indexaci; vlastní produktový title, odpovídající hlavní nadpis a věcná description. Nevkládat osobní nebo individuální údaje do metadat. |
| Zadání a individuální nabídky | Pomáhají člověku provést úkol. Jejich hlavním cílem je průchod a srozumitelné rozhodnutí. | Politiku indexace zvolit explicitně. Pro individuální dynamické výsledky doporučuji `noindex`, nepřidávat SEO text mezi pole jen kvůli délce. |
| Osoby, rekapitulace, platby, osobní dokumenty | Soukromé údaje a konkrétní stav rozpracování. | Nepovažovat za veřejné SEO vstupy. U produkce ověřit řízení přístupu k datům a dokumentům; `noindex` je doplňková indexační politika. |
| Místní a devel ukázky | Ověření vzhledu a chování na modelových datech. | Stejná politika `noindex` pro oba produkty; nepřenášet ji omylem na indexovatelný produkční marketingový obsah. |

Toto rozdělení je návrh architektury, nikoli tvrzení o nezbytném konkrétním routování Ferdy. Ochrana soukromého obsahu vyžaduje řízení přístupu; `noindex` nebrání přímému otevření URL. Google výslovně rozlišuje heslem chráněný soukromý obsah a veřejně navštívitelný neindexovaný obsah. [Google Search Central: řízení sdíleného obsahu](https://developers.google.com/search/docs/crawling-indexing/control-what-you-share).

Produkční veřejné vstupy mohou mít například title „Úrazové pojištění – porovnání krytí | České pojištění“ a „Cestovní pojištění – porovnání nabídek | České pojištění“, pokud přesně odpovídají skutečné službě. Krokové titulky prohlížeče mohou být „Údaje pojištěného | Úrazové pojištění“ a „Rekapitulace | Cestovní pojištění“. Jde o orientaci v kartách a historii i u neindexovaných kroků. Google doporučuje popisné, stručné titulky a jasný hlavní titul; negarantuje zobrazení přesného textu v hledání. [Google Search Central: titulky výsledků](https://developers.google.com/search/docs/appearance/title-link).

Description má věcně shrnout veřejný produktový vstup a neslibovat neověřenou nejnižší cenu, úplný trh ani vyřízené sjednání. Google může použít jiný výňatek a délku upravuje podle zařízení; nepředepisuji univerzální limit znaků jako podmínku SEO. [Google Search Central: výňatky a descriptions](https://developers.google.com/search/docs/appearance/snippet).

Současné hashové obrazovky jsou přijatelné pro neindexovaný prototyp; není důvod přestavovat jejich routování jen kvůli SEO. Pokud mají být někdy samostatné veřejné obsahové stránky dohledatelné, Google pro různé obsahy doporučuje skutečné URL s History API a procházené odkazy, nikoli závislost na fragmentu. Počáteční `noindex` nelze pro veřejnou SEO landing spolehlivě „vypnout až JavaScriptem“, protože Google může vykreslení přeskočit. [Google Search Central: JavaScript SEO](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics).

Důvěryhodnost obsahu pojištění má stát na ověřených zdrojích, skutečném rozsahu porovnání, identitě provozovatele, datu odborné revize a pravdivých cenových podmínkách. Nejde o mechanické přidání odznaků ani číselného „E-E-A-T skóre“. Google doporučuje užitečný, spolehlivý obsah a doložitelnou odbornost; neudává preferovaný počet slov. [Google Search Central: obsah pro lidi](https://developers.google.com/search/docs/fundamentals/creating-helpful-content).

## Připravenost na budoucí Ferdu

Úrazový `ferda-flow.js:47–63` už obsahuje explicitně modelový adaptér `toFerdaDraft`, `requiresCodebookMapping:true`, `illustrativeQuestionnaire` a seznam neprovedených integrací: číselníky a adresy, mapování rizik, zdravotní otázky, serverová validace, Offer/dokumenty a platba. To je důkaz vědomé přípravy datového rozhraní, nikoli hotové kompatibility se současnou produkční Ferdou. Travel má lokální stav a vypnuté služby. Aktuální produkční schéma ani dohoda o integraci se tímto auditem nepotvrzují.

Doporučuji připravit slovník obsahových klíčů podle účinku: `offer.select`, `people.continue`, `review.continue`, `payment.simulate`, `completion.demo`, doplněný režimem `demo/production` a produktovou variantou. Konkrétní technický formát může zvolit implementátor. Text konečného stavu musí odpovídat potvrzenému výsledku služby; stav „odesláno“, „zaplaceno“ nebo „sjednáno“ nesmí vznikat pouze přechodem na další obrazovku. Chyba posouzení, změna ceny či nedostupná integrace mají svůj text i možnost návratu. Modelová varianta zůstane plně průchozí pro vizuální a validační testy.

## Pravidla pro trvale udržovaný soupis

| ID | Pravidlo | Akceptační kontrola |
|---|---|---|
| COPY-01 | Stejná role akce používá stejný pojem v obou produktech; její text předpovídá nejbližší účinek. | Ve všech pohledech nabídek „Vybrat nabídku“ vede na další krok; „Porovnat“ pouze na srovnání; finální akce odpovídá výsledku. |
| COPY-02 | Kicker pojmenovává produkt nebo sekci; hlavní nadpis úkol; podnadpis potřebné vysvětlení. | V každém viditelném kroku je rozpoznatelný hlavní úkol. Malé nadpisy mají `#F42534` i v detailu, chybě a mobilu. |
| COPY-03 | Cena vždy obsahuje jednotku, období a srozumitelný součet. | Úraz první splátka + frekvence + roční součet; travel cena celé cesty + rozsah osob a připojištění. |
| COPY-04 | Modelový režim nepředstírá skutečné doručení, úhradu, smlouvu nebo individuální AI posouzení. | V dokončení, e-mailu, platbě, mapě i dokumentu je lokální ukázka jasná; obecné textové filtry označení neodstraní. |
| COPY-05 | Kontakt se žádá s vysvětleným účelem a zřetelnou povinností. | Oba prázdné starty ověří zvolenou politiku A/B; nepovinný telefon lze přeskočit; povinné pole má potvrzený důvod. |
| COPY-06 | Každé obchodní číslo a příslib má vlastníka, rozsah, zdroj a datum platnosti. | Počet nabídek souhlasí s datasetem/filtry; modelové slevy jsou označené; žádný nepodložený slib o celém trhu nebo cenové výhodnosti. |
| COPY-07 | AI a jiné služby jsou volitelné rozšíření místní ukázky. | Každou prezentovanou možnost lze prohlédnout bez sítě nebo ručně dokončit; chybová zpráva nevede do slepé větve. |
| SEO-01 | Prostředí a role stránky určují indexaci předem. | V každém novém vydání zkontrolovat původní HTML a HTTP `X-Robots-Tag`; u PDF ověřit příslušné hlavičky; u produkční landing nesmí zůstat demo `noindex`. Aktuální travel má zákaz v HTML, úraz v ověřeném HTML ani hlavičce nikoli. |
| SEO-02 | Soukromé údaje a dokumenty se chrání přístupem, nikoli názvem URL nebo `noindex`. | V budoucím propojení ověřit cizí relaci, odhlášení, přímou URL a dokument; výsledek evidovat technicky. Právní posouzení samostatně. |
| SEO-03 | Veřejný obsah má vlastní stručný title, skutečný účel a ověřené podklady. | Metadata a hlavní obsah odpovídají; žádná jména osob, čísla smluv či soukromé údaje v title/description. |

U každého pravidla vést produkt, aktuální stav (návrh/schváleno/zavedeno/ověřeno), vlastníka, zdroj rozhodnutí, cílové vydání a odkaz na konkrétní důkaz. Zjištění v jednom snímku není potvrzením všech větví. Pravidla se mají měnit podle rozhodnutí a skutečných průchodů, nikoli podle neověřených odhadů konverzí.

## Ověření před tvrzením o přínosu

V příští obsahové iteraci ověřit na obou produktech desktop a mobil, ukázkový i prázdný start, seznam/detail/porovnání, návrat k editaci, chyby kontaktů a dat, modelovou platbu a dokončení. Zachovat test skutečných formulářových polí; předvyplnění není důkaz validace.

S lidmi ověřit zejména tyto otázky: Co se stane po „Vybrat nabídku“? Kdy je potřeba kontakt a proč? Poznáte cenu za celé období? Co právě vzniklo po dokončení? Považujete mapu za analýzu svého textu, nebo za ukázku? Použít stejná zadání pro úraz a travel a sledovat správnost porozumění, samostatné dokončení a důvody návratů; konkrétní velikost vzorku zvolit podle účelu výzkumu.

V případné budoucí produkční analytice oddělit začátek, platné zadání, zobrazení ceny, výběr nabídky, dokončení údajů, zahájení platby a serverem potvrzený výsledek. Do událostí neposílat texty zdravotních otázek, volný popis cesty ani osobní údaje; konkrétní nastavení sběru a souhlasů je nutné ověřit. A/B porovnání kontaktů má předem definovat hlavní metriku, potřebný vzorek a kontrolní ukazatele kvality. Tento audit žádný konverzní nárůst, SEO skóre ani předpověď výkonu neprokazuje.