Free cookie consent management tool by TermsFeedAktualizacja preferencji plików cookie

Kowal Data Layer para Magento 2

30,75 € 25,00 €
Instalacja COMPOSER
M2-DATA-LAYER
  • 2.4.9
  • 2.4.8
  • 2.4.7
  • 2.4.6
  • 2.4.5
  • 2.4.4
  • 2.4.3
  • 2.4.2
  • 2.4.1
  • 2.4.0

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.

¿Para quién es este módulo?

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.

Principales ventajas

  • Eventos coherentes de GA4 ecommerce generados a partir de los datos de Magento para listados, producto, carrito, checkout y compra.
  • item_id configurable, para que los identificadores de producto puedan coincidir con los feeds publicitarios.
  • Compatibilidad con atributo de marca, estrategia de categorías y configuración por store view.
  • Preparado para funcionar con Kowal Cookie Consent y Consent Mode.
  • Arquitectura fail-safe segura: la analítica no bloquea las ventas.
  • Registro de errores dedicado en var/log/kowal_datalayer.log.
  • Preparado para multistore, multi-website y multilanguage.
  • Posibilidad de activar y desactivar eventos individualmente.

Eventos ecommerce compatibles

  • user_data
  • view_item_list
  • select_item
  • view_item
  • add_to_cart
  • remove_from_cart
  • view_cart
  • add_to_wishlist
  • begin_checkout
  • add_shipping_info
  • add_payment_info
  • purchase
  • purchase_test

Conformidad con las buenas prácticas de GA4 ecommerce

El 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.

¿Por qué merece la pena?

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 online

El 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.

Seguridad de las ventas

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.

Write Your Own Review
You're reviewing:Kowal Data Layer para Magento 2
Your Rating

Instrucciones de instalación del módulo

Guía de instalación y configuración

Requisitos

  • Magento Open Source / Adobe Commerce 2.4.x.
  • PHP compatible con la versión de Magento utilizada.
  • Acceso de Composer al repositorio privado del módulo.
  • Módulo kowal/base.
  • Opcional: Kowal_CookieConsent, si la tienda lo utiliza para GTM y Consent Mode.

Instalación con Composer

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:flush

Configuración básica

Panel de administración:

Stores > Configuration > Kowal > Kowal Data Layer

Menú:

kowal.store > Modules > Data Layer > Settings

General

  1. Enable Module - active el módulo para el ámbito de configuración seleccionado.
  2. Debug Mode - actívelo solo durante las pruebas y la verificación de la implementación.
  3. Render Mode - mantenga Server and JavaScript, salvo que haya un motivo para limitar el modo de funcionamiento.
  4. Missing Value Strategy - elija si los valores que faltan deben omitirse o enviarse como undefined.
  5. Clear Ecommerce Before Push - recomendado Yes.
  6. Fail-safe Mode - recomendado Yes; los procesos críticos para las ventas permanecen protegidos incluso si esta opción está desactivada.
  7. Log Level - en producción se recomienda Errors only.
  8. Log Payloads - actívelo solo de forma temporal.

Product Mapping

  1. Product Identifier Attribute - seleccione el atributo utilizado como item_id. Por defecto, sku.
  2. Brand Attribute - seleccione el atributo de fabricante/marca. Por defecto, manufacturer.
  3. Category Strategy - seleccione la forma de construir item_category.
  4. Category Attribute - configúrelo solo cuando la estrategia de categoría utilice un atributo de producto.
  5. Configurable Product Strategy - decida si usar los datos del hijo/simple o del padre/configurable.
  6. Include Out Of Stock Products On Lists - se aplica a los eventos de listados de productos.

Events

Active los eventos requeridos por la implementación:

  • user_data
  • view_item_list
  • select_item
  • view_item
  • add_to_cart
  • remove_from_cart
  • view_cart
  • add_to_wishlist
  • begin_checkout
  • add_shipping_info
  • add_payment_info
  • purchase
  • purchase_test, si la tienda utiliza una página intermedia antes del pago.

Privacy

  1. Send User ID - envía el ID del cliente de Magento para los clientes conectados.
  2. Send Hashed Email - envía solo el hash SHA-256 del email. El email sin procesar no se envía a dataLayer.

Integrations

  1. Integrate With Kowal Cookie Consent - actívelo si la tienda utiliza Kowal_CookieConsent.
  2. Render GTM From DataLayer Module - deje No si GTM ya se renderiza mediante Cookie Consent u otro módulo.
  3. Google Tag Manager ID - configúrelo solo si el renderizado de GTM desde este módulo está activado.
  4. 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.

Configuración multistore

Configure el módulo a nivel de store view si las tiendas difieren en:

  • idioma;
  • moneda;
  • feed publicitario;
  • atributo identificador del producto;
  • atributo de marca;
  • estructura de categorías;
  • métodos de pago.

Verificación de la implementación

  1. Abra Google Tag Manager Preview.
  2. Compruebe dataLayer en la consola del navegador o con la extensión DataLayer Checker.
  3. Pruebe la página de producto y el evento view_item.
  4. Abra una categoría o los resultados de búsqueda y compruebe view_item_list.
  5. Haga clic en un producto del listado y compruebe select_item.
  6. Añada un producto al carrito y compruebe add_to_cart.
  7. Cambie la cantidad o elimine un producto del carrito y compruebe remove_from_cart.
  8. Añada un producto a la wishlist y compruebe add_to_wishlist.
  9. Entre en el carrito y en el checkout, y compruebe view_cart y begin_checkout.
  10. Guarde el método de envío y de pago, y compruebe add_shipping_info y add_payment_info.
  11. Realice un pedido de prueba y compruebe purchase.
  12. Actualice la página de éxito y asegúrese de que purchase no se duplica.
  13. Compruebe var/log/kowal_datalayer.log.

Integración de purchase_test

Si 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\PurchaseTestRedirectAdapterInterface

El 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.