GA4 über ein Modul oder den Google Tag Manager? Wie wählt man die PrestaShop-Integration aus?

Beginnen Sie die Wahl zwischen dem direkten GA4-Modul und Google Tag Manager damit, festzulegen, wer Ereignisse erstellt, wann eine Bestellung als Kauf gilt und wer die Konfiguration pflegt. Die Kennung G-… oder GTM-… allein beantwortet diese Fragen nicht.

Wir vergleichen konkrete Versionen: PD Google Analytics 4 Pro 1.4.2, PD Google Tag Manager Pro 2.3.4 und das ältere PD Google Tag Manager 1.2.4.

In der direkten Variante sammelt das Modul Produktdaten und bereitet den Aufruf des Google-Tags vor. In der GTM-Pro-Variante übergibt das Modul das Ereignisobjekt an dataLayer, und der veröffentlichte Container entscheidet über das Auslösen des Tags und dessen Empfänger. Für beide Varianten müssen die Einwilligungsregeln und die Korrektheit der Parameter separat festgelegt werden.

dataLayer kommt auch bei der direkten Nutzung von gtag vor. Das bloße Vorhandensein dieser Variablen im Browser beweist nicht, dass der Shop einen GTM-Container verwendet. Google beschreibt beide Anwendungen in der Dokumentation zur Datenschicht.

Der wichtigste Unterschied: Wann entsteht purchase?

Vergleichen Sie daher die Zahlen von purchase nicht, ohne deren Bedeutung festzulegen. Eine erstellte Bestellung, eine auf der Bestätigungsseite angezeigte Bestellung und eine als bezahlt qualifizierte Bestellung sind drei verschiedene Zeitpunkte. Bei einer Überweisung, die noch auf Zahlungseingang wartet, kann der Unterschied besonders deutlich sein.

Ereignismatrix vor dem Start der Messung

Notieren Sie für jedes Ereignis Quelle, Empfänger, Einwilligungsbedingung und verantwortliche Person. Laden Sie die bearbeitbare CSV-Matrix herunter. Sie enthält Demonstrationsbeispiele und Felder für das Ergebnis Ihrer eigenen Verifizierung.

Einwilligungen und Measurement Protocol sind Teil des Projekts

In der geprüften Version von GA4 Pro ist die vertrauenswürdige Einwilligung für die Speicherung der Attribution und serverseitige finanzielle Operationen mit aktivem PD Cookie Pro, dessen Live-Modus, Consent Mode v2 und der aktuellen Einwilligungsrevision verknüpft. Gehen Sie nicht davon aus, dass der Austausch dieses Anbieters gegen ein beliebiges anderes Banner den gesamten serverseitigen Pfad ohne zusätzliche Verifizierung beibehält.

GTM Pro hat eigene Consent-Mode-Einstellungen und konkrete Integrationen von Einwilligungsanbietern. Bei aktivem PD Cookie Pro überlässt es ihm die Verwaltung der Einwilligungen. Das endgültige Verhalten hängt auch vom veröffentlichten Container ab. Das Vorhandensein eines Banners oder eines Konfigurationsfelds ist noch nicht das Ergebnis des Tests „Ablehnung → Einwilligung → Widerruf“.

Ein serverseitiger Pfad bedeutet weder die Umgehung der Einwilligung noch die automatische Wiederherstellung der Sitzungsquelle. Das API Secret gehört zur Serverkonfiguration. Die Verknüpfung mit der Browseraktivität erfordert die richtigen Kennungen und den richtigen Kontext; der Bezugspunkt ist die Dokumentation zum Versand von Measurement-Protocol-Ereignissen.

Älteres GTM und GTM Pro sind nicht dasselbe Angebot

Das ältere PD Google Tag Manager 1.2.4 dient zum Einbetten des Containers. Der geprüfte Code enthält nicht das E-Commerce-Modell und die Measurement-Protocol-Warteschlange, die oben für die Pro-Version beschrieben wurden. Verstehen Sie den Namen „GTM“ nicht als Versprechen fertiger Kaufereignisse.

PD Google Tag Manager Pro ergänzt die Datenschicht und Konfigurationswerkzeuge. Der Container-Export ist der Ausgangspunkt für Import, Prüfung und Veröffentlichung in GTM. Er ersetzt nicht die Abnahme der Konfiguration. Auch das Feld für eine eigene Serveradresse erstellt nicht automatisch eine serverseitige GTM-Infrastruktur.

Wie wählt man die Variante und vermeidet zwei Eigentümer des Kaufs?

• Direktes Modul: ziehen Sie es in Betracht, wenn ein Team die Konfiguration im Modul pflegt und einen möglichst kleinen GTM-Container bevorzugt.
• GTM Pro: ziehen Sie es in Betracht, wenn ein Team die Ereignislogik im Container verwaltet und einen klaren dataLayer als Quelle für mehrere Empfänger benötigt.
• Wichtigste Regel: inventarisieren Sie zuerst die aktiven Module und Tags. Fügen Sie keinen zweiten purchase-Emitter hinzu, nur weil die Anzahl der Käufe im Bericht Zweifel weckt.

Die Abnahme sollte jeweils einen kontrollierten Durchlauf für Produkt, Warenkorb, den richtigen Kaufzeitpunkt und die Rückerstattung sowie Ablehnung und Widerruf der Einwilligung umfassen. Trennen Sie den Nachweis „Ereignis erstellt“, „Versand ausgeführt“ und „Ereignis in GA4 sichtbar“. Ein bloßes dataLayer.push, das Rendern der Seite oder die HTTP-Antwort des Transports bestätigen noch nicht die Vollständigkeit des Berichts.

Wenn der Kauf bereits vorkommt, aber den falschen Host oder Kanal hat, wechseln Sie zum Leitfaden zur Diagnose der Verkaufsmessung in GA4. Wenn Sie die Lösung erst auswählen, bereiten Sie die Matrix vor und beschreiben Sie die aktuellen Module in der Anfrage zur Auswahl der Integration.