Der Stand des Conversion-Trackings bei WooCommerce (2026)

Eine Studie von stankiewiczgtm.pl vom Juni 2026 hat 1.065 polnische Shops statisch geprüft, um zu sehen, wie ihre Conversion-Messung tatsächlich verdrahtet ist. Ergebnis: Die meisten WooCommerce-Shops treffen Budgetentscheidungen auf Daten, die sie nicht vollständig sehen. Wir haben hier den WooCommerce-Ausschnitt herausgezogen, weil es die Plattform ist, für die diese ganze Plugin-Familie gebaut ist, und weil sie am schlechtesten abschnitt. Die zweite Hälfte dieses Leitfadens macht aus den Ergebnissen Prüfschritte: was unser kostenloser Tracking-Scanner untersucht, wie Sie seine Note lesen und welche Einstellungen die häufigsten WooCommerce-Lücken schließen.

WooCommerce ist die am schlechtesten gemessene große Plattform

Über die Plattformen der Studie hinweg hatte WooCommerce die niedrigste Verbreitung fast jedes wichtigen Mess-Signals.

Signal	WooCommerce	Shoper	IdoSell	Shopify
GA4 installiert	67%	100%	92%	90%
Google-Ads-Conversion-Tag	31%	41%	70%	78%
Meta-Pixel	43%	74%	88%	33%*
Serverseitiges Tracking	1%	1%	1%	14%
Cookie-Banner vorhanden	76%	86%	97%	80%

*Die Meta-Zahlen für Shopify sind untertrieben, weil sein Pixel in einer Sandbox läuft, die ein statischer Scan nicht voll sieht.

Es liegt nicht daran, dass WooCommerce-Händler weniger Wert darauf legen. WooCommerce gibt totale Freiheit und keine Voreinstellungen: nichts wird gemessen, bis es jemand verdrahtet, und auf den gehosteten polnischen Plattformen ist mehr davon ab Werk dabei.

Die vier teuersten Lücken

Serverseitiges Tracking fehlt praktisch. Nur etwa 2% aller Shops messen serverseitig, außerhalb von Shopify unter 1%. Alle anderen messen rein im Browser, genau in der Schicht, die Adblocker, Safaris Intelligent Tracking Prevention und die Rückleitung vom Zahlungs-Gateway routinemäßig abschneiden, bevor das Kauf-Ereignis die Analyse erreicht. Den Vorteil haben die, die ihre echten Verkäufe zuerst sehen, nicht die, die einfach mehr für Werbung ausgeben.

Warnung: Rein im Browser zu messen bedeutet, dass Adblocker, Safaris Tracking-Grenzen und die Rückleitung vom Zahlungs-Gateway einen echten Kauf abschneiden können, bevor er gezählt wird, sodass reine Browser-Zahlen Ihre tatsächlichen Verkäufe zu niedrig ausweisen.

Jeder fünfte Shop zählt GA4 doppelt. Wenn derselbe GA4-Stream sowohl direkt als auch über den Google Tag Manager eingebunden ist, wird jedes Ereignis zweimal gezählt. Sitzungen und Conversions blähen sich auf, und der ROAS, gegen den Sie optimieren, ist zu hoch, also in die schlechteste Richtung falsch.

Jeder dritte Shop liefert noch tote Universal Analytics. UA sammelt seit 2023 keine Daten mehr. Die übrigen Tags tun nichts, zeigen aber klar, dass die Einrichtung seitdem nicht angefasst wurde.

Der Cookie-Banner ist meist Theater. Über 80% der Shops zeigen einen Banner, doch EU-Forschung findet weniger als 15% korrekt und zwei Drittel der Consent-Mode-Implementierungen enthalten technische Fehler. Ein Banner ohne korrektes, standardmäßig verweigertes Consent-Mode-Signal ist ein Compliance-Risiko und verschlechtert zugleich still die Messung.

Premium-Marken sind nicht besser

Die Studie betrachtete Premium-Marken separat, in der Erwartung, dass das Segment, das in Image und Produkt investiert, auch in Daten investiert. Tut es nicht. Premium-Marken maßen genauso schlecht wie der Massenmarkt und waren bei der Hygiene sogar etwas schlechter, mit mehr Tags, die ohne Einwilligung auslösen, und derselben Rate an doppeltem GA4. Eine Marke, die ein Sofa für Zehntausende verkauft, weiß womöglich nicht, wer bei ihr gekauft hat.

Wo die meisten Shops wirklich stehen

Auf der A-bis-E-Reifeskala der Studie ballt sich der Markt in der Mitte und darunter: etwa 1% erreichen A, 7% B, 44% C, 28% D und 19% E. Anders gesagt: rund die Hälfte der Shops hat bestenfalls funktionierende Grundlagen, und fast jeder fünfte misst so gut wie nichts.

Was ein statisches Tracking-Audit sehen kann und was nicht

Ein statisches Audit liest den Quelltext der Seite und bestätigt, welche Tags installiert sind; es kann nicht beweisen, dass ein Tag bei einem echten Kauf auslöst. So arbeitet die Studie, so arbeitet unser Scanner, und das setzt jedem Ergebnis Grenzen.

Was ein statisches Audit gut sieht:

• Mess-IDs im HTML, etwa GA4 (G-), Google Ads (AW-), Google Tag Manager (GTM-) und übrig gebliebene Universal Analytics (UA-).
• Pixel-Loader, etwa den Meta-Pixel (fbevents.js und fbq('init')) und den TikTok-Pixel.
• Consent-Mode-Standards, also den Aufruf gtag('consent', 'default', ...) mit denied-Signalen.
• Cookie-Banner gängiger Einwilligungsplattformen, etwa Cookiebot, Complianz, CookieYes, Borlabs oder Usercentrics, und polnische Banner-Formulierungen.
• Serverseitige Hinweise, etwa eine server_container_url oder transport_url, die Tags an Ihren eigenen Tagging-Server schickt.

Was es nicht sieht:

• Ob Ereignisse auslösen. Ein GA4-Tag im Quelltext kann das purchase-Ereignis auf der Danke-Seite trotzdem verpassen.
• Server-zu-Server-Verkehr. Die Meta Conversions API und serverseitiges GTM laufen zwischen Servern, außerhalb der Seite.
• Seiten hinter weiteren Schritten. Ein Scan der Shopseite geht nicht durch Warenkorb, Checkout und Zahlungs-Gateway.

Hinweis: Werten Sie jedes positive Ergebnis eines statischen Audits als Untergrenze. Ein im Quelltext gefundenes Tag ist installiert; ein nicht gefundenes kann trotzdem auf einem Server existieren, den der Scan nicht erreicht.

Wie der Tracking-Scanner einen Shop bewertet

Der kostenlose Tracking-Scanner wendet die Methode der Studie auf jede öffentliche Shop-URL an und liefert eine Note von A bis E mit einer klaren Begründung je Befund. Er ruft die eingegebene Seite ab, folgt bis zu drei Weiterleitungen und lädt, wenn die Seite einen Google-Tag-Manager-Container einbindet, auch diese öffentliche Containerdatei, damit im GTM eingerichtete GA4- und Google-Ads-IDs ebenfalls zählen.

Jede Prüfung liefert einen Status:

Prüfung	Was die Note hebt oder senkt
Serverseitiges Tracking	Ein serverseitiges Signal hat das größte Einzelgewicht; reine Browser-Messung fällt durch
GA4	Eine GA4-Mess-ID besteht; kein GA4 fällt durch
Consent Mode	Ein standardmäßig verweigerter Consent-Mode-v2-Zustand besteht; ein Banner ohne ihn ist eine Warnung; keins von beiden fällt durch
Google-Ads-Conversion	Eine AW--Conversion-ID besteht; ohne sie zeigt der Scanner einen Hinweis
Meta-Pixel und TikTok	Erkannte Pixel erhöhen die Punktzahl; Advanced Matching wird gemeldet, wenn vorhanden
Meta CAPI	Immer als von außen nicht erkennbar gemeldet, nie als fehlend
Doppeltes GA4	GA4, das direkt per gtag und über GTM eingebunden ist, senkt die Note
Mehrere GA4-Streams	Wird gemeldet, damit Sie bestätigen, dass jeder Stream gewollt ist
Tote Universal Analytics	Übrige UA--IDs oder analytics.js senken die Note
Cookie-Banner	Nur Vorhandensein; die Korrektheit bewertet die Consent-Mode-Prüfung

Der Scanner nennt außerdem die erkannte Plattform, etwa WooCommerce, Shopify, PrestaShop, IdoSell, Shoper oder Magento. Ist die empfangene Seite fast leer, etwa weil eine Bot-Abwehr oder eine reine JavaScript-Hülle sie blockiert hat, gibt der Scanner gar keine Note statt eines unfairen E.

Was der Scanner speichert

Jeder Scan speichert nur den öffentlichen Hostnamen, ohne Pfade oder Query-Parameter, zusammen mit der erkannten Plattform, der Note, der Punktzahl und den Befunden, damit später zusammengefasste Statistiken veröffentlicht werden können. Ihre IP-Adresse geht für die Bot-Prüfung an Cloudflare Turnstile und wird nur als SHA-256-Hash gespeichert, für die Begrenzung auf 30 Scans pro Stunde. Der Scanner lehnt localhost, private Netzwerkadressen und andere als Web-Schemata ab. Die Befunde kommen auf Deutsch, Englisch oder Polnisch zurück.

Wie Sie die häufigsten Lücken in WooCommerce schließen

Die meisten WooCommerce-Shops scheitern zuerst an der Einwilligung und an der GA4-Hygiene, und beides lässt sich in WordPress beheben. Polski für WooCommerce deckt die Browser-Ebene mit drei optionalen Modulen ab, alle standardmäßig aus und unter Polski > Module aktivierbar.

Consent Mode: das Modul Consent Manager

Das Modul Consent Manager bringt einen nativen Cookie-Banner mit drei optionalen Kategorien (Analyse, Marketing, Präferenzen) neben der immer aktiven Kategorie Notwendig. Bei aktivem Google Consent Mode, der Standardeinstellung, gibt es den Standard-Einwilligungszustand vor jedem gtag- oder GTM-Code aus, mit Priorität 0 in wp_head, wobei jedes Signal außer security_storage verweigert ist. Entscheidet sich der Besucher, ruft das Modul gtag('consent', 'update', ...) auf, schreibt die Wahl in ein Cookie und hält die Entscheidung in einem Einwilligungsprotokoll mit CSV-Export fest.

Die Kategorien werden auf Consent-Mode-v2-Signale abgebildet: Analyse auf analytics_storage, Marketing auf ad_storage, ad_user_data und ad_personalization, Präferenzen auf functionality_storage und personalization_storage. Genau diesen standardmäßig verweigerten Aufruf sucht die Consent-Mode-Prüfung des Scanners.

Warnung: Der Consent Manager ist als Beta gekennzeichnet. Nur die eigenen Tags von Polski und Skripte, die Sie mit type="text/plain" data-polski-consent markieren, warten auf die Einwilligung; andere Drittanbieter-Skripte und iframes laden, bevor der Besucher wählt.

GA4-Ereignisse: das Modul GA4 DataLayer / GTM

Das Modul GA4 DataLayer / GTM sendet die GA4-E-Commerce-Ereignisse view_item_list, view_item, add_to_cart, remove_from_cart, begin_checkout und purchase. Es arbeitet in zwei Modi: Mit einer GTM-Container-ID gehen die Ereignisse an window.dataLayer, mit einer GA4-Mess-ID lädt das Modul gtag.js und sendet die Ereignisse direkt. Das purchase-Ereignis wird pro Bestellung nur einmal gesendet, abgesichert durch ein Cookie, sodass eine neu geladene Danke-Seite den Verkauf nicht doppelt zählt. Die Skripte laden mit defer, und als item_id können Sie die SKU statt der Produkt-ID senden.

Eine Einstellung verlangt Sorgfalt. Das Modul erlaubt beide Modi gleichzeitig, dann gehen die Ereignisse sowohl in den dataLayer als auch direkt an GA4. Enthält Ihr GTM-Container zusätzlich ein GA4-Tag für denselben Stream, entsteht das doppelte GA4, das jeder fünfte Shop hat. Nutzen Sie pro GA4-Stream einen Weg: GTM, wenn Sie dort Tags verwalten, sonst gtag.js.

Pixel: das Modul Tag Manager

Das Modul Tag Manager lädt gängige Pixel mit Ihren eigenen IDs, gesteuert nach Einwilligungskategorie. Zu den Marketing-Tags gehören Meta-Pixel, TikTok-Pixel, Microsoft Advertising (Bing UET), LinkedIn Insight, Pinterest, X und Google Ads, zu den Analyse-Tags Microsoft Clarity, Matomo, Plausible, PostHog, Hotjar, Inspectlet, Crazy Egg und Simple Analytics. Jedes Tag wird als inaktives text/plain-Skript ausgegeben, das erst nach Einwilligung in die passende Kategorie läuft, daher setzt das Modul den Consent Manager voraus. GA4 und GTM sind bewusst nicht in diesem Modul, damit sie nicht doppelt laden.

Serverseitige Messung

Polski deckt nur die Browser-Ebene ab: Sein Tag Manager stellt keine ausgehenden Anfragen aus PHP, und keines dieser Module sendet Conversions von Server zu Server. Serverseitige Messung braucht einen eigenen Tagging-Server, typischerweise einen serverseitigen GTM-Container, den Ihr Web-Container über server_container_url oder transport_url erreicht. Sobald das steht, sieht die serverseitige Prüfung des Scanners den Hinweis im Quelltext.

Eine sinnvolle Reihenfolge

1. Die Shopseite scannen. Lassen Sie den Tracking-Scanner über Ihre Startseite laufen und notieren Sie jedes Durchfallen und jede Warnung.
2. Ballast entfernen. Löschen Sie übrig gebliebenen Universal-Analytics-Code aus Theme, alten Plugins und GTM-Container.
3. Zuerst die Einwilligung. Setzen Sie einen standardmäßig verweigerten Consent-Mode-Zustand, der vor jedem Google-Tag lädt, und verbinden Sie Ihren Banner damit.
4. Einen Weg für GA4 wählen. GA4 im GTM oder in gtag.js, nicht in beidem, und das purchase-Ereignis mit einer Testbestellung in der GA4-DebugView bestätigen.
5. Nur genutzte Werbe-Tags einbinden. Google-Ads-Conversion und Meta-Pixel nur für Kanäle, die Sie bespielen, hinter der Marketing-Einwilligung.
6. Serverseitig planen. Wenn die Browser-Ebene sauber ist, ergänzen Sie einen Tagging-Server für die Käufe, die reine Browser-Messung verpasst.
7. Erneut scannen. Ein zweiter Scan bestätigt, dass der Quelltext jetzt dem Plan entspricht.

Tipp: Machen Sie nach jeder Änderung eine echte Testbestellung. Der Scanner bestätigt, was installiert ist, und nur ein Testkauf bestätigt, dass GA4 ihn erfasst.

Prüfen Sie Ihren eigenen Shop

Sie müssen nicht raten, wo Sie stehen. Der kostenlose Tracking-Scanner nimmt Ihre Shop-URL und prüft statisch GA4, Google Tag Manager, Google Ads, Meta-Pixel, Consent Mode, doppeltes GA4, tote Universal Analytics und serverseitige Signale und gibt Ihnen dann eine Note von A bis E mit einer klaren Begründung je Befund. Wie die Studie ist es ein statisches Audit: es bestätigt, was installiert ist, nicht ob jedes Tag bei einem echten Kauf auslöst, also werten Sie ein positives Ergebnis als Untergrenze.

Wenn der Scanner Ihre Einwilligung oder GA4 bemängelt, gibt Polski für WooCommerce einen standardmäßig verweigerten Consent-Mode-v2-Zustand aus, sendet GA4-E-Commerce-Ereignisse und lädt Pixel wie den Meta-Pixel erst nach Einwilligung, und schließt damit die beiden Lücken, an denen WooCommerce-Shops zuerst scheitern.