Jak obliczamy Zulien Score
Zulien Score sprawdza sklepy internetowe w maksymalnie dziewięciu kategoriach. Ta strona pokazuje dokładnie, jak liczymy wynik. Poniższe wagi to te same stałe, których używa skaner (jeśli się różnią, test zatrzymuje build), a do tego wymieniamy, czego celowo nie oceniamy i dlaczego.
Wagi kategorii
Udział każdej kategorii w wyniku ogólnym (0–100). Liczba kontroli zależy od platformy i od tego, co znajdzie skaner (strona produktu, feed, …), dlatego pokazujemy zakres z ostatnich skanów.
| Kategoria | Waga | Kontrole |
|---|---|---|
Wydajność Szybkość z Google PageSpeed (laboratorium) i danych terenowych Chrome UX Report, jeśli są dostępne: LCP, INP, CLS, TTFB, rozmiar strony. | 25 % | 17–23 |
SEO Indeksowalność i podstawy on-page: tytuł, opis, nagłówki, adres kanoniczny, mapa witryny, robots.txt, dane strukturalne. | 20 % | 18–27 |
Bezpieczeństwo Certyfikat TLS, przekierowanie na HTTPS, nagłówki bezpieczeństwa (HSTS, CSP, ochrona przed clickjackingiem), flagi cookies, rekordy DNSSEC i CAA. | 15 % | 14–19 |
Mobile Viewport, wydajność mobilna, rozmiar elementów dotykowych, rozmiar czcionki, responsywne obrazy. | 10 % | 5–22 |
Gotowość AI Czy roboty AI dotrą do sklepu i go zrozumieją: dostęp botów, treść renderowana na serwerze, schema, feedy produktowe, treść nadająca się do cytowania. | 10 % | 26–52 |
Prawo i RODO Zgoda i podstawy prawne: baner cookies, śledzenie przed zgodą, Consent Mode, polityka prywatności i cookies, informacje konsumenckie (Omnibus, ODR, odstąpienie od umowy). | 10 % | 10–21 |
Podatności Ujawnione pliki i narzędzia administracyjne, przestarzały CMS, PHP i biblioteki ze znanymi CVE, wyjście debugowania, uwierzytelnianie poczty (SPF, DMARC). | 10 % | 11–18 |
NIS2 Środki z art. 21 NIS2 widoczne z zewnątrz: TLS, HSTS, CSP, DMARC, security.txt, obsługa znanych podatności. Oceniana tylko wtedy, gdy firma ze względu na sektor i wielkość podlega NIS2. W przeciwnym razie jest pomijana, a pozostałe wagi są przeliczane. | 10 % | 7 |
Dostępność / EAA Strukturalne sygnały dostępności odczytywane z HTML: język strony, teksty alternatywne, etykiety formularzy, nagłówki, regiony, powiększanie. Nie jest oceniana dla mikroprzedsiębiorstw (poniżej 10 pracowników i obrót do 2 mln €), które Europejski akt o dostępności wyłącza. Pozostałe firmy tak. | 10 % | 7–9 |
Zakres liczby kontroli w 20 najnowszych skanach z rankingu.
Jak liczony jest wynik
- Każda kontrola dostaje 100 punktów, gdy przechodzi, 50 przy ostrzeżeniu (także gdy pomiar jeszcze trwa) i 0, gdy nie przechodzi.
- Kontrole mają wagę od 1 do 3: krytyczne kontrole regulacyjne i Core Web Vitals mają 3, dodatkowe 1. Wynik kategorii to średnia ważona jej kontroli.
- Ustalenia heurystyczne o niskiej pewności liczą się z wagą 0.5×, aby przypuszczenie nie pogrążyło kategorii tak jak zmierzony fakt.
- Kontrole pokazane jako informacja (na przykład llms.txt) i oferty naszych usług nigdy nie wliczają się do wyniku.
- Na stronach renderowanych przez JavaScript kontrole treści, których nasz skaner HTML nie widzi, są oznaczane jako informacja zamiast błędu.
- Wynik ogólny to średnia ważona powyższych kategorii. Kategoria bez wyniku (dane o wydajności jeszcze się ładują, NIS2 lub dostępność nie mają zastosowania, stronę blokuje firewall) jest pomijana, a pozostałe wagi są przeliczane, więc wynik nigdy nie spada przez coś, czego nie mogliśmy zmierzyć.
Czego celowo nie oceniamy
To sygnały, które mierzymy lub moglibyśmy mierzyć, ale celowo nie wliczamy ich do wyniku:
llms.txt i inne pliki opisowe dla AI
llms.txt, llms-full.txt, ai.txt i manifest wtyczki AI pokazujemy tylko jako informację. Żaden silnik odpowiedzi (ChatGPT, Perplexity, Gemini) nie korzysta dziś z llms.txt przy cytowaniu. Dużo ważniejszy jest dostęp robotów AI i treść renderowana na serwerze, i te elementy oceniamy.
Zakup przez agenta AI (ACP, Instant Checkout)
Nie oceniamy, czy agent AI może sfinalizować zakup w Twoim sklepie. Te standardy szybko się zmieniają, a wyniki zakupowe w ChatGPT opierają się na feedach produktowych, dlatego sprawdzamy feedy (Google Merchant, Heureka, Zboží.cz, GTIN). Podsumowanie Agent-Commerce Readiness w raporcie ma charakter informacyjny.
Widoczność w AI (cytowania w odpowiedziach AI)
To, jak często asystenci AI wspominają lub cytują Twój sklep, zależy od zadanych pytań i zmienia się z dnia na dzień. Gdy raport zawiera ten pomiar, jest to osobny panel, który nigdy nie wchodzi do wyniku.
Kontrast kolorów
Prawdziwy współczynnik kontrastu wymaga wyrenderowanej strony (czcionki, tła, kaskada CSS). Nasz skaner czyta HTML bez renderowania, więc nie zgadujemy kontrastu z kolorów w kodzie: zgadywanie dawałoby fałszywe alarmy.
Pogłębiony audyt dostępności
Audyt dostępności w prawdziwej przeglądarce (axe-core przy dwóch rozmiarach ekranu) to osobna usługa i nie zmienia wyniku. Kategoria Dostępność powyżej korzysta tylko z sygnałów odczytywanych z HTML.
Głębszy audyt dla zweryfikowanych właścicieli
Po potwierdzeniu własności domeny rekordem DNS TXT skany uruchomione Twoim kluczem właściciela wykonują dodatkowe aktywne kontrole: zapomniane hosty sąsiednie (subdomeny testowe lub deweloperskie z ujawnionymi narzędziami) oraz to, jak sklep radzi sobie z błędnymi danymi wejściowymi. Te wyniki są prywatne, widoczne tylko dla zweryfikowanego właściciela i nie zmieniają publicznego wyniku.
Anonimowe skany dowolnej domeny pozostają pasywne: żądania, jakie wysłałby odwiedzający lub robot wyszukiwarki, plus kontrole znanych publicznych ścieżek (na przykład czy błąd PHP na stronie 404 nie ujawnia ścieżek plików na serwerze).
Zweryfikuj swój sklep →Plan działań w raporcie
Każda nieudana kontrola lub ostrzeżenie trafia do macierzy wpływ × nakład pracy. Wpływ wynika z wagi ustalenia. Nakład pracy to nasza ocena typowej poprawki: szybka (nagłówek, rekord DNS, usunięcie pliku), ok. dzień (strona z polityką, baner cookies, schema) lub projekt (aktualizacja platformy, praca nad wydajnością, nowa treść). Zacznij od szybkich wygranych.
Jak przedstawia się nasz skaner i jak go dopuścić lub zablokować: /scanner-info