Realni użytkownicy (CrUX)
ważność wysokamierzonysposób wydajnosc_crux
Ocena Google z przeglądarek Chrome prawdziwych odwiedzających, osobno telefon i komputer. Gdy strona ma dość ruchu, wygrywa z pomiarem laboratoryjnym.
Wdrożony 01.10 dla premium (CrUX na żywo przy badaniu). Tylko do raportu. Dane ma mniej więcej co czwarta strona portfolio (48 z 205, 25.09) — strona bez danych ma ten parametr „nie dotyczy”. Progi Google 1:1: LCP 2,5 / 4 s, INP 200 / 500 ms, CLS 0,1 / 0,25.
WIKI
wiedza ze źródeł zewnętrznychArtykuł o parametrze „Realni użytkownicy (CrUX)” jest w przygotowaniu. Powstaje po kolei dla wszystkich 87 parametrów, każde twierdzenie z przypisem do źródła.
STATS
wyniki z systemu · tylko liczby zbiorczeTen parametr nie zapisuje odczytu per strona — przebieg zostawia tylko ustalenia, więc liczby sprawdzonych stron i wyników „ok” system nie ma. Pojawią się po wdrożeniu zapisu przebiegów per strona per parametr.
Ten parametr nie otworzył jeszcze żadnego ustalenia w bazie LAB247. Pusto nie znaczy „czysto” — znaczy, że nic nie przekroczyło reguły.
Harmonogram nie zapisał jeszcze przebiegu ze sposobem „wydajnosc_crux”. Zapis przebiegów z n8n działa od 2026-09-14.
CARD
karta z kodu CREATO_PING, odczyt 01.10.2026Jak ten parametr trafia do ClickUpa: wynik sondy to linia w subtasku 2. Pomiar, a usterka, którą otwiera — linia w subtasku 1. Podsumowanie (z identyfikatorem CWE i kategorią OWASP), skąd liczy się wskaźnik zagrożenia i status strony. Projekcja z bazy skanera odświeża oba subtaski co godzinę. Do 22.09 każde ustalenie dostawało własny subtask i status ze starego słownika (PODATNA, WARNING…) — te słowa zostały jeszcze w części opisów pomiaru niżej jako język wewnętrzny sond.
| Obszar i ważność | Wydajność · wysoka (W04) |
|---|---|
| Workflow i częstotliwość | skaner_badanie działa na LAB247Skaner 2.0, badanie kohorty: premium co 12 h, reszta co 24–48 h · Od 2026-10-01 zestawy kohort (premium_pelny, tani_ciezki, tani_lekki) mają tury higiena, serwer, sklep, kasa i strony (wyciek ścieżek B41, CMS po EOL B44, kluczowe podstrony S08, odnośniki kontaktowe D10); nocny pomiar wydajności (trend, waga, od 01.10 też metryki pasma W01–W04 i W07) tylko premium — u reszty prośba o pomiar zagłodziłaby nocny plan. Sklep: strona bez WooCommerce = „nie dotyczy”. |
| Sonda i helper | sposób wydajnosc_crux · CREATO_PING/helpers/wydajnosc_badanie.py |
| Testy |
|
| Typ wyniku | enum: ok / nie_dalo_sie_sprawdzic (z przyczyną; brak_danych_crux z crux_dane: false) + p75 LCP, INP i CLS osobno dla telefonu i komputera, pasmo, źródło (na_zywo albo noc); 0 albo 1 ustalenie wydajnosc_crux |
| Jednostka | p75 z 28 dni: LCP w ms, INP w ms, CLS bezwymiarowo |
| Próg i reguła | Progi Google 1:1 (75. percentyl): trochę wolniejsza — LCP > 2500 ms, INP > 200 ms, CLS > 0,1; wyraźnie wolna — LCP > 4000 ms, INP > 500 ms, CLS > 0,25. Timeout zapytania 15 s. |
| Gdzie leżą pokrętła | CREATO_PING/skaner/wydajnosc.toml → [crux] slaba, zlaCREATO_PING/helpers/crux_check.py → METRYKI, ODSTEP_S, klucz_apiCREATO_PING/helpers/wydajnosc_badanie.py → crux_stronyCREATO_PING/.env → GOOGLE_CRUX_API_KEYCREATO_PING/config/incident_policy.toml → [finding] wydajnosc_crux |
| Retencja odczytów | Surowy pomiar jako NIEZMIENNY wiersz tabeli `odczyty` w bazie skanera (wejście, wyjście, dowody, sha karty sondy i helpera, commit kodu) — trigger odrzuca każdą zmianę. Okno retencji z kohorty: 90 dni premium, 30 dni reszta; poza oknem zostają odczyty z werdyktem problemu, akcją albo etykietą, bo replay reguł ich potrzebuje (`skaner/retencja.py`). Do LAB247 ten kanał nie idzie (do bazy serwisu jadą dziś tylko sprawdzenia dostępności), więc poza odczytem zostaje werdykt w tabeli `werdykty` i sprawa w tabeli `sprawy`. Wynik CrUX z nocy zostaje w wyniki/<domena>.json (nadpisywany) i w dziennym <data>/crux.jsonl w state/skaner/wydajnosc/ — kod ich nie czyści. |
| Znane rozbieżności |
|
| Karta przepisana z | CREATO_PING/helpers/wydajnosc_badanie.py · CREATO_PING/helpers/crux_check.py · CREATO_PING/helpers/wydajnosc_pasmo.py · CREATO_PING/tools/wydajnosc_noc.py · CREATO_PING/skaner/wydajnosc.toml · CREATO_PING/config/incident_policy.toml · CREATO_PING/skaner/latest_readings.py · CREATO_PING/skaner/usterki.toml · CREATO_PING/skaner/ocena.py · odczyt 01.10.2026 |
wydajnosc_crux: bramka polityki zamknięta (gate=false) — zostaje odczyt i werdykt „bez_subtaska” w bazie skanera, sprawa nie powstaje, więc usterka „Realni użytkownicy (CrUX) ponad progiem Google” (waga 0) nie wchodzi do wskaźnika strony. Te same dane CrUX decydują jednak o paśmie Ocena wydajności, gdy strona je ma — wtedy laboratorium nie jest pytane.
| Kod | Finding | Severity | Pewność | Skutek | Finding / alarm | Waga → ocena | Co zrobić |
|---|---|---|---|---|---|---|---|
| W04.01 | Realni użytkownicy (CrUX) ponad progiem Googlewydajnosc_crux | Niska | — | bez wpływu | nie / — | waga 0 — nie usterka | — |
| Kod i klucz | W04.01 · wydajnosc_crux → perf_crux (klucz angielski przyjęty 01.10; skaner nadaje jeszcze stary) · w tabeli typów |
|---|---|
| Co znaczy | opis do opracowania |
| Kiedy powstaje | Dane realnych użytkowników Chrome (CrUX, na żywo; z nocy, gdy API nie odpowie), telefon lub komputer — gorszy wygrywa: LCP > 2500 ms albo INP > 200 ms albo CLS > 0,1. Strona bez danych CrUX = nie dotyczy.Tylko raport (waga 0) — wskaźnik liczy pasmo W11. |
| Severity · pewność | Niska |
| Skutek dla strony | bez wpływu · tylko statystyka (gate=false) |
| Waga → ocena | waga 0 — nie usterka |
| Klasyfikacja | OCSF 1.9.0: poza klasami Findingu |
| Rekord OCSF | finding_info.analytic.uid = "W04.01" · analytic.name = "perf_crux" · finding_info.types = ["W04 Realni użytkownicy (CrUX)"] |
| Co zrobić | — |
| Wersje typu |
|
LOOP
bez pętliTrafności jeszcze nie liczymy: zamknięcie subtaska nie niesie dziś werdyktu (prawdziwy / fałszywy / nie dało się sprawdzić). Cztery liczby pojawią się, gdy każde zamknięcie dostanie werdykt — to warunek startu pętli 1.
Ten parametr nie przeszedł jeszcze żadnej pętli. Kolejność po pierwszych pięciu grupach ustali miara trafności.