2026-08-14

Błędy na stronie, które widzą klienci, a Ty nigdy

Błędy na stronie same się nie ogłaszają.

Tamás sprzedaje meble przez internet. W marcu jego przychody spadły o 18 procent. Ruch się nie zmienił. Koszty reklam się nie zmieniły.

Obwinił sezon. Potem reklamy. Potem zwiększył budżet.

Jedenaście dni później napisała do niego klientka. Przycisk płatności na jej iPhonie nic nie robił.

Zepsuła go aktualizacja wtyczki. Tylko w Safari. Tamás używa Chrome na laptopie. Jego strona każdego ranka wyglądała idealnie.

Rodzaj awarii, której nigdy nie zauważasz

Strona może się zepsuć na dwa sposoby.

Głośno. Strona się nie ładuje. W ciągu godziny dzwoni telefon. Naprawiasz to.

Po cichu. Strona ładuje się dobrze. Wygląda dobrze. Jeden przycisk w jednej przeglądarce nic nie robi.

Nikt nie dzwoni w sprawie cichej awarii. Ludzie zakładają, że problem jest po ich stronie. Zamykają kartę i kupują u kogoś innego.

Dlatego cicha awaria jest droższa. Przetrwa tygodnie.

„The first principle is that you must not fool yourself, and you are the easiest person to fool."

Richard Feynman, przemówienie do absolwentów Caltech, 1974

Pierwsza zasada mówi, że nie wolno oszukiwać samego siebie, a Ciebie najłatwiej oszukać. Twoja własna przeglądarka oszukuje Cię każdego dnia. Ma Twoją pamięć podręczną, Twoje rozszerzenia i Twoje ustawienia. To najmniej reprezentatywne urządzenie, jakie masz.

Dlaczego te błędy tak dobrze się ukrywają

Cztery rzeczy trzymają problem poza zasięgiem wzroku.

• Twoja przeglądarka to nie ich przeglądarka. Safari, Firefox i stare wersje Androida zachowują się inaczej.
• Twoja pamięć podręczna jest rozgrzana. Załadowałeś stronę sto razy. Nowy odwiedzający jeszcze nie.
• Aktualizacje dzieją się bez Ciebie. Wtyczka, motyw albo skrypt płatności aktualizuje się w nocy.
• Na Twojej stronie działa cudzy kod. Widżety czatu, narzędzia do cookies, skrypty reklamowe i widżety opinii mogą się zepsuć. Gdy jeden z nich padnie, może pociągnąć za sobą Twój przycisk. Te same skrypty spowalniają też stronę.

Ta ostatnia rzecz zaskakuje ludzi. Ty niczego nie zmieniłeś. Zmienił ktoś inny.

Co z tym robi StatJolt

StatJolt nasłuchuje błędów w przeglądarce odwiedzającego. Nie na Twoim serwerze. W przeglądarce prawdziwej osoby, która próbuje coś kupić.

Gdy coś się zepsuje, zapisuje:

• Komunikat błędu.
• Stronę, na której to się stało.
• Ile osób na to trafiło.
• Przeglądarkę, urządzenie i system operacyjny.
• Kiedy stało się to po raz pierwszy i kiedy ostatni.

Tamás zobaczyłby więc jedną linijkę. Safari, iPhone, /checkout, 340 people, started 4 March.

Jedenaście dni zgadywania zamienia się w jedno zdanie.

Możesz oznaczyć błąd jako rozwiązany. Jeśli wróci w ciągu tygodnia, StatJolt oznaczy go jako powracający i wyśle Ci e-mail. Tak wyłapiesz poprawkę, która nie zadziałała.

Nadal jesteś ze mną? Dobrze, bo raporty przydają się tylko wtedy, gdy naprawdę na nie patrzysz.

Dwuminutowy nawyk, który się zwraca

Wpisz to do kalendarza na każdy poniedziałkowy poranek.

1. Otwórz listę błędów. Posortuj według liczby osób, których dotyczą.
2. Zignoruj wszystko poniżej dziesięciu osób. Większość z tego to rozszerzenia przeglądarek i szum, którego nie naprawisz.
3. Spójrz na trzy pierwsze. Sprawdź, na których stronach występują.
4. Podnieś priorytet wszystkiego na stronach, które przynoszą pieniądze. Płatność, rejestracja, kontakt i cennik idą pierwsze.
5. Wyślij pierwszą pozycję osobie, która utrzymuje stronę. Komunikat, strona, przeglądarka. To wszystko, czego potrzebuje.

Dwie minuty. Co tydzień. To ten sam rytm, który opisujemy w tekście analityka w 5 minut tygodniowo.

Co wysłać programiście

Większość próśb o naprawę marnuje dzień, bo brzmi: „strona jest zepsuta".

Wyślij zamiast tego te cztery rzeczy.

• Dokładny komunikat błędu.
• Adres strony.
• Przeglądarkę i urządzenie.
• Datę, kiedy to się zaczęło.

Ta ostatnia jest najcenniejsza. Mówi, co zmieniło się tego dnia.

Twój programista przestaje szukać i zaczyna naprawiać. To też chroni Cię przed płaceniem za godziny zgadywania.

Gdzie pasuje StatJolt

Monitorowanie błędów zwykle żyje w osobnym narzędziu z osobnym rachunkiem. StatJolt umieszcza je obok liczb ruchu, bo tam naprawdę je zobaczysz.

Działa bez cookies. Dzięki temu blokery reklam nie usuwają właśnie tych odwiedzających, którzy najczęściej trafiają na problem. Osoby techniczne blokują trackery częściej niż ktokolwiek inny.

Drugim cichym wyciekiem jest Twój formularz. Ma własny artykuł: porzucanie formularzy i pole, które kosztuje Cię rejestracje.

Jeśli przeczytasz tylko jedną ramkę

Strony zwykle psują się po cichu, w jednej przeglądarce, i nikt Ci o tym nie mówi. Twoje własne urządzenie ukrywa problem, bo Twoja pamięć podręczna i ustawienia nie są typowe. Obserwuj błędy prawdziwych odwiedzających, co tydzień sprawdzaj listę i traktuj wszystko na stronie płatności lub rejestracji jako pilne.

Wstecz