Metodologia

Jak Insight ocenia Twoją stronę.

Od odpowiedzi serwera i wyrenderowanej strony do wyniku, znalezisk i priorytetów. Zobacz, co zostało zmierzone, czego zabrakło i jak czytać raport.

Sprawdź swoją stronę Przejdź do metody

Metodologia v1.3Aktualizacja: 03.10.2026Historia zmian

01Źródło przed oceną

Każde znalezisko ma wskazywać, skąd pochodzi sygnał.

02N/D pozostaje N/D

Brak danych nie staje się zerem ani zaliczoną kontrolą.

03Pomiar da się powtórzyć

Zakres, urządzenie i wersja metody muszą być znane.

01 / Wynik

Od sygnału do wyniku.

Każdy moduł liczymy z zakończonych kontroli. Waga zależy od wpływu problemu, a brak danych pozostaje widoczny jako N/D.

01Dane źródłowe
Pomiar lab, odpowiedź serwera, wyrenderowany DOM, crawl
02Próg
Porównanie z publicznym standardem lub konfiguracją referencyjną
03Znalezisko
pass · warn · fail albo N/D, gdy danych brakuje
04Wynik 0–100
Ważona agregacja checków w obrębie modułu

Przykład znaleziska

Brak HSTS

Jedna kontrola pokazuje, skąd pochodzi sygnał, jaka reguła zadziałała i jak wpłynęła na ocenę.

Security P1

Sygnał: brak nagłówka Strict-Transport-Security
Źródło: odpowiedź HTTP
Reguła: OWASP Secure Headers
Zakres: cała domena
Pewność: wysoka
Severity: wysokie
Wpływ na moduł: fail · waga wysoka · 0 pkt z tej kontroli

Zasady agregacji wyniku

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.

Wynik modułu

Suma punktów z zakończonych checków ÷ suma wag tych checków × 100. Fail = 0 z danej kontroli, warn = część wagi, pass = pełna waga.

N/D poza mianownikiem

Brak sygnału nie jest sukcesem ani zerem. Pokazujemy N/D i pokrycie osobno, żeby wynik liczbowy nie był mylony z pełnym zakresem.

Wynik ogólny

Łączy wyniki zmierzonych modułów według wag opublikowanej wersji metodologii, a potem stosuje bramkę ryzyka. Moduł N/D nie wchodzi do tej agregacji.

Bramka ryzyka

Jeden bardzo słaby moduł ogranicza cały wynik. Gdy najsłabszy zmierzony moduł ma poniżej 50 punktów, wynik ogólny wynosi najwyżej 69, a poniżej 40 punktów najwyżej 59. Moduł N/D nie uruchamia bramki. Moduł, którego pomiar oznaczono jako niepewny (na przykład przebieg Lighthouse, który odstawał także po ponownym pomiarze), zachowuje wagę w średniej, ale nie obcina wyniku.

Priorytet ≠ wynik

Skala P1–P4 porządkuje backlog wdrożeń. Nie przelicza się 1:1 na punkty wyniku, bo severity, zakres i pewność ustawiają priorytet osobno.

Wagi i agregacja

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.

Braki danych (N/D)

Moduł lub check bez danych raportujemy jako N/D i wykluczamy z mianownika. Wynik dotyczy wyłącznie zmierzonego zakresu i pokrycia. Głębszy poziom skanu dodaje nowe moduły, ale nie przepisuje już zmierzonych checków.

02 / Dane

Najpierw sprawdź źródło.

Pomiar lab, odpowiedź HTTP, automatyczna detekcja i estymacja CO₂e mają różne granice. Raport powinien je odróżniać.

Pomiar laboratoryjny

Metryki lab wydajności

Lighthouse / PageSpeed API

Granica źródła: Wynik może różnić się między uruchomieniami

Pomiar bezpośredni

Checki HTTP

Statusy, nagłówki, przekierowania, cookies

Granica źródła: Stan serwera z chwili skanu

Detekcja automatyczna

Testy WCAG

Automatyczne, na wyrenderowanym DOM

Granica źródła: Część kryteriów wymaga oceny manualnej

Estymacja modelowa

Estymacja CO₂e

Model SWDM v4 na bazie transferu danych

Granica źródła: Nie jest pomiarem emisji ani certyfikatem

Dane własne

Crawl

Linki, sitemap.xml i lista ręczna, strona renderowana z JS

Granica źródła: Limit podstron wg planu; powtarzalne problemy grupujemy w jedno znalezisko

Dwa wejścia do analizy

Insight nie instaluje skryptu na stronie. Czyta to, co widać w przeglądarce, i to, co odsyła serwer, w jednej sesji skanu.

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

03 / Progi

Progi mają swoje źródła.

Kontrole odnosimy do progów ze standardów źródłowych. Możesz wskazać te standardy w raporcie dla klienta.

Wynik modułu

0–100

< 50wysoki priorytet

50–69istotne problemy

70–89do poprawy

≥ 90dobry stan

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.

Przykładowe progi źródłowe

Core Web Vitals

LCP: ≤ 2.5 s
INP: ≤ 200 ms
CLS: ≤ 0.1

Chrome UX / web.dev

WCAG 2.2 (AA)

Kontrast tekstu: ≥ 4.5:1

W3C

Nagłówki bezpieczeństwa

CSP: obecny
HSTS: obecny
Zalecenia: OWASP

OWASP

04 / Priorytety

Wynik to nie plan napraw.

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ą.

Co wpływa na kolejność

SeverityWynika z progu, więc ten sam problem dostaje to samo severity.

ZakresLiczba dotkniętych stron przesuwa znalezisko na skali P1–P4.

PewnośćPewność automatycznej detekcji wpływa na pozycję na skali.

Koszt wdrożeniaRekomendacja pomocnicza, nie obniża severity.

Skala P1–P4

P1Napraw w pierwszej kolejności

P2Zaplanuj

P3Popraw przy okazji

P4Backlog / niski

N/D: brak wystarczających danych. Nigdy zero ani sukces.

Drugi przykład: kontrast tekstu

Kontrast poniżej 4.5:1 · P2

Sygnał: tekst poniżej WCAG AA 4.5:1
Źródło: wyrenderowany DOM
Reguła: WCAG 2.2 · 1.4.3 Contrast (Minimum)
Zakres: 2 podstrony
Pewność: wysoka
Severity: średnie
Wpływ na moduł: fail · waga średnia · 0 pkt z tej kontroli

05 / Poziomy skanu

Cztery poziomy, różny zakres.

Głębszy poziom dodaje zakres, ale nie zmienia oceny checków już zmierzonych.

Poziom skanuDodatkowy zakresModułyCzasKoszt

Quick

Szybki screening jednego URL-a

Bez Lighthouse

Moduły5

Czas~1 min

Koszt4 cr

Standard

Regularna kontrola jakości strony

Dochodzi wydajność

Moduły10

Czas3–5 min

Koszt12 cr

Complete

Audyt przed wdrożeniem lub odbiorem

Klaster bezpieczeństwa (ZAP)

Moduły22

Czas8–10 min

Koszt18 cr

Comprehensive

Pogłębiony zakres dla organizacji

Konkurencja + gotowość AI Search

Moduły31

Czas12–15 min

Koszt25 cr

Jak czytać zakres i koszt skanu

Każdy poziom uruchamia określony zestaw modułów. Koszt w kredytach zgodny z cennikiem.

Liczba modułów = zestawy checków z publikowanego katalogu modułów. Część zestawów raportuje do wspólnego modułu (np. dostępność i screening prywatności), więc raport może pokazywać mniej sekcji niż zestawów. Podstawowe sprawdzenia security (TLS, nagłówki, cookies) są od poziomu Standard; klaster podatności OWASP ZAP dochodzi na Complete.

06 / AI

AI objaśnia. Nie mierzy.

Model generatywny nie ustala surowego wyniku pomiaru ani nie zastępuje progów źródłowych. Może pomagać grupować znaleziska i przygotowywać opis rekomendacji.

Warstwa pomiaru

Bez AI

Pomiar, progi i severity zawsze z danych źródłowych.

pass / warn / fail

Warstwa opisu

Z AI

Opisy, grupowanie i rekomendacje, oznaczone, do przeglądu.

Objaśnienie wyniku

Zasady użycia AI w raporcie

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 i nic nie wdraża się automatycznie.

Raport bez AI też kompletny

Wynik i lista znalezisk nie zależą od warstwy generatywnej.

07 / Ograniczenia

Co trzeba sprawdzić osobno.

Automatyczny skan wykrywa część problemów. Poniżej opisujemy, gdzie kończy się jego zakres i potrzebna jest dodatkowa ocena.

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.

Zobacz techniczną metodologię crawla

08 / Porównywalność

Porównuj te same warunki.

Między skanami mogą zmienić się treść strony, usługi zewnętrzne i warunki sieciowe. Raport zapisuje warunki analizy. Wyniki porównujemy przy tej samej skali i progach.

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 porównania przed i po: case study cometweb.io

09 / Źródła

Standardy i źródła

Dokumentacja progów i modeli używanych w raporcie. Sięgnij do niej, gdy potrzebujesz sprawdzić regułę lub podać źródło.

Dokumentacja źródłowa

Core Web VitalsProgi LCP, INP i CLSweb.dev / Google · CWV thresholds · Progi Lighthouse scoringJak Lighthouse liczy wyniki kategoriiChrome Developers · Lighthouse docs · Scoring WCAG 2.2Kryteria sukcesu W3C, w tym kontrast AAW3C · WCAG 2.2 · Kryteria OWASP Secure HeadersRekomendowane nagłówki bezpieczeństwa HTTPOWASP · Secure Headers Project · Nagłówki OWASP ZAPSkaner podatności w klastrze bezpieczeństwaOWASP · ZAP · Skaner SWDM v4Estymacja emisji z transferu danychSustainable Web Design · SWDM v4 · Model CO₂e CrUXDane terenowe Chrome UX ReportChrome Developers · CrUX · Field data

Linki zewnętrzne · otwierają się w nowej karcie · dostęp sprawdzony 07.2026

Historia zmian

Obowiązuje dla raportów od: 22.07.2026

v1.3 03.10.2026

Opis bramki ryzyka w zasadach agregacji: progi 50 i 40 punktów oraz wyjątek dla niepewnego pomiaru. Reguła działała w obliczeniach już wcześniej, więc zmienia się opis, a nie wyniki.

v1.2 22.07.2026

Spis treści, zasady agregacji i N/D, pełny przykład sygnał→wynik, jawna rola AI, wersjonowane źródła.

v1.0 15.07.2026

Pierwsza publiczna metodologia: ścieżka wyniku, źródła, progi, priorytety, poziomy skanu i granice.

Zobacz metodologię w praktyce.

Przykładowy raport pokazuje źródła danych, czas i ograniczenia analizy. Plan Free pozwala potem przeskanować jeden projekt bez karty płatniczej.

Przeskanuj stronę Zobacz przykładowy raport

Bez karty płatniczej Źródła danych w każdym raporcie Progi z publicznych standardów