Free cookie consent management tool by TermsFeedAktualizacja preferencji plików cookie

Kowal Data Layer für Magento 2

30,75 € 25,00 €
Installation von COMPOSER
M2-DATA-LAYER
  • 2.4.9
  • 2.4.8
  • 2.4.7
  • 2.4.6
  • 2.4.5
  • 2.4.4
  • 2.4.3
  • 2.4.2
  • 2.4.1
  • 2.4.0

Kowal Data Layer ist ein Magento 2-Modul, das die Implementierung der Datenschicht für Google Analytics 4 und Google Tag Manager strukturiert. Statt Skripte manuell in das Theme, den Checkout und die Produktseiten einzufügen, generiert das Modul konsistente dataLayer-Events direkt aus den Magento-Daten.

Das Modul wurde für produktive Shops entwickelt: Es unterstützt die Konfiguration pro Store View, Multistore- und Multilanguage-Installationen, und Analytics-Fehler blockieren den Verkauf nicht. Wenn sich ein Payload nicht erstellen lässt, funktionieren das Hinzufügen zum Warenkorb, der Checkout oder die Zahlung weiterhin, und die Details werden in ein dediziertes Log geschrieben.

Für wen ist dieses Modul gedacht?

Das Modul ist für Magento 2-Shops gedacht, die GA4 Ecommerce-Analytics über Google Tag Manager implementieren oder strukturieren möchten. Es eignet sich besonders dort, wo die Korrektheit von Produkt-, Warenkorb- und Transaktionsdaten direkten Einfluss auf Werbekampagnen, Remarketing und die Umsatzberichterstattung hat.

Wichtigste Vorteile

  • Konsistente GA4 Ecommerce-Events, die aus Magento-Daten für Listen, Produkt, Warenkorb, Checkout und Kauf generiert werden.
  • Konfigurierbares item_id, sodass Produktkennungen mit Werbe-Feeds übereinstimmen können.
  • Unterstützung für Markenattribut, Kategoriestrategie und Konfiguration pro Store View.
  • Bereit für die Zusammenarbeit mit Kowal Cookie Consent sowie Consent Mode.
  • Sichere Fail-safe-Architektur: Analytics blockiert den Verkauf nicht.
  • Dediziertes Fehler-Logging in var/log/kowal_datalayer.log.
  • Vorbereitet für Multistore, Multi-Website und Multilanguage.
  • Möglichkeit, Events einzeln zu aktivieren und zu deaktivieren.

Unterstützte Ecommerce-Events

  • user_data
  • view_item_list
  • select_item
  • view_item
  • add_to_cart
  • remove_from_cart
  • view_cart
  • add_to_wishlist
  • begin_checkout
  • add_shipping_info
  • add_payment_info
  • purchase
  • purchase_test

Konform mit der GA4 Ecommerce-Praxis

Das Modul bereinigt das vorherige ecommerce-Objekt vor Ecommerce-Events, achtet auf numerische Typen für price, quantity, value, tax und shipping, begrenzt Produktlisten auf maximal 200 Positionen und ermöglicht ein konsistentes item_id über den gesamten Kaufpfad hinweg.

Produktlisten-Events übertragen item_list_id, item_list_name und index, sodass Produktklicks und Hinzufügungen zum Warenkorb aus Listen den Kontext der Quelle beibehalten.

Warum lohnt es sich?

Eine korrekte Datenschicht ist die Grundlage für wirksame Analytics und Werbekampagnen. Kowal Data Layer reduziert das Risiko inkonsistenter Produktkennungen, fehlerhafter Datentypen, doppelter Transaktionen und unkontrollierter Skripte im Theme. Das Modul gibt Administratoren Kontrolle über das Datenmapping und Entwicklern einen vorhersehbaren, sicheren Event-Mechanismus.

Wenn der Shop das Modul Kowal Cookie Consent verwendet, kann Kowal Data Layer daneben arbeiten, ohne Google Tag Manager zu duplizieren. Cookie Consent bleibt für Einwilligungen und GTM verantwortlich, und Data Layer ist für das Senden korrekter Ecommerce-Events zuständig.

purchase_test und Online-Zahlungen

Das Modul unterstützt die Zwischenseite purchase_test für Zahlungen, bei denen vor der Weiterleitung des Kunden aus dem Shop ein Test-Event gesendet werden muss. In der Konfiguration können Zahlungsmethoden angegeben und der Redirect-Modus ausgewählt werden: feste URL, URL-Muster oder Adapter.

Für Gateways, die eine dynamische Transaktions-URL erzeugen, z. B. mit einem Bestell-Token, sollte der Adapter-Modus verwendet werden. Dies ist eine sichere Erweiterungsvariante: Das Modul behält den stabilen purchase_test-Mechanismus bei, und ein dedizierter Adapter ist nur für das Abrufen der korrekten Adresse des Zahlungsanbieters zuständig.

Verkaufssicherheit

Ein Analytics-Modul sollte niemals ein kritischer Bestandteil des Kaufprozesses sein. Deshalb fängt Kowal Data Layer Fehler auf PHP- und JavaScript-Seite ab, protokolliert den technischen Kontext und erlaubt Magento, den Verkauf ohne Unterbrechung von Warenkorb, Checkout, Bestellaufgabe oder Weiterleitung zur Zahlung fortzusetzen.

Write Your Own Review
You're reviewing:Kowal Data Layer für Magento 2
Your Rating

Installationsanleitung für das Modul

Installations- und Konfigurationsanleitung

Anforderungen

  • Magento Open Source / Adobe Commerce 2.4.x.
  • PHP kompatibel mit der verwendeten Magento-Version.
  • Composer-Zugriff auf das private Repository des Moduls.
  • Modul kowal/base.
  • Optional: Kowal_CookieConsent, wenn der Shop es für GTM und Consent Mode verwendet.

Installation mit Composer

composer config repositories.kowal-datalayer vcs composer require kowal/module-datalayerphp bin/magento module:enable Kowal_DataLayerphp bin/magento setup:upgradephp bin/magento cache:flush

Führen Sie in einer Produktionsumgebung, falls das Projekt dies erfordert, das standardmäßige Magento-Deployment aus:

php bin/magento setup:di:compilephp bin/magento setup:static-content:deployphp bin/magento cache:flush

Grundkonfiguration

Administrationsbereich:

Stores > Configuration > Kowal > Kowal Data Layer

Menü:

kowal.store > Modules > Data Layer > Settings

General

  1. Enable Module - aktivieren Sie das Modul für den ausgewählten Konfigurationsbereich.
  2. Debug Mode - nur während Tests und bei der Verifizierung der Implementierung aktivieren.
  3. Render Mode - belassen Sie Server and JavaScript, wenn es keinen Grund gibt, den Betriebsmodus einzuschränken.
  4. Missing Value Strategy - wählen Sie, ob fehlende Werte ausgelassen oder als undefined gesendet werden sollen.
  5. Clear Ecommerce Before Push - empfohlen: Yes.
  6. Fail-safe Mode - empfohlen: Yes; für den Verkauf kritische Prozesse bleiben auch nach Deaktivierung dieser Option geschützt.
  7. Log Level - in Produktion empfohlen: Errors only.
  8. Log Payloads - nur vorübergehend aktivieren.

Product Mapping

  1. Product Identifier Attribute - wählen Sie das Attribut, das als item_id verwendet wird. Standardmäßig sku.
  2. Brand Attribute - wählen Sie das Hersteller-/Markenattribut. Standardmäßig manufacturer.
  3. Category Strategy - wählen Sie die Methode zum Aufbau von item_category.
  4. Category Attribute - nur festlegen, wenn die Kategoriestrategie ein Produktattribut verwendet.
  5. Configurable Product Strategy - entscheiden Sie, ob Daten des Child-/Simple-Produkts oder des Parent-/Configurable-Produkts verwendet werden sollen.
  6. Include Out Of Stock Products On Lists - betrifft Produktlisten-Events.

Events

Aktivieren Sie die für die Implementierung erforderlichen Events:

  • user_data
  • view_item_list
  • select_item
  • view_item
  • add_to_cart
  • remove_from_cart
  • view_cart
  • add_to_wishlist
  • begin_checkout
  • add_shipping_info
  • add_payment_info
  • purchase
  • purchase_test, wenn der Shop vor der Zahlung eine Zwischenseite verwendet.

Privacy

  1. Send User ID - sendet die Magento-Kunden-ID für eingeloggte Kunden.
  2. Send Hashed Email - sendet nur den SHA-256-Hash der E-Mail. Die rohe E-Mail wird nicht in dataLayer übertragen.

Integrations

  1. Integrate With Kowal Cookie Consent - aktivieren, wenn der Shop Kowal_CookieConsent verwendet.
  2. Render GTM From DataLayer Module - auf No belassen, wenn GTM bereits durch Cookie Consent oder ein anderes Modul gerendert wird.
  3. Google Tag Manager ID - nur festlegen, wenn das Rendern von GTM aus diesem Modul aktiviert ist.
  4. purchase_test Redirect Rules - fügen Sie nur die Zahlungsmethoden hinzu, die die Zwischenseite purchase_test verwenden sollen.

Regelmodi für purchase_test:

  • Static URL - nur für Zahlungen mit fester Anbieter-URL verwenden.
  • URL Pattern - verwenden, wenn ein URL-Muster mit Platzhaltern {order_id}, {order_increment_id}, {store_id} oder {quote_id} ausreicht.
  • Adapter Required - für Gateways verwenden, die eine dynamische Transaktions-URL erzeugen. Vor dem Produktionsstart muss ein dedizierter Adapter für das jeweilige Zahlungsmodul hinzugefügt werden.

Multistore-Konfiguration

Konfigurieren Sie das Modul auf Store-View-Ebene, wenn sich die Shops unterscheiden in:

  • Sprache;
  • Währung;
  • Werbe-Feed;
  • Produktkennungsattribut;
  • Markenattribut;
  • Kategoriestruktur;
  • Zahlungsmethoden.

Überprüfung der Implementierung

  1. Öffnen Sie Google Tag Manager Preview.
  2. Prüfen Sie dataLayer in der Browser-Konsole oder mit der Erweiterung DataLayer Checker.
  3. Testen Sie die Produktseite und das Event view_item.
  4. Öffnen Sie eine Kategorie oder Suchergebnisse und prüfen Sie view_item_list.
  5. Klicken Sie auf ein Produkt in der Liste und prüfen Sie select_item.
  6. Fügen Sie ein Produkt zum Warenkorb hinzu und prüfen Sie add_to_cart.
  7. Ändern Sie die Menge oder entfernen Sie ein Produkt aus dem Warenkorb und prüfen Sie remove_from_cart.
  8. Fügen Sie ein Produkt zur Wishlist hinzu und prüfen Sie add_to_wishlist.
  9. Gehen Sie zum Warenkorb und Checkout und prüfen Sie view_cart sowie begin_checkout.
  10. Speichern Sie Versand- und Zahlungsmethode und prüfen Sie add_shipping_info sowie add_payment_info.
  11. Führen Sie eine Testbestellung durch und prüfen Sie purchase.
  12. Aktualisieren Sie die Erfolgsseite und stellen Sie sicher, dass purchase nicht doppelt gesendet wird.
  13. Prüfen Sie var/log/kowal_datalayer.log.

Integration von purchase_test

Wenn die Zahlungsmethode den Kunden aus dem Shop weiterleitet und die Ziel-URL des Anbieters kennt, kann die Zahlungsintegration Folgendes verwenden:

Kowal\DataLayer\Model\PurchaseTestRedirect::prepare($paymentRedirectUrl)

Die Methode gibt die URL der Zwischenseite des Moduls zurück. Die Zwischenseite sendet purchase_test und leitet den Kunden anschließend zum Zahlungsanbieter weiter. Wenn JavaScript oder DataLayer nicht funktioniert, sollte die Weiterleitung dennoch ausgeführt werden.

Für Integrationen, bei denen die URL von der Bestellung oder dem Transaktionstoken abhängt, verwenden Sie:

Kowal\DataLayer\Model\PurchaseTestRedirect::prepareForOrder($order, $fallbackRedirectUrl)

Wenn die Methode im Modus Adapter Required eingestellt ist, sollte der Adapter Folgendes implementieren:

Kowal\DataLayer\Api\PurchaseTestRedirectAdapterInterface

Der Adapter muss in DI als Array-Element adapters für Kowal\DataLayer\Model\PurchaseTest\RedirectAdapterPool registriert werden. Der Adapter ist der richtige Ort für Logik, die vom jeweiligen Zahlungsanbieter abhängt.