Jak počítáme Zulien Score
Zulien Score kontroluje e-shopy až v devíti kategoriích. Na této stránce je přesně popsáno, jak skóre počítáme. Váhy níže jsou tytéž konstanty, které používá skener (pokud by se lišily, test zastaví build), a uvádíme i to, co do skóre záměrně nezapočítáváme a proč.
Váhy kategorií
Podíl každé kategorie na celkovém skóre (0 – 100). Počet kontrol závisí na platformě a na tom, co skener najde (produktová stránka, feed, …), proto uvádíme rozsah z posledních skenů.
| Kategorie | Váha | Kontroly |
|---|---|---|
Výkon Rychlost z Google PageSpeed (laboratorní měření) a z terénních dat Chrome UX Report, pokud existují: LCP, INP, CLS, TTFB, velikost stránky. | 25 % | 17–23 |
SEO Indexovatelnost a základy na stránce: title, popis, nadpisy, kanonická URL, sitemap, robots.txt, strukturovaná data. | 20 % | 18–27 |
Bezpečnost TLS certifikát, přesměrování na HTTPS, bezpečnostní hlavičky (HSTS, CSP, ochrana proti clickjackingu), příznaky cookies, DNSSEC a CAA záznamy. | 15 % | 14–19 |
Mobil Viewport, výkon na mobilu, velikost dotykových prvků, velikost písma, responzivní obrázky. | 10 % | 5–22 |
AI připravenost Zda se AI crawlery dostanou k e-shopu a porozumí mu: přístup botů, obsah renderovaný na serveru, schema, produktové feedy, citovatelný obsah. | 10 % | 26–52 |
Právo & GDPR Souhlas a právní základy: cookie lišta, sledování před souhlasem, Consent Mode, zásady ochrany soukromí a cookies, spotřebitelské informace (Omnibus, ODR, odstoupení od smlouvy). | 10 % | 10–21 |
Zranitelnost Odhalené soubory a administrátorské nástroje, zastaralý CMS, PHP a knihovny se známými CVE, ladicí výstup, autentizace e-mailu (SPF, DMARC). | 10 % | 11–18 |
NIS2 Opatření podle čl. 21 NIS2 viditelná zvenku: TLS, HSTS, CSP, DMARC, security.txt, řešení známých zranitelností. Hodnotí se jen tehdy, když firma podle sektoru a velikosti spadá pod NIS2. Jinak se vynechá a ostatní váhy se přepočítají. | 10 % | 7 |
Přístupnost / EAA Strukturální znaky přístupnosti čitelné z HTML: jazyk stránky, alternativní texty, popisky formulářů, nadpisy, orientační oblasti, zoom. Nehodnotí se mikropodnikům (méně než 10 zaměstnanců a obrat do 2 mil. €), na které se Akt o přístupnosti nevztahuje. Všem ostatním ano. | 10 % | 7–9 |
Rozsah počtu kontrol v 20 nejnovějších skenech ze žebříčku.
Jak se skóre počítá
- Každá kontrola získá 100 bodů, když projde, 50 při upozornění (i dokud měření ještě běží) a 0, když selže.
- Kontroly mají váhu 1 až 3: kritické regulatorní kontroly a Core Web Vitals mají 3, doplňkové 1. Skóre kategorie je vážený průměr jejích kontrol.
- Heuristická zjištění s nízkou jistotou se počítají 0.5× své váhy, aby odhad nepotopil kategorii tak jako naměřený fakt.
- Kontroly zobrazené jako informace (například llms.txt) a nabídky našich služeb se do skóre nikdy nepočítají.
- Na stránkách renderovaných přes JavaScript se obsahové kontroly, které náš HTML skener nevidí, přepnou na informaci místo selhání.
- Celkové skóre je vážený průměr kategorií výše. Kategorie bez skóre (data o výkonu se ještě načítají, NIS2 nebo přístupnost se neuplatňuje, stránku blokuje firewall) se vynechá a ostatní váhy se přepočítají, takže číslo nikdy nestáhne něco, co jsme nedokázali změřit.
Co záměrně neskórujeme
Toto jsou signály, které měříme nebo bychom uměli měřit, ale do skóre je záměrně nepočítáme:
llms.txt a další popisné soubory pro AI
llms.txt, llms-full.txt, ai.txt a manifest AI pluginu uvádíme jen jako informaci. Žádný odpovědní nástroj (ChatGPT, Perplexity, Gemini) dnes llms.txt při citování nepoužívá. Mnohem víc rozhoduje přístup AI crawlerů a obsah renderovaný na serveru, a ty skórujeme.
Nákup přes AI agenta (ACP, Instant Checkout)
Neskórujeme, zda AI agent dokáže ve vašem e-shopu dokončit nákup. Tyto standardy se rychle mění a nákupní výsledky v ChatGPT stojí na produktových feedech, proto kontrolujeme raději feedy (Google Merchant, Heureka, Zboží.cz, GTIN). Souhrn Agent-Commerce Readiness v reportu je jen informativní.
Viditelnost v AI (citace v odpovědích AI)
Jak často vás AI asistenti zmíní nebo citují, závisí na položených otázkách a mění se ze dne na den. Když report obsahuje toto měření, je to samostatný panel, který do skóre nikdy nevstupuje.
Kontrast barev
Skutečný poměr kontrastu potřebuje vykreslenou stránku (písma, pozadí, kaskádu CSS). Náš skener čte HTML bez vykreslení, proto kontrast neodhadujeme z barev v kódu: odhad by vyvolával falešné poplachy.
Hloubkový audit přístupnosti
Audit přístupnosti v reálném prohlížeči (axe-core při dvou velikostech obrazovky) je samostatná služba a skóre nemění. Kategorie Přístupnost výše používá jen signály čitelné z HTML.
Hlubší audit pro ověřené vlastníky
Po ověření vlastnictví domény přes DNS TXT záznam spustí skeny s vaším klíčem vlastníka další aktivní kontroly: zapomenuté sousední hosty (testovací nebo vývojové subdomény s odhalenými nástroji) a to, jak e-shop zvládá chybný vstup. Tyto výsledky jsou soukromé, vidí je jen ověřený vlastník a veřejné skóre nemění.
Anonymní skeny jakékoli domény zůstávají pasivní: požadavky, jaké by udělal návštěvník nebo vyhledávací bot, plus kontroly známých veřejných cest (například zda PHP chyba na stránce 404 neprozradí cesty k souborům na serveru).
Ověřit svůj e-shop →Akční plán v reportu
Každá neúspěšná kontrola nebo upozornění je zařazeno do matice dopad × náročnost. Dopad vychází ze závažnosti zjištění. Náročnost je náš odhad běžné opravy: rychlá (hlavička, DNS záznam, smazání souboru), cca den (stránka se zásadami, cookie lišta, schema) nebo projekt (aktualizace platformy, práce na výkonu, nový obsah). Začněte rychlými výhrami.
Jak se náš skener identifikuje a jak ho povolit nebo zablokovat: /scanner-info