Sistema B2B profesional para Magento 2 Open Source
750,00 € 750,00 €
Kowal Data Layer es un módulo de Magento 2 que organiza la implementación de la capa de datos para Google Analytics 4 y Google Tag Manager. En lugar de añadir scripts manualmente al tema, al checkout y a las páginas de producto, el módulo genera eventos dataLayer coherentes directamente a partir de los datos de Magento.
El módulo se ha diseñado pensando en tiendas en producción: admite configuración por store view, instalaciones multistore y multilanguage, y los errores de analítica no bloquean las ventas. Si no se puede construir el payload, el proceso de añadir al carrito, checkout o pago sigue funcionando, y los detalles se registran en un log dedicado.
El módulo está destinado a tiendas Magento 2 que quieran implementar u organizar la analítica ecommerce de GA4 mediante Google Tag Manager. Resulta especialmente útil allí donde la exactitud de los datos de producto, carrito y transacción tiene un impacto directo en las campañas publicitarias, el remarketing y los informes de ventas.
item_id configurable, para que los identificadores de producto puedan coincidir con los feeds publicitarios.Kowal Cookie Consent y 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_testEl módulo limpia el objeto anterior ecommerce antes de los eventos ecommerce, controla los tipos numéricos de price, quantity, value, tax y shipping, limita las listas de productos a un máximo de 200 elementos y permite mantener un item_id coherente durante todo el recorrido de compra.
Los eventos de listados de productos trasladan item_list_id, item_list_name e index, de modo que los clics en productos y las adiciones al carrito desde listados conservan el contexto de origen.
Una capa de datos correcta es la base de una analítica eficaz y de campañas publicitarias efectivas. Kowal Data Layer reduce el riesgo de identificadores de producto incoherentes, tipos de datos incorrectos, duplicación de transacciones y scripts no controlados en el tema. El módulo ofrece al administrador control sobre el mapeo de datos y a los desarrolladores un mecanismo de eventos predecible y seguro.
Si la tienda utiliza el módulo Kowal Cookie Consent, Kowal Data Layer puede funcionar junto a él sin duplicar Google Tag Manager. Cookie Consent sigue siendo el responsable de los consentimientos y de GTM, mientras que Data Layer se encarga de enviar los eventos ecommerce correctos.
purchase_test y pagos onlineEl módulo admite una página intermedia purchase_test para pagos que requieren el envío de un evento de prueba antes de redirigir al cliente fuera de la tienda. En la configuración se pueden indicar los métodos de pago y elegir el modo de redirección: URL fija, patrón de URL o adapter.
Para pasarelas que generan una URL de transacción dinámica, por ejemplo con un token de pedido, debe utilizarse el modo adapter. Es una variante de ampliación segura: el módulo mantiene un mecanismo purchase_test estable y el adapter dedicado se encarga únicamente de obtener la dirección correcta del operador de pago.
Un módulo de analítica nunca debería ser un elemento crítico del proceso de compra. Por eso, Kowal Data Layer captura errores del lado de PHP y JavaScript, registra el contexto técnico y permite que Magento continúe con la venta sin interrumpir el carrito, el checkout, la realización del pedido ni la redirección al pago.
kowal/base.Kowal_CookieConsent, si la tienda lo utiliza para GTM y 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 En un entorno de producción, si el proyecto lo requiere, ejecute el despliegue estándar de Magento:
php bin/magento setup:di:compilephp bin/magento setup:static-content:deployphp bin/magento cache:flushPanel de administración:
Stores > Configuration > Kowal > Kowal Data Layer
Menú:
kowal.store > Modules > Data Layer > Settings
Enable Module - active el módulo para el ámbito de configuración seleccionado.Debug Mode - actívelo solo durante las pruebas y la verificación de la implementación.Render Mode - mantenga Server and JavaScript, salvo que haya un motivo para limitar el modo de funcionamiento.Missing Value Strategy - elija si los valores que faltan deben omitirse o enviarse como undefined.Clear Ecommerce Before Push - recomendado Yes.Fail-safe Mode - recomendado Yes; los procesos críticos para las ventas permanecen protegidos incluso si esta opción está desactivada.Log Level - en producción se recomienda Errors only.Log Payloads - actívelo solo de forma temporal.Product Identifier Attribute - seleccione el atributo utilizado como item_id. Por defecto, sku.Brand Attribute - seleccione el atributo de fabricante/marca. Por defecto, manufacturer.Category Strategy - seleccione la forma de construir item_category.Category Attribute - configúrelo solo cuando la estrategia de categoría utilice un atributo de producto.Configurable Product Strategy - decida si usar los datos del hijo/simple o del padre/configurable.Include Out Of Stock Products On Lists - se aplica a los eventos de listados de productos.Active los eventos requeridos por la implementación:
user_dataview_item_listselect_itemview_itemadd_to_cartremove_from_cartview_cartadd_to_wishlistbegin_checkoutadd_shipping_infoadd_payment_infopurchasepurchase_test, si la tienda utiliza una página intermedia antes del pago.Send User ID - envía el ID del cliente de Magento para los clientes conectados.Send Hashed Email - envía solo el hash SHA-256 del email. El email sin procesar no se envía a dataLayer.Integrate With Kowal Cookie Consent - actívelo si la tienda utiliza Kowal_CookieConsent.Render GTM From DataLayer Module - deje No si GTM ya se renderiza mediante Cookie Consent u otro módulo.Google Tag Manager ID - configúrelo solo si el renderizado de GTM desde este módulo está activado.purchase_test Redirect Rules - añada solo los métodos de pago que deban utilizar la página intermedia purchase_test.Modos de reglas de purchase_test:
Static URL - úselo solo para pagos con una dirección fija del operador.URL Pattern - úselo cuando baste con un patrón de URL con placeholders {order_id}, {order_increment_id}, {store_id} o {quote_id}.Adapter Required - úselo para pasarelas que generan una URL de transacción dinámica. Antes de ponerlo en producción, hay que añadir un adapter dedicado para el módulo de pago concreto.Configure el módulo a nivel de store view si las tiendas difieren en:
dataLayer en la consola del navegador o con la extensión DataLayer Checker.view_item.view_item_list.select_item.add_to_cart.remove_from_cart.add_to_wishlist.view_cart y begin_checkout.add_shipping_info y add_payment_info.purchase.purchase no se duplica.var/log/kowal_datalayer.log.purchase_testSi el método de pago redirige al cliente fuera de la tienda y conoce la URL de destino del operador, la integración del pago puede usar:
Kowal\DataLayer\Model\PurchaseTestRedirect::prepare($paymentRedirectUrl)El método devuelve la URL de la página intermedia del módulo. La página intermedia envía purchase_test y luego redirige al cliente al operador de pago. Si JavaScript o DataLayer no funcionan, la redirección debería seguir ejecutándose.
Para una integración en la que la URL dependa del pedido o del token de transacción, use:
Kowal\DataLayer\Model\PurchaseTestRedirect::prepareForOrder($order, $fallbackRedirectUrl)Si el método está configurado en modo Adapter Required, el adapter debe implementar:
Kowal\DataLayer\Api\PurchaseTestRedirectAdapterInterfaceEl adapter debe registrarse en DI como elemento de la matriz adapters para Kowal\DataLayer\Model\PurchaseTest\RedirectAdapterPool. El adapter es el lugar adecuado para la lógica dependiente de un operador de pago concreto.