Synthetische Transaktionsüberwachung
Das Transaktionsmonitoring von HostTracker spielt einen echten Nutzerpfad nach - anmelden, suchen, in den Warenkorb legen, zur Kasse gehen - in einem echten Browser aus 300+ Standorten, und alarmiert Sie, sobald ein Schritt fehlschlägt.
Wie ein Transaktionscheck abläuft, vom ersten Schritt bis zum Alarm
Jeder Durchlauf, von der ersten Navigation bis zum Ergebnis.
Kein Makrorekorder, der veraltet. Benennen Sie die Schritte - der Name ist das, was der Alarm sagt.
checkout · 5 Schritte · 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 und back - jede mit eigenem Timeout und Namen.
Jeder Fehler in der Browser-Konsole lässt die Prüfung fehlschlagen, mit einer Zulassungsliste von bis zu zehn Teilstrings für ein störendes Drittanbieter-Skript.
Erstellen und bearbeiten Sie Transaktionsmonitore über REST, die SDKs, Terraform oder MCP - der gesamte Aktionssatz inklusive.
Mehr erfahrenBeginnen Sie mit dem einen Ablauf, dessen Ausfall Sie Geld kostet, bringen Sie ihn auf Grün, und fügen Sie erst danach die übrigen hinzu. Ein überwachter Ablauf, dem Sie vertrauen, ist mehr wert als fünf halb konfigurierte.
Öffnen Sie eine Produktseite, klicken Sie auf „In den Warenkorb“, prüfen Sie, ob das Warenkorb-Badge ein Artikel anzeigt, öffnen Sie den Checkout und prüfen Sie, ob Summe und Zahlungsformular korrekt angezeigt werden. Stoppen Sie einen Schritt vor der Bestellauslösung, und Sie erhalten volle Abdeckung, ohne Testbestellungen in Ihrer Datenbank.
Geben Sie die Zugangsdaten eines eigenen Testkontos ein, senden Sie ab, warten Sie auf die Navigation und prüfen Sie dann einen Text, der nur bei einer echten Sitzung existiert. Das ist für die meisten Anwendungen das wertvollste Szenario überhaupt - ein defekter Login ist ein Totalausfall, der auf jeder Seite trotzdem 200 liefert.
Füllen Sie die Felder aus, senden Sie ab, prüfen Sie den Wortlaut der Dankesseite. Ein still kaputtes Formular ist der klassische unsichtbare Ausfall: Nichts wirft einen Fehler, nichts alarmiert, und die Anfragen bleiben einfach aus - bis es Wochen später jemand bemerkt.
Geben Sie eine Suchanfrage ein, die immer einen Treffer liefern muss, senden Sie ab, und prüfen Sie sowohl, dass ein bekanntes Ergebnis vorhanden ist, als auch, dass der Text für „keine Ergebnisse“ fehlt. Diese zweite Prüfung ist es, die einen Suchindex erkennt, dessen Neuaufbau still zum Erliegen gekommen ist.
Durchlaufen Sie das Registrierungsformular bis zum finalen Bestätigungsbildschirm und prüfen Sie diesen, wobei das Formular auf ein Testziel zeigt, damit das Monitoring niemals echte Konten anlegt. Eine defekte Registrierung bleibt still und kostet trotzdem - niemand beschwert sich über eine Registrierung, die er gar nicht abschließen konnte.
Fordern Sie ein Zurücksetzen an und prüfen Sie, ob der Bestätigungsbildschirm erscheint. Der Ablauf hängt von Ihrer Mail-Pipeline, Ihrer Warteschlange und Ihrem Token-Dienst ab und ist damit ein außergewöhnlich guter Kanarienvogel für Backend-Probleme, die auf der Startseite nie sichtbar werden.
Der Transaktionscheck von HostTracker stellt sicher, dass alle Phasen eines Online-Kaufprozesses korrekt funktionieren. Er prüft jeden einzelnen Schritt - vom Hinzufügen eines Artikels zum Warenkorb bis zum Abschluss des Kaufs. So lassen sich Probleme erkennen und beheben, die Kunden vom Kauf abhalten könnten, was die Nutzererfahrung verbessert und Umsatzverluste reduziert.
Die Transaktionsprüfung von HostTracker deckt umfassend verschiedene Aspekte eines E-Commerce-Kaufvorgangs ab - darunter Formularübermittlungen, Klicks auf Buttons und Seitenweiterleitungen, die das Verhalten echter Nutzer nachbilden. So wird der gesamte Kaufprozess auf Herz und Nieren geprüft. Detaillierte Protokolle und Berichte helfen Administratoren, Probleme schnell zu finden und zu beheben, ohne den Kaufprozess der Nutzer zu beeinträchtigen.
Transaktionsprüfungen machen E-Commerce-Websites zuverlässiger und effizienter. Sie helfen, Probleme zu beheben, bevor sie auftreten, damit Transaktionen reibungslos ablaufen. Das steigert die Kundenzufriedenheit und das Vertrauen in die Website. Zudem werden entgangene Umsätze vermieden - ein wertvolles Werkzeug für jeden Online-Shop.
Der Schritt nach Namen, sein Screenshot und die Zeiten aller Schritte davor.
Das Ergebnis und der Alarm tragen den Namen des Schritts, sodass aus "nicht erreichbar" "3 - Login-Absenden hat die Weiterleitung gestoppt" wird.
Aufgenommen, wenn ein Schritt fehlschlägt, neben dem nach dem letzten Schritt - wie die Seite auf dem Weg dorthin aussah.
Websites, Server, APIs, Zertifikate. Ein Prüftyp pro Seite, dahinter dieselben Standorte, Alarme und Berichte.
"Ich arbeite schon lange mit diesem Überwachungsdienst und mein Alltag ist kein Problem mehr. Er beobachtet still all meine Websites und lässt mich reagieren, sobald etwas schiefgeht."
Vertraut von Teams bei
Jedes Kapitel öffnet sich an Ort und Stelle, sodass die Seite kurz bleibt.
Synthetisches Monitoring bedeutet, dass der Traffic absichtlich erzeugt wird: Statt darauf zu warten, dass ein Besucher auf ein Problem stößt und es Ihnen meldet, ruft ein Monitoring-Dienst Ihre Website selbst auf - nach Zeitplan, von außerhalb Ihres Netzwerks. Transaktionsüberwachung ist die mehrstufige Form davon. Ein einfacher synthetischer Check ruft eine URL auf und prüft die Antwort. Ein Transaktionscheck öffnet einen echten Browser, durchläuft ein festgelegtes Szenario - Seite öffnen, anmelden, suchen, in den Warenkorb legen, zur Kasse gehen - und prüft an jeder Station das Ergebnis.
Dieser Unterschied ist wichtig, denn das meiste, was Kunden auf einer Website tatsächlich tun, ist eine Abfolge - kein einzelner Seitenaufruf. Jede einzelne Seite eines Checkouts kann HTTP 200 liefern, während der Checkout selbst kaputt ist: ein Button, der durch ein Deployment verschwunden ist, ein Formular, das an einen Endpunkt sendet, der inzwischen einen 404 liefert, ein JavaScript-Fehler, der den Assistenten bei Schritt drei stoppt. Von all diesen Fehlern zeigt sich nichts in einem Statuscode - und damit auch nichts im gewöhnlichen Uptime-Monitoring.
Nicht zu verwechseln mit Transaktionsüberwachung im Finanzwesen. Im Banking und in der Compliance bedeutet „Transaction Monitoring“ die Prüfung von Zahlungen auf Betrug und Geldwäsche. Auf dieser Seite geht es um die Bedeutung aus dem Web-Betrieb: das automatische Nachstellen eines Nutzerablaufs auf Ihrer eigenen Website, um zu belegen, dass er noch funktioniert. HostTracker ist ein Website-Monitoring-Dienst - er überwacht Ihren Checkout-Ablauf, nicht Ihr Zahlungsbuch.
Ein schneller HTTP-Check ist das richtige Werkzeug für die Frage „Ist die Seite erreichbar?“. Er besteht aus einer einzigen Anfrage, entsprechend fällt auch die Bewertung anhand einer einzigen Antwort: der Statuscode, die Antwortzeit und die Stichwort- oder Assertion-Regel, die Sie für den empfangenen Inhalt festgelegt haben. Das ist bei sehr geringem Aufwand eine beachtliche Abdeckung - und sie endet genau dort, wo die erste Antwort endet. Alles, was in dieser Tabelle unterhalb dieser Linie steht, passiert erst danach.
| Was tatsächlich kaputt ist | Schneller HTTP-Check | Transaktionscheck |
|---|---|---|
| Server nicht erreichbar, DNS-Fehler, TLS-Handshake verweigert | Erkannt | Erkannt |
| Die Landingpage liefert nach einem Deployment einen 500er | Erkannt | Erkannt |
| Die Seite lädt, aber der Button „In den Warenkorb“ wurde durch ein Release entfernt | Übersehen - das HTML liefert weiterhin 200 | Erkannt - der Klick-Schritt kann seinen Selektor nicht auflösen |
| Das Login-Formular sendet an einen Endpunkt, der inzwischen einen 404 liefert | Übersehen - die Seite des Formulars selbst ist in Ordnung | Erkannt - der Schritt nach dem Absenden erreicht die Kontoseite nie |
| Ein JavaScript-Fehler stoppt den Checkout-Assistenten bei Schritt zwei | Übersehen - JavaScript wird nie ausgeführt | Erkannt - der Browser führt das Skript aus, und der Check kann bei Konsolenfehlern fehlschlagen |
| Die Zahlungsseite zeigt statt der Bestätigung eine Fehlermeldung an | Übersehen - eine angezeigte Fehlermeldung liefert weiterhin 200 | Erkannt - eine Inhaltsprüfung auf den Bestätigungstext schlägt fehl |
| Das Session-Cookie wird nicht mehr gesetzt, sodass Schritt drei zurück zur Login-Seite springt | Übersehen - es gibt keine Sitzung, die verloren gehen könnte | Erkannt - eine einzige Browsersitzung durchläuft das gesamte Szenario |
| Ein Drittanbieter-Skript - Chat-Widget, Tag-Manager, Zahlungs-SDK - blockiert das Rendering | Übersehen - Drittanbieter-Ressourcen werden nie abgerufen | Erkannt - der Browser ruft sie ab, genau wie ein echter Besucher |
| Der Ablauf funktioniert, aber jeder Schritt dauert jetzt acht Sekunden | Teilweise - nur die erste Antwort wird gemessen | Erkannt - jeder Schritt wird gemessen, und ein Schritt kann in ein Timeout laufen |
Keiner der beiden Checks ersetzt den anderen. Die ehrliche Empfehlung lautet, beide zu nutzen: einen Ein-Minuten-HTTP-Check auf derselben Website zur schnellen Ausfallerkennung und einen Transaktionscheck für die ein oder zwei Abläufe, die tatsächlich Umsatz bringen. Wenn Sie zuerst die Verfügbarkeitsseite abdecken möchten, beginnen Sie mit der verteilten Verfügbarkeitsüberwachung von über 300 Prüfpunkten und ergänzen den Ablauf anschließend.
Jeder Lauf startet einen echten, headless Chromium-Browser an einem der Prüfpunkte von HostTracker und nutzt für das gesamte Szenario eine einzige Browsersitzung. Genau dieses Detail macht den Check aussagekräftig: Cookies, Tokens und Login-Status, die in Schritt zwei gesetzt werden, sind in Schritt fünf immer noch vorhanden - exakt so, wie es bei einem Menschen wäre, der sich durch Ihre Website klickt. JavaScript wird ausgeführt, Weiterleitungen werden befolgt - auch die, die von Ihren eigenen Skripten ausgelöst werden -, und Drittanbieter-Ressourcen laden genauso, wie sie im Browser eines Besuchers laden würden.
Das Szenario läuft sequenziell und fail-fast ab. Die Schritte laufen in der Reihenfolge, in der Sie sie angelegt haben, und der erste fehlschlagende Schritt beendet den Lauf und wird als Ursache gemeldet. Sie bekommen nie eine Flut von Folgefehlern, die durch einen einzigen kaputten Button verursacht wurden - Sie bekommen den kaputten Button.
Zwei optionale Schalter bestimmen, wie streng ein Lauf bewertet wird. Bei Konsolenfehler fehlschlagen macht jeden Fehler in der Browserkonsole zu einem fehlgeschlagenen Check - bei einer sauber programmierten Anwendung sehr wirkungsvoll, kombiniert mit einer Positivliste von bis zu zehn Teilstrings, damit ein bekanntermaßen „lautes“ Drittanbieter-Skript nicht ständig Fehlalarm auslöst. Laden von Mediendateien überspringen ist standardmäßig aktiv; schalten Sie es aus, wenn genau die Mediendatei selbst der Gegenstand Ihres Tests ist.
Eine Transaktion ist eine Liste von Schritten, und jeder Schritt ist eine Aktion auf der Seite. Es gibt keinen Makro-Recorder, der veralten könnte - Sie legen das Szenario explizit an, weshalb es auch dann weiterläuft, wenn Ihr Marketing-Team den Text auf einem Button ändert.
| Aktion | Was der Schritt macht |
|---|---|
| navigate | Öffnet eine URL. Die erste Navigation - zur eigenen Adresse des Monitors - wird automatisch als Schritt null hinzugefügt. |
| click | Klickt ein per CSS-Selektor aufgelöstes Element an, oder eine Koordinate im Viewport. Linke, rechte oder mittlere Maustaste, mit optionaler Haltedauer. |
| type | Tippt Text in ein Feld ein, optional mit einer Verzögerung zwischen den Tastendrücken, damit die eigenen Eingabe-Handler der Seite mithalten können. |
| select | Prüft die Trefferanzahl eines Selektors: kein Treffer, genau ein Element, mindestens eines oder eine beliebige Anzahl. Wirkt auf alle Treffer, den ersten oder einen zufälligen. |
| checkContent | Prüft den gerenderten Text. Bis zu zehn Stichwörter, beliebige oder alle davon, groß-/kleinschreibungssensitiv oder nicht, vorhanden oder bewusst nicht vorhanden, optional nur im sichtbaren Text. |
| hover | Bewegt den Mauszeiger über ein Element - so, wie Sie ein Menü oder einen Tooltip erreichen, das nur bei Mouse-over existiert. |
| waitForNavigation | Wartet darauf, dass die Seite navigiert, optional lässt der Schritt fehlschlagen, wenn rechtzeitig keine Navigation erfolgt. |
| sleep | Pausiert, von 1 Millisekunde bis zu 10 Sekunden, mit optionalem Zufalls-Jitter, damit ein Szenario nicht bei jedem Lauf exakt denselben Zeitpunkt trifft. |
| screenshot | Nimmt die Seite mitten im Ablauf auf, sodass ein zwei Schritte später auftretender Fehler trotzdem zeigt, wie die Seite auf dem Weg dorthin aussah. |
| back | Geht einen Eintrag im Browserverlauf zurück. |
Jeder Schritt kann im Anschluss einen Screenshot und ein Warten auf Navigation tragen, ein eigenes Timeout-Limit und einen kurzen Namen mit bis zu 19 Zeichen. Benennen Sie Ihre Schritte - der Name erscheint im Ergebnis und in der Benachrichtigung, sodass „3 - Login absenden“ den Unterschied macht zwischen einer Seite, die „down“ ist, und einer Seite, deren Login-POST nicht mehr weiterleitet. Im Web-Editor werden Screenshots und Navigationswartezeiten als Verhalten nach dem Schritt angeboten; der vollständige Aktionsumfang inklusive hover steht über die API zur Verfügung.
id oder ein
data--Attribut, das Sie selbst kontrollieren, keinen generierten Klassennamen, der sich
mit dem nächsten Build ändert.checkContent-Schritt nach jedem bedeutsamen Übergang macht aus
einer Abfolge von Klicks einen echten Test: Prüfen Sie nach dem Login den Text der Kontoseite, nach
dem Checkout den Wortlaut der Bestätigung.Wenn Sie die Start-URL vor dem Anlegen des Szenarios kurz gegenprüfen möchten, führen Sie einen kostenlosen Sofort-HTTP-Check darauf aus - ohne Login - oder messen Sie mit dem kostenlosen Page-Speed-Test, wie die Seite in einem echten Browser lädt.
Der Lauf stoppt beim fehlschlagenden Schritt und erfasst, was er vorgefunden hat. Das Ergebnis benennt den Schritt, klassifiziert den Fehler - ein Timeout, ein Element, dessen Selektor nicht aufgelöst werden konnte, eine nicht zutreffende Inhaltsprüfung, ein HTTP-Fehler, ein Verbindungsfehler, ein Fehler in der Browserkonsole oder ein falsch konfigurierter Schritt - und speichert die Dauer je Schritt, die URL, IP und den HTTP-Status, auf dem jede Navigation gelandet ist, die Konsolenmeldungen des Browsers sowie einen Screenshot der Seite im Moment des Fehlers.
Danach wird gegengeprüft, bevor irgendjemand geweckt wird. Eine einzelne fehlgeschlagene Beobachtung gilt nicht als Ausfall: Der Check wird an zusätzlichen, unabhängigen Prüfpunkten erneut ausgeführt, und der Statuswechsel wird erst bestätigt, wenn das Quorum zustimmt. Standardmäßig gilt ein Mehrheitsvotum über bis zu sieben Agenten mit einem Minimum von drei - sodass ein einzelner instabiler Prüfpunkt oder eine vorübergehende Netzwerkstörung zwischen einem Rechenzentrum und Ihrem Host allein keinen Alarm auslösen kann.
Sobald der Übergang bestätigt ist, folgt die Benachrichtigung der von jedem Kontakt gewählten Verzögerung: sofort, oder erst nach 3, 5, 15, 30 oder 60 Minuten, oder nach 3, 6, 12 oder 24 Stunden ununterbrochenen Fehlers. Benachrichtigungen werden über die neun von HostTracker unterstützten Kanäle verschickt - E-Mail, SMS, Anruf, Webhook, Slack, Web-Push und die Messenger-Apps Telegram, Discord und Viber -, und sobald der Ablauf wieder erfolgreich durchläuft, folgt eine Wiederherstellungsmeldung.
Ein Transaktionscheck ist der leistungsfähigste Monitor, den HostTracker bietet - und derjenige mit den meisten praktischen Einschränkungen. Wer sie vorab kennt, spart sich einen ganzen Nachmittag.
Die beiden Ansätze beantworten unterschiedliche Fragen, und ein Team, das den Unterschied versteht, erwartet nicht länger, dass der eine die Aufgabe des anderen übernimmt. HostTracker ist ein synthetischer Website-Monitoring-Dienst: Er erzeugt den Traffic selbst, von eigenen Prüfpunkten aus, nach einem von Ihnen kontrollierten Zeitplan.
| Synthetische Transaktionsüberwachung | Real User Monitoring | |
|---|---|---|
| Wer erzeugt den Traffic | Der Monitoring-Dienst, nach festem Zeitplan | Ihre echten Besucher, wann immer sie zufällig eintreffen |
| Funktioniert, bevor Sie Traffic haben | Ja - eine Staging-Website ohne Nutzer wird trotzdem geprüft | Nein - keine Besucher, keine Daten |
| Bemerkt einen Ausfall um 3 Uhr morgens | Ja - der Zeitplan schläft nicht | Erst, wenn jemand vorbeikommt |
| Benennt den genauen fehlgeschlagenen Schritt | Ja - das Szenario ist deterministisch | Selten - Sie sehen das Symptom, nicht den Ablauf |
| Spiegelt wider, was echte Kunden erlebt haben | Nein - es ist eine kontrollierte Stichprobe | Ja - genau darum geht es |
| Erfordert Code auf Ihrer Website | Nein - läuft vollständig von außen | Ein Skript oder SDK auf jeder Seite |
| Deckt einen Ablauf ab, den Kunden selten abschließen | Ja - Sie bestimmen, was geprüft wird | Nein - seltene Pfade bleiben unvermessen |
Wenn Sie als Nächstes eher die Zeitmessung als den Ablauf brauchen, misst HostTracker auch echte Browser-Seitenladezeiten - siehe Browser-Zugriff und Seitenladezeit -, und für das Maschine-zu-Maschine-Äquivalent einer Transaktion validiert ein API-Monitoring-Check den Antwortvertrag statt der gerenderten Seite. Serverseitig erklärt oft ein Datenbank-Query-Monitor, warum ein Ablauf überhaupt langsam geworden ist.
Transaktionsüberwachung für eine Website ist eine Prüfung, die einen echten, mehrstufigen Nutzerablauf automatisiert - etwa das Ausfüllen eines Formulars, eine Anmeldung, das Hinzufügen eines Artikels zum Warenkorb oder den Abschluss eines Kaufs - und dabei überprüft, ob jeder Schritt korrekt abläuft und die gesamte Abfolge das erwartete Ergebnis liefert. Anders als ein einfacher Check, der nur bestätigt, dass eine einzelne Seite lädt, folgt die Transaktionsüberwachung genau dem Weg, den ein echter Besucher nehmen würde - Daten eingeben und sich Schritt für Schritt durch die Seiten klicken - und validiert das Ergebnis anhand von Regeln, die Sie selbst festlegen. Das ist wichtig, denn eine Website kann nach jeder einfachen Verfügbarkeitsmessung völlig gesund erscheinen - die Startseite lädt, einzelne Seiten liefern den Statuscode 200 -, während ein kritischer, mehrstufiger Prozess wie der Checkout mittendrin unbemerkt kaputt ist. Die Transaktionsüberwachung von HostTracker wurde speziell entwickelt, um genau diese Art von Fehlern zu erkennen.
Die Transaktionsüberwachung von HostTracker kann eine ganze Reihe von Website-Interaktionen automatisieren und validieren - darunter Formularübermittlungen, Klicks auf Buttons und Seitenweiterleitungen, die gemeinsam nachbilden, wie sich ein echter Nutzer durch Ihre Website bewegt. Das deckt gängige Szenarien ab wie den Abschluss einer Registrierung oder Anmeldung, das Absenden eines Kontakt- oder Lead-Formulars sowie mehrstufige Kaufprozesse wie das Hinzufügen von Artikeln zum Warenkorb und den anschließenden Checkout. Da die Prüfung das Verhalten echter Nutzer Schritt für Schritt simuliert und nicht nur eine einzelne Seite lädt, kann sie überprüfen, ob jede einzelne Phase des Prozesses tatsächlich funktioniert und das erwartete Ergebnis liefert - nicht nur, ob die beteiligten Seiten laden. Das macht sie wertvoll für jede Website, bei der ein defekter interaktiver Ablauf - nicht nur eine defekte Seite - Leads, Registrierungen oder Umsatz kosten würde.
Einfaches Uptime-Monitoring prüft nur, ob eine einzelne Seite oder ein Endpunkt antwortet und einen normalen Statuscode liefert - das zeigt, dass der Server erreichbar ist, sagt aber nichts darüber aus, ob ein mehrstufiger Prozess darauf tatsächlich funktioniert. Transaktionsüberwachung geht weiter: Sie automatisiert eine ganze Abfolge von Schritten - ein Formular absenden, sich durch Seiten klicken, einen Kaufprozess abschließen - und validiert, dass jeder Schritt gelingt und der gesamte End-to-End-Prozess das richtige Ergebnis liefert. Eine Website kann jeden Uptime-Check bestehen, während ihr Checkout-Prozess beim Bezahlschritt komplett defekt ist, weil jede einzelne Seite für sich betrachtet weiterhin problemlos lädt - nur eine Prüfung, die die Transaktion tatsächlich durchläuft, würde das erkennen. Für jede Website, deren Conversions von einem mehrstufigen Ablauf abhängen, deckt Transaktionsüberwachung eine Fehlerkategorie ab, die einfache Uptime-Checks schlicht nicht sehen können.
Ja, das ist einer der wichtigsten Anwendungsfälle der Transaktionsüberwachung. Die Transaktionschecks von HostTracker durchlaufen eine definierte Schrittfolge - etwa einen Artikel in den Warenkorb legen, zum Checkout wechseln, Pflichtfelder ausfüllen und eine Bestätigungsseite erreichen - und prüfen dabei, ob jeder einzelne Schritt wie erwartet abläuft. Das bedeutet: Ein Fehler an beliebiger Stelle im Ablauf - ob ein defekter „In den Warenkorb“-Button, ein Fehler in der Formularvalidierung oder eine Checkout-Seite, die nach einem aktuellen Deployment nicht mehr lädt - wird erkannt und mit detaillierten Protokollen gemeldet, die genau auf den fehlgeschlagenen Schritt verweisen. Solche Probleme schnell zu erkennen ist entscheidend, denn ein defekter Checkout-Schritt kostet direkt Umsatz und kann von einfachen Uptime-Checks lange unbemerkt bleiben, da die betroffenen Einzelseiten weiterhin normale Statuscodes liefern können.
Wenn ein Schritt in einer Transaktionsprüfung fehlschlägt - ein Formular wird nicht übermittelt, eine erwartete Seite lädt nicht, oder eine Validierungsregel wird nicht erfüllt -, erfasst HostTracker den genauen Fehlerpunkt und sendet über Ihre konfigurierten Benachrichtigungskanäle eine Warnung. So wissen Sie nicht nur, dass etwas defekt ist, sondern auch, an welcher Stelle im Ablauf es passiert ist. Der Warnung liegen detaillierte Protokolle und Berichte bei, die Administratoren den konkreten Schritt und das Ergebnis liefern, um schnell nachzuforschen, statt den gesamten Ablauf manuell nachvollziehen zu müssen. Genau diese Detailtiefe auf Schrittebene macht die Transaktionsüberwachung so nützlich, um Probleme schnell zu beheben: Die Information „Checkout ist defekt“ ist weit weniger hilfreich als das Wissen, dass der Fehler konkret beim Schritt der Zahlungsbestätigung nach einer bestimmten Änderung auftritt - das grenzt die wahrscheinliche Ursache erheblich ein.
Nein - mehrstufige Kaufprozesse sind zwar ein häufiges Beispiel, aber Transaktionsüberwachung ist für jede Website sinnvoll, bei der eine Abfolge von Nutzeraktionen - nicht nur das Laden einer einzelnen Seite - korrekt funktionieren muss. Dazu zählen Login- und Registrierungsabläufe von SaaS-Anwendungen, Lead-Generierungs- und Kontaktformulare von Dienstleistungsunternehmen, mehrseitige Antragsprozesse sowie jeder Website-Ablauf, bei dem ein defekter Link oder eine fehlgeschlagene Formularübermittlung mittendrin einen Besucher daran hindern würde, sein Anliegen abzuschließen. Jeder interaktive Prozess, bei dem der Verlust eines Nutzers mittendrin echte Kosten verursacht - eine verpasste Registrierung, ein abgebrochenes Lead-Formular, ein unvollständiger Antrag -, profitiert davon, wenn genau dieser Ablauf automatisiert und regelmäßig geprüft wird, statt einfach anzunehmen, dass er noch funktioniert, nur weil die beteiligten Einzelseiten fehlerfrei laden.
Ein Transaktionscheck läuft in einem von Ihnen gewählten Intervall zwischen 10 Minuten und 24 Stunden - 10, 15, 30 und 45 Minuten, dann 1, 2, 4, 6, 12 und 24 Stunden. Diese Untergrenze liegt bewusst höher als das Ein-Minuten-Minimum, das HostTracker für einfache HTTP-Checks anbietet: Ein Transaktionscheck startet einen echten Browser, lädt die Seite samt JavaScript und durchläuft Ihr Szenario Schritt für Schritt - das kostet Sekunden echter Arbeit statt einer einzigen Anfrage. Das übliche Muster ist, beides zu kombinieren - ein Ein-Minuten-HTTP- oder Ping-Check beantwortet „ist die Seite gerade erreichbar“, und ein Transaktionscheck alle 10 oder 15 Minuten beantwortet die schwierigere Frage, ob der dahinterliegende Checkout-, Login- oder Registrierungsablauf noch funktioniert. Diese Kombination erkennt einen harten Ausfall innerhalb einer Minute und einen defekten Ablauf innerhalb eines Prüfzyklus, ohne alle sechzig Sekunden eine Browsersitzung gegen Ihre Anwendung laufen zu lassen.
Nein, und Sie sollten es auch nicht. Ein Transaktionscheck sendet echte Formulare an Ihre echte Website, daher ist die richtige Einrichtung ein eigenes Testkonto, ein Testprodukt bzw. eine Test-SKU und - falls der Ablauf bis zur Zahlung reicht - die Sandbox oder der Testkartenmodus Ihres Zahlungsanbieters, genau wie bei jedem automatisierten End-to-End-Test. Viele Teams stoppen das überwachte Szenario einen Schritt vor der unumkehrbaren Aktion: Erreichen Sie die Zahlungsseite, prüfen Sie, dass sie mit der korrekten Summe angezeigt wird, und beenden Sie das Szenario dort. Das beweist trotzdem, dass jeder Schritt bis zum Kaufabschluss funktioniert, ohne alle zehn Minuten eine Bestellung anzulegen. Dieselbe Regel gilt für Registrierungs- und Lead-Abläufe - richten Sie das Szenario auf ein Testformular-Ziel, oder filtern Sie die Einsendungen des Monitors auf Ihrer Seite heraus, damit der Monitoring-Traffic niemals Ihre echten Daten verunreinigt.
Starten Sie eine kostenlose Testphase und überwachen Sie Ihre wichtigsten Nutzerpfade - Login, Suche, Checkout - rund um die Uhr.
Teil der Website-Monitoring-Software von HostTracker.