Seguimiento GA4 y Modo Consentimiento v2 server-side

joaquin_deco

Hola a todos,

Estoy teniendo un problema gordo con el seguimiento de conversiones de Google Analytics 4 en mi tienda. Desde que se implementó el Modo de Consentimiento v2, y con el aumento de los adblockers, estoy perdiendo entre un 30-40% de los eventos de compra. Los clientes a veces cierran la página de confirmación muy rápido o simplemente tienen bloqueadores que impiden que gtag.js envíe el evento.

He estado intentando implementar el Measurement Protocol server-side. Mi idea es usar hookActionValidateOrder para enviar el evento una vez que el pedido es validado. El problema es que no sé cómo obtener de forma fiable el client_id y el session_id que vienen del navegador, para vincular el evento server-side con la sesión del usuario.

He probado a cogerlo de la cookie _ga directamente en el hook, pero parece que no es la forma correcta o no siempre está disponible/bien formada. ¿Alguien tiene experiencia con esto en PrestaShop 1.7?

Aquí mi intento inicial en el hook de mi módulo:

// En un módulo personalizado, en el archivo mymodule.php
public function hookActionValidateOrder($params)
{
    $order = $params['order'];
    $customer = $params['customer'];
    // Intento fallido de obtener client_id de la cookie _ga
    $clientId = isset($_COOKIE['_ga']) ? $_COOKIE['_ga'] : null;
    if (empty($clientId)) {
        error_log('GA4: client_id no disponible para evento server-side.');
        return; // Sin client_id, el evento no se vinculará bien

Gracias de antemano por cualquier ayuda.

valeria_store

Buenas @joaquin_deco,

Te entiendo perfectamente, es un dolor de cabeza esto de GA4 y el consentimiento. Lo de coger la cookie _ga directamente en PHP no es muy fiable, como bien dices. Esa cookie es un poco más compleja y no contiene solo el client_id limpio. Además, es una cookie del lado del navegador, y no siempre la tendrás disponible o formateada como esperas en el lado del servidor, especialmente si se bloquea antes.

Para el Measurement Protocol, lo ideal es que el client_id se pase explícitamente desde el frontend (JavaScript) al backend cuando el usuario realiza la compra. Puedes usar gtag('get', 'GA_MEASUREMENT_ID', callback) en JS para obtener el client_id real y luego pasarlo al servidor, por ejemplo, mediante un campo oculto en el formulario de pago o un $_SESSION si lo guardas con una llamada AJAX previa.

¿En qué versión de PrestaShop estás? Esto es crucial para saber dónde inyectar el código JS para capturar el client_id y cómo pasarlo al OrderController o a tu módulo.

Milo

Hola @joaquin_deco, @valeria_store tiene razón, el client_id debe fluir del frontend al backend de forma explícita para una fiabilidad total. En PrestaShop 1.7.2.3, la forma más sencilla sin modificar la base de datos es pasarlo a través de un campo oculto en el formulario de pago final, o bien, si ya lo tienes en el $_SESSION tras una interacción previa del usuario. Luego, en tu hookActionValidateOrder, lo recuperas.

Aquí te dejo una modificación para tu hook que intenta obtener el client_id primero de un campo oculto (que deberías añadir en tu payment.tpl o similar) y, como fallback, intentar parsear la cookie _ga, aunque esta última es menos robusta:

// Dentro de hookActionValidateOrder en tu módulo personalizado:
// 1. Obtener client_id desde el frontend (asume un campo oculto 'ga4_client_id')
$clientId = Tools::getValue('ga4_client_id');
if (empty($clientId) && isset($_COOKIE['_ga'])) { // Fallback: parsear cookie _ga
    $parts = explode('.', $_COOKIE['_ga']); // Ej: GA1.1.12345.67890
    if (count($parts) >= 4) $clientId = $parts[2] . '.' . $parts[3];
}
if ($clientId) {
    // Ahora puedes construir y enviar el payload de GA4 Measurement Protocol
    $measurementId = Configuration::get('PS_GA4_ID'); // ID de medición GA4

Explicación:

Tools::getValue('ga4_client_id'): Intenta obtener el client_id de un campo input hidden que deberías añadir en tu plantilla de pago (themes/classic/templates/checkout/_partials/steps/payment.tpl o similar) antes de que el usuario finalice la compra. Este campo se rellenaría con JavaScript usando gtag('get', 'GA_MEASUREMENT_ID', callback). Es la forma más robusta.
El bloque if (empty($clientId) && isset($_COOKIE['_ga'])): Es un fallback por si el campo oculto no se envía. Intenta extraer el client_id de la cookie _ga. Recuerda que _ga tiene un formato GAX.Y.CLIENT_ID_PART1.CLIENT_ID_PART2, así que necesitamos PART1.PART2. Esta parte es menos fiable debido a bloqueadores y políticas de cookies.
Luego, si clientId no está vacío, puedes proceder a construir el payload completo para GA4 y enviarlo usando cURL. He añadido las constantes PS_GA4_ID y PS_GA4_SECRET que deberías definir en tu configuración o módulo. No olvides añadir el resto de parámetros del evento purchase (productos, moneda, etc.).

Este enfoque te dará un evento de compra server-side mucho más fiable.

joaquin_deco

¡Muchas gracias @Milo! Esta es justo la guía que necesitaba. Tenía un lío tremendo con cómo pasar ese client_id de forma segura. Lo del campo oculto me parece la solución más limpia para mi versión de PrestaShop sin meterme en sobreescrituras de controladores muy complejas.

He implementado la parte del campo oculto en mi payment.tpl para capturar el client_id con JavaScript y luego tu código en el hookActionValidateOrder.

Después de unas pruebas, ¡parece que ahora los eventos se registran correctamente en GA4! Esto es un alivio enorme para el equipo de marketing. ¡Mil gracias por el snippet y la explicación detallada!