Sistema B2B profissional para Magento 2 Open Source
750,00 € 750,00 €
Kowal Data Layer é um módulo Magento 2 que organiza a implementação da camada de dados para Google Analytics 4 e Google Tag Manager. Em vez de adicionar scripts manualmente ao tema, checkout e páginas de produto, o módulo gera eventos dataLayer consistentes diretamente a partir dos dados do Magento.
O módulo foi concebido para lojas em produção: suporta configuração por store view, instalações multistore e multilanguage, e os erros de analytics não bloqueiam as vendas. Se não for possível construir o payload, o processo de adicionar ao carrinho, checkout ou pagamento continua a funcionar, e os detalhes são enviados para um log dedicado.
O módulo destina-se a lojas Magento 2 que pretendem implementar ou organizar a analytics de ecommerce GA4 através do Google Tag Manager. É especialmente indicado onde a correção dos dados de produto, carrinho e transação tem impacto direto nas campanhas publicitárias, remarketing e relatórios de vendas.
item_id configurável, permitindo que os identificadores de produto sejam compatíveis com os feeds publicitários.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_testO módulo limpa o objeto ecommerce anterior antes dos eventos ecommerce, garante os tipos numéricos para price, quantity, value, tax e shipping, limita as listas de produtos a um máximo de 200 posições e permite manter um item_id consistente ao longo de todo o percurso de compra.
Os eventos das listas de produtos transportam item_list_id, item_list_name e index, para que os cliques nos produtos e as adições ao carrinho a partir de listas mantenham o contexto da origem.
Uma camada de dados correta é a base de uma analytics eficaz e de campanhas publicitárias bem-sucedidas. Kowal Data Layer reduz o risco de identificadores de produto inconsistentes, tipos de dados incorretos, duplicação de transações e scripts não controlados no tema. O módulo dá ao administrador controlo sobre o mapeamento de dados e aos developers um mecanismo de eventos previsível e seguro.
Se a loja utilizar o módulo Kowal Cookie Consent, Kowal Data Layer pode funcionar ao lado dele sem duplicar o Google Tag Manager. O Cookie Consent continua a ser o responsável pelos consentimentos e pelo GTM, enquanto o Data Layer é responsável pelo envio dos eventos ecommerce corretos.
purchase_test e pagamentos onlineO módulo suporta a página intermédia purchase_test para pagamentos que exigem o envio de um evento de teste antes de redirecionar o cliente para fora da loja. Na configuração, é possível indicar os métodos de pagamento e escolher o modo de redirecionamento: URL fixa, padrão de URL ou adapter.
Para gateways que geram um URL de transação dinâmico, por exemplo com token da encomenda, deve ser utilizado o modo adapter. Esta é uma variante de extensão segura: o módulo mantém um mecanismo purchase_test estável, e o adapter dedicado é responsável apenas por obter o endereço correto do operador de pagamento.
Um módulo de analytics nunca deve ser um elemento crítico do processo de compra. Por isso, Kowal Data Layer interceta erros do lado de PHP e JavaScript, regista o contexto técnico e permite ao Magento continuar a venda sem interromper o carrinho, checkout, submissão da encomenda ou redirecionamento para pagamento.
kowal/base.Kowal_CookieConsent, se a loja o utilizar para 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 Em ambiente de produção, se o projeto o exigir, execute o deployment padrão do Magento:
php bin/magento setup:di:compilephp bin/magento setup:static-content:deployphp bin/magento cache:flushPainel de administração:
Stores > Configuration > Kowal > Kowal Data Layer
Menu:
kowal.store > Modules > Data Layer > Settings
Enable Module - ative o módulo para o âmbito de configuração selecionado.Debug Mode - ative apenas durante testes e verificação da implementação.Render Mode - mantenha Server and JavaScript, se não houver motivo para limitar o modo de funcionamento.Missing Value Strategy - escolha se os valores em falta devem ser ignorados ou enviados como undefined.Clear Ecommerce Before Push - recomendado Yes.Fail-safe Mode - recomendado Yes; os processos críticos para as vendas permanecem protegidos mesmo após desativar esta opção.Log Level - em produção, recomendado Errors only.Log Payloads - ative apenas temporariamente.Product Identifier Attribute - escolha o atributo utilizado como item_id. Por predefinição, sku.Brand Attribute - escolha o atributo do fabricante/marca. Por predefinição, manufacturer.Category Strategy - escolha a forma de construir item_category.Category Attribute - defina apenas se a estratégia de categoria utilizar um atributo de produto.Configurable Product Strategy - decida se deve utilizar dados do filho/simple ou do pai/configurable.Include Out Of Stock Products On Lists - aplica-se aos eventos de listas de produtos.Ative os eventos exigidos pela implementação:
user_dataview_item_listselect_itemview_itemadd_to_cartremove_from_cartview_cartadd_to_wishlistbegin_checkoutadd_shipping_infoadd_payment_infopurchasepurchase_test, se a loja utilizar a página intermédia antes do pagamento.Send User ID - envia o ID do cliente Magento para clientes autenticados.Send Hashed Email - envia apenas o hash SHA-256 do email. O email em bruto não é enviado para o dataLayer.Integrate With Kowal Cookie Consent - ative se a loja utilizar Kowal_CookieConsent.Render GTM From DataLayer Module - mantenha No se o GTM já for renderizado pelo Cookie Consent ou por outro módulo.Google Tag Manager ID - defina apenas se a renderização do GTM a partir deste módulo estiver ativada.purchase_test Redirect Rules - adicione apenas os métodos de pagamento que devem utilizar a página intermédia purchase_test.Modos das regras purchase_test:
Static URL - utilize apenas para pagamentos com endereço fixo do operador.URL Pattern - utilize quando for suficiente um padrão de URL com placeholders {order_id}, {order_increment_id}, {store_id} ou {quote_id}.Adapter Required - utilize para gateways que geram um URL de transação dinâmico. Antes da ativação em produção, é necessário adicionar um adapter dedicado para o módulo de pagamento específico.Configure o módulo ao nível de store view se as lojas diferirem em:
dataLayer na consola do navegador ou com a extensão 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 não se duplica.var/log/kowal_datalayer.log.purchase_testSe o método de pagamento redirecionar o cliente para fora da loja e conhecer o URL de destino do operador, a integração de pagamento pode utilizar:
Kowal\DataLayer\Model\PurchaseTestRedirect::prepare($paymentRedirectUrl)O método devolve o URL da página intermédia do módulo. A página intermédia envia purchase_test e, em seguida, redireciona o cliente para o operador de pagamento. Se o JavaScript ou o DataLayer não funcionar, o redirecionamento deverá ainda assim ser executado.
Para uma integração em que o URL depende da encomenda ou do token da transação, utilize:
Kowal\DataLayer\Model\PurchaseTestRedirect::prepareForOrder($order, $fallbackRedirectUrl)Se o método estiver definido no modo Adapter Required, o adapter deverá implementar:
Kowal\DataLayer\Api\PurchaseTestRedirectAdapterInterfaceO adapter deve ser registado em DI como elemento do array adapters para Kowal\DataLayer\Model\PurchaseTest\RedirectAdapterPool. O adapter é o local adequado para a lógica dependente de um operador de pagamento específico.