{"id":12290,"date":"2020-05-26T09:21:20","date_gmt":"2020-05-26T09:21:20","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/2020\/05\/26\/digital-experience-monitoring-an-overview\/"},"modified":"2026-08-26T18:31:26","modified_gmt":"2026-08-26T18:31:26","slug":"digital-experience-monitoring-an-overview","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/de\/digital-experience-monitoring-an-overview\/","title":{"rendered":"Was ist Digital Experience Monitoring? Wie man Kundenreisen von au\u00dfen beobachtet"},"content":{"rendered":"<figure id=\"attachment_34540\" aria-describedby=\"caption-attachment-34540\" style=\"width: 1200px\" class=\"wp-caption alignnone\"><img fetchpriority=\"high\" decoding=\"async\" class=\"size-full wp-image-34540\" src=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/hero-digital-experience-monitoring.webp\" alt=\"An ecommerce operations dashboard showing a green uptime status next to a failing checkout step\" width=\"1200\" height=\"800\" srcset=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/hero-digital-experience-monitoring.webp 1200w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/hero-digital-experience-monitoring-300x200.webp 300w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/hero-digital-experience-monitoring-1024x683.webp 1024w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/hero-digital-experience-monitoring-768x512.webp 768w\" sizes=\"(max-width: 1200px) 100vw, 1200px\" \/><figcaption id=\"caption-attachment-34540\" class=\"wp-caption-text\">Ein gr\u00fcnes Uptime-Dashboard und ein fehlerhafter Checkout k\u00f6nnen gleichzeitig auftreten.<\/figcaption><\/figure>\n<p>Ihr Uptime-Monitor meldet 100%. Ihre Server antworten in 180 ms. Und die Bestellungen sind seit Dienstagmorgen um 30 % zur\u00fcckgegangen.<\/p>\n<p>Digital Experience Monitoring (DEM) gibt es f\u00fcr genau diese Situation. Serverseitige Metriken best\u00e4tigen, dass Ihre Infrastruktur den Anruf entgegengenommen hat. Sie sagen jedoch nichts dar\u00fcber aus, ob ein K\u00e4ufer in Frankfurt tats\u00e4chlich den Checkout mit einem Mittelklasse-Android mit einem langsamen Zahlungsskript vor dem Zahlungsbutton durchf\u00fchren konnte.<\/p>\n<p>Die meisten Leitf\u00e4den zu diesem Thema definieren DEM f\u00fcr IT-Teams, die Laptops von Mitarbeitern und VPN-Tunnel \u00fcberwachen. Dieser Leitfaden behandelt die andere Version: die \u00dcberwachung der kundenorientierten Abl\u00e4ufe, die Umsatz generieren. Was DEM misst, wo jede Datenquelle blind wird, wie man es in einem realen Shop einrichtet und welche Dotcom-Monitor-Pr\u00fcfung jeden Fehler erkennt.<\/p>\n<p><strong>Inhalts\u00fcbersicht dieses Leitfadens<\/strong><\/p>\n<ul>\n<li><a href=\"#was-ist-digital-experience-monitoring\">Was ist Digital Experience Monitoring?<\/a><\/li>\n<li><a href=\"#warum-ihre-dashboards-gr\u00fcn-zeigen-w\u00e4hrend-der-checkout-fehlerhaft-ist\">Warum Ihre Dashboards gr\u00fcn zeigen, w\u00e4hrend der Checkout fehlerhaft ist<\/a><\/li>\n<li><a href=\"#synthetic-monitoring-vs-rum-vs-netzwerkpfadanalyse\">Synthetic Monitoring vs. RUM vs. Netzwerkpfadanalyse<\/a><\/li>\n<li><a href=\"#was-auf-einem-umsatzpfad-gemessen-werden-sollte\">Was auf einem Umsatzpfad gemessen werden sollte<\/a><\/li>\n<li><a href=\"#vier-fehler-die-ihre-uptime-pr\u00fcfung-nicht-erkennt\">Vier Fehler, die Ihre Uptime-Pr\u00fcfung nicht erkennt<\/a><\/li>\n<li><a href=\"#wie-man-digital-experience-monitoring-einrichtet\">Wie man Digital Experience Monitoring einrichtet<\/a><\/li>\n<li><a href=\"#wie-man-ein-digital-experience-monitoring-tool-ausw\u00e4hlt\">Wie man ein Digital Experience Monitoring Tool ausw\u00e4hlt<\/a><\/li>\n<li><a href=\"#wie-dotcom-monitor-digital-experience-monitoring-handhabt\">Wie Dotcom-Monitor Digital Experience Monitoring handhabt<\/a><\/li>\n<li><a href=\"#heading-faq\">H\u00e4ufig gestellte Fragen zu Digital Experience Monitoring<\/a><\/li>\n<li><a href=\"#das-fazit\">Das Fazit<\/a><\/li>\n<\/ul>\n<h2 id='was-ist-digital-experience-monitoring'  id=\"boomdevs_1\" id=\"what-is-digital-experience-monitoring\">Was ist Digital Experience Monitoring?<\/h2>\n<p>Digital Experience Monitoring ist die Praxis, zu messen, wie Nutzer Ihre Website oder Anwendung Ende-zu-Ende erleben \u2013 \u00fcber das Netzwerk, den Browser und das Ger\u00e4t, mit denen sie Sie erreichen. Statt zu fragen \u201eHat der Server geantwortet?\u201c fragt es \u201eKonnte jemand das abschlie\u00dfen, wof\u00fcr er hier war, und wie lange hat es gedauert?\u201c Diese Messung kann aus echten Sitzungen, aus geplanten Skriptabl\u00e4ufen oder aus beidem erfolgen.<\/p>\n<p>Der Umfang ist breiter als bei der Uptime. Eine DEM-Konfiguration \u00fcberwacht das Seitenrendering, mehrstufige Transaktionen wie Suche und Checkout, die APIs hinter diesen Schritten, Drittanbieterskripte und wie sich all das je nach Region, Browser und Verbindungsgeschwindigkeit \u00e4ndert. Man sieht dieselbe Praxis auch unter den Bezeichnungen Endnutzer-Erfahrungs\u00fcberwachung, Anwendungs-Experience-Monitoring oder Digital Experience Management. Die Begriffe unterscheiden sich; was gemessen wird, meist nicht.<\/p>\n<h3 id='die-zwei-arten-von-dem-und-warum-sie-verwechselt-werden'  id=\"boomdevs_2\" id=\"the-two-kinds-of-dem-and-why-they-get-confused\">Die zwei Arten von DEM (und warum sie verwechselt werden)<\/h3>\n<p>Sucht man nach diesem Begriff, dominieren auf der ersten Seite stark Netzwerk- und Sicherheitsanbieter wie Palo Alto Networks, Fortinet, Cloudflare, ThousandEyes, Tanium. Das meiste, was diese Seiten beschreiben, bezieht sich auf Mitarbeiteranwender, die den Endger\u00e4tstatus, SASE-Tunnel und den Pfad zwischen einem Laptop eines Au\u00dfendienstmitarbeiters und Microsoft 365 \u00fcberwachen. Einige behandeln auch Kundenverkehr, aber die Definitionen oben konzentrieren sich eher auf die Belegschaft.<\/p>\n<p>Das ist eine echte Kategorie, die ein echtes Problem l\u00f6st. Aber nicht das Problem, das ein E-Commerce- oder digitales Operationsteam hat.<\/p>\n<p>Die kundengerichtete Version blickt nach au\u00dfen. Ihre Nutzer sind Fremde in Netzwerken, die Sie nicht kontrollieren, verwenden Ger\u00e4te, die Sie nicht bereitgestellt haben, und verlassen Ihre Seite, ohne ein Ticket zu er\u00f6ffnen. Niemand eskaliert ein kaputtes Promo-Code-Feld. Sie gehen zum Wettbewerb.<\/p>\n<blockquote><p>Mitarbeiter-DEM beantwortet \u201eWarum ist Sarahs Zoom-Anruf ruckelig?\u201c Kunden-DEM beantwortet \u201eWarum sind die Warenkorb-Abschl\u00fcsse letzte Nacht in Brasilien um 18 % gefallen?\u201c Gleiches Akronym, unterschiedliche Tools, unterschiedliche Verantwortliche.<\/p><\/blockquote>\n<p>Der Rest dieses Leitfadens behandelt die zweite Version.<\/p>\n<h2 id='warum-ihre-dashboards-gr\u00fcn-zeigen-w\u00e4hrend-der-checkout-fehlerhaft-ist'  id=\"boomdevs_3\" id=\"why-your-dashboards-go-green-while-checkout-is-broken\">Warum Ihre Dashboards gr\u00fcn zeigen, w\u00e4hrend der Checkout fehlerhaft ist<\/h2>\n<p>Drei g\u00e4ngige Setups versagen alle in dieselbe Richtung und zwar stillschweigend.<\/p>\n<p><strong>Eine Uptime-Ping-Pr\u00fcfung \u00fcberpr\u00fcft das falsche.<\/strong> Eine HTTP-Pr\u00fcfung Ihrer Startseite best\u00e4tigt, dass eine URL mit 200 zur\u00fcckgab. Der Checkout kann ebenfalls 200 zur\u00fcckgeben mit \u201eWir konnten Ihre Zahlung nicht verarbeiten\u201c im gerenderten Seiteninhalt. Der Statuscode sagt nichts \u00fcber den Inhalt aus.<\/p>\n<p><strong>Serverseitige Metriken enden an Ihrem Rand.<\/strong> Antwortzeiten der Anwendung, CPU- und Fehlerraten beschreiben Ihre Infrastruktur. Sie beinhalten nicht die DNS-Aufl\u00f6sung, TLS-Handshakes, CDN-Edge-Verhalten, Drittanbieterausf\u00fchrung oder die 2,8 Sekunden, w\u00e4hrend die Chat-Widget den Hauptthread auf Mobilger\u00e4ten blockiert.<\/p>\n<p><strong>Real User Monitoring hat ein Survivorship-Problem.<\/strong> <a href=\"https:\/\/www.dotcom-monitor.com\/de\/lernen-mit-dotcom-monitor\/glossar\/was-ist-real-user-monitoring-rum\/\">Real User Monitoring<\/a> sammelt Daten von einem JavaScript-Beacon in der Seite. Das bedeutet, es berichtet nur \u00fcber Sitzungen, bei denen die Seite geladen wurde und das Beacon feuert. Nutzer, die einen DNS-Fehler, einen CDN-403-Fehler oder eine TLS-Fehlermeldung erhalten, laden das Beacon nicht, also melden sie nichts. Die schlimmsten Ausf\u00e4lle produzieren die wenigsten RUM-Daten, und Verkehr, der still verschwindet, sieht aus wie ein langsamer Verkaufstag.<\/p>\n<p>Die Erkennungszeit versch\u00e4rft alle drei Probleme. Viele echte Ausf\u00e4lle sind kurz, und kurze Ausf\u00e4lle sind es, die niemand \u00fcber ein Dashboard bemerkt. Wenn Ihre Pr\u00fcfungen alle f\u00fcnf Minuten laufen, kann ein viermin\u00fctiger Ausfall zwischen zwei Pr\u00fcfungen auftreten und keine Spur hinterlassen au\u00dfer den ausbleibenden Bestellungen.<\/p>\n<p>Alle drei L\u00fccken zu schlie\u00dfen erfordert dieselben drei Dinge: von au\u00dferhalb Ihrer Infrastruktur pr\u00fcfen, im echten Browser rendern und das Ergebnis anhand des Seiteninhalts bewerten statt anhand von Statuscodes. Genau das macht <a href=\"https:\/\/www.dotcom-monitor.com\/de\/loesungen\/synthetic-monitoring\/\">synthetic monitoring<\/a> und genau das zeigt der Rest dieses Leitfadens.<\/p>\n<h2 id='synthetic-monitoring-vs-rum-vs-netzwerkpfadanalyse'  id=\"boomdevs_4\" id=\"synthetic-monitoring-vs-rum-vs-network-path-analysis\">Synthetic Monitoring vs. RUM vs. Netzwerkpfadanalyse<\/h2>\n<p>Analysten unterteilen DEM meist in drei Eingangsquellen. Diese \u00fcberschneiden sich, und jede hat Stellen, an denen sie blind ist, wo andere sehen k\u00f6nnen.<\/p>\n<figure id=\"attachment_34547\" aria-describedby=\"caption-attachment-34547\" style=\"width: 896px\" class=\"wp-caption alignnone\"><img decoding=\"async\" class=\"size-full wp-image-34547\" src=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-data-sources-blind-spots.webp\" alt=\"Coverage matrix showing which stages of the request path synthetic monitoring, real user monitoring, and network path analysis each cover\" width=\"896\" height=\"406\" srcset=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-data-sources-blind-spots.webp 896w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-data-sources-blind-spots-300x136.webp 300w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-data-sources-blind-spots-768x348.webp 768w\" sizes=\"(max-width: 896px) 100vw, 896px\" \/><figcaption id=\"caption-attachment-34547\" class=\"wp-caption-text\">Jede Datenquelle deckt einen anderen Abschnitt des Weges zwischen Kunde und Ihrem Ursprungsserver ab.<\/figcaption><\/figure>\n<div class=\"table-wrap\">\n<table>\n<thead>\n<tr>\n<th>Quelle<\/th>\n<th>Was gemessen wird<\/th>\n<th>Was zuerst erkannt wird<\/th>\n<th>Blinde Stelle<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Synthetic Monitoring<\/td>\n<td>Skriptgesteuerte Abl\u00e4ufe, zeitgesteuert von festgelegten Standorten aus, in einem echten Browser<\/td>\n<td>Fehlerhafte Schritte, regionale Ausf\u00e4lle, Drittanbieter-Verlangsamungen, abgelaufene Zertifikate, au\u00dfersaisonale Ausf\u00e4lle<\/td>\n<td>Testet nur die Pfade, die Sie skriptiert haben, mit den Ger\u00e4ten und Standorten, die Sie gew\u00e4hlt haben<\/td>\n<\/tr>\n<tr>\n<td>Real User Monitoring<\/td>\n<td>Echtzeitdaten von echten Sitzungen: Core Web Vitals, Ger\u00e4te-Mix, Browser-Mix<\/td>\n<td>Langfristige Ger\u00e4te- und Browserprobleme, reale Verkehrsverteilung<\/td>\n<td>Survivorship-Bias: ben\u00f6tigt Verkehr und geladene Seite. Still bei schweren Ausf\u00e4llen und auf Seiten mit geringem Volumen<\/td>\n<\/tr>\n<tr>\n<td>Netzwerkpfadanalyse<\/td>\n<td>Hop-f\u00fcr-Hop Routing, Latenz und Paketverlust zwischen Messpunkten und Ihrem Dienst<\/td>\n<td>ISP-Routing-\u00c4nderungen, Peering-Probleme, BGP-Probleme, regionale Latenz<\/td>\n<td>Sagt nichts dar\u00fcber aus, ob die Anwendungslogik funktionierte<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>Synthetic und RUM sind das Paar, das die meisten Teams tats\u00e4chlich einsetzen. Synthetic liefert ein konstantes Signal, das nicht davon abh\u00e4ngt, dass jemand wach ist und einkauft. RUM zeigt, wie Ihr echtes Publikum aussieht. Nutzen Sie Synthetic zur Erkennung und Alarmierung, RUM zur Priorisierung von Fehlerbehebungen.<\/p>\n<p>Dotcom-Monitor deckt die erste und dritte Zeile ab. <a href=\"https:\/\/www.dotcom-monitor.com\/de\/produkte-zur-ueberwachung\/ueberwachung-von-webanwendungen\/\">Web Application Monitoring<\/a> f\u00fchrt die skriptgesteuerten Browserabl\u00e4ufe aus, und Internet Infrastructure Checks \u00fcbernehmen DNS, TLS und die Netzwerkkomponenten darunter. Es werden keine RUM-Feldinformationen gesammelt, wenn Sie also Sitzungsanalysen von echten Kunden brauchen, verwenden Sie nebenbei ein RUM-Tool.<\/p>\n<p>Synthetic hat eine eigene harte Grenze: Es kennt nur die Abl\u00e4ufe, die Sie schriftlich definieren. Wenn niemand jemals Gast-Checkout skriptiert hat, kann dieser eine Woche lang fehlerhaft bleiben.<\/p>\n<h2 id='was-auf-einem-umsatzpfad-gemessen-werden-sollte'  id=\"boomdevs_5\" id=\"what-to-measure-on-a-revenue-path\">Was auf einem Umsatzpfad gemessen werden sollte<\/h2>\n<p>Beginnen Sie mit der Reise, nicht mit einer Metrikenliste. F\u00fcr die meisten E-Commerce- und SaaS-Seiten tragen vier Pfade fast das gesamte Risiko: Suche, Warenkorb hinzuf\u00fcgen, Checkout und Login.<\/p>\n<p>Verfolgen Sie f\u00fcr jeden dieser Pfade:<\/p>\n<ul>\n<li><strong>Erfolg auf Schritt-Ebene.<\/strong> Wurde jeder Schritt abgeschlossen und enthielt die Seite den erwarteten Text? Eine Bestellnummer ist ein besseres Signal als ein Statuscode. In EveryStep ist das eine <a href=\"https:\/\/www.dotcom-monitor.com\/de\/funktionen\/assertions-monitoring\/\">Content Assertion<\/a>, die an jeden Schritt angeh\u00e4ngt ist und Text, Elemente, HTTP-Status, Response-Header oder eine JSON-Nutzlast pr\u00fcfen kann.<\/li>\n<li><strong>Dauer pro Schritt.<\/strong> Die Gesamtzeit der Reise verdeckt Probleme. Sie wollen sehen, dass \u201ePromo-Code anwenden\u201c von 400 ms auf 9 Sekunden angestiegen ist, w\u00e4hrend sonst alles stabil blieb. EverySteps Script Time Watchers setzen pro Schritt eine Schwelle, so dass dieser Schritt eigenst\u00e4ndig fehlschl\u00e4gt und nicht in einer sonst erfolgreichen Reise untergeht.<\/li>\n<li><strong>Core Web Vitals.<\/strong> Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift auf den konvertierenden Seiten, nicht nur auf der Startseite. <a href=\"https:\/\/www.dotcom-monitor.com\/de\/produkte-zur-ueberwachung\/webseiten-ueberwachung-dotcom-monitor\/\">Web Page Monitoring<\/a> berichtet diese Werte pro Seite neben dem Element-Wasserfall.<\/li>\n<li><strong>Time to first byte.<\/strong> Trennt die Verz\u00f6gerung, bis der erste Response kommt \u2013 inklusive DNS, TLS, Umleitungen, CDN-Edge- Verhalten, Ursprungsserver-Latenz \u2013 von der Rendering-Arbeit danach. Eine langsame Seite mit schnellem TTFB ist ein Frontend-Problem.<\/li>\n<li><strong>Drittanbieter-Element-Zeiten.<\/strong> Zahlungsanbieter, Tag-Manager, Chat-Widgets, Bewertungsplattformen, Ad-Pixel. <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/de\/ueberwachung-von-drittanbieterinhalten\/\">Third-Party Content Monitoring<\/a> ist wichtig, weil dies die Assets sind, die Sie nicht patchen k\u00f6nnen, sondern nur umgehen. Das Wasserfalldiagramm listet jede Drittanbieter-Anfrage als separate Zeile, so sehen Sie, welcher Anbieter diesen Monat 900 ms hinzugef\u00fcgt hat. \u00dcberwachen Sie auch die Drittanbieter-Domains selbst: Ein Zahlungs-Gateway mit abgelaufenem Zertifikat legt den Checkout genauso lahm wie ein eigener Ausfall.<\/li>\n<li><strong>API-Antwortzeit und Korrektheit.<\/strong> Inventar-, Preis-, Steuer-, Versand- und Zahlungssysteme sitzen hinter jedem Schritt im Trichter. Web Services Checks pr\u00fcfen diese Endpunkte direkt und \u00fcberwachen die Antwort-Nutzlast, sodass Sie fehlerhafte Payloads erkennen, bevor sie eine Seite erreichen.<\/li>\n<li><strong>Zertifikats- und DNS-Gesundheit.<\/strong> Ein abgelaufenes Zertifikat auf einer Zahlungs-Subdomain legt den Checkout vollst\u00e4ndig lahm und ist mit <a href=\"https:\/\/www.dotcom-monitor.com\/de\/produkte-zur-ueberwachung\/ssl-certificate-monitoring\/\">SSL-Zertifikat-Monitoring<\/a> und <a href=\"https:\/\/www.dotcom-monitor.com\/de\/produkte-zur-ueberwachung\/dns-ueberwachungstool-dotcom-monitor\/\">DNS-Monitoring<\/a> v\u00f6llig vermeidbar, die unter den Browser-Checks laufen.<\/li>\n<li><strong>Geografische Abweichungen.<\/strong> Dieselbe Seite aus Chicago, London und Singapur. Abweichungen zwischen Standorten deuten meist auf CDN oder DNS hin, nicht auf Ihre Anwendung, weshalb Dotcom-Monitor das Skript von 30+ globalen Standorten laufen l\u00e4sst und nicht nur von einem.<\/li>\n<\/ul>\n<h2 id='vier-fehler-die-ihre-uptime-pr\u00fcfung-nicht-erkennt'  id=\"boomdevs_6\" id=\"four-failures-your-uptime-check-will-miss\">Vier Fehler, die Ihre Uptime-Pr\u00fcfung nicht erkennt<\/h2>\n<p>Jeder dieser Fehler hinterl\u00e4sst ein gr\u00fcnes Uptime-Dashboard.<\/p>\n<h3 id='1-die-200-ok-fehlerseite'  id=\"boomdevs_7\" id=\"1-the-200-ok-error-page\">1. Die 200 OK Fehlerseite<\/h3>\n<p>Ein Kartenanbieter \u00e4ndert ein API-Vertrag. Ihr Checkout f\u00e4ngt die Ausnahme ab, zeigt eine freundliche Nachricht \u201eEtwas ist schief gelaufen, bitte versuchen Sie es erneut\u201c an und sendet HTTP 200 zur\u00fcck. Jede Uptime-Pr\u00fcfung im Internet sagt, die Seite ist in Ordnung. Bestellungen stoppen.<\/p>\n<p>Die L\u00f6sung ist eine Content Assertion: Die skriptgesteuerte Reise muss die Bestellbest\u00e4tigungsnummer finden, sonst schl\u00e4gt der Schritt fehl.<\/p>\n<p><strong>Was das erkennt:<\/strong> Ein Web Applications (UserView) Check mit Assertion auf dem Best\u00e4tigungsschritt. EveryStep validiert den tats\u00e4chlich gerenderten Text, sodass \u201eEtwas ist schief gelaufen\u201c den Check zum Fehlschlag f\u00fchrt, obwohl der Server 200 zur\u00fcckgab.<\/p>\n<h3 id='2-ein-drittanbieterskript-das-nur-auf-mobilger\u00e4ten-schadet'  id=\"boomdevs_8\" id=\"2-a-third-party-script-that-only-hurts-mobile\">2. Ein Drittanbieterskript, das nur auf Mobilger\u00e4ten schadet<\/h3>\n<p>Ein Marketingteam f\u00fcgt ein Personalisierungstag hinzu. Der Desktop bemerkt es kaum. Auf einer gedrosselten mobilen Verbindung f\u00fcgt es drei Sekunden Verz\u00f6gerung hinzu, bis der Zahlungsbutton aktiv wird, sodass die mobile Konversion sinkt, w\u00e4hrend der Desktop normal aussieht. Niemand bringt die beiden Wochen sp\u00e4ter zusammen, weil die \u00c4nderung von einem Tag-Manager und nicht von einem Release kam.<\/p>\n<p>Der Checkout \u00fcber ein Desktop- und ein gedrosseltes Mobilprofil sichtbar am selben Tag. Deshalb taucht <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/de\/browser-monitoring-in-e-commerce-conversion-optimization\/\">Browser-Monitoring f\u00fcr Conversion-Optimierung<\/a> immer wieder in Funnel-Analysen auf.<\/p>\n<p><strong>Was das erkennt:<\/strong> Dasselbe EveryStep-Skript, das gegen 40+ mobile Browser und Ger\u00e4te sowie Desktop abgespielt wird. Der Vergleich der Schrittzeiten zeigt den Tag als einen einzelnen langsamen Schritt, nicht als vage \u201edie Seite f\u00fchlt sich auf Mobil langsam an\u201c.<\/p>\n<h3 id='3-ein-regionaler-cdn-oder-dns-ausfall'  id=\"boomdevs_9\" id=\"3-a-regional-cdn-or-dns-failure\">3. Ein regionaler CDN- oder DNS-Ausfall<\/h3>\n<p>Eine CDN-Konfigurations\u00e4nderung bricht einen Point of Presence. Kunden in S\u00e3o Paulo bekommen einen 403 von der Edge und laden Ihr JavaScript nie. Ihre RUM-Daten sinken nicht, sondern h\u00f6ren einfach auf, brasilianische Sitzungen zu erhalten, was als leichter Verkehrsr\u00fcckgang missverstanden wird.<\/p>\n<p>Ein Monitoring-Standort in S\u00e3o Paulo schl\u00e4gt bereits beim ersten Check fehl. Das ist das Argument f\u00fcr ein <a href=\"https:\/\/www.dotcom-monitor.com\/de\/funktionen\/merkmale-netzwerk-ueberwachen\/\">globales Monitoring-Netzwerk<\/a> statt Pr\u00fcfungen nur aus einer Cloud-Region.<\/p>\n<p><strong>Was das erkennt:<\/strong> Der Ablauf wird von 30+ Standorten ausgef\u00fchrt, mit Videoaufzeichnung synchron zum Wasserfalldiagramm bei Fehlern. Sie sehen die 403-Seite, die der brasilianische Kunde sah, und die Anfrage, die sie ausl\u00f6ste, statt ein Support-Ticket drei Tage sp\u00e4ter.<\/p>\n<h3 id='4-eine-api-die-sich-verschlechtert-statt-auszufallen'  id=\"boomdevs_10\" id=\"4-an-api-that-degrades-instead-of-failing\">4. Eine API, die sich verschlechtert, statt auszufallen<\/h3>\n<p>Ihr Versandkosten-Service antwortet in 11 Sekunden statt 300 ms. Er gibt niemals einen Fehler zur\u00fcck, sodass Fehlerraten-Alarme still bleiben. Kunden erreichen den Versandschritt, sehen einen Ladeindikator und brechen ab.<\/p>\n<p><strong>Was das erkennt:<\/strong> Ein Web Services (WebView) Check gegen den Versandkosten-Endpunkt mit einer Antwortzeit-Schwelle und Assertion auf das zur\u00fcckgegebene JSON. Dies greift auf der API selbst ein, ohne darauf zu warten, dass die Browser-Reise stromabw\u00e4rts abl\u00e4uft.<\/p>\n<h2 id='wie-man-digital-experience-monitoring-einrichtet'  id=\"boomdevs_11\" id=\"how-to-set-up-digital-experience-monitoring\">Wie man Digital Experience Monitoring einrichtet<\/h2>\n<figure id=\"attachment_34554\" aria-describedby=\"caption-attachment-34554\" style=\"width: 2298px\" class=\"wp-caption alignnone\"><img decoding=\"async\" class=\"size-full wp-image-34554\" src=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-setup-journey-map.webp\" alt=\"Flow diagram of a scripted ecommerce journey from homepage to search to product page to cart to checkout to confirmation, with assertions and timing checkpoints at each step\" width=\"2298\" height=\"568\" srcset=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-setup-journey-map.webp 2298w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-setup-journey-map-300x74.webp 300w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-setup-journey-map-1024x253.webp 1024w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-setup-journey-map-768x190.webp 768w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-setup-journey-map-1536x380.webp 1536w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-setup-journey-map-2048x506.webp 2048w\" sizes=\"(max-width: 2298px) 100vw, 2298px\" \/><figcaption id=\"caption-attachment-34554\" class=\"wp-caption-text\">Skripten Sie die Reise als Schritte und \u00fcberpr\u00fcfen Sie, was jeder Schritt enthalten muss.<\/figcaption><\/figure>\n<p>Diese Reihenfolge funktioniert, egal ob Sie bei Null anfangen oder vorhandene Uptime-Checks vertiefen.<\/p>\n<p><strong>Schritt 1: Kartieren Sie die Erl\u00f6swege.<\/strong> Holen Sie Ihren Funnel-Bericht und listen Sie die drei bis f\u00fcnf Pfade auf, die Kunden tats\u00e4chlich w\u00e4hlen: Suche, zum Warenkorb hinzuf\u00fcgen, Gast-Checkout, Konto-Checkout, Login. Notieren Sie sich die exakte Erfolgsbedingung f\u00fcr jeden Pfad.<\/p>\n<p><strong>Schritt 2: Nehmen Sie jede Reise als Skript-Transaktion auf.<\/strong> Klicken Sie einmal den Pfad im EveryStep Web Recorder durch, er erfasst Klicks, Formular-Eingaben, Navigation und Wartezeiten, einschlie\u00dflich Dropdowns, Modals, AJAX-geladenem Inhalt und iFrames. Keine Selektor-Schreibung erforderlich. Handhaben Sie die schwierigen Stellen bewusst: Cookie-Banner, dynamische Element-IDs, Einmalpassw\u00f6rter und ein Test-Zahlungsverfahren, das niemanden belastet. Geben Sie dem Skript ein eigenes Testkonto und eine sichere SKU, damit Monitoring keine echten Bestellungen erzeugt. Daf\u00fcr ist <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/de\/leitfaden-zur-ueberwachung-von-webtransaktionen\/\">Web Transaction Monitoring<\/a> gedacht.<\/p>\n<p><strong>Schritt 3: F\u00fcgen Sie jedem Schritt eine Assertion hinzu.<\/strong> Jeder Schritt pr\u00fcft Text oder ein Element, das nur beim Erfolg auftaucht: \u201eBestellung best\u00e4tigt\u201c, eine Bestellnummer, Zwischensumme im Warenkorb, die mit dem Artikelpreis \u00fcbereinstimmt. EveryStep pr\u00fcft auch HTTP-Status, Antwort-Header und JSON-Nutzlast, sodass ein Schritt bei einer schlechten API-Antwort scheitert, bevor die Seite fehlerhaft geladen wird. Ohne Assertions w\u00e4ren Sie wieder bei der Statuscode-\u00dcberpr\u00fcfung.<\/p>\n<p><strong>Schritt 4: W\u00e4hlen Sie Standorte und Ger\u00e4te passend zu Ihrem Traffic.<\/strong> Nehmen Sie Ihre Top-Regionen aus der Analyse und \u00fcberwachen Sie von dort, nicht einfach von wo Ihre Server stehen. Dotcom-Monitor bietet 30+ Standorte und 40+ mobile Browser und Ger\u00e4te, w\u00e4hlen Sie daher drei oder vier, die zu Ihrem echten Publikum passen, und f\u00fcgen mindestens ein gedrosseltes mobiles Profil hinzu. Ihre <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/de\/synthetische-ueberwachungsfrequenz\/\">Monitoring-Frequenz und Standorte<\/a> sollten Ihre echten Kunden abbilden.<\/p>\n<p><strong>Schritt 5: Legen Sie die Frequenz nach Umsatzeinfluss fest.<\/strong> Checkout verdient k\u00fcrzere Intervalle als eine Karriereseite. Vollst\u00e4ndige Transaktionsskripte kosten mehr als Einzelseiten-Checks, setzen Sie das Budget dort ein, wo die Bestellungen sind.<\/p>\n<p><strong>Schritt 6: \u00dcberwachen Sie die darunterliegenden Dienste.<\/strong> F\u00fcgen Sie Checks f\u00fcr APIs in Ihrem Funnel hinzu sowie DNS, TLS-Zertifikate und jegliche Partner-Endpunkte im Zahlungspfad. <a href=\"https:\/\/www.dotcom-monitor.com\/de\/produkte-zur-ueberwachung\/api-ueberwachung\/\">API Monitoring<\/a> mit Antwort-Assertions erkennt Verschlechterungen, die der Browserlauf erst sp\u00e4ter zeigt.<\/p>\n<p><strong>Schritt 7: Leiten Sie Alerts so weiter, dass jemand handelt.<\/strong> Best\u00e4tigen Sie einen Fehler aus einer zweiten Region, bevor jemand alarmiert wird, um Fehlalarme durch lokale Netzwerkl\u00e4rm zu reduzieren. Nutzen Sie die zweite Region in derselben Region. Ein Check \u00fcber einen Knoten auf einem anderen Kontinent unterdr\u00fcckt regionale Fehler, die Sie erkennen wollen. Dotcom-Monitors <a href=\"https:\/\/www.dotcom-monitor.com\/de\/funktionen\/merkmale-warnungen\/\">Alerting-Regeln<\/a> verwalten die Schwellenwerte und Best\u00e4tigungslogik, und schicken Alerts nativ an PagerDuty, Slack und Teams, sodass Checkout-Fehler dorthin gelangen, wo sie von jemandem gesehen werden, der ein Rollback vornehmen kann.<\/p>\n<p><strong>Schritt 8: \u00dcberpr\u00fcfen Sie Wasserf\u00e4lle planm\u00e4\u00dfig.<\/strong> Einmal pro Woche \u00f6ffnen Sie das Wasserfalldiagramm Ihrer langsamsten Reise und schauen, was sich ge\u00e4ndert hat. Drittanbieter-Assets schleichen sich allm\u00e4hlich ein und k\u00fcndigen sich nie an. Bei einem Fehlversuch wird das Wasserfall-Diagramm mit einer Videoaufnahme der Session kombiniert, die meist in zehn Sekunden beantwortet, \u201ewas sah der Kunde tats\u00e4chlich\u201c. <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/de\/optimieren-web-performance-understanding-waterfall-charts\/\">Das Lesen von Wasserfalldiagrammen<\/a> verwandelt eine langsame Zahl in eine konkrete Fehlerbehebung. <a href=\"https:\/\/www.dotcom-monitor.com\/de\/funktionen\/funktionen-berichte\/\">\u00d6ffentliche Dashboards und E-Mail-Berichte<\/a> bringen dieselben Zahlen vor die, die nach Conversion fragen.<\/p>\n<h2 id='wie-man-ein-digital-experience-monitoring-tool-ausw\u00e4hlt'  id=\"boomdevs_12\" id=\"how-to-choose-a-digital-experience-monitoring-tool\">Wie man ein Digital Experience Monitoring Tool ausw\u00e4hlt<\/h2>\n<p>Die meisten Anbieter zeigen ein Dashboard. Wenige beantworten diese Fragen.<\/p>\n<ul>\n<li><strong>L\u00e4uft es in einem echten Browser?<\/strong> HTTP-basierte Checks k\u00f6nnen kein JavaScript ausf\u00fchren und verpassen alles, was ein moderner Storefront nach der ersten Antwort macht.<\/li>\n<li><strong>Wie schwer ist es, einen mehrstufigen Ablauf zu skripten?<\/strong> Wenn ein Checkout-Skript einen Entwickler zwei Tage kostet, pflegt es niemand, wenn die Warenkorb-Seite neu gestaltet wird.<\/li>\n<li><strong>Von wo aus kann es testen?<\/strong> Z\u00e4hlen Sie die Standorte, die Ihren Kunden entsprechen, nicht die Gesamtzahl. Zwanzig Knoten in Nordamerika helfen einer europ\u00e4ischen Einf\u00fchrung nicht.<\/li>\n<li><strong>Kann es Inhaltspr\u00fcfungen durchf\u00fchren, nicht nur Statuscodes?<\/strong> Das trennt Transaktionsmonitoring von einem simplen Ping.<\/li>\n<li><strong>Kommt ein Fehler mit Ursachen-Daten?<\/strong> Ein Wasserfall, ein Screenshot zum Fehlerzeitpunkt, das fehlerhafte Element. Ein Alarm, der nur \u201eCheckout fehlgeschlagen\u201c sagt, startet die Fehlersuche bei Null.<\/li>\n<li><strong>Passt es zu Ihrem Vorfall-Workflow?<\/strong> Alerts, die in PagerDuty, Slack, Teams, SMS oder Webhook landen, werden bearbeitet. Alerts, die in einem unbeachteten Dashboard sitzen, nicht.<\/li>\n<li><strong>Kann es auf interne oder Stage-Umgebungen zugreifen?<\/strong> Pre-Production und hinter Firewalls liegende Apps ben\u00f6tigen einen privaten Agenten im Netzwerk.<\/li>\n<li><strong>Wie reagiert die Preisgestaltung bei hinzugef\u00fcgten Abl\u00e4ufen?<\/strong> Preisgestaltung pro Schritt oder Lauf bestraft die Tiefe des Monitorings, f\u00fcr die Sie sie kaufen.<\/li>\n<\/ul>\n<h2 id='wie-dotcom-monitor-digital-experience-monitoring-handhabt'  id=\"boomdevs_13\" id=\"how-dotcom-monitor-handles-digital-experience-monitoring\">Wie Dotcom-Monitor Digital Experience Monitoring handhabt<\/h2>\n<p>Dotcom-Monitor deckt den synthetischen Teil von DEM ab, der die Erkennungsebene f\u00fcr alles dar\u00fcber ist. Vier Ger\u00e4tetypen ordnen sich den Ebenen einer Kundenreise zu, und die meisten Storefronts nutzen alle vier.<\/p>\n<div class=\"table-wrap\">\n<table>\n<thead>\n<tr>\n<th>Ger\u00e4tetyp<\/th>\n<th>Was \u00fcberwacht wird<\/th>\n<th>Was es bei Fehlschlag liefert<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>Web Applications<\/strong> (UserView)<\/td>\n<td>Mehrstufige, skriptgef\u00fchrte Abl\u00e4ufe in echtem Browser: Suche, Warenkorb, Checkout, Login<\/td>\n<td>Videoaufzeichnung der Session synchron zum Wasserfalldiagramm, plus Pro-Schritt-Timing<\/td>\n<\/tr>\n<tr>\n<td><strong>Web Pages<\/strong> (BrowserView)<\/td>\n<td>Rendering einzelner Seiten, Core Web Vitals, Zeitmessung f\u00fcr Elemente und Drittanbieter-Assets<\/td>\n<td>Elementbasierter Wasserfall zeigt, welche Anfrage die Seite verlangsamte<\/td>\n<\/tr>\n<tr>\n<td><strong>Web Services<\/strong> (WebView)<\/td>\n<td>REST-, SOAP-, GraphQL- und Postman-importierte API-Aufrufe hinter dem Funnel<\/td>\n<td>Antwortzeit, Status, Header und Assertionsergebnisse gegen die Payload<\/td>\n<\/tr>\n<tr>\n<td><strong>Internet Infrastructure<\/strong> (ServerView)<\/td>\n<td>DNS, TLS-Zertifikate, Mail, FTP, TCP und Ping-basierte Checks<\/td>\n<td>Welche Ebene versagt hat, damit Sie nicht die App debuggen, wenn es ein DNS-Eintrag ist<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>Reisen werden im <a href=\"https:\/\/www.dotcom-monitor.com\/de\/funktionen\/everystep\/\">EveryStep Web Recorder<\/a> als Point-and-Click-Aufnahme statt per Hand geschriebener Selektoren aufgenommen und dann \u00fcber 40+ mobile Browser und Ger\u00e4te sowie von 30+ Standorten im globalen Monitoring-Netzwerk abgespielt. Pro-Schritt-Schwellen erkennen den Schritt, der langsam wurde. Content Assertions erkennen Schritte, die optisch in Ordnung aussehen, es aber nicht sind. <a href=\"https:\/\/www.dotcom-monitor.com\/de\/funktionen\/merkmale-private-agenten\/\">Private Agents<\/a> f\u00fchren dieselben Pr\u00fcfungen f\u00fcr Stage-Umgebungen oder Anwendungen hinter der Firewall aus, was wichtig ist, wenn Sie einen fehlerhaften Checkout-Deploy vor dem Rollout erkennen m\u00f6chten.<\/p>\n<p>Zwei ehrliche Einschr\u00e4nkungen. Dotcom-Monitor ist eine synthetische Plattform und sammelt keine RUM-Felddaten, daher sollten Sie es mit einem RUM-Tool kombinieren, wenn Sie Sitzungsdaten ben\u00f6tigen. Es ist kein APM: Es sagt Ihnen, dass ein Schritt fehlschlug und zeigt, wo, aber nicht, welche Codezeile den Fehler verursachte. Teams, die beides brauchen, nutzen meist <a href=\"https:\/\/www.dotcom-monitor.com\/de\/loesungen\/retail-and-ecommerce-monitoring\/\">Retail- und E-Commerce-Monitoring<\/a> zusammen mit einem internen APM und betrachten die synthetische Ebene als Early Warning von au\u00dfen.<\/p>\n<h2 id='das-fazit'  id=\"boomdevs_14\" id=\"the-bottom-line\">Das Fazit<\/h2>\n<p>Digital Experience Monitoring schlie\u00dft die L\u00fccke zwischen \u201eUnsere Server sind online\u201c und \u201eUnsere Kunden k\u00f6nnen kaufen.\u201c Der Gro\u00dfteil des Umsatzverlusts durch Performanceprobleme verschwindet in dieser L\u00fccke: 200 OK-Fehlerseiten, Drittanbieterskripte, die nur Mobilger\u00e4te beeintr\u00e4chtigen, regionale CDN-Ausf\u00e4lle, die Ihre RUM-Daten nicht sehen, und APIs, die sich verschlechtern, ohne je Fehler auszugeben.<\/p>\n<p>Sie brauchen kein gro\u00dfes Programm zum Start. W\u00e4hlen Sie den einzigen lukrativsten Ablauf, nehmen Sie ihn in EveryStep mit einer Assertion f\u00fcr jeden Schritt auf, f\u00fchren Sie ihn von den drei Regionen aus, in denen Ihre Kunden tats\u00e4chlich sind, aus und leiten Sie die Benachrichtigung an jemanden weiter, der handeln kann. Diese einzelne Pr\u00fcfung erkennt Fehler, die Ihr aktuelles Dashboard verbirgt.<\/p>\n<p>Wenn dieser eine Check eine Woche lang sauber l\u00e4uft, skripten Sie die n\u00e4chste Reise und wiederholen den Vorgang. Die meisten Teams decken ihren gesamten Funnel in drei oder vier Durchl\u00e4ufen ab.<\/p>\n<section class=\"final-cta\">\n<h2 id='\u00fcberwachen-sie-die-wichtigen-reiseabl\u00e4ufe'  id=\"boomdevs_15\" id=\"see-what-external-checks-catch\">\u00dcberwachen Sie die wichtigen Reiseabl\u00e4ufe<\/h2>\n<p>Nehmen Sie Ihren Checkout-Pfad in EveryStep auf, f\u00fcgen Sie eine Assertion im Best\u00e4tigungsschritt hinzu und f\u00fchren Sie ihn von 30+ Standorten in echten Browsern aus. Starten Sie eine <a href=\"https:\/\/userauth.dotcom-monitor.com\/Account\/FreeTrialSignUp?SolutionType=Monitoring\">kostenlose Dotcom-Monitor-Testversion<\/a> und finden Sie heraus, was Ihr Uptime-Dashboard bisher verborgen hat.<\/p>\n<\/section>\n","protected":false},"excerpt":{"rendered":"<p>Ihr Uptime-Monitor meldet 100%. Ihre Server antworten in 180 ms. Und die Bestellungen sind seit Dienstagmorgen um 30 % zur\u00fcckgegangen. Digital Experience Monitoring (DEM) gibt es f\u00fcr genau diese Situation. Serverseitige Metriken best\u00e4tigen, dass Ihre Infrastruktur den Anruf entgegengenommen hat. Sie sagen jedoch nichts dar\u00fcber aus, ob ein K\u00e4ufer in Frankfurt tats\u00e4chlich den Checkout mit [&hellip;]<\/p>\n","protected":false},"author":21,"featured_media":34543,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[883],"tags":[],"class_list":["post-12290","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-unkategorisiert"],"_links":{"self":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/posts\/12290","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/users\/21"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/comments?post=12290"}],"version-history":[{"count":0,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/posts\/12290\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/media\/34543"}],"wp:attachment":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/media?parent=12290"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/categories?post=12290"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/tags?post=12290"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}