Sistem B2B profesional pentru Magento 2 Open Source
750,00 EUR 750,00 EUR
Kowal Data Layer este un modul Magento 2 care organizează implementarea stratului de date pentru Google Analytics 4 și Google Tag Manager. În loc să adăugați manual scripturi în temă, checkout și paginile de produs, modulul generează evenimente dataLayer coerente direct din datele Magento.
Modulul a fost proiectat pentru magazinele aflate în producție: suportă configurare per store view, instalări multistore și multilanguage, iar erorile de analytics nu blochează vânzarea. Dacă payload-ul nu poate fi construit, procesul de adăugare în coș, checkout sau plată continuă, iar detaliile ajung într-un log dedicat.
Modulul este destinat magazinelor Magento 2 care doresc să implementeze sau să organizeze analytics ecommerce GA4 prin Google Tag Manager. Este util în special acolo unde corectitudinea datelor despre produse, coș și tranzacții are impact direct asupra campaniilor publicitare, remarketingului și raportării vânzărilor.
item_id configurabil, astfel încât identificatorii produselor să poată fi compatibili cu feed-urile publicitare.Kowal Cookie Consent și 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_testModulul curăță obiectul anterior ecommerce înainte de evenimentele ecommerce, păstrează tipurile numerice pentru price, quantity, value, tax și shipping, limitează listele de produse la maximum 200 de poziții și permite păstrarea unui item_id coerent pe tot parcursul traseului de cumpărare.
Evenimentele listelor de produse transportă item_list_id, item_list_name și index, astfel încât clickurile pe produse și adăugările în coș din liste să păstreze contextul sursei.
Un strat de date corect este baza unui analytics eficient și a campaniilor publicitare performante. Kowal Data Layer reduce riscul de identificatori de produs incoerenți, tipuri de date incorecte, duplicarea tranzacțiilor și scripturi necontrolate în temă. Modulul oferă administratorului control asupra mapării datelor, iar developerilor un mecanism de evenimente previzibil și sigur.
Dacă magazinul utilizează modulul Kowal Cookie Consent, Kowal Data Layer poate funcționa alături de acesta fără a duplica Google Tag Manager. Cookie Consent rămâne responsabil pentru consimțăminte și GTM, iar Data Layer răspunde pentru trimiterea evenimentelor ecommerce corecte.
purchase_test și plățile onlineModulul suportă pagina intermediară purchase_test pentru plățile care necesită trimiterea unui eveniment de test înainte de redirecționarea clientului în afara magazinului. În configurare se pot indica metodele de plată și se poate alege modul de redirect: URL fix, șablon URL sau adapter.
Pentru gateway-uri care generează un URL de tranzacție dinamic, de exemplu cu token de comandă, trebuie utilizat modul adapter. Aceasta este o variantă de extindere sigură: modulul păstrează mecanismul stabil purchase_test, iar adapterul dedicat răspunde doar de preluarea adresei corecte a operatorului de plată.
Un modul de analytics nu ar trebui niciodată să fie un element critic al procesului de cumpărare. De aceea, Kowal Data Layer interceptează erorile de partea PHP și JavaScript, loghează contextul tehnic și permite Magento să continue vânzarea fără întreruperea coșului, checkout-ului, plasării comenzii sau redirecționării către plată.
kowal/base.Kowal_CookieConsent, dacă magazinul îl folosește pentru GTM și 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 În mediul de producție, dacă proiectul o cere, executați deployment-ul standard Magento:
php bin/magento setup:di:compilephp bin/magento setup:static-content:deployphp bin/magento cache:flushPanou de administrare:
Stores > Configuration > Kowal > Kowal Data Layer
Meniu:
kowal.store > Modules > Data Layer > Settings
Enable Module - activați modulul pentru domeniul de configurare selectat.Debug Mode - activați doar în timpul testelor și verificării implementării.Render Mode - păstrați Server and JavaScript, dacă nu există un motiv pentru limitarea modului de funcționare.Missing Value Strategy - alegeți dacă valorile lipsă trebuie omise sau trimise ca undefined.Clear Ecommerce Before Push - recomandat Yes.Fail-safe Mode - recomandat Yes; procesele critice pentru vânzări rămân protejate și după dezactivarea acestei opțiuni.Log Level - în producție este recomandat Errors only.Log Payloads - activați doar temporar.Product Identifier Attribute - alegeți atributul folosit ca item_id. Implicit sku.Brand Attribute - alegeți atributul producătorului/brandului. Implicit manufacturer.Category Strategy - alegeți modul de construire a item_category.Category Attribute - setați doar atunci când strategia de categorie folosește atributul produsului.Configurable Product Strategy - decideți dacă folosiți datele copilului/simple sau ale părintelui/configurable.Include Out Of Stock Products On Lists - se aplică evenimentelor listelor de produse.Activați evenimentele necesare pentru implementare:
user_dataview_item_listselect_itemview_itemadd_to_cartremove_from_cartview_cartadd_to_wishlistbegin_checkoutadd_shipping_infoadd_payment_infopurchasepurchase_test, dacă magazinul folosește pagina intermediară înainte de plată.Send User ID - trimite ID-ul clientului Magento pentru clienții autentificați.Send Hashed Email - trimite doar hash-ul SHA-256 al emailului. Emailul brut nu ajunge în dataLayer.Integrate With Kowal Cookie Consent - activați dacă magazinul folosește Kowal_CookieConsent.Render GTM From DataLayer Module - lăsați No dacă GTM este deja randat de Cookie Consent sau de alt modul.Google Tag Manager ID - setați doar dacă randarea GTM din acest modul este activată.purchase_test Redirect Rules - adăugați doar acele metode de plată care trebuie să folosească pagina intermediară purchase_test.Moduri pentru regulile purchase_test:
Static URL - utilizați doar pentru plăți cu adresă fixă a operatorului.URL Pattern - utilizați când este suficient un șablon URL cu placeholder-ele {order_id}, {order_increment_id}, {store_id} sau {quote_id}.Adapter Required - utilizați pentru gateway-uri care generează un URL de tranzacție dinamic. Înainte de lansarea în producție trebuie adăugat un adapter dedicat pentru modulul de plată concret.Configurați modulul la nivel de store view dacă magazinele diferă prin:
dataLayer în consola browserului sau cu extensia DataLayer Checker.view_item.view_item_list.select_item.add_to_cart.remove_from_cart.add_to_wishlist.view_cart și begin_checkout.add_shipping_info și add_payment_info.purchase.purchase nu se duplică.var/log/kowal_datalayer.log.purchase_testDacă metoda de plată redirecționează clientul în afara magazinului și cunoaște URL-ul final al operatorului, integrarea plății poate utiliza:
Kowal\DataLayer\Model\PurchaseTestRedirect::prepare($paymentRedirectUrl)Metoda returnează URL-ul paginii intermediare a modulului. Pagina intermediară trimite purchase_test, apoi redirecționează clientul către operatorul de plată. Dacă JavaScript sau DataLayer nu funcționează, redirecționarea ar trebui totuși să fie executată.
Pentru o integrare în care URL-ul depinde de comandă sau de token-ul tranzacției, utilizați:
Kowal\DataLayer\Model\PurchaseTestRedirect::prepareForOrder($order, $fallbackRedirectUrl)Dacă metoda este setată în modul Adapter Required, adapterul ar trebui să implementeze:
Kowal\DataLayer\Api\PurchaseTestRedirectAdapterInterfaceAdapterul trebuie înregistrat în DI ca element al tabloului adapters pentru Kowal\DataLayer\Model\PurchaseTest\RedirectAdapterPool. Adapterul este locul potrivit pentru logica dependentă de operatorul de plată concret.