Professionelles B2B-System für Magento 2 Open Source
750,00 € 750,00 €
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.
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.
item_id, sodass Produktkennungen mit Werbe-Feeds übereinstimmen können.Kowal Cookie Consent sowie Consent Mode.var/log/kowal_datalayer.log.user_dataview_item_listselect_itemview_itemadd_to_cartremove_from_cartview_cartadd_to_wishlistbegin_checkoutadd_shipping_infoadd_payment_infopurchasepurchase_testDas 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.
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-ZahlungenDas 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.
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.
kowal/base.Kowal_CookieConsent, wenn der Shop es für GTM und Consent Mode verwendet.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:flushAdministrationsbereich:
Stores > Configuration > Kowal > Kowal Data Layer
Menü:
kowal.store > Modules > Data Layer > Settings
Enable Module - aktivieren Sie das Modul für den ausgewählten Konfigurationsbereich.Debug Mode - nur während Tests und bei der Verifizierung der Implementierung aktivieren.Render Mode - belassen Sie Server and JavaScript, wenn es keinen Grund gibt, den Betriebsmodus einzuschränken.Missing Value Strategy - wählen Sie, ob fehlende Werte ausgelassen oder als undefined gesendet werden sollen.Clear Ecommerce Before Push - empfohlen: Yes.Fail-safe Mode - empfohlen: Yes; für den Verkauf kritische Prozesse bleiben auch nach Deaktivierung dieser Option geschützt.Log Level - in Produktion empfohlen: Errors only.Log Payloads - nur vorübergehend aktivieren.Product Identifier Attribute - wählen Sie das Attribut, das als item_id verwendet wird. Standardmäßig sku.Brand Attribute - wählen Sie das Hersteller-/Markenattribut. Standardmäßig manufacturer.Category Strategy - wählen Sie die Methode zum Aufbau von item_category.Category Attribute - nur festlegen, wenn die Kategoriestrategie ein Produktattribut verwendet.Configurable Product Strategy - entscheiden Sie, ob Daten des Child-/Simple-Produkts oder des Parent-/Configurable-Produkts verwendet werden sollen.Include Out Of Stock Products On Lists - betrifft Produktlisten-Events.Aktivieren Sie die für die Implementierung erforderlichen Events:
user_dataview_item_listselect_itemview_itemadd_to_cartremove_from_cartview_cartadd_to_wishlistbegin_checkoutadd_shipping_infoadd_payment_infopurchasepurchase_test, wenn der Shop vor der Zahlung eine Zwischenseite verwendet.Send User ID - sendet die Magento-Kunden-ID für eingeloggte Kunden.Send Hashed Email - sendet nur den SHA-256-Hash der E-Mail. Die rohe E-Mail wird nicht in dataLayer übertragen.Integrate With Kowal Cookie Consent - aktivieren, wenn der Shop Kowal_CookieConsent verwendet.Render GTM From DataLayer Module - auf No belassen, wenn GTM bereits durch Cookie Consent oder ein anderes Modul gerendert wird.Google Tag Manager ID - nur festlegen, wenn das Rendern von GTM aus diesem Modul aktiviert ist.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.Konfigurieren Sie das Modul auf Store-View-Ebene, wenn sich die Shops unterscheiden in:
dataLayer in der Browser-Konsole oder mit der Erweiterung DataLayer Checker.view_item.view_item_list.select_item.add_to_cart.remove_from_cart.add_to_wishlist.view_cart sowie begin_checkout.add_shipping_info sowie add_payment_info.purchase.purchase nicht doppelt gesendet wird.var/log/kowal_datalayer.log.purchase_testWenn 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\PurchaseTestRedirectAdapterInterfaceDer 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.