Produkt-Stichprobe: echte Produktseiten im Vergleichstest

Der Tiefenscan prüft bei erkannten Shops bis zu fünf echte Produktseiten: sichtbarer Preis, JSON-LD, dataLayer und view_item im direkten Vergleich.

Was wird geprüft

Erkennt der Scan die Seite als Shop, sucht der Tiefenscan Produktseiten über sitemap.xml und URL-Muster und lädt bis zu fünf davon im Browser. Auf jeder Seite sammelt er vier Quellen ein: den sichtbaren Preis, das Product-Schema (JSON-LD), den dataLayer-Inhalt und das view_item-Event samt zugehörigem GA4-Request. Die vier Einzel-Checks dieses Moduls vergleichen die Quellen gegeneinander.

Warum ist das wichtig

Produktdaten sind die Stelle, an der Shop-Tracking tatsächlich kaputtgeht. Templates ändern sich, Preise wandern in neue Komponenten, und das Tracking meldet weiter brav Werte, nur eben die falschen. Ein Test auf echten Produktseiten zeigt solche Drift, bevor sie Berichte und Gebote verzerrt.

Häufige Ursachen

Die sitemap.xml fehlt oder listet keine Produktseiten; der Check findet dann nichts Prüfbares.
Produkt-URLs folgen keinem erkennbaren Muster (etwa reine ID-Pfade); die Discovery greift nicht.
Ein Bot-Schutz blockiert den Scan-Browser, bevor die Produktseite lädt.
Der Server-Browser steht auf der Scan-Infrastruktur gerade nicht zur Verfügung.

So beheben

Bei „nicht möglich" zuerst die sitemap.xml prüfen: Sie sollte erreichbar sein und die Produktseiten listen. Danach lohnt ein Blick auf die robots.txt, ob sie die Produktpfade für alle Crawler sperrt. Läuft die Stichprobe, sind die vier Einzel-Checks der Ort für Befunde; diese Zeile bestätigt nur, was geprüft wurde.

Erst selbst prüfen

Der Tracking-Check testet diesen Punkt zusammen mit allen anderen in Sekunden.

Tracking-Check starten →

Verwandte Checks

Preis-Konsistenz →view_item-Event →Währung →Product-Schema (JSON-LD) →

Häufige Fragen

Woher kennt der Check meine Produktseiten?

Aus zwei Quellen: den Links der gescannten Startseite und der sitemap.xml. Beide werden auf Produkt-URL-Muster gefiltert (etwa /products/ oder /produkt/), robots.txt-Regeln werden respektiert. Aus den Treffern nimmt der Check eine Stichprobe von bis zu fünf Seiten.

Warum nur eine Stichprobe statt aller Produkte?

Fünf Produktseiten reichen, um systematische Fehler zu zeigen: ein fehlendes view_item oder ein falscher dataLayer-Preis betrifft fast immer das Template, nicht das einzelne Produkt. Ein Voll-Crawl würde Minuten dauern und den Shop unnötig belasten.

Prüft der Check auch Checkout und Kaufabschluss?

Nein. Ein purchase-Event lässt sich ohne echte Testbestellung nicht auslösen, und die legt der Check bewusst nicht an. Diese Grenze wird im Ergebnis ausgewiesen; für Checkout und purchase braucht es den Audit mit Zugang zum Shop.

Behebung

Verdrahtet in Tagen, nicht in Sprints.

Befunde aus dem Tracking-Check gehen im Audit Sprint in eine Reihenfolge mit Aufwand, jeder Baustein mit Abnahmekriterium.

Zur Leistung Audit Sprint anfragen