Gambio-Monitoring vom Warenkorb bis zur Kasse
XICTRAQ prüft Startseite, Warenkorb, Kassenweg und Admin-Anmeldung Ihres Gambio-Shops von außen und behält Offline-Schaltung und Cronjob im Blick. Der cookielose Tracker liest Produktansichten, Warenkorb-Klicks und den Bestellabschluss aus dem Gambio-Markup, den Umsatz ergänzen Sie mit einem Aufruf im Template.
Diese Gambio-Seiten zuerst prüfen
- Uptime-MonitoringStartseite mit Stichwort gegen die Offline-Seite
/ - API-MonitoringWarenkorb: Status und fester Seitentext
/shopping_cart.php - Browser-MonitoringVom Artikel über den Warenkorb zur Kasse
/checkout_shipping.php - Browser-MonitoringAnmeldung mit einem Testkunden
/login.php - Uptime-MonitoringAdmin-Anmeldung als Unterseite
/login_admin.php
Warum bei Gambio die Startseite nicht reicht
Ein Gambio-Shop führt Kunden über eigene PHP-Seiten: shopping_cart.php für den Warenkorb, checkout_shipping.php und checkout_payment.php für Versand und Zahlung, login.php für das Kundenkonto. Template, Module und Updates greifen auch in diese Seiten ein. Die Startseite kann dabei mit HTTP 200 antworten, während der Warenkorb einen Fehler zeigt oder der Button „In den Warenkorb“ nicht mehr reagiert.
Dazu kommen Zustände, die der Shop selbst schaltet: Über „Inhalte > Shop online/offline“ lässt sich eine Offline-Seite vorschalten, hinter der laut Handbuch weder Inhalte sichtbar noch Bestellungen möglich sind, auf Wunsch zeitgesteuert über einen Cronjob beim Hosting-Anbieter. Und ohne eigene Fehlerseite leitet Gambio nicht gefundene Seiten auf die Erweiterte Suche weiter, statt einen Fehler zu zeigen.
XICTRAQ verteilt die Prüfung deshalb auf mehrere Module: Uptime-Monitoring mit Stichwort und Unterseiten für Startseite und Admin-Anmeldung, API-Checks mit Textprüfung für Warenkorb und Artikelseiten, Browser-Checks für den Weg zur Kasse, ein Heartbeat für den Cronjob und der Security-Scan für offen abrufbare Dateien.
Uptime-, API- und Browser-Checks behandeln einen Gambio-Shop wie jede andere Website: Was geprüft wird, bestimmen die Pfade, Stichworte und Schritte, die Sie anlegen. Lassen Sie Browser-Checks vor dem Absenden einer Bestellung enden, damit keine echten Bestellungen entstehen.
Was in Gambio-Shops ausfallen kann
Shop bleibt offline geschaltet
Die Offline-Seite sperrt laut Handbuch Inhalte und Bestellungen. Antwortet sie normal und fehlt ihr das hinterlegte Stichwort der Startseite, schlägt die Stichwortprüfung an. Kommt sie mit HTTP 503 und einem Wort wie „Wartungsarbeiten“ im Text, verbucht XICTRAQ Wartung: Beginn und Ende stehen im Changelog, Ausfall- und Inhaltsalarme pausieren, SSL-, Domain- und Blacklist-Alarme bleiben scharf. Ein anderer Fehlerstatus gilt in der Regel als Ausfall.
Warenkorb liefert Fehler oder leere Seite
Nach Updates oder Modulinstallationen kann der Warenkorb Fehler zeigen, während Startseite und Artikelseiten weiter laden. Ein API-Check ruft /shopping_cart.php auf, folgt Weiterleitungen und prüft einen Statuscode und einen Text, die Sie als Zusicherung festlegen, etwa die Überschrift der Seite. Kommt ein Fehlerstatus oder fehlt der Text, meldet XICTRAQ den fehlgeschlagenen Check.
Button „In den Warenkorb“ reagiert nicht
Ein Fehler in Template oder Modul kann den Button „In den Warenkorb“ lahmlegen, obwohl jede Seite mit HTTP 200 antwortet. Ein Browser-Check öffnet eine Artikelseite, klickt den Button, ruft den Warenkorb auf und prüft per Text, ob der Artikel dort steht. Scheitert ein Schritt, meldet XICTRAQ den Lauf als fehlgeschlagen und hält, sofern die Aufnahme gelingt, ein Bildschirmfoto dieses Schritts fest.
Gelöschter Artikel landet auf der Suche
Ohne eigene Fehlerseite leitet Gambio laut Handbuch nicht gefundene Seiten auf die Erweiterte Suche weiter. Ein gelöschter Artikel, auf den Anzeigen oder Suchmaschinen noch verweisen, kann einer reinen Erreichbarkeitsprüfung deshalb entgehen. Ein API-Check auf die Artikeladresse folgt der Weiterleitung und prüft einen Text, der auf der Artikelseite steht, nicht aber auf der Suche. Fehlt er, schlägt der Check an.
Cronjob für den Shopstatus läuft nicht
Zeitgesteuerte Offline- und Urlaubsschaltungen brauchen laut Handbuch einen Cronjob beim Hosting-Anbieter, der die Cronjob-URL des Shops aufruft. Läuft er nicht, bleibt ein geplanter Wechsel aus. Hängen Sie an den Cron-Eintrag einen Aufruf Ihrer Heartbeat-Adresse an: Bleibt der Ping nach Intervall oder Cron-Plan aus, meldet XICTRAQ einen verpassten Lauf. Ob Gambio den Aufruf verarbeitet hat, sieht der Heartbeat nicht.
Datenbanksicherung offen im Webverzeichnis
Bei Umzügen, Updates oder Fehlersuche bleiben mitunter Dateien wie dump.sql, backup.sql, phpinfo.php oder adminer.php im Hauptverzeichnis liegen. Der Security-Scan fragt eine feste Liste solcher Dateinamen im Hauptverzeichnis des Shops ab, darunter auch .env und .git/config, und führt gefundene Dateien mit Schweregrad im Bericht auf. Antwortet der Shop auf jede unbekannte Adresse mit HTTP 200, prüft der Scan nur Dateien, deren Inhalt er erkennen kann, etwa .git/config oder phpinfo.php, nicht aber dump.sql. Dateien unter anderen Namen oder in Unterverzeichnissen findet diese Probe nicht.
Woran XICTRAQ Gambio erkennt
Gambio erkennen zwei Stellen unabhängig voneinander: der Tracker im Browser des Besuchers und der Scan der Website. Uptime-, API- und Browser-Checks unterscheiden Gambio nicht, sie prüfen, was Sie hinterlegen.
- Der Tracker schaltet seinen Gambio-Zweig ein, wenn die Seite Gambio-Widget-Attribute wie data-gx-widget oder data-gx-extension oder Elemente wie .gx-container oder #gm_products_detail enthält.
- Fehlen diese Merkmale, etwa in einem stark angepassten Template, greifen nur die allgemeinen Erkennungen des Trackers für Warenkorb-Buttons, Kassen- und Dankeseiten.
- Der Scan führt Gambio als Shopsystem, wenn das HTML Spuren wie gambio.php, GambioHandler oder /gambio_installer enthält. Zusätzlich erkennt die erweiterte Technikerkennung Gambio am Skript gm_javascript.js.php.
- Der Prüfdienst selbst erkennt Gambio nicht. Damit ein späterer Technik-Check das Ergebnis nicht löscht, bleibt das im Scan erkannte Shopsystem stehen.
- Die Überwachung hängt nicht an der Erkennung: Uptime-, API- und Browser-Checks prüfen die Pfade, Stichworte und Schritte, die Sie anlegen, auch wenn das Template keine Gambio-Merkmale mehr trägt.
Was der Tracker in Gambio erfasst
Findet der Tracker Gambio-Merkmale im Markup, liest er Produktansicht, Warenkorb-Klick, Kassenbeginn und Bestellabschluss direkt aus den Seiten des Shops. Er setzt dafür keine Cookies.
Erfasst der Tracker von selbst
- Seitenaufrufe mit Herkunft und UTM-Parametern, dazu Web Vitals wie LCP, CLS und INP.
- Produktansichten mit Name, Preis und der Artikel-ID aus dem Feld products_id, soweit die Seite sie ausgibt.
- Klicks auf „In den Warenkorb“ mit den Artikeldaten, die das Markup rund um den Button trägt, etwa Name, Preis und Menge.
- Den Beginn des Checkouts, sobald ein Besucher checkout_shipping.php oder checkout_payment.php erreicht.
- Den Bestellabschluss als Kaufereignis ohne Betrag, sofern die Abschlussseite ein Element .checkout-success oder #checkout_success enthält, mit Bestellnummer, soweit sie im Element .order-number steht.
- JavaScript-Fehler aus echten Besuchen mit Meldung, Datei und Zeile.
Nicht automatisch erfasst
- Den Umsatz aus dem Gambio-Markup: Der Bestellabschluss geht mit Betrag 0 ein, Steuer, Versandkosten und Positionen fehlen. Einen Betrag erhält die Auswertung nur, wenn Sie ihn übergeben oder der Shop einen Kauf mit Wert in den dataLayer schreibt.
- Angemeldete Kunden: Einen Gambio-eigenen Weg zur Zuordnung hat der Tracker nicht, ohne Anpassung am Template bleiben sie anonym.
- Entfernen von Artikeln und Mengenänderungen im Warenkorb. Der Gambio-Zweig kennt sie nicht, und dass die allgemeine Warenkorbbeobachtung das Gambio-Markup lesen kann, ist nicht nachgewiesen.
- Ob ein Artikel tatsächlich im Warenkorb gelandet ist: Gezählt wird der Klick auf den Button.
- Stornos und Erstattungen, die in der Shopverwaltung entstehen. Dafür gibt es kein automatisches Ereignis.
- Bestellungen, die ohne Abschlussseite im Shop entstehen, etwa in der Shopverwaltung angelegte.
Fehlende Werte übergeben Sie über die JavaScript-API, aufgerufen nach DOMContentLoaded, weil der Tracker verzögert lädt: xictraq.revenue(betrag, "EUR", bestellnummer, { tax: steuer, shipping: versand }) im Template der Bestellbestätigung, Beträge in Euro. Angemeldete Kunden ordnen Sie mit <meta name="xictraq:user-id" content="KUNDENNUMMER"> oder xictraq.identify(kundennummer, { type: kundengruppe }) zu, Erstattungen mit xictraq.refund(bestellnummer, betrag, "EUR"). Der automatische Abschluss ohne Betrag läuft daneben weiter: Prüfen Sie nach dem Einbau die ersten Bestellungen in der Auswertung auf doppelte oder leere Käufe.
Die passenden Module für Gambio
Häufige Fragen
Erkennt XICTRAQ meinen Shop als Gambio-Shop?
An zwei Stellen, sofern der Shop die passenden Merkmale trägt. Der Tracker erkennt Gambio an Merkmalen im Template wie data-gx-widget und schaltet dann seinen Gambio-Zweig ein, der Scan führt Gambio als Shopsystem, wenn er Spuren wie gambio.php oder das Skript gm_javascript.js.php findet. Uptime-, API- und Browser-Checks unterscheiden Gambio nicht, sie prüfen die Pfade und Stichworte, die Sie hinterlegen.
Warum steht bei Gambio-Bestellungen kein Umsatz in der Auswertung?
Der Tracker meldet den Bestellabschluss auf der Gambio-Abschlussseite ohne Betrag, weil er den Betrag dort nicht aus dem Markup liest. Den Umsatz ergänzen Sie mit xictraq.revenue(betrag, "EUR", bestellnummer) im Template der Bestellbestätigung. Der automatische Abschluss ohne Betrag läuft daneben weiter, prüfen Sie deshalb die ersten Bestellungen nach dem Einbau in der Auswertung.
Was meldet XICTRAQ, wenn ich den Gambio-Shop offline schalte?
Das hängt von der Antwort der Offline-Seite ab. Kommt sie mit HTTP 503 und einem Wort wie „Wartungsarbeiten“ oder „Wartungsmodus“ im Text, verbucht XICTRAQ Wartung, pausiert Ausfall- und Inhaltsalarme und hält Beginn und Ende im Changelog fest. Antwortet sie normal, schlägt eine Stichwortprüfung auf ein Wort an, das nur auf Ihrer Startseite steht, ein anderer Fehlerstatus gilt in der Regel als Ausfall. Welchen Statuscode Ihr Shop sendet, sehen Sie nach dem Offline-Schalten im Uptime-Verlauf.
Kann ein Browser-Check den Kaufweg in Gambio prüfen, ohne dass eine Bestellung entsteht?
Ja. Ein Browser-Check kann Seiten öffnen, klicken, Felder ausfüllen, auf Elemente warten und Texte, Adressen oder Statuscodes prüfen. Lassen Sie ihn vor dem Absenden der Bestellung enden, etwa auf checkout_shipping.php oder checkout_payment.php. Für die Anmeldung unter login.php nutzen Sie einen eigenen Testkunden statt eines echten Kundenkontos.
Wie ordne ich angemeldete Gambio-Kunden zu?
Ein Gambio-eigener Weg dafür ist im Tracker nicht eingebaut. Geben Sie im Template für angemeldete Kunden <meta name="xictraq:user-id" content="KUNDENNUMMER"> aus oder rufen Sie xictraq.identify(kundennummer, { type: kundengruppe }) auf. Übergeben Sie dabei eine Kundennummer, keine E-Mail-Adresse und keinen Klarnamen.
Warum reicht es bei Gambio nicht, nur die Startseite zu überwachen?
Warenkorb, Kasse und Kundenkonto liegen in Gambio auf eigenen PHP-Seiten wie shopping_cart.php, checkout_shipping.php und login.php. Fällt eine davon aus, kann die Startseite weiter normal laden. Außerdem leitet Gambio laut Handbuch ohne eigene Fehlerseite nicht gefundene Seiten auf die Erweiterte Suche weiter, sodass ein gelöschter Artikel einer reinen Erreichbarkeitsprüfung entgehen kann. Prüfen Sie diese Seiten deshalb einzeln.