LW IT Solutions
« Blog Overview /Digital Analytics / Alerty GA4 przy małych liczbach: próg, przedział...
This post in other languages:

Alerty GA4 przy małych liczbach: próg, przedział i szum statystyczny

Alerty GA4 przy małych liczbach: próg, przedział i szum statystyczny
Spis treści
  1. Dlaczego małe liczby wahają się mocniej
  2. Dlaczego niższy próg nie pomaga
  3. Dłuższy przedział zamiast niższego progu
  4. Prawdziwy ruch waha się mocniej niż samo liczenie
  5. Gdy liczby są po prostu za małe
  6. Źródła

Alarm na zdarzenia koszyka ma zgłaszać, że w sklepie coś się zepsuło. Żeby mógł to zrobić, spadek musi być wyraźnie większy niż to, co liczby i tak robią same z siebie. Dopiero wtedy różnica jest istotna – na tyle duża, by nie była zwykłym przypadkiem. Miejsce, w którym przebiega ta granica, to próg alarmu.

Właśnie na tym zawodzi większość alarmów w spokojnych sklepach. Są z konieczności ustawione tak, że odzywają się dopiero przy spadku o połowę, więc przemilczają proces zakupowy zepsuty dla jednej trzeciej klientów. Przy małych liczbach jedna trzecia mieści się jeszcze w normalnym wahaniu.

W której z tych dwóch sytuacji jest dany sklep, nie jest kwestią uznania. Zależy to od jednej liczby: ile zdarzeń wpada w jeden przedział, czyli w okno czasowe, po którym alarm liczy.

Trzy krzywe najmniejszego wykrywalnego spadku wobec liczby zdarzeń na przedział, dla progu pobłażliwego, zwykłego i surowego, wszystkie opadające powoli i wychodzące ze ślepego obszaru dopiero powyżej kilkuset zdarzeń
W ślepym obszarze odzywa się już tylko spadek o połowę. Każda krzywa opuszcza go w prawo, nigdy w dół.

Dlaczego małe liczby wahają się mocniej

Liczone rzeczy zawsze się wahają, nawet gdy nic się nie zmieniło. Dziesięć rzutów monetą rzadko daje dokładnie pięć orłów; siedem albo trzy zdarzają się bez przerwy. Tysiąc rzutów niemal zawsze ląduje blisko połowy. Wahanie zatem nie znika, po prostu waży coraz mniej wobec całości.

Dla alarmu rozstrzyga właśnie ta proporcja. Przy dwudziestu pięciu zdarzeniach typowe wahanie wynosi około pięciu, czyli jedną piątą całości. Przy dwóch i pół tysiącach zdarzeń wynosi około pięćdziesięciu: bezwzględnie dziesięć razy więcej, ale względnie już tylko jedną pięćdziesiątą. Duże liczby są spokojne, małe są niespokojne.

Stąd wynika, jak duży musi być spadek co najmniej, żeby był istotny i żeby alarm w ogóle odróżnił go od normalnego wahania.

Zdarzenia na przedział Spadek, który alarm zauważy najwcześniej
50 76 %
200 38 %
800 19 %
3200 10 %

Prawa kolumna to cały ten artykuł. Mówi, jaka część ruchu musi zniknąć, zanim w ogóle cokolwiek się wydarzy, a przy pięćdziesięciu zdarzeniach na przedział są to trzy czwarte. Zepsuty przycisk koszyka dotykający jednej trzeciej klientów pozostaje tam niewidoczny. Liczby dotyczą zwykłego progu i prawdziwego ruchu, który waha się mocniej niż samo liczenie – o tym niżej.

Dlaczego niższy próg nie pomaga

Nasuwającą się odpowiedzią jest obniżenie progu, tak by alarm odzywał się już przy mniejszych spadkach. To rzeczywiście działa: wykrywalny spadek maleje o mniej więcej jedną trzecią. Tyle że jednocześnie liczba fałszywych alarmów rośnie siedemnastokrotnie.

Przy monitorowaniu co godzinę oznacza to mniej więcej co drugi dzień alarm, choć nic się nie wydarzyło. Alarm odzywający się bez powodu co drugi dzień zostaje wyciszony w ciągu dwóch tygodni. Potem sklep nie ma już monitoringu, a ma poczucie, że go ma – położenie gorsze niż to, od którego zaczął.

Próg jest wymianą między dwoma błędami: przeoczyć coś albo alarmować bez powodu. Dopóki liczby są małe, ta wymiana jest zła po obu stronach.

Dłuższy przedział zamiast niższego progu

Jest droga, która omija tę wymianę: zmieścić więcej zdarzeń w jednym przedziale, wydłużając ten przedział. Czterokrotnie więcej zdarzeń czyni alarm dwukrotnie czulszym, przy tym samym progu i tej samej częstości fałszywych alarmów na przedział.

Przedział Zdarzenia w nim Najmniejszy widoczny spadek Alarm przychodzi po
5 min 17 100 % pięciu minutach
15 min 50 76 % kwadransie
1 h 200 38 % godzinie
4 h 800 19 % czterech godzinach

Liczby dotyczą sklepu z 4800 zdarzeniami dziennie, monitorowanego całą dobę. Wiersz pięciominutowy jest tym, który zwykle się ustawia, bo pięć minut brzmi jak szybka reakcja – i jest wierszem, który nie wykrywa niczego.

Ile kosztuje dłuższy przedział, stoi w ostatniej kolumnie i nigdzie indziej: tyle czasu awaria trwa niezauważona. Cztery godziny są dla procesu zakupowego za długie, a dla nocnej dostawy danych całkiem w porządku. Przedział należy więc do obserwowanego przedmiotu, a nie do ogólnego regulaminu.

Prawdziwy ruch waha się mocniej niż samo liczenie

Do tej pory mowa była wyłącznie o wahaniu samego liczenia. Prawdziwy ruch ma dodatkowo rytm dobowy, rytm tygodniowy i wyskoki wokół dni wypłat. Trzymany wobec jednej płaskiej średniej, wszystko to liczy się również jako wahanie: alarm bierze wtedy koniec dnia za awarię, a szczyt w porze obiadowej za poprawę.

Dlatego liczby w tabelach powyżej są gorsze, niż sugerowałoby samo liczenie. To nie sztuczka rachunkowa, lecz cena linii odniesienia, która nie wie, która jest godzina.

Linia odniesienia zbudowana z tej samej godziny tego samego dnia tygodnia z ostatnich tygodni usuwa rytm. Ta jedna zmiana daje czułości więcej niż jakiekolwiek dostrajanie progu – działa mniej więcej tak, jakby sklep miał czterokrotnie większy ruch.

Gdy liczby są po prostu za małe

Niektóre sklepy w żadnym użytecznie krótkim przedziale nie osiągają liczb trzycyfrowych i żadna statystyka tego nie zmieni. Rozwiązaniem jest tam przestać zliczać zdarzenia, a zamiast tego zestawić dwie liczby w stosunek.

Sesje i zdarzenia koszyka nocą spadają obie i w poniedziałek rosną obie. Ich stosunek nie robi ani jednego, ani drugiego; pozostaje spokojny, podczas gdy obie pojedyncze liczby wędrują. Próg na tym stosunku działa więc jeszcze przy wielkościach, przy których próg na samej liczbie jest beznadziejny. Zepsuty przycisk koszyka rusza stosunek natychmiast, ledwie dotykając liczby sesji.

Rachunek z tego artykułu nadal przy tym obowiązuje. Obowiązuje tylko dla wielkości, której rytm dobowy nie przykrył, zanim alarm w ogóle na nią spojrzał.

Lukas Wojcik

Lukas Wojcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Get in Touch

Briefly describe your project or inquiry for a tailored response. This site is protected by reCAPTCHA.

Napisanie komentarza

Adres e-mail nie jest publikowany. Pola obowiązkowe oznaczono gwiazdką.

ALL ARTICLES & CATEGORIES

CCTV

Śledź tę kategorię przez RSS

Cloud & AI

Śledź tę kategorię przez RSS

Data Privacy

Wszystkie artykuły w tej kategorii (13) Śledź tę kategorię przez RSS

Digital Analytics

Wszystkie artykuły w tej kategorii (50) Śledź tę kategorię przez RSS

Digital Marketing

Wszystkie artykuły w tej kategorii (29) Śledź tę kategorię przez RSS

IT & Networks

Wszystkie artykuły w tej kategorii (16) Śledź tę kategorię przez RSS

Music Production

Śledź tę kategorię przez RSS

Raspberry Pi

Śledź tę kategorię przez RSS

Smart Home

Wszystkie artykuły w tej kategorii (18) Śledź tę kategorię przez RSS

Tworzenie stron internetowych

Śledź tę kategorię przez RSS

Wtyczki i triki WordPress

Śledź tę kategorię przez RSS