Google Analytics GA4: Einrichtung und Hilfe
Schnellstart
- Laden Sie die
mprgoogleanalytics-ZIP über Module > "Module Manager" > "Upload a module" hoch. - Klicken Sie auf "Configure" und geben Sie Ihre GA4-"Measurement ID" ein:
G-, gefolgt von mindestens sechs Großbuchstaben oder Ziffern. - Lassen Sie "Enable Tracking" eingeschaltet und prüfen Sie "Exclude Employees", "User ID Tracking", "Enhanced Conversions" und "Google Signals".
- Schalten Sie für reine Browsernutzung "Server-Side Purchase Fallback" aus. Für Serverkäufe ergänzen Sie ein gültiges Measurement Protocol API Secret und beachten Sie die unten beschriebenen Anforderungen an die Einwilligung für Serverkäufe.
- Speichern Sie, öffnen Sie Diagnose und führen Sie die Prüfungen aus. Reparieren Sie bei Bedarf Hook-Reihenfolge oder Modulgruppensichtbarkeit.
- Öffnen Sie den Shop in einem Kundenbrowser mit aktiver Einwilligungskonfiguration und prüfen Sie Produktaufruf, Warenkorbaktion und Checkout. Aktivieren Sie "Debug Mode" beim Prüfen von GA4 DebugView.
- Geben Sie eine Testbestellung auf und prüfen Sie
purchase. Bei Measurement Protocol prüfen Sie Serverprotokoll und gemeinsame Cron-Aufgabe und schalten anschließend "Debug Mode" aus.
Erfordert PrestaShop 1.6.0.0 oder neuer und PHP 7.1 oder neuer.
Einrichtungsanleitung
Installieren und konfigurieren
Folgen Sie den Schritten im Schnellstart.
Einstellungen
Öffnen Sie "Configure" in "Module Manager". Verwenden Sie Einstellungen für IDs und Trackingsteuerung, Diagnose für Prüfungen. Separate Seiten für Lizenz, Support, Aktualisieren und "Integrity" sind vorhanden.
| Einstellung | Standard | Ihre Konfiguration |
|---|---|---|
| "Enable Tracking" | Ja | Zulässiges Shoptracking und den konfigurierten Serverkaufpfad aktivieren. Eine leere "Measurement ID" verhindert weiterhin das Laden im Browser. |
| "Measurement ID" | Leer | G- plus mindestens sechs Großbuchstaben oder Ziffern eingeben. Verwenden Sie den gewünschten GA4-Web-Datenstream. |
| Measurement Protocol API Secret | Leer | Mindestens 20 Buchstaben, Ziffern, Unterstriche oder Bindestriche für Serverkäufe eingeben. Browsertracking benötigt dies nicht. |
| "User ID Tracking" | Nein | Einen gesalzenen SHA-256-Hash der angemeldeten Kunden-ID als GA4-user_id senden. |
| "Exclude Employees" | Ja | Shopanfragen angemeldeter Mitarbeiter ausschließen. |
| "Server-Side Purchase Fallback" | Nein | Zulässige purchase-Ereignisse nach 30 Minuten ohne Browserbestätigung wiederherstellen. Erfordert gültige ID und API-Secret. Für reine Browsernutzung ausschalten. |
| "Measurement Protocol batch limit" | 20 | Worker-Batchgröße festlegen. Ein Wert unter 1 fällt auf 20 zurück. |
| "Debug Mode" | Nein | debug_mode=true für Browserereignisprüfungen in GA4 DebugView hinzufügen. Nach dem Test ausschalten. |
| "Log Retention (days)" | 90 | Ereignisprotokollzeilen für diesen Zeitraum behalten. Null deaktiviert die altersbasierte Bereinigung. |
| "Enhanced Conversions" | Nein | Verfügbare gehashte Daten angemeldeter Kunden über gtag('set','user_data',...) senden. |
| "Google Signals" | Nein | allow_google_signals in der GA4-Konfiguration setzen. Konfigurieren Sie auch die entsprechende Option in Ihrer GA4-Property. |
"Enhanced Conversions" hasht E-Mail, Telefon, Vorname, Nachname, Stadt, Region und Postleitzahl nach Entfernen äußerer Leerzeichen und Umwandlung in Kleinbuchstaben. Der ISO-Ländercode wird ungehasht gesendet. Adressfelder stammen, falls verfügbar, aus der ersten Kundenadresse. Diese Option ist vom Tracking der gehashten Kunden-ID getrennt.
Produktinteraktion
| Einstellung | Standard | Ihre Konfiguration |
|---|---|---|
| "Track high-intent product engagement" | Nein | high_intent_product_engagement für qualifizierende Produktinteraktionen oder Verweildauer senden. |
| "Gallery views threshold" | 3 | Unterschiedliche Galerieinteraktionen von 1 bis 20 festlegen. |
| "Dwell-time threshold" | 45 | Sekunden auf der Produktseite von 5 bis 600 festlegen. |
Der gemeinsame Tracker erkennt außerdem Variantenwechsel und Produktdetailinteraktionen. Standardmäßig begrenzt er hohes Interesse auf einmal pro Produkt/Sitzung. Halten Sie dies getrennt von Ihrer primären Kaufconversion-Einrichtung.
Einwilligung und Verkehrsausschlüsse konfigurieren
Ist Cookies Revolution aktiv, erkennt das Modul es und kann sich auf displayHeader an die letzte Stelle verschieben, damit die CMP zuerst Consent Mode initialisiert. Verwenden Sie bei Bedarf Hook-Reihenfolge reparieren in Diagnose.
Ohne diese erkannte CMP gibt das Modul Consent-Mode-Standardwerte aus, die Analyse-, Werbe-, Werbenutzerdaten- und Personalisierungsspeicherung verweigern, Sicherheitsspeicherung jedoch erlauben. Dies ist ein Standardsnippet. Es erstellt kein Banner und holt keine Einwilligung ein. Konfigurieren Sie Einwilligungsaktualisierungen über Ihr Einwilligungswerkzeug.
Die Browser-Zulässigkeitsprüfung überspringt Nicht-Frontend-Controller, erkannte Bots/Audit-Werkzeuge, ausgeschlossene Mitarbeiter und Browser mit mpr_notrack=1. So schließen Sie einen Testbrowser aus:
document.cookie = 'mpr_notrack=1; path=/; max-age=31536000; SameSite=Lax';
Serverkäufe erfordern die erfasste Analyseeinwilligung des Käufers, seine ursprüngliche GA-Client- und Sitzungs-ID sowie die Zuständigkeit dieses Moduls für die konfigurierte GA4-Property. Browser-Opt-outs und Mitarbeiterausschlüsse gelten ebenfalls. "Server-Side Purchase Fallback" ist standardmäßig deaktiviert. Geben Sie zur Aktivierung gültige Zugangsdaten ein und setzen Sie "Purchase recovery hostname" auf den HTTPS-Hostnamen Ihres Produktivshops, ohne Schema oder Pfad.
Shopereignisse und Nutzdaten
Das Modul lädt GA4 asynchron über displayHeader. Es sendet E-Commerce-Ereignisse über folgende Pfade:
| Ereignis | Quelle |
|---|---|
view_item |
displayProductActions auf einer Produktseite. |
view_cart |
displayShoppingCart. |
add_to_cart, remove_from_cart |
AJAX-Warenkorb-JavaScript und vor Mengenänderungen erfasste Warenkorbdifferenzen für die Darstellung vollständiger Warenkorbseiten. |
begin_checkout |
displayBeforeCarrier. |
purchase |
displayOrderConfirmation. |
login, sign_up |
Ausstehende Ereignisse aus Anmeldung und Kontoerstellung, beim nächsten zulässigen Header-Rendern ausgegeben. |
search |
Suchaktions-Hooks und Fallback für Suchanfragen im Header. |
Dieses Einstellungsformular hat keine separaten Schalter für diese Standard-E-Commerce-Ereignisse. Ihr Auftreten hängt von den zugehörigen Hooks und dem Theme-Ablauf ab.
Kaufdaten enthalten die Bestellreferenz als transaction_id, Wert, Währung, Steuern, Versand, Gutscheine und Positionen. Verfügbare Artikelfelder umfassen ID, Name, Preis, Menge, Marke, Kategorie, Variante und Rabatt. Prüfen Sie diese Werte anhand einer Testbestellung mit Ihrer Steuer-, Rabatt- und Versandkonfiguration.
Eigene Ereignisse konfigurieren
"Track custom events" steht standardmäßig auf Nein. Das Feld "Custom event rules" ist zunächst leer. Fügen Sie Regeln hinzu, aktivieren Sie den Schalter und speichern Sie:
[
{"event":"gallery_browse","trigger":"click","selector":".product-images img,.images-container img","params":{"component":"product_gallery"},"once":false},
{"event":"checkout_page_seen","trigger":"url","contains":["/order"],"params":{"area":"checkout"},"once":true},
{"event":"module_page_seen","trigger":"controller","controllers":["module"],"modules":["mprwishlist"]},
{"event":"size_guide_opened","trigger":"event","dom_event":"shop:size-guide-opened","params":{"component":"size_guide"},"once":false}
]
document.dispatchEvent(new CustomEvent('shop:size-guide-opened'));
Verwenden Sie Ereignis- und Parameternamen, die mit einem Buchstaben beginnen, Buchstaben, Ziffern oder Unterstriche enthalten und höchstens 40 Zeichen haben. Reservierte Namen und Präfixe werden abgelehnt. Personenbezogen wirkende Parameterschlüssel werden gefiltert. Klickselektoren dürfen bis zu 500 Zeichen haben. once ist standardmäßig false für Klicks und true für URL-, Controller- und DOM-Ereignisregeln. Passen Sie Controller-/Modulfilter an Ihre tatsächliche Route an.
Serverkäufe konfigurieren und prüfen
Die Bestellvalidierung erfasst zulässige Käufe für die Wiederherstellung. Nach 30 Minuten ohne Browserbestätigung stellt die gemeinsame Cron-Aufgabe zulässige Measurement-Protocol-Ereignisse purchase in die Warteschlange und sendet sie mit den beim Checkout erfassten Käuferdaten:
task: send_ga4_measurement_protocol
callable: mprgoogleanalytics::cronProcessMeasurementProtocolQueue
schedule: every:300
context: any
timeout: 30
Stellen Sie sicher, dass Ihr gemeinsamer MPR-Cron-Runner diese Aufgabe ausführt. Prüfen Sie das Ereignisprotokoll in Diagnose und die gemeinsame Conversion-Warteschlange. Protokollzeilen verwenden Ihr Datenbankpräfix gefolgt von mpr_analytics_events; ps_ ist nur das übliche Beispielpräfix. Die Aufbewahrungsbereinigung läuft nach zulässiger Bestellvalidierung. Die Kaufwiederherstellung endet 72 Stunden nach der Bestellung. Die Aufbewahrung der Wiederherstellungsdatensätze richtet sich nach "Log Retention (days)".
Browser- und Serverkäufe verwenden die Bestellreferenz als transaction_id. Ein gemeinsamer Übermittlungsnachweis ordnet jeden Kauf einem Kanal zu. Die Serverwiederherstellung verarbeitet nur Bestellungen, für die nach 30 Minuten noch keine Browserbestätigung vorliegt.
Die Client- und Sitzungs-ID für Serverkäufe stammen aus den ursprünglichen GA-Cookies, die vor der Bestellung erfasst wurden. Fehlende oder unbrauchbare IDs halten die Wiederherstellung an; das Modul erzeugt keine Ersatzidentitäten. Die Warteschlange macht reine Browserereignisse nicht zu serverseitigen Ereignissen.
Prüfen und Probleme beheben
Öffnen Sie Diagnose und verwenden Sie Prüfungen ausführen. Prüfen Sie erforderliche Konfiguration, Gültigkeit eigener Regeln, Hook-Reihenfolge, Modulgruppensichtbarkeit, CMP-Erkennung, doppelte Skripte, Ausschlüsse und Measurement-Protocol-Status. Verwenden Sie bei Bedarf Hook-Reihenfolge reparieren oder Modulgruppe reparieren.
Prüfen Sie Netzwerkanfragen und GA4 DebugView mit einem normalen Kundenbrowser. Bot-/Audit-User-Agents können absichtlich ausgeschlossen sein. Testen Sie Produktaufruf, Warenkorbänderungen, Checkout, Anmeldung, Registrierung, Suche und eine vollständige Bestellung. Prüfen Sie Transaktionsreferenz und Positionssummen.
Lädt kein Tag, prüfen Sie "Enable Tracking", die "Measurement ID", Mitarbeiter-/Opt-out-Ausschlüsse, Hook-Ausführung und doppelte Zuständigkeit. Fehlt im Theme displayProductActions oder displayBeforeCarrier, kann das zugehörige Ereignis fehlen.
Fehlt der Serverkauf, prüfen Sie Fallback-Schalter, ID, Secret, Zuständigkeit für die Tracking-Funktion, Warteschlangenworker und aktuelles HTTP-/Fehlerprotokoll. Ein leeres Secret lässt Browsertracking verfügbar. GA4-Summen können wegen blockierter Skripte, Einwilligung, Attribution, Berichtsverzögerungen und Erstattungen von PrestaShop abweichen. Das Kauftracking dieses Moduls ist kein System zum Buchhaltungsabgleich.
Deaktivieren oder deinstallieren
Setzen Sie "Enable Tracking" auf Nein und speichern Sie, um diese Integration zu pausieren. Deinstallieren Sie über "Module Manager", um Menü, Cron-Registrierung und Modulkonfiguration zu entfernen. Die gemeinsame Warteschlangentabelle bleibt bei Nutzung des Conversion-Pakets durch ein anderes Modul erhalten; andernfalls löscht sie dessen Deinstallationshelfer. Verwalten Sie GA4-Property und historische Daten in Google Analytics. Das Ereignisprotokoll nutzt gemeinsamen Speicher; löschen Sie keine gemeinsame Tabelle manuell.
Referenzbilder
Verwenden Sie die obigen Einstellungsnamen, wenn ein Referenzbild von Ihrer installierten Version abweicht.




Fragen
Noch keine Fragen zu diesem Modul
Fragen Sie alles zu Installation, Kompatibilität oder Einrichtung. Die Antworten erscheinen hier.
Bekannte Probleme
9
Tracking konnte veraltete Einwilligungen verwenden
Mitarbeiterausschlüsse galten nicht für alle Tracking-Abläufe
Speichern konnte ein vorhandenes API-Secret löschen
Diagnose meldete fehlgeschlagene Kaufübermittlungen nicht
Zugangsdaten ließen sich bei Installationsprüfung nicht speichern
Verfügbare Übersetzungen wurden nicht angezeigt
Modul wurde unter PHP 7.1 nicht geladen
Falsche Übersetzungen in der Oberfläche
Zusammengefasste Shop-Dateien konnten Tracking stören
Funktionsanfragen
16
Implementiert
GA4-E-Commerce-Ereignisse, Diagnose und Kaufnachmeldungen
GA4-E-Commerce-Tracking
Eigene GA4-Ereignisregeln
Serverseitige Kaufübermittlung per Warteschlange
Demo-Ereignismonitor
Erweiterte Conversions
Google Signals-Einstellung
Aufbewahrung von Ereignisprotokollen
Modulupdates im Backoffice
Dashboard zum Installationszustand
Weitere Verwaltungssprachen
Produktinteraktionen erfassen
Zuständigkeit für GA4-Tracking koordinieren
Kontaktinteraktionen erfassen
Fehlende Käufe nachmelden
Bestätigte Warenkorbänderungen erfassen
Änderungsprotokoll
v1.3.42026-09-09
- AddedAdd GA4 custom event rules
- AddedQueue GA4 measurement protocol purchases
- AddedAdd GA4 demo event monitor
- AddedHarden Google Analytics GA4 tracking
- Addedcomplete FR/DE/ES/IT/PL translations
- FixedAdd google analytics infrastructure integrity checks
- FixedAdd GA4 custom-event diagnostics
- FixedRemove nested package gitlinks
- FixedAdd migrateFromPsConfiguration for ps_configuration cleanup
Ältere Versionen
v1.2.152026-05-07
- Fixedthe GA4 search event so search result pages now emit `search` with `search_term` from the page header.
- Kept login and signup simple-event rendering behind the shared GA4 simple-event helper.
- Rebuilt and republished the release after live demo verification exposed the missing search-page event.
v1.2.142026-05-07
- Addedthe standard install-integrity banner on first Back Office visit after install.
- Addedrequired-configuration warnings for missing or invalid GA4 Measurement ID.
- Addednative module warning integration so merchants see "installed, configuration required" instead of a false all-green state.
- Refreshed shared MPR admin, license, integrity, config and update packages.
- Updatedthe live demo with a sample Measurement ID, debug mode and diagnostics-first test flow.
v1.2.02026-04-12
- Reworked the module around GA4 ecommerce tracking with page_view, view_item, add_to_cart, remove_from_cart, view_cart, begin_checkout, search, sign_up, login and purchase events.
- Addedserver-side Measurement Protocol purchase fallback for completed orders when enabled with a real API Secret.
- Addeddiagnostics for hook order, Consent Mode, duplicate GA/GTM tags, live storefront HTML and recent server-side event attempts.
- Addedcustomer-group repair and displayHeader hook-order repair tools.
v1.1.02026-02-21
- Addedstandard MPR admin controllers for configuration, license, support, update and integrity.
- AddedGoogle Consent Mode ordering support with Cookies Revolution.
- Addedhashed User ID tracking option for logged-in customers.
v1.2.122025-10-19
- Improvedupdate/download readiness for Digital Revolution releases.
- Refreshed shared update package integration for remote module updates.
- Hardened admin tab registration and first-visit infrastructure checks.
v1.2.112025-10-03
- Addedone-click remote updates via the prestashop-update package.
- AddedInfrastructureGuard self-heal with Symfony tab rescue.
- Addedrequired-config modal support for GA4 integrity checks.
- AddedEnhanced Conversions, Google Signals and Measurement Protocol validation fields.
- Addedcomplete FR, DE, ES, IT and PL translations.
v1.0.02025-04-17
- InitialGoogle Analytics 4 module for PrestaShop.
- Addedconfigurable GA4 Measurement ID and gtag.js front-office bootstrap.
- Addedenhanced ecommerce purchase payload with transaction ID, value, tax, shipping and item data.
Demo
Testen Sie das vollständige Modul
- Fertiger Demo-Shop Entdecken Sie einen fertigen Demo-Shop im Browser.
- Ohne Registrierung Kein Konto, keine E-Mail-Adresse und keine Shop-Domain nötig.
Mit dem Öffnen dieser Demo akzeptieren Sie die Demo-Nutzungsbedingungen und die Datenschutzerklärung.