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.
Odhalte nefunkční pokladnu dřív, než vás připraví o tržby
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ů.
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.
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.
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ě pokazilo | Rychlá HTTP kontrola | Kontrola transakce |
|---|---|---|
| Server nedostupný, selhání DNS, odmítnutý TLS handshake | Odhaleno | Odhaleno |
| Vstupní stránka po nasazení vrací 500 | Odhaleno | Odhaleno |
| Stránka se načte, ale tlačítko „Přidat do košíku“ bylo vydáním odstraněno | Přehlédnuto - HTML pořád vrací 200 | Odhaleno - krok kliknutí nedokáže najít svůj selektor |
| Přihlašovací formulář odesílá na endpoint, který teď vrací 404 | Přehlédnuto - samotná stránka formuláře je v pořádku | Odhaleno - krok po odeslání se nikdy nedostane na stránku účtu |
| Výjimka v JavaScriptu zastaví průvodce pokladnou ve druhém kroku | Př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ý banner | Přehlédnuto - vykreslená chyba je pořád 200 | Odhaleno - 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ít | Odhaleno - 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ědi | Odhaleno - 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.
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.
| Akce | Co krok dělá |
|---|---|
| navigate | Otevře URL. První navigace – na vlastní adresu monitoru – se přidává automaticky jako krok nula. |
| click | Klikne 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í. |
| type | Napíš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. |
| select | Ověří 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ý. |
| checkContent | Ověří 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. |
| hover | Najede myší nad prvek – tak, jak se dostanete k menu nebo tooltipu, které existují jen při najetí myší. |
| waitForNavigation | Počká, až stránka provede navigaci, volitelně krok selže, pokud k navigaci ve stanoveném čase nedojde. |
| sleep | Pauza 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. |
| screenshot | Zachytí 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. |
| back | Vrá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
- 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.
- 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.
- Přidávejte kroky v pořadí. Pro cokoli, na co klikáte nebo do čeho píšete, použijte
stabilní CSS selektor –
idnebo atributdata-, který máte pod kontrolou, ne vygenerovaný název třídy, který se změní při dalším buildu. - Ověřujte průběžně. Krok
checkContentpo 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í. - 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.
- 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á.
- 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í.
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.
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.
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.
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í 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.
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.
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 provoz | Monitorovací služba, podle pevného harmonogramu | Vaši skuteční návštěvníci, kdykoli se náhodou objeví |
| Funguje ještě předtím, než máte provoz | Ano - i staging web bez uživatelů se dál kontroluje | Ne - bez návštěvníků žádná data |
| Všimne si výpadku ve tři ráno | Ano - harmonogram nespí | Ne, dokud se někdo neobjeví |
| Pojmenuje přesný krok, který selhal | Ano - scénář je deterministický | Zřídka - vidíte projev, ne posloupnost |
| Odráží, co skutečně zažili skuteční zákazníci | Ne - jde o řízený vzorek | Ano - o to celé jde |
| Vyžaduje kód na vašem webu | Ne - běží zcela zvenčí | Skript nebo SDK na každé stránce |
| Pokrývá proces, který zákazníci dokončují jen zřídka | Ano - sami zvolíte, co se testuje | Ne - 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.
Objevte další možnosti monitorování HostTracker
Ověřujte API endpointy podle jejich kontraktu
Použijte na endpointy svých webových služeb validační politiku a odhalte chybný stavový kód, poškozenou odpověď JSON/XML nebo pomalou odezvu dřív, než si toho všimnou vaše integrace.
Sledujte reálnou rychlost načítání stránek z více než 300 lokalit
Automatizujte skutečnou návštěvu vaší stránky v prohlížeči a měřte dobu načítání podle vámi nastavené politiky, takže se zpomalení projeví dřív, než návštěvníci začnou odcházet.
Projděte si všechny funkce sledování HostTracker
Porovnejte všech 8 typů sledování vedle sebe a zkombinujte kontroly, které se hodí právě pro váš web.
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.