Přejít na hlavní obsah
Syntetické monitorování transakcí

Monitorování transakcí na webu

Monitorování transakcí na webu od HostTracker automatizuje webové transakce, jako je odesílání formulářů nebo procházení více stránek. Ověřuje konzistenci webových operací podle zadaných validací v jednotlivých krocích.

Jde o syntetické monitorování v pravém slova smyslu: skutečný prohlížeč, řízený kontrolními body HostTracker podle harmonogramu, přehrává cestu, kterou prochází vaši zákazníci – přihlášení, vyhledávání, přidání do košíku, dokončení nákupu – a kontrola selže přesně v tom kroku, který přestane fungovat.

30denní zkušební verze zdarma · všechny funkce · bez nutnosti platební karty
checkout · kontrola transakce
Všechny 4 kroky proběhly úspěšně
1 · Otevření domovské stránkyok
2 · Přihlášeníok
3 · Přidání do košíkuok
4 · Pokladnaok
Přehráno z lokality HostTracker · právě teď
Monitorování transakcí

Odhalte nefunkční pokladnu dřív, než vás připraví o tržby

Průběh

Kompletní testování průběhu transakce

Služba kontroly transakcí od HostTracker zajišťuje, že všechny fáze online nákupního procesu fungují správně. Testuje každý krok procesu - od přidání položek do košíku až po dokončení nákupu. Pomáhá odhalit a opravit problémy, které by mohly zákazníkům bránit v nákupu, čímž zlepšuje zákaznickou zkušenost a snižuje ztrátu prodejů.

Simulace

Formuláře, kliknutí a přesměrování

Funkce kontroly transakcí od HostTracker je komplexní a pokrývá různé aspekty e-commerce transakce. Zahrnuje například odesílání formulářů, kliknutí na tlačítka a přesměrování mezi stránkami, aby věrně napodobila chování skutečných uživatelů. Tím se otestuje celý nákupní proces, aby fungoval spolehlivě. Zároveň poskytuje podrobné logy a reporty, které administrátorům pomáhají rychle najít a opravit případné problémy, aniž by to ovlivnilo nákupní cestu uživatele.

Tržby

Méně ztracených prodejů

Kontroly transakcí zvyšují spolehlivost a efektivitu e-commerce webů. Pomáhají udržet transakce v plynulém chodu tím, že problémy odhalí a opraví dřív, než k nim dojde. Díky tomu jsou zákazníci spokojenější a webu více důvěřují. Zároveň pomáhají udržet zákazníky spokojené tím, že předchází ztraceným prodejům. To z nich dělá užitečný nástroj pro každý internetový obchod.

Změňte okamžitou kontrolu na nepřetržité sledování 24/7
Přidejte svůj web jednou a HostTracker ho bude nepřetržitě sledovat z více než 300 lokalit a upozorní vás v okamžiku výpadku.
Vyzkoušet zdarma →

Co syntetické monitorování transakcí je - a co není

Syntetické monitorování znamená, že provoz je vygenerovaný záměrně: místo čekání, až na problém narazí návštěvník, a doufání, že vám to řekne, monitorovací služba sama pravidelně navštěvuje váš web zvenčí vaší sítě, podle harmonogramu. Monitorování transakcí je jeho vícekroková podoba. Jednoduchá syntetická kontrola vyžádá jednu URL a podívá se na odpověď. Kontrola transakce otevře skutečný prohlížeč, projde daný scénář krok za krokem – otevřít stránku, přihlásit se, vyhledat, přidat do košíku, dokončit nákup – a v každém bodě ověří, co tam našla.

Na tomto rozdílu záleží, protože to, co zákazníci na webu ve skutečnosti dělají, je většinou posloupnost, ne jedno zobrazení stránky. Každá jednotlivá stránka v procesu pokladny může vracet HTTP 200, zatímco samotná pokladna je nefunkční: tlačítko odstraněné nasazením, formulář odesílající se na endpoint, který teď vrací 404, chyba JavaScriptu, která zastaví průvodce ve třetím kroku. Nic z toho se neprojeví ve stavovém kódu, a proto se to neprojeví ani v běžném monitorování dostupnosti.

Není to totéž co monitorování finančních transakcí. V bankovnictví a compliance znamená „monitorování transakcí“ prověřování plateb kvůli podvodům a praní peněz. Tato stránka se týká významu z oblasti webového provozu: automatického přehrávání uživatelské cesty na vašem vlastním webu, které dokazuje, že pořád funguje. HostTracker je služba pro monitorování webů – sleduje váš proces pokladny, ne vaši platební knihu.

Co kontrola transakce odhalí a HTTP kontrola ne

Rychlá HTTP kontrola je správný nástroj na otázku „je web dostupný“. Je to jediný požadavek, takže i její verdikt je jediná odpověď: stavový kód, doba odezvy a jakékoli klíčové slovo nebo validační pravidlo, které nastavíte na těle odpovědi. To je slušné pokrytí za velmi nízkou cenu – a končí přesně tam, kde končí první odpověď. Vše pod čarou v této tabulce se odehrává až po tomto bodě.

Co se skutečně pokaziloRychlá HTTP kontrolaKontrola transakce
Server nedostupný, selhání DNS, odmítnutý TLS handshakeOdhalenoOdhaleno
Vstupní stránka po nasazení vrací 500OdhalenoOdhaleno
Stránka se načte, ale tlačítko „Přidat do košíku“ bylo vydáním odstraněnoPřehlédnuto - HTML pořád vrací 200Odhaleno - krok kliknutí nedokáže najít svůj selektor
Přihlašovací formulář odesílá na endpoint, který teď vrací 404Přehlédnuto - samotná stránka formuláře je v pořádkuOdhaleno - krok po odeslání se nikdy nedostane na stránku účtu
Výjimka v JavaScriptu zastaví průvodce pokladnou ve druhém krokuPřehlédnuto - JavaScript se nikdy nespustíOdhaleno - prohlížeč skript spustí a kontrola může selhat na chybách v konzoli
Stránka platby místo potvrzení vykreslí chybový bannerPřehlédnuto - vykreslená chyba je pořád 200Odhaleno - selže validace obsahu na potvrzovacím textu
Přestane se nastavovat session cookie, takže třetí krok se vrátí zpět na přihlášeníPřehlédnuto - není zde žádná relace, o kterou by se dalo přijítOdhaleno - celý scénář běží v jedné relaci prohlížeče
Skript třetí strany - chatový widget, tag manager, platební SDK - blokuje vykresleníPřehlédnuto - assety třetích stran se nikdy nenačítajíOdhaleno - prohlížeč je stáhne stejně jako u návštěvníka
Proces funguje, ale každý krok teď trvá osm sekundČástečně - měří se jen doba první odpovědiOdhaleno - měří se čas každého kroku a krok může vypršet časovým limitem

Ani jedna kontrola tu druhou nenahrazuje. Poctivé doporučení je spustit obě: jednominutovou HTTP kontrolu na stejném webu pro rychlé odhalení výpadku a kontrolu transakce na jedné nebo dvou cestách, které skutečně přinášejí tržby. Pokud chcete začít polovinou pro dostupnost, začněte distribuovaným monitorováním dostupnosti z více než 300 kontrolních bodů a proces přidejte navrch.

Jak kontrola transakce skutečně probíhá

Každý běh spustí skutečný, headless prohlížeč Chromium na jednom z kontrolních bodů HostTracker a dá mu jednu relaci prohlížeče pro celý scénář. Právě tento detail dělá kontrolu smysluplnou: cookies, tokeny a přihlašovací stav nastavené ve druhém kroku jsou pořád k dispozici v kroku pátém, přesně jako by tomu bylo u člověka procházejícího váš web. JavaScript se spouští, přesměrování se sledují – včetně těch, která spouští vaše vlastní skripty – a assety třetích stran se načítají tak, jak by je načítal prohlížeč návštěvníka.

Scénář je sekvenční a rychle selhávající. Kroky probíhají v pořadí, v jakém jste je napsali, a první krok, který selže, ukončí běh a stane se nahlášenou příčinou. Nikdy nedostanete zeď navazujících chyb způsobenou jedním rozbitým tlačítkem – dostanete přímo to rozbité tlačítko.

ProhlížečSkutečný headless ChromiumJavaScript se spouští; přesměrování, cookies i assety třetích stran se chovají stejně jako u návštěvníka.
Velikost scénáře1 až 10 krokůPlus automatická úvodní navigace na vlastní URL monitoru, kterou nemusíte sami psát.
Časový rozpočetAž 40 sekundPro celou transakci. Navigační kroky mají vlastní výchozí limit 20 sekund, pokud jej nepřepíšete.
Interval kontroly10 minut až 24 hodin10, 15, 30 a 45 minut, poté 1, 2, 4, 6, 12 a 24 hodin.
DůkazySnímek obrazovky + časy jednotlivých krokůVe výchozím stavu snímek po posledním kroku, další je pořízen, když krok selže.
Kontrola šumuMédia se ve výchozím stavu přeskakujíObrázky a mediální soubory se nestahují, dokud je znovu nezapnete, takže běhy zůstávají rychlé.

Dva volitelné přepínače mění, jak přísný běh je. Selhat při chybě v konzoli promění jakoukoli chybu v konzoli prohlížeče v neúspěšnou kontrolu – silný nástroj na dobře napsané aplikaci, doplněný o seznam povolených výjimek až deseti podřetězců, aby vám neustále nekazil výsledek jeden „hlučný“, ale neškodný skript třetí strany. Přeskočit načítání mediálních souborů je ve výchozím stavu zapnuto; vypněte ho, když je to, co testujete, samo o sobě médium.

Akce, ze kterých se scénář skládá

Transakce je seznam kroků a každý krok je jedna akce nad stránkou. Neexistuje makro-nahrávač, který by časem přestal fungovat – scénář stavíte explicitně, a to je i důvod, proč funguje dál i poté, co marketingový tým změní text na tlačítku.

AkceCo krok dělá
navigateOtevře URL. První navigace – na vlastní adresu monitoru – se přidává automaticky jako krok nula.
clickKlikne na prvek nalezený přes CSS selektor, nebo na souřadnici v okně prohlížeče. Levé, pravé nebo prostřední tlačítko, s volitelným zpožděním podržení.
typeNapíše text do pole, volitelně se zpožděním mezi jednotlivými znaky, aby stíhaly i vlastní obslužné funkce stránky pro vstup.
selectOvěří počet výskytů odpovídajících selektoru: musí neodpovídat ničemu, přesně jednomu prvku, alespoň jednomu, nebo libovolnému počtu. Působí na všechny nalezené prvky, na první, nebo na náhodný.
checkContentOvěří vykreslený text. Až deset klíčových slov, kterákoli nebo všechna, s ohledem na velikost písmen nebo bez, přítomná nebo záměrně nepřítomná, volitelně jen ve viditelném textu.
hoverNajede myší nad prvek – tak, jak se dostanete k menu nebo tooltipu, které existují jen při najetí myší.
waitForNavigationPočká, až stránka provede navigaci, volitelně krok selže, pokud k navigaci ve stanoveném čase nedojde.
sleepPauza od 1 milisekundy do 10 sekund, s volitelným náhodným rozptylem, aby scénář neúderoval na stejný okamžik při každém běhu.
screenshotZachytí stránku uprostřed průběhu, takže selhání o dva kroky později vám pořád ukáže, jak stránka vypadala cestou k němu.
backVrátí se o jednu položku zpět v historii prohlížeče.

Každý krok může nést snímek obrazovky a čekání na navigaci po sobě, vlastní přepsání časového limitu a krátký název až o 19 znacích. Pojmenujte si kroky – jméno se objeví ve výsledku i v upozornění, a právě to je rozdíl mezi tím, jestli je stránka „nedostupná“, nebo jestli přestalo přesměrovávat přihlašovací odeslání konkrétně v kroku „3 - odeslání přihlášení“. Ve webovém editoru se snímky obrazovky a čekání na navigaci nabízí jako chování po kroku; kompletní sada akcí včetně hover je dostupná přes API.

Nastavení prvního monitoru transakce

  1. Přidejte monitor a jako typ zvolte Kontrola transakce. Pokrývá ji 30denní zkušební verze – 100 monitorů, všechny typy kontrol, bez platební karty.
  2. Zadejte URL, kde scénář začíná. Tato úvodní navigace se automaticky stane krokem nula, takže deset kroků, které sami napíšete, je deset kroků skutečné práce, ne devět plus načtení stránky.
  3. Přidávejte kroky v pořadí. Pro cokoli, na co klikáte nebo do čeho píšete, použijte stabilní CSS selektorid nebo atribut data-, který máte pod kontrolou, ne vygenerovaný název třídy, který se změní při dalším buildu.
  4. Ověřujte průběžně. Krok checkContent po každém významném přechodu je to, co promění řadu kliknutí ve skutečný test: po přihlášení ověřte text stránky účtu, po dokončení pokladny ověřte znění potvrzení.
  5. Vyberte interval – 10 minut až 24 hodin – a kontrolní body, ze kterých má běžet. Flotila HostTracker pokrývá více než 300 kontrolních bodů ve 158 městech, takže proces můžete spouštět z regionů, kde se skutečně nacházejí vaši zákazníci.
  6. Vyberte kontakty, které se mají upozornit, a jak dlouho mají nejdřív počkat. Různí lidé mohou být na různých úrovních žebříčku, takže dispečer na pohotovosti se dozví hned a manažer třeba až za hodinu, pokud problém pořád trvá.
  7. Uložte a otevřete první výsledek. Přečtěte si časy jednotlivých kroků, dokud je vše v pořádku – tato základní hodnota je to, co dělá první skutečné selhání zjevným.

Pokud chcete před stavbou scénáře nejprve ověřit počáteční URL, spusťte bezplatnou okamžitou HTTP kontrolu – bez přihlášení – nebo změřte, jak se stránka načítá ve skutečném prohlížeči, pomocí bezplatného testu rychlosti stránky.

Co se stane ve chvíli, kdy krok selže

Běh se zastaví na selhávajícím kroku a zaznamená, co tam viděl. Výsledek pojmenuje krok, klasifikuje selhání – vypršení časového limitu, prvek, který selektor nedokázal najít, validace obsahu, která nesouhlasila, HTTP chybu, chybu spojení, chybu v konzoli prohlížeče nebo špatně nastavený krok – a uchová časy trvání jednotlivých kroků, URL, IP a HTTP stav, na kterém každá navigace skončila, zprávy z konzole prohlížeče a snímek obrazovky stránky v okamžiku selhání.

Poté se to ještě dvakrát ověří, než se kohokoli probudí. Jediné selhavší pozorování se nebere jako výpadek: kontrola se zopakuje z dalších nezávislých kontrolních bodů a změna stavu se potvrdí, teprve když se na ní shodne kvórum. Výchozí nastavení je verdikt většiny z až sedmi agentů s minimem tří – takže jeden nespolehlivý kontrolní bod nebo jeden přechodný výpadek sítě mezi datovým centrem a vaším hostitelem sám o sobě nemůže vyvolat upozornění.

Jakmile je přechod potvrzen, upozornění se řídí zpožděním, které si zvolil každý kontakt: okamžitě, nebo až po 3, 5, 15, 30 či 60 minutách, nebo po 3, 6, 12 či 24 hodinách nepřetržitého selhávání. Upozornění se odesílají přes devět notifikačních kanálů, které HostTracker podporuje – e-mail, SMS, hlasový hovor, webhook, Slack, web push a messengery Telegram, Discord a Viber – a jakmile proces začne znovu dokončovat, následuje i zpráva o obnovení.

checkout · neúspěšný běh
Selhalo v kroku 3 ze 4
0 · otevření domovské stránkyok · 812 ms
1 · přihlášeníok · 1,4 s
2 · vyhledáváníok · 640 ms
3 · přidání do košíkuselektor nenalezen
4 · pokladnanedosaženo
Snímek obrazovky a log konzole přiloženy · potvrzeno 5 ze 7 kontrolních bodů
Konkrétní příklady

Které procesy automatizovat jako první

Začněte tou jednou cestou, jejíž selhání vás stojí peníze, dotáhněte ji do zelené a teprve pak přidávejte další. Jeden proces, kterému věříte, je lepší než pět napůl nastavených.

E-commerce

Košík až pokladna

Otevřete stránku produktu, klikněte na přidání do košíku, ověřte, že odznak košíku ukazuje jednu položku, otevřete pokladnu, ověřte, že se vykreslila celková částka a platební formulář. Zastavte se jeden krok před dokončením objednávky a získáte plné pokrytí bez testovacích objednávek ve vaší databázi.

SaaS

Přihlášení a dosažení dashboardu

Zadejte přihlašovací údaje vyhrazeného testovacího účtu, odešlete, počkejte na navigaci a poté ověřte text, který existuje jen ve chvíli, kdy je relace skutečná. Toto je pro většinu aplikací jediný scénář s nejvyšší hodnotou – nefunkční přihlášení je úplný výpadek, který na každé stránce vrací 200.

Poptávky

Odeslání kontaktního formuláře

Vyplňte pole, odešlete, ověřte text poděkování. Tiché selhání formuláře je klasický neviditelný výpadek: nic nehlásí chybu, nic neupozorní, a poptávky prostě přestanou chodit, dokud si toho někdo za týdny nevšimne.

Vyhledávání

Vyhledávání vrací výsledky

Zadejte dotaz, který musí vždy něco najít, odešlete a poté ověřte, že je přítomný známý výsledek a zároveň chybí text prázdného stavu. Právě to druhé ověření odhalí index vyhledávání, který se potichu přestal přebudovávat.

Onboarding

Registrace až po poslední kliknutí

Projděte registrační formulář až na závěrečnou potvrzovací obrazovku a ověřte ji, formulář přitom nasměrujte na testovací cíl, aby monitorování nikdy nevytvářelo skutečné účty. Registrace se rozbíjí potichu a draho – nikdo si nestěžuje na registraci, kterou nemohl dokončit.

Účet

Obnovení hesla

Vyžádejte obnovení a ověřte, že se objeví potvrzovací obrazovka. Závisí to na vašem e-mailovém kanálu, frontě i službě tokenů, takže jde o neobvykle dobrý indikátor problémů na backendu, které hlavní stránka nikdy neukáže.

Limity, které stojí za to znát před stavbou

Kontrola transakce je nejsilnější monitor, který HostTracker nabízí, a zároveň ten s nejvíce reálnými omezeními. Znát je předem vám ušetří jedno celé odpoledne.

  • Deset kroků a 40 sekund. Scénář proběhne nejvýše v deseti napsaných krocích v rámci 40sekundového rozpočtu. Delší proces je lepší rozdělit na dva monitory – „dokážou se přihlásit“ a „dokážou dokončit nákup“ – což vám navíc řekne, která polovina se rozbila.
  • Deset minut je nejrychlejší interval. Prohlížečové kontroly jsou nákladné na spuštění i na přijetí. Pokud potřebujete odhalení výpadku na úrovni minut, doplňte proces jednominutovou HTTP nebo ping kontrolou na stejném webu.
  • Použijte testovací účet a testovací produkt. Kontrola odesílá skutečné formuláře proti vašemu skutečnému webu. Vyhrazený účet, testovací SKU a sandbox vašeho platebního poskytovatele udrží monitorovací provoz mimo vaše obchodní data.
  • CAPTCHA, MFA a ochrana proti botům ji zastaví. Dělají přesně to, co mají. Buď dejte kontrolní body HostTracker pro testovací účet na seznam povolených, nebo monitorujte cestu, která na nich není závislá.
  • Selektory jsou to nejkřehčí místo. Scénář postavený na vygenerovaných názvech tříd se rozbije při dalším redesignu. Dejte prvkům, na kterých ověřujete, stabilní identifikátory a monitor přežije váš frontendový tým.
  • Žádné HTTP přihlašovací údaje, hlavičky ani vlastní user-agent. Kontroly transakce nenesou přihlašovací údaje basic-auth, vlastní hlavičky požadavku ani vlastní user-agent – autentizaci vložte přímo do scénáře jako kroky. Pokud potřebujete řízení na úrovni hlaviček, je na to určená kontrola monitorování API.
  • Je to skutečný provoz. Scénář běžící z mnoha kontrolních bodů každých deset minut se projeví ve vaší analytice i ve vašich rate limitech. Odfiltrujte ho na své straně a seznam lokalit volte uvážlivě.

Syntetické monitorování vs monitorování skutečných uživatelů (RUM)

Oba přístupy odpovídají na jiné otázky a tým, který rozdíl chápe, přestane od jednoho očekávat práci druhého. HostTracker je služba syntetického monitorování webů: provoz generuje sama, ze svých vlastních kontrolních bodů, podle harmonogramu, který ovládáte vy.

Syntetické monitorování transakcíMonitorování skutečných uživatelů
Kdo generuje provozMonitorovací služba, podle pevného harmonogramuVaši skuteční návštěvníci, kdykoli se náhodou objeví
Funguje ještě předtím, než máte provozAno - i staging web bez uživatelů se dál kontrolujeNe - bez návštěvníků žádná data
Všimne si výpadku ve tři ránoAno - harmonogram nespíNe, dokud se někdo neobjeví
Pojmenuje přesný krok, který selhalAno - scénář je deterministickýZřídka - vidíte projev, ne posloupnost
Odráží, co skutečně zažili skuteční zákazníciNe - jde o řízený vzorekAno - o to celé jde
Vyžaduje kód na vašem webuNe - běží zcela zvenčíSkript nebo SDK na každé stránce
Pokrývá proces, který zákazníci dokončují jen zřídkaAno - sami zvolíte, co se testujeNe - vzácné cesty zůstávají neměřené

Pokud chcete jako další krok spíš polovinu s časováním než polovinu s procesem, HostTracker měří i skutečné načítání stránek v prohlížeči – viz časování přístupu z prohlížeče a načítání stránek – a pro strojový ekvivalent transakce kontrola monitorování API ověřuje kontrakt odpovědi místo vykreslené stránky. Na straně serveru často vysvětlí, proč se proces zpomalil, monitor databázových dotazů.

Často kladené otázky

Monitorování transakcí na webu je kontrola, která automatizuje skutečný vícekrokový uživatelský proces – například vyplnění formuláře, přihlášení, přidání položky do košíku nebo dokončení nákupu – a ověřuje, že každý krok proběhne správně a celá posloupnost přinese očekávaný výsledek. Na rozdíl od jednoduché kontroly, která pouze potvrdí, že se načte jedna stránka, monitorování transakcí sleduje stejnou cestu jako skutečný návštěvník – postupně odesílá data a prochází stránkami – a poté ověří výsledek podle vámi definovaných pravidel. Je to důležité proto, že web může podle všech jednoduchých měřítek dostupnosti působit naprosto zdravě – domovská stránka se načítá, jednotlivé stránky vracejí stavový kód 200 – zatímco kritický vícekrokový proces, jako je pokladna, je uprostřed tiše rozbitý. Monitorování transakcí od HostTracker je navrženo přesně pro odhalení tohoto typu selhání.

Monitorování transakcí od HostTracker dokáže automatizovat a ověřovat řadu interakcí na webu, včetně odesílání formulářů, kliknutí na tlačítka a přesměrování mezi stránkami, které společně modelují způsob, jakým se skutečný uživatel pohybuje po vašem webu. To zahrnuje běžné scénáře, jako je dokončení registrace nebo přihlášení, odeslání kontaktního nebo poptávkového formuláře a vícekrokové nákupní procesy, například přidání položek do košíku a průchod pokladnou. Protože kontrola krok za krokem simuluje chování skutečného uživatele místo pouhého načtení jedné stránky, dokáže ověřit, že každá fáze procesu skutečně funguje a přináší očekávaný výsledek – nejen že se dané stránky náhodou načtou. Díky tomu je užitečná pro každý web, kde by nefunkční interaktivní proces – nejen rozbitá stránka – znamenal ztrátu poptávek, registrací nebo prodejů.

Základní monitorování dostupnosti kontroluje, zda jedna stránka nebo koncový bod odpovídá a vrací normální stavový kód, což vám řekne, že je server dosažitelný, ale nic to nevypovídá o tom, zda funguje i vícekrokový proces postavený nad ním. Monitorování transakcí jde dál – automatizuje celou posloupnost kroků (odeslání formuláře, procházení stránek, dokončení nákupního procesu) a ověřuje, že každý krok proběhne úspěšně a celý proces od začátku do konce přinese správný výsledek. Web může projít všemi kontrolami dostupnosti, přestože je jeho pokladna v kroku platby úplně nefunkční, protože každá jednotlivá stránka se izolovaně stále bez problémů načítá; odhalit to dokáže jen kontrola, která transakcí skutečně projde. Pro každý web, kde konverze závisí na vícekrokovém procesu, pokrývá monitorování transakcí kategorii selhání, kterou základní kontroly dostupnosti prostě nevidí.

Ano, to je jedno z hlavních využití monitorování transakcí. Kontroly transakcí od HostTracker procházejí definovanou posloupností kroků – například přidání položky do košíku, přechod do pokladny, vyplnění povinných polí a dosažení potvrzovací stránky – a průběžně ověřují, že každý krok proběhne podle očekávání. To znamená, že selhání zavedené kdekoli v procesu, ať už jde o nefunkční tlačítko „přidat do košíku“, chybu ve validaci formuláře nebo stránku pokladny, která se po nedávném nasazení nenačte, je odhaleno a nahlášeno s podrobnými logy ukazujícími na konkrétní krok, který selhal. Rychlé odhalení tohoto typu problému je důležité, protože nefunkční krok pokladny přímo stojí prodeje a jednoduché kontroly dostupnosti si ho mohou dlouho nevšimnout, protože jednotlivé zapojené stránky mohou i tak vracet normální stavové kódy.

Když v kontrole transakce selže některý krok – formulář se neodešle, očekávaná stránka se nenačte nebo není splněno validační pravidlo – HostTracker zaznamená místo selhání a odešle upozornění přes vámi nastavené notifikační kanály, takže víte nejen že se něco pokazilo, ale i kde v procesu k tomu došlo. K upozornění se připojují podrobné logy a reporty, které administrátorům poskytují konkrétní krok a výsledek potřebný k rychlému prošetření, místo aby museli celý proces ručně procházet znovu. Právě tato úroveň podrobnosti na jednotlivé kroky dělá monitorování transakcí v praxi užitečným pro rychlé řešení problémů: vědět, že „pokladna je nefunkční“, je mnohem méně použitelné než vědět, že selhání nastává konkrétně v kroku potvrzení platby po určité nedávné změně, což výrazně zužuje pravděpodobnou příčinu.

Ne. I když jsou vícekrokové nákupní procesy běžným příkladem, monitorování transakcí je užitečné pro každý web, kde potřebuje správně fungovat posloupnost uživatelských akcí – nejen načtení jedné stránky. Patří sem přihlašovací a registrační procesy u SaaS aplikací, poptávkové a kontaktní formuláře u poskytovatelů služeb, vícestránkové žádosti a jakékoli procházení webem, kde by nefunkční odkaz nebo neúspěšné odeslání formuláře uprostřed procesu zabránilo návštěvníkovi dokončit to, kvůli čemu přišel. Z automatizace a pravidelné kontroly konkrétního procesu profituje jakýkoli interaktivní proces, kde ztráta uživatele uprostřed má reálnou cenu – nedokončenou registraci, opuštěný poptávkový formulář, nedokončenou žádost – místo spoléhání se na to, že vše stále funguje jen proto, že se jednotlivé zapojené stránky načítají bez chyby.

Kontrola transakce běží v intervalu, který si zvolíte mezi 10 minutami a 24 hodinami – 10, 15, 30 a 45 minut, poté 1, 2, 4, 6, 12 a 24 hodin. Spodní hranice je vyšší než minimální jedna minuta, kterou HostTracker nabízí u jednoduchých HTTP kontrol, a to zcela záměrně: kontrola transakce spustí skutečný prohlížeč, načte stránku i s jejím JavaScriptem a projde váš scénář krok za krokem, což zabere sekundy skutečné práce, ne jediný požadavek. Obvyklý postup je obě kontroly zkombinovat – jednominutová HTTP nebo ping kontrola odpovídá na otázku „je web právě teď dostupný“, zatímco kontrola transakce každých 10 nebo 15 minut odpovídá na tu těžší otázku, zda pokladna, přihlášení nebo registrace za tím vším pořád funguje. Tato kombinace zachytí tvrdý výpadek do minuty a nefunkční proces během jednoho kontrolního cyklu, aniž byste museli spouštět prohlížečovou relaci proti vaší aplikaci každých šedesát sekund.

Ne, a ani byste neměli. Kontrola transakce odesílá skutečné formuláře proti vašemu skutečnému webu, takže správným nastavením je vyhrazený testovací účet, testovací produkt nebo SKU a – pokud scénář dosahuje až k platbě – sandbox nebo testovací režim karty vašeho platebního poskytovatele, přesně jako u jakéhokoli jiného automatizovaného end-to-end testu. Řada týmů zastaví sledovaný scénář jeden krok před nevratnou akcí: dojde na stránku platby, ověří, že se vykreslila se správnou celkovou částkou, a tam skončí. To stále dokazuje, že každý krok až po bod nákupu funguje, aniž by se každých deset minut vytvářela nová objednávka. Stejné pravidlo platí pro registrační a poptávkové procesy – nasměrujte scénář na testovací cíl formuláře, nebo si odeslané záznamy monitoru na své straně odfiltrujte, aby monitorovací provoz nikdy neznečistil vaše skutečná data.

Bezplatná zkušební verze je nyní dostupná

Odhalte nefunkční pokladnu dřív, než vás připraví o tržby

Vyzkoušejte zdarma a sledujte své klíčové uživatelské procesy - přihlášení, vyhledávání, pokladnu - nepřetržitě 24/7.

Součást služby pro monitorování webů HostTracker.