Syntetyczne monitorowanie transakcji
Monitorowanie transakcji HostTracker odtwarza prawdziwą ścieżkę użytkownika - logowanie, wyszukiwanie, dodanie do koszyka, finalizację zakupu - w prawdziwej przeglądarce z ponad 300 lokalizacji i powiadamia Cię w chwili, gdy krok się zepsuje.
Jak przebiega kontrola transakcji, od pierwszego kroku do alertu
Każdy przebieg, od pierwszej nawigacji do werdyktu.
Żadnego nagrywania makr, które się dezaktualizuje. Nazwij kroki - ta nazwa pojawia się w alercie.
checkout · 5 kroków · 3.6 s
0 navigate https://shop.example.com/ 1.4 s 1 type #email "[email protected]" 0.2 s 2 click #add-to-cart 0.9 s 3 waitForNavigation /checkout 1.1 s 4 checkContent "Order summary" present 0.1 s
navigate, click, type, select, checkContent, hover, waitForNavigation, sleep, screenshot i back - każda z własnym limitem czasu i nazwą.
Każdy błąd konsoli przeglądarki powoduje niepowodzenie kontroli, z listą dozwolonych do dziesięciu fragmentów tekstu dla hałaśliwego skryptu zewnętrznego.
Twórz i edytuj monitory transakcji przez REST, SDKs, Terraform lub MCP - z pełnym zestawem akcji.
Dowiedz się więcejZacznij od jednej podróży, której awaria kosztuje Cię pieniądze, doprowadź ją do stanu „zielonego”, a dopiero potem dodawaj kolejne. Jeden monitorowany przepływ, któremu ufasz, jest wart więcej niż pięć skonfigurowanych na pół gwizdka.
Otwórz stronę produktu, kliknij „dodaj do koszyka”, sprawdź, czy znacznik koszyka pokazuje jeden produkt, otwórz checkout, sprawdź, czy wyświetliła się prawidłowa suma i formularz płatności. Zatrzymaj się jeden krok przed złożeniem zamówienia, a uzyskasz pełne pokrycie bez testowych zamówień w Twojej bazie danych.
Wpisz dane logowania dedykowanego konta testowego, wyślij formularz, poczekaj na nawigację, a następnie sprawdź tekst, który istnieje tylko wtedy, gdy sesja jest prawdziwa. To pojedynczy scenariusz o najwyższej wartości dla większości aplikacji - zepsute logowanie to całkowita awaria, która mimo to zwraca 200 na każdej stronie.
Wypełnij pola, wyślij formularz, sprawdź treść strony z podziękowaniem. Cicha awaria formularza to klasyczna niewidzialna awaria: nic nie zgłasza błędu, nic nie alarmuje, a zapytania po prostu przestają napływać, dopóki ktoś nie zauważy tego kilka tygodni później.
Wpisz zapytanie, które zawsze musi coś znaleźć, wyślij je, a następnie sprawdź zarówno to, że obecny jest znany wynik, jak i to, że nie ma tekstu o braku wyników. To druga asercja wykrywa indeks wyszukiwania, który po cichu przestał się przebudowywać.
Przejdź formularz rejestracji aż do ekranu potwierdzenia i sprawdź jego treść, kierując formularz na testowy cel, tak aby monitorowanie nigdy nie tworzyło prawdziwych kont. Rejestracja psuje się po cichu i kosztownie - nikt nie skarży się na rejestrację, której nie mógł ukończyć.
Poproś o zresetowanie hasła i sprawdź, czy pojawia się ekran potwierdzenia. Zależy on od Twojego systemu wysyłki e-maili, kolejki i usługi tokenów, dzięki czemu jest niezwykle dobrym „kanarkiem” dla problemów backendu, których strona główna nigdy nie pokaże.
Usługa sprawdzania transakcji HostTracker zapewnia, że wszystkie etapy procesu transakcyjnego online działają prawidłowo. Testuje każdy krok procesu - od dodania produktu do koszyka aż po sfinalizowanie zakupu. Dzięki temu można szybko znaleźć i naprawić problemy, które uniemożliwiają klientom dokonanie zakupu, co poprawia doświadczenie klienta i ogranicza utratę sprzedaży.
Funkcja sprawdzania transakcji HostTracker jest kompleksowa i obejmuje różne aspekty transakcji e-commerce. Odtwarza działania takie jak wysyłanie formularzy, kliknięcia przycisków i przekierowania między stronami, wiernie naśladując zachowanie prawdziwych użytkowników. Dzięki temu cały proces zakupowy jest testowany od początku do końca. Usługa dostarcza również szczegółowe logi i raporty, które pomagają administratorom szybko znaleźć i naprawić problemy, nie zakłócając ścieżki zakupowej klientów.
Sprawdzanie transakcji zwiększa niezawodność i wydajność sklepów internetowych. Pomaga utrzymać płynność transakcji poprzez wykrywanie problemów, zanim jeszcze wystąpią. Dzięki temu klienci są bardziej zadowoleni i mają większe zaufanie do witryny, a sklep unika utraty sprzedaży. To sprawia, że jest to niezwykle przydatne narzędzie dla sklepów internetowych.
Krok według nazwy, jego zrzut ekranu oraz czasy wszystkich kroków przed nim.
Wynik i alert zawierają nazwę kroku, więc "down" staje się "3 - logowanie przestało przekierowywać".
Rejestrowany, gdy krok się nie powiedzie, obok tego wykonanego po ostatnim kroku - jak wyglądała strona na drodze do niego.
Strony, serwery, API, certyfikaty. Jeden typ kontroli na stronę, za wszystkimi te same lokalizacje, alerty i raporty.
"Korzystam z tej usługi monitorowania od dawna i moja codzienna rutyna przestała być problemem. Cicho obserwuje wszystkie moje strony i pozwala mi zareagować w chwili, gdy coś pójdzie nie tak."
Zaufały nam zespoły z
Każdy rozdział otwiera się w miejscu, dzięki czemu strona pozostaje krótka.
Monitorowanie syntetyczne oznacza, że ruch jest generowany celowo: zamiast czekać, aż odwiedzający natrafi na problem i liczyć, że Ci o tym powie, usługa monitorująca sama odwiedza Twoją witrynę, według harmonogramu, spoza Twojej sieci. Monitorowanie transakcji to jego wieloetapowa forma. Prosty test syntetyczny wysyła żądanie do jednego adresu URL i sprawdza odpowiedź. Test transakcji otwiera prawdziwą przeglądarkę, przechodzi przez uporządkowany scenariusz - otwarcie strony, logowanie, wyszukiwanie, dodanie do koszyka, checkout - i weryfikuje to, co znajdzie na każdym etapie.
Ta różnica ma znaczenie, ponieważ to, co klienci faktycznie robią na stronie, w większości jest sekwencją działań, a nie pojedynczym wyświetleniem strony. Każda pojedyncza strona w procesie checkout może zwracać kod HTTP 200, podczas gdy sam checkout jest zepsuty: przycisk usunięty przez wdrożenie, formularz wysyłający dane do endpointu, który teraz zwraca błąd 404, błąd JavaScript zatrzymujący kreator na trzecim kroku. Żadna z tych awarii nie ujawnia się w kodzie statusu, więc żadna z nich nie ujawnia się w zwykłym monitorowaniu dostępności.
To nie to samo, co monitorowanie transakcji finansowych. W bankowości i compliance „monitorowanie transakcji” oznacza sprawdzanie płatności pod kątem oszustw i prania pieniędzy. Ta strona dotyczy znaczenia z obszaru operacji internetowych: automatycznego odtwarzania podróży użytkownika na Twojej własnej witrynie, aby potwierdzić, że nadal działa. HostTracker to usługa monitorowania stron internetowych - obserwuje Twój proces checkout, a nie Twoją księgę płatności.
Szybki test HTTP to właściwe narzędzie do odpowiedzi na pytanie „czy witryna działa”. To pojedyncze zapytanie, więc jego werdykt to pojedyncza odpowiedź: kod statusu, czas odpowiedzi oraz dowolna reguła słów kluczowych lub asercji, jaką ustawisz na otrzymanej treści. To bardzo duży zakres pokrycia przy bardzo niskim koszcie - ale kończy się dokładnie tam, gdzie kończy się pierwsza odpowiedź. Wszystko poniżej tej linii w tabeli dzieje się już za tym punktem.
| Co faktycznie się zepsuło | Szybki test HTTP | Test transakcji |
|---|---|---|
| Serwer nieosiągalny, błąd DNS, odrzucone uzgadnianie TLS | Wykrywa | Wykrywa |
| Strona docelowa zwraca błąd 500 po wdrożeniu | Wykrywa | Wykrywa |
| Strona się wczytuje, ale przycisk „Dodaj do koszyka” został usunięty przez wydanie | Nie wykrywa - kod HTML nadal zwraca 200 | Wykrywa - krok kliknięcia nie może znaleźć swojego selektora |
| Formularz logowania wysyła dane do endpointu, który teraz zwraca 404 | Nie wykrywa - sama strona formularza jest w porządku | Wykrywa - krok następujący po wysłaniu nigdy nie dociera do strony konta |
| Wyjątek JavaScript zatrzymuje kreator checkout na drugim kroku | Nie wykrywa - JavaScript nigdy się nie uruchamia | Wykrywa - przeglądarka uruchamia skrypt, a test może zakończyć się niepowodzeniem przy błędach w konsoli |
| Strona płatności wyświetla baner błędu zamiast potwierdzenia | Nie wykrywa - wyrenderowany błąd to nadal 200 | Wykrywa - asercja treści na tekście potwierdzenia kończy się niepowodzeniem |
| Plik cookie sesji przestaje być ustawiany, więc trzeci krok wraca do strony logowania | Nie wykrywa - nie ma sesji, którą można by utracić | Wykrywa - jedna sesja przeglądarki wykonuje cały scenariusz |
| Skrypt zewnętrzny - widżet czatu, menedżer tagów, SDK płatności - blokuje renderowanie | Nie wykrywa - zasoby zewnętrzne nigdy nie są pobierane | Wykrywa - przeglądarka pobiera je tak samo jak odwiedzający |
| Przepływ działa, ale każdy krok trwa teraz osiem sekund | Częściowo - mierzony jest tylko czas pierwszej odpowiedzi | Wykrywa - czas każdego kroku jest mierzony, a krok może przekroczyć limit czasu |
Żaden z tych testów nie zastępuje drugiego. Uczciwą rekomendacją jest uruchomienie obu: jednominutowego testu HTTP na tej samej witrynie w celu szybkiego wykrywania awarii oraz testu transakcji na jednej lub dwóch podróżach, które faktycznie generują przychód. Jeśli najpierw chcesz zająć się częścią dotyczącą dostępności, zacznij od rozproszonego monitorowania dostępności z ponad 300 checkpointów i dodaj do tego przepływ.
Każde uruchomienie startuje prawdziwą, bezgłowo działającą przeglądarkę Chromium na jednym z checkpointów HostTracker i przydziela jej jedną sesję przeglądarki na cały scenariusz. Ten jeden szczegół sprawia, że test ma sens: pliki cookie, tokeny i stan logowania ustawione w kroku drugim są nadal dostępne w kroku piątym, dokładnie tak, jak byłyby dla osoby klikającej po Twojej witrynie. JavaScript się wykonuje, przekierowania są śledzone - także te wywoływane przez Twoje własne skrypty - a zasoby zewnętrzne wczytują się tak, jak wczytuje je przeglądarka odwiedzającego.
Scenariusz jest sekwencyjny i kończy się natychmiast po pierwszym błędzie. Kroki są wykonywane w kolejności, w jakiej je napisałeś, a pierwszy krok, który zawiedzie, kończy uruchomienie i staje się zgłoszoną przyczyną. Nigdy nie dostajesz lawiny błędów wywołanych przez jeden zepsuty przycisk - dostajesz właśnie ten zepsuty przycisk.
Dwa opcjonalne przełączniki decydują o tym, jak rygorystyczne jest uruchomienie. Niepowodzenie przy błędzie konsoli zamienia dowolny błąd w konsoli przeglądarki w nieudany test - to potężne narzędzie w dobrze działającej aplikacji, połączone z listą dozwolonych do dziesięciu fragmentów tekstu, dzięki czemu znany, „hałaśliwy” skrypt zewnętrzny nie fałszuje alarmu. Pomijanie wczytywania plików multimedialnych jest domyślnie włączone; wyłącz tę opcję, gdy to właśnie media są przedmiotem testu.
Transakcja to lista kroków, a każdy krok to jedno działanie wykonywane na stronie. Nie ma tu rejestratora makr, który mógłby się „zdezaktualizować” - scenariusz budujesz jawnie, dlatego też nadal działa, gdy zespół marketingu zmieni tekst na przycisku.
| Działanie | Co robi ten krok |
|---|---|
| navigate | Otwiera adres URL. Pierwsza nawigacja - do własnego adresu monitora - jest dodawana automatycznie jako krok zerowy. |
| click | Klika element wskazany selektorem CSS albo współrzędną w obszarze widoku. Lewy, prawy lub środkowy przycisk, z opcjonalnym opóźnieniem przytrzymania. |
| type | Wpisuje tekst w pole, opcjonalnie z opóźnieniem między naciśnięciami klawiszy, tak aby nadążyły za nim własne procedury obsługi wejścia na stronie. |
| select | Sprawdza liczność wyników selektora: musi nie pasować do niczego, pasować dokładnie do jednego elementu, do co najmniej jednego lub do dowolnej liczby. Działa na wszystkich dopasowaniach, na pierwszym z nich albo na losowym. |
| checkContent | Sprawdza wyrenderowany tekst. Do dziesięciu słów kluczowych, dowolne lub wszystkie z nich, z rozróżnianiem wielkości liter lub bez, obecne lub celowo nieobecne, opcjonalnie tylko w widocznym tekście. |
| hover | Najeżdża kursorem na element - tak, jak dociera się do menu lub podpowiedzi widocznej tylko po najechaniu myszą. |
| waitForNavigation | Czeka na nawigację strony, opcjonalnie kończąc krok niepowodzeniem, jeśli nawigacja nie nastąpi na czas. |
| sleep | Wstrzymuje wykonanie, od 1 milisekundy do 10 sekund, z opcjonalnym losowym rozrzutem, dzięki czemu scenariusz nie trafia w ten sam moment przy każdym uruchomieniu. |
| screenshot | Wykonuje zrzut ekranu w trakcie przepływu, dzięki czemu awaria dwa kroki później nadal pokazuje, jak wyglądała strona po drodze. |
| back | Cofa o jeden wpis w historii przeglądarki. |
Każdy krok może mieć dołączony zrzut ekranu i oczekiwanie na nawigację po jego wykonaniu, własny limit czasu oraz krótką nazwę o długości do 19 znaków. Nadawaj nazwy krokom - to właśnie nazwa pojawia się w wyniku i w powiadomieniu, więc „3 - wysłanie logowania” to różnica między stroną, która jest „niedostępna”, a stroną, której żądanie POST logowania przestało przekierowywać. W edytorze webowym zrzuty ekranu i oczekiwanie na nawigację są dostępne jako zachowania po kroku; pełny zestaw działań, w tym hover, jest dostępny przez API.
id lub kontrolowanego przez Ciebie
atrybutu data-, a nie wygenerowanej nazwy klasy, która zmieni się przy następnym
buildzie.checkContent po każdym istotnym przejściu to właśnie
to, co zamienia sekwencję kliknięć w prawdziwy test: po zalogowaniu sprawdź tekst na stronie konta,
po checkout sprawdź treść potwierdzenia.Jeśli chcesz szybko sprawdzić początkowy adres URL przed zbudowaniem scenariusza, uruchom na nim bezpłatny natychmiastowy test HTTP - bez konieczności logowania - albo zmierz, jak strona wczytuje się w prawdziwej przeglądarce, za pomocą bezpłatnego testu szybkości strony.
Uruchomienie zatrzymuje się na kroku, który zawiódł, i zapisuje to, co zaobserwowało. Wynik podaje nazwę kroku, klasyfikuje awarię - przekroczenie limitu czasu, element, którego selektor nie mógł znaleźć, asercja treści, która się nie zgodziła, błąd HTTP, błąd połączenia, błąd w konsoli przeglądarki lub błędnie skonfigurowany krok - i zachowuje czasy trwania poszczególnych kroków, adres URL, IP i kod statusu HTTP, na którym zakończyła się każda nawigacja, komunikaty z konsoli przeglądarki oraz zrzut ekranu strony w momencie awarii.
Następnie, zanim ktokolwiek zostanie obudzony, wynik jest podwójnie sprawdzany. Pojedyncza nieudana obserwacja nie jest traktowana jako awaria: test jest ponownie uruchamiany na dodatkowych, niezależnych checkpointach, a zmiana stanu jest potwierdzana dopiero wtedy, gdy zgadza się kworum. Domyślnie jest to werdykt większościowy wśród maksymalnie siedmiu agentów, przy minimum trzech - dzięki czemu jeden niestabilny checkpoint albo jedna przejściowa usterka sieciowa między centrum danych a Twoim hostem nie mogą samodzielnie wywołać powiadomienia.
Po potwierdzeniu zmiany stanu powiadomienia są wysyłane zgodnie z opóźnieniem wybranym przez każdy kontakt: natychmiast albo dopiero po 3, 5, 15, 30 lub 60 minutach, albo po 3, 6, 12 lub 24 godzinach nieprzerwanej awarii. Powiadomienia są wysyłane przez dziewięć kanałów obsługiwanych przez HostTracker - e-mail, SMS, połączenie głosowe, webhook, Slack, powiadomienie push w przeglądarce oraz komunikatory Telegram, Discord i Viber - a gdy przepływ znów zaczyna kończyć się powodzeniem, wysyłane jest powiadomienie o przywróceniu działania.
Test transakcji to najpotężniejszy monitor, jaki oferuje HostTracker, i jednocześnie ten z największą liczbą praktycznych ograniczeń. Znajomość ich z góry oszczędza całe popołudnie pracy.
Oba podejścia odpowiadają na różne pytania, a zespół, który rozumie tę różnicę, przestaje oczekiwać, że jedno z nich wykona zadanie drugiego. HostTracker to usługa syntetycznego monitorowania stron internetowych: sam generuje ruch, z własnych checkpointów, według harmonogramu, który Ty kontrolujesz.
| Syntetyczne monitorowanie transakcji | Monitorowanie rzeczywistych użytkowników | |
|---|---|---|
| Kto generuje ruch | Usługa monitorująca, według stałego harmonogramu | Twoi rzeczywiści odwiedzający, kiedykolwiek się pojawią |
| Działa, zanim masz jakikolwiek ruch | Tak - witryna staging bez użytkowników nadal jest testowana | Nie - brak odwiedzających oznacza brak danych |
| Zauważa awarię o 3 w nocy | Tak - harmonogram nigdy nie śpi | Dopiero gdy ktoś się pojawi |
| Wskazuje dokładny krok, który zawiódł | Tak - scenariusz jest deterministyczny | Rzadko - widzisz objaw, a nie przebieg |
| Odzwierciedla to, czego doświadczyli prawdziwi klienci | Nie - to kontrolowana próbka | Tak - o to właśnie w nim chodzi |
| Wymaga kodu na Twojej witrynie | Nie - działa całkowicie z zewnątrz | Skrypt lub SDK na każdej stronie |
| Obejmuje przepływ, który klienci rzadko kończą | Tak - Ty decydujesz, co jest testowane | Nie - rzadkie ścieżki pozostają niezmierzone |
Jeśli w następnej kolejności potrzebujesz raczej pomiaru czasu niż samego przepływu, HostTracker mierzy również rzeczywiste czasy wczytywania stron w przeglądarce - zobacz pomiar dostępu i czasu wczytywania w przeglądarce - a dla maszynowego odpowiednika transakcji test monitorowania API weryfikuje kontrakt odpowiedzi zamiast wyrenderowanej strony. Po stronie serwera to często monitor zapytań do bazy danych wyjaśnia, dlaczego przepływ w ogóle zwolnił.
Monitorowanie transakcji na stronie internetowej to test, który automatyzuje rzeczywisty, wieloetapowy przepływ działań użytkownika - na przykład wypełnienie formularza, zalogowanie się, dodanie produktu do koszyka czy sfinalizowanie zakupu - i sprawdza, czy każdy krok przebiega poprawnie oraz czy cała sekwencja kończy się oczekiwanym rezultatem. W przeciwieństwie do prostego testu, który potwierdza jedynie wczytanie się pojedynczej strony, monitorowanie transakcji podąża dokładnie tą samą ścieżką co prawdziwy odwiedzający - wysyła dane i przechodzi kolejno przez podstrony - a następnie weryfikuje wynik według zdefiniowanych reguł. Ma to znaczenie, ponieważ witryna może wyglądać na całkowicie sprawną według wszystkich prostych miar dostępności - strona główna się wczytuje, poszczególne podstrony zwracają kod 200 - podczas gdy kluczowy, wieloetapowy proces, taki jak checkout, jest po cichu przerwany w połowie. Monitorowanie transakcji HostTracker zostało stworzone specjalnie po to, by wykrywać tę kategorię awarii.
Monitorowanie transakcji HostTracker potrafi automatyzować i weryfikować wiele rodzajów interakcji na stronie, w tym wysyłanie formularzy, kliknięcia przycisków oraz przekierowania między podstronami, które razem odtwarzają sposób, w jaki prawdziwy użytkownik porusza się po witrynie. Obejmuje to typowe scenariusze, takie jak ukończenie procesu rejestracji lub logowania, wysłanie formularza kontaktowego lub generującego leady, a także wieloetapowe procesy zakupowe, takie jak dodanie produktów do koszyka i przejście przez checkout. Ponieważ test symuluje zachowanie prawdziwego użytkownika krok po kroku, a nie tylko wczytanie jednej strony, może zweryfikować, czy każdy etap procesu faktycznie działa i daje oczekiwany rezultat, a nie tylko to, że zaangażowane podstrony się wczytują. Dzięki temu jest przydatne dla każdej witryny, w której uszkodzony przepływ interakcji - a nie tylko uszkodzona strona - kosztowałby Cię leady, rejestracje lub sprzedaż.
Podstawowe monitorowanie dostępności sprawdza, czy pojedyncza strona lub endpoint odpowiada i zwraca prawidłowy kod statusu, co mówi Ci, że serwer jest osiągalny, ale nic nie mówi o tym, czy zbudowany na nim wieloetapowy proces faktycznie działa. Monitorowanie transakcji idzie o krok dalej - automatyzuje całą sekwencję działań (wysłanie formularza, przechodzenie przez kolejne strony, dokończenie procesu zakupowego) i sprawdza, czy każdy krok kończy się sukcesem, a cały proces od początku do końca daje prawidłowy rezultat. Witryna może przechodzić każdy test dostępności, podczas gdy jej proces checkout jest całkowicie zepsuty na etapie płatności, ponieważ każda pojedyncza strona nadal wczytuje się poprawnie w izolacji - wykryje to jedynie test, który faktycznie przechodzi całą transakcję. Dla każdej witryny, w której konwersje zależą od wieloetapowego przepływu, monitorowanie transakcji obejmuje kategorię awarii, której zwykłe testy dostępności po prostu nie widzą.
Tak, to jeden z głównych przypadków użycia monitorowania transakcji. Testy transakcyjne HostTracker przechodzą przez zdefiniowaną sekwencję kroków - na przykład dodanie produktu do koszyka, przejście do checkout, wypełnienie wymaganych pól i dotarcie do strony potwierdzenia - i po drodze sprawdzają, czy każdy krok kończy się zgodnie z oczekiwaniami. Oznacza to, że awaria wprowadzona w dowolnym miejscu przepływu - czy to zepsuty przycisk „dodaj do koszyka”, błąd walidacji formularza, czy strona checkout, która przestaje się wczytywać po niedawnym wdrożeniu - zostanie wykryta i zgłoszona wraz ze szczegółowymi logami wskazującymi dokładnie, który krok zawiódł. Szybkie wykrycie tego rodzaju problemu ma ogromne znaczenie, ponieważ zepsuty etap checkout bezpośrednio kosztuje sprzedaż, a może pozostać niezauważony przez proste testy dostępności przez długi czas, ponieważ zaangażowane podstrony nadal mogą zwracać prawidłowe kody statusu.
Gdy jeden z kroków testu transakcji zawiedzie - formularz się nie wysyła, oczekiwana strona się nie wczytuje albo nie zostaje spełniona reguła walidacji - HostTracker zapisuje moment awarii i wysyła powiadomienie skonfigurowanymi kanałami, dzięki czemu wiesz nie tylko, że coś się zepsuło, ale dokładnie gdzie w przepływie to się stało. Powiadomieniu towarzyszą szczegółowe logi i raporty, dające administratorom konkretny krok i wynik potrzebny do szybkiego zbadania problemu, zamiast ręcznego prześledzenia całego przepływu od nowa. To właśnie ten poziom szczegółowości sprawia, że monitorowanie transakcji jest praktycznie przydatne przy szybkim naprawianiu problemów: informacja „checkout jest zepsuty” daje dużo mniej niż wiedza, że awaria występuje konkretnie na etapie potwierdzenia płatności po konkretnej, niedawnej zmianie, co znacznie zawęża prawdopodobną przyczynę.
Nie - choć wieloetapowe procesy zakupowe są częstym przykładem, monitorowanie transakcji jest przydatne dla każdej witryny, w której poprawnie musi działać cała sekwencja działań użytkownika, a nie tylko wczytanie pojedynczej strony. Obejmuje to procesy logowania i rejestracji w aplikacjach SaaS, formularze kontaktowe i generujące leady dla firm usługowych, wieloetapowe procesy wniosków oraz każdą ścieżkę na stronie, w której uszkodzony link lub nieudane wysłanie formularza w połowie drogi uniemożliwiłoby odwiedzającemu dokończenie tego, po co przyszedł. Każdy interaktywny proces, w którym utrata użytkownika w połowie drogi ma realny koszt - utracona rejestracja, porzucony formularz leadowy, niedokończony wniosek - zyskuje na tym, że dany przepływ jest zautomatyzowany i regularnie sprawdzany, zamiast zakładać, że nadal działa tylko dlatego, że poszczególne podstrony wczytują się bez błędów.
Test transakcji uruchamia się w wybranym przez Ciebie interwale od 10 minut do 24 godzin - 10, 15, 30 i 45 minut, następnie 1, 2, 4, 6, 12 i 24 godziny. Ten dolny limit jest wyższy niż jednominutowe minimum, jakie HostTracker oferuje dla prostych testów HTTP, i to celowo: test transakcji uruchamia prawdziwą przeglądarkę, wczytuje stronę wraz z jej kodem JavaScript i przechodzi przez Twój scenariusz krok po kroku, co zajmuje sekundy rzeczywistej pracy, a nie pojedyncze zapytanie. Zwykłym rozwiązaniem jest połączenie obu podejść - jednominutowy test HTTP lub ping odpowiada na pytanie „czy witryna jest teraz osiągalna”, a test transakcji co 10 lub 15 minut odpowiada na trudniejsze pytanie, czy stojący za nią proces checkout, logowania czy rejestracji nadal się kończy powodzeniem. To połączenie wykrywa poważną awarię w ciągu minuty i uszkodzony przepływ w ciągu jednego cyklu testu, bez uruchamiania sesji przeglądarki wobec Twojej aplikacji co sześćdziesiąt sekund.
Nie, i nie powinieneś tego robić. Test transakcji wysyła prawdziwe formularze do Twojej prawdziwej witryny, więc właściwą konfiguracją jest dedykowane konto testowe, testowy produkt lub SKU oraz - jeśli przepływ dociera do płatności - tryb sandbox lub kart testowych Twojego dostawcy płatności, dokładnie tak jak w przypadku każdego zautomatyzowanego testu end-to-end. Wiele zespołów zatrzymuje monitorowany scenariusz jeden krok przed nieodwracalną akcją: dociera do strony płatności, sprawdza, czy wyświetliła się z prawidłową kwotą, i na tym kończy. To wciąż dowodzi, że każdy krok aż do momentu zakupu działa poprawnie, bez tworzenia zamówienia co dziesięć minut. Ta sama zasada dotyczy przepływów rejestracji i generowania leadów - skieruj scenariusz na testowy cel formularza albo odfiltruj zgłoszenia monitora po swojej stronie, tak aby ruch monitorujący nigdy nie zanieczyszczał Twoich prawdziwych danych.
Rozpocznij bezpłatny okres próbny i monitoruj kluczowe ścieżki użytkowników - logowanie, wyszukiwanie, zakupy - przez całą dobę.
Część oprogramowania do monitoringu stron www HostTracker.