Metodologia
Insight nie wymyśla własnych progów ani nie ukrywa założeń. Ta strona opisuje, jak z danych powstaje wynik, skąd biorą się progi, jakie są poziomy skanu i granice analizy automatycznej — czyli wszystko, czego potrzebujesz, żeby obronić raport przed klientem.
/ 01 · Wynik
Każdy wynik w raporcie przechodzi tę samą ścieżkę — od surowego pomiaru do liczby 0–100. Bez ręcznej korekty i bez „oceny eksperta” doklejonej po fakcie.
Ścieżka wyniku
Ta sama ścieżka dla każdego modułu i każdego skanu
Dane źródłowe
Pomiar lab, odpowiedź serwera, wyrenderowany DOM, crawl
Próg
Porównanie z publicznym standardem lub konfiguracją referencyjną
Znalezisko
pass · warn · fail — albo N/D, gdy danych brakuje
Severity i pewność
Wpływ znaleziska × pewność automatycznej detekcji
Priorytet
Wspólna skala P1–P4 dla wszystkich modułów
Wynik 0–100
Ważona agregacja checków w obrębie modułu
Stałe zasady oceny
Checki nie liczą się tak samo: waga zależy od wpływu (wysoki > średni > niski). Zaliczony check daje pełną wagę, ostrzeżenie część punktów, błąd zero. Wynik modułu to udział zdobytych punktów w maksymalnych, przeliczony na skalę 0–100.
Moduł lub check bez danych raportujemy jako N/D i wykluczamy z mianownika — nie obniża ani nie zawyża wyniku. Głębszy poziom skanu dodaje nowe moduły i zakres, ale nie zmienia oceny checków już zmierzonych.
Wynik modułu powstaje z dostępnych, zakończonych kontroli. Kontrole N/D nie są traktowane jako sukces ani zero i nie wchodzą do mianownika.
/ 02 · Źródła danych
Insight nie instaluje skryptu na stronie. Czyta to, co widać w przeglądarce, i to, co odsyła serwer — w jednej sesji skanu.
Dwa wejścia do analizy
Wyrenderowana strona
Prawdziwa przeglądarka, JS, DOM i to, co użytkownik faktycznie zobaczy.
Odpowiedź serwera
Statusy, nagłówki, przekierowania i cookies z chwili skanu.
Bez skryptu na stronie klienta
Katalog źródeł
Metryki lab wydajności
Lighthouse / PageSpeed API
Wynik może różnić się między uruchomieniami
Checki HTTP
Statusy, nagłówki, przekierowania, cookies
Stan serwera z chwili skanu
Testy WCAG
Automatyczne, na wyrenderowanym DOM
Część kryteriów wymaga oceny manualnej
Estymacja CO₂e
Model SWDM v4 na bazie transferu danych
Nie jest pomiarem emisji ani certyfikatem
Crawl
Linki, sitemap.xml i lista ręczna — strona renderowana z JS
Limit podstron wg planu; powtarzalne problemy grupujemy w jedno znalezisko
/ 03 · Standardy
Progi ocen pochodzą ze standardów, które możesz zacytować w raporcie — nie z naszego widzimisię.
Co cytujemy w raporcie
Chrome UX / web.dev
W3C
OWASP
Skala Insight
Jak mapujemy na skalę Insight
Wynik Insight nie jest wynikiem Lighthouse, certyfikatem zgodności ani opinią prawną — to interpretacja progów źródłowych na wspólnej skali 0–100.
/ 04 · Priorytety
P1–P4 to kolejność wdrożenia, nie synonim severity. Severity pochodzi z progu; priorytet łączy severity, zakres i pewność. P1 nie zawsze oznacza błąd krytyczny — czasem to szeroki problem o wysokiej pewności. Koszt wdrożenia jest tylko rekomendacją pomocniczą.
Skala P1–P4
Co przesuwa priorytet
Severity
Wynika z progu — ten sam problem dostaje to samo severity.
Zakres
Liczba dotkniętych stron przesuwa znalezisko na skali P1–P4.
Pewność
Pewność automatycznej detekcji wpływa na pozycję na skali.
Koszt wdrożenia
Rekomendacja pomocnicza — nie obniża severity.
N/D — brak wystarczających danych. Nigdy zero ani sukces.
Od sygnału do wyniku
Security
Accessibility
/ 05 · Poziomy skanu
Każdy poziom uruchamia określony zestaw modułów. Koszt w kredytach zgodny z cennikiem.
Głębszy poziom dodaje zakres — nie zmienia oceny checków już zmierzonych.
Co dochodzi
Bez Lighthouse
Kiedy wybrać
Szybki screening jednego URL-a
Co dochodzi
Dochodzi wydajność
Kiedy wybrać
Regularna kontrola jakości strony
Co dochodzi
Klaster bezpieczeństwa (ZAP)
Kiedy wybrać
Audyt przed wdrożeniem lub odbiorem
Co dochodzi
Konkurencja + AI visibility
Kiedy wybrać
Pogłębiony zakres dla organizacji
/ 06 · Rola AI
Insight używa modeli generatywnych w warstwie opisu, nie w warstwie pomiaru.
Warstwa pomiaru
Pomiar, progi i severity zawsze z danych źródłowych.
Warstwa opisu
Opisy, grupowanie i rekomendacje — oznaczone, do przeglądu.
Zasady
Pomiar bez modelu
Wyniki, progi i severity nie pochodzą z modelu generatywnego.
AI na surowych danych
Grupuje znaleziska, opisuje wpływ i przygotowuje rekomendacje.
Tylko do przeglądu
Rekomendacje AI są oznaczone — nic nie wdraża się automatycznie.
Raport bez AI też kompletny
Wynik i lista znalezisk nie zależą od warstwy generatywnej.
/ 07 · Granice
Skan automatyczny wykrywa część problemów. Uczciwe granice są częścią metodologii.
Uczciwe granice
WCAG / EAA
Nie potwierdza zgodności
Nie zastępuje oceny manualnej ani opinii prawnej.
CO₂e
Nie pomiar ani certyfikat
Estymacja modelowa SWDM — nie wynik laboratoryjny.
ZAP
Nie pentest
Skan automatyczny podatności, nie ręczny test penetracyjny.
Crawl
Nie pełny enterprise crawl
Bez gwarancji znalezienia wszystkich adresów w serwisie.
Lab vs CrUX
Nie to samo źródło
Pokazujemy osobno — bez udawania danych terenowych labem.
/ 08 · Porównywalność
Treść strony, third-party i sieć zmieniają się między skanami. Raport zapisuje warunki — porównania idą na tej samej skali i progach.
Co blokujemy przy porównaniu
Czas i wersja
Data skanu oraz wersja metodologii
Zakres
Poziom skanu, URL-e i profil urządzenia
Kompletność
Moduły zakończone i oznaczone jako N/D
Zmiany metody
Komunikowane — nigdy ciche przeliczenie wstecz
Przykład ilustracyjny · te same progi, ta sama skala — bez sfabrykowanych wyników
/ 09 · Źródła
Dokumentacja, na której opierają się progi i modele w raporcie — do cytowania własnego.
Źródła publiczne
Progi LCP, INP i CLS
web.devJak Lighthouse liczy wyniki kategorii
developer.chrome.comKryteria sukcesu W3C, w tym kontrast AA
w3.orgRekomendowane nagłówki bezpieczeństwa HTTP
owasp.orgSkaner podatności w klastrze bezpieczeństwa
zaproxy.orgEstymacja emisji z transferu danych
sustainablewebdesign.orgDane terenowe Chrome UX Report
developer.chrome.comLinki zewnętrzne · otwierają się w nowej karcie · dostęp sprawdzony 07.2026
Spis treści, zasady agregacji i N/D, pełny przykład sygnał→wynik, jawna rola AI, wersjonowane źródła.
Pierwsza publiczna metodologia: ścieżka wyniku, źródła, progi, priorytety, poziomy skanu i granice.
Przykładowy raport pokazuje źródła danych, czas i ograniczenia analizy. Free pozwala potem przeskanować jeden projekt bez karty.
