Sistema B2B professionale per Magento 2 Open Source
750,00 € 750,00 €
Kowal Data Layer è un modulo Magento 2 che organizza l’implementazione del data layer per Google Analytics 4 e Google Tag Manager. Invece di aggiungere manualmente script al tema, al checkout e alle pagine prodotto, il modulo genera eventi dataLayer coerenti direttamente dai dati di Magento.
Il modulo è stato progettato per negozi in produzione: supporta la configurazione per store view, installazioni multistore e multilanguage, e gli errori di analytics non bloccano le vendite. Se il payload non può essere costruito, il processo di aggiunta al carrello, checkout o pagamento continua comunque, e i dettagli vengono salvati in un log dedicato.
Il modulo è pensato per i negozi Magento 2 che vogliono implementare o riorganizzare l’analytics ecommerce GA4 tramite Google Tag Manager. È particolarmente adatto nei casi in cui la correttezza dei dati di prodotto, carrello e transazione influisce direttamente sulle campagne pubblicitarie, sul remarketing e sul reporting delle vendite.
item_id configurabile, così gli identificatori prodotto possono essere allineati ai feed pubblicitari.Kowal Cookie Consent e 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_testIl modulo pulisce l’oggetto ecommerce precedente prima degli eventi ecommerce, controlla i tipi numerici per price, quantity, value, tax e shipping, limita le liste di prodotti a un massimo di 200 elementi e consente di mantenere un item_id coerente lungo tutto il percorso di acquisto.
Gli eventi delle liste prodotto trasferiscono item_list_id, item_list_name e index, così i clic sui prodotti e le aggiunte al carrello dalle liste mantengono il contesto della sorgente.
Un data layer corretto è la base di un’analytics efficace e di campagne pubblicitarie performanti. Kowal Data Layer riduce il rischio di identificatori prodotto incoerenti, tipi di dati errati, duplicazione delle transazioni e script non controllati nel tema. Il modulo offre all’amministratore il controllo sulla mappatura dei dati e agli sviluppatori un meccanismo di eventi prevedibile e sicuro.
Se il negozio utilizza il modulo Kowal Cookie Consent, Kowal Data Layer può funzionare accanto ad esso senza duplicare Google Tag Manager. Cookie Consent rimane responsabile dei consensi e di GTM, mentre Data Layer si occupa dell’invio dei corretti eventi ecommerce.
purchase_test e pagamenti onlineIl modulo supporta la pagina intermedia purchase_test per i pagamenti che richiedono l’invio di un evento di test prima di reindirizzare il cliente fuori dal negozio. Nella configurazione è possibile indicare i metodi di pagamento e scegliere la modalità di redirect: URL fisso, pattern URL oppure adapter.
Per i gateway che generano un URL di transazione dinamico, ad esempio con un token dell’ordine, è necessario utilizzare la modalità adapter. È una variante di estensione sicura: il modulo mantiene un meccanismo purchase_test stabile, mentre un adapter dedicato si occupa solo di recuperare l’indirizzo corretto dell’operatore di pagamento.
Un modulo di analytics non dovrebbe mai essere un elemento critico del processo di acquisto. Per questo motivo Kowal Data Layer intercetta gli errori lato PHP e JavaScript, registra il contesto tecnico e consente a Magento di continuare le vendite senza interrompere il carrello, il checkout, l’invio dell’ordine o il reindirizzamento al pagamento.
kowal/base.Kowal_CookieConsent, se il negozio lo utilizza per GTM e Consent Mode.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 Nell’ambiente di produzione, se il progetto lo richiede, esegui il deployment standard di Magento:
php bin/magento setup:di:compilephp bin/magento setup:static-content:deployphp bin/magento cache:flushPannello di amministrazione:
Stores > Configuration > Kowal > Kowal Data Layer
Menu:
kowal.store > Modules > Data Layer > Settings
Enable Module - abilita il modulo per l’ambito di configurazione selezionato.Debug Mode - abilitalo solo durante i test e la verifica dell’implementazione.Render Mode - lascia Server and JavaScript, se non c’è motivo di limitare la modalità di funzionamento.Missing Value Strategy - scegli se i valori mancanti devono essere omessi o inviati come undefined.Clear Ecommerce Before Push - consigliato Yes.Fail-safe Mode - consigliato Yes; i processi critici per le vendite restano protetti anche dopo la disattivazione di questa opzione.Log Level - in produzione è consigliato Errors only.Log Payloads - abilitalo solo temporaneamente.Product Identifier Attribute - seleziona l’attributo usato come item_id. Predefinito sku.Brand Attribute - seleziona l’attributo produttore/brand. Predefinito manufacturer.Category Strategy - seleziona il metodo di costruzione di item_category.Category Attribute - impostalo solo se la strategia di categoria utilizza un attributo del prodotto.Configurable Product Strategy - decidi se usare i dati del child/simple o del parent/configurable.Include Out Of Stock Products On Lists - riguarda gli eventi delle liste prodotto.Abilita gli eventi richiesti dall’implementazione:
user_dataview_item_listselect_itemview_itemadd_to_cartremove_from_cartview_cartadd_to_wishlistbegin_checkoutadd_shipping_infoadd_payment_infopurchasepurchase_test, se il negozio utilizza una pagina intermedia prima del pagamento.Send User ID - invia l’ID cliente Magento per i clienti autenticati.Send Hashed Email - invia solo l’hash SHA-256 dell’email. L’email in chiaro non viene inserita in dataLayer.Integrate With Kowal Cookie Consent - abilitalo se il negozio utilizza Kowal_CookieConsent.Render GTM From DataLayer Module - lascia No, se GTM è già renderizzato da Cookie Consent o da un altro modulo.Google Tag Manager ID - impostalo solo se il rendering di GTM da questo modulo è abilitato.purchase_test Redirect Rules - aggiungi solo quei metodi di pagamento che devono usare la pagina intermedia purchase_test.Modalità delle regole purchase_test:
Static URL - usalo solo per pagamenti con indirizzo fisso dell’operatore.URL Pattern - usalo quando è sufficiente un pattern URL con placeholder {order_id}, {order_increment_id}, {store_id} oppure {quote_id}.Adapter Required - usalo per gateway che generano un URL di transazione dinamico. Prima del lancio in produzione è necessario aggiungere un adapter dedicato per lo specifico modulo di pagamento.Configura il modulo a livello di store view se i negozi differiscono per:
dataLayer nella console del browser oppure con l’estensione DataLayer Checker.view_item.view_item_list.select_item.add_to_cart.remove_from_cart.add_to_wishlist.view_cart e begin_checkout.add_shipping_info e add_payment_info.purchase.purchase non si duplichi.var/log/kowal_datalayer.log.purchase_testSe il metodo di pagamento reindirizza il cliente fuori dal negozio e conosce l’URL finale dell’operatore, l’integrazione di pagamento può usare:
Kowal\DataLayer\Model\PurchaseTestRedirect::prepare($paymentRedirectUrl)Il metodo restituisce l’URL della pagina intermedia del modulo. La pagina intermedia invia purchase_test e poi reindirizza il cliente all’operatore di pagamento. Se JavaScript o DataLayer non funzionano, il reindirizzamento dovrebbe comunque essere eseguito.
Per un’integrazione in cui l’URL dipende dall’ordine o dal token di transazione, usa:
Kowal\DataLayer\Model\PurchaseTestRedirect::prepareForOrder($order, $fallbackRedirectUrl)Se il metodo è impostato in modalità Adapter Required, l’adapter dovrebbe implementare:
Kowal\DataLayer\Api\PurchaseTestRedirectAdapterInterfaceL’adapter deve essere registrato in DI come elemento dell’array adapters per Kowal\DataLayer\Model\PurchaseTest\RedirectAdapterPool. L’adapter è il punto corretto per la logica dipendente da uno specifico operatore di pagamento.