Tres formas de bloquear cookies en PrestaShop y cuál elegir

En julio de 2024 un compañero preguntó qué sistema de cookies montar y Gustavo, de la comunidad, lo resumió en tres tipos. Lo importante no es tanto cuál eliges como que bloquee de verdad antes del consentimiento, y eso depende sobre todo de dónde estén metidos tus píxeles.

Tipo 1: un módulo que impide ejecutar otros módulos

Funciona con un override: según lo que acepte el visitante, deja que se ejecuten unos módulos u otros. Si no acepta publicidad, el módulo del píxel ni siquiera imprime su código.

• A favor: fácil de instalar y configurar. Te olvidas de Tag Manager; solo señalas qué módulos van en cada categoría.
• En contra: si no lo configuras bien, se te escapan cookies de terceros porque no has marcado el módulo correcto. Y solo controla módulos: el código pegado a mano en la plantilla se queda fuera.

Tipo 2: una plataforma de consentimiento de pago

Es un servicio externo con una base de datos de cookies y scripts conocidos. Detecta lo que carga tu web y bloquea el código que las genera.

• A favor: fácil de instalar y te olvidas. El modo de consentimiento de Google funciona bien, porque suelen ser socios certificados de Google.
• En contra: la cuota mensual.

Tipo 3: el consentimiento de Google Tag Manager

Todo se envía a Tag Manager, y es Tag Manager el que, según el consentimiento, dispara o no cada etiqueta. Gustavo trabaja así.

• A favor: todo centralizado. No necesitas diez módulos: con uno y la configuración de Tag Manager mandas datos a todos los sistemas. Suelen combinarse con el modo de consentimiento y con las API de Google y Facebook.
• En contra: difícil de configurar. Necesitas saber de Tag Manager o pagar a quien sepa.

Añadió un caso mixto: hay módulos de Tag Manager que hacen lo del tipo 3, pero necesitan además un bloqueador como el del tipo 1.

El píxel que se escapa

En abril otro miembro del grupo configuraba un módulo de cookies y veía en las herramientas del navegador, en el almacenamiento, la cookie de Facebook (_fbp) antes de pulsar nada en el banner. Gustavo le dio la lista de sitios donde mirar:

• El código del píxel pegado en el head.tpl de la plantilla. Era su caso: lo había puesto ahí siguiendo las instrucciones de Facebook.
• Un módulo que el bloqueador no tiene marcado.
• Un campo de «código personalizado» de algún módulo de la plantilla que imprime el script.

Un bloqueador del tipo 1 no puede parar código que no pasa por un módulo. Por eso Gustavo insiste: aunque sea más técnico, mételo todo en Tag Manager. Menos módulos y más control del consentimiento en los píxeles.

Otro detalle del mismo hilo: con el modo de consentimiento v2, un módulo antiguo puede no ajustar bien los estados. Si tu bloqueador es de antes de 2024, comprueba que está actualizado.

Lo que dice Google y lo que dice la ley

En febrero de 2024 otro miembro del grupo contó que, en una reunión, Google le insistió en usar una plataforma de consentimiento certificada por ellos. Gustavo lo explicó así: te lo recomiendan porque solo pueden aconsejar lo que saben que funciona; si eliges otra cosa y no cumple con el modo de consentimiento v2, se lavan las manos. Pero la ley no obliga a usar una plataforma concreta. La plataforma certificada es un requisito de Google para quien muestra en su web anuncios de AdSense, Ad Manager o AdMob a visitantes europeos; a quien se anuncia, Google le pide que le envíe el consentimiento, que es lo que hace el modo de consentimiento v2. Lo que sí hay que hacer, como recordó el grupo, es bloquear de verdad hasta que haya consentimiento y poder demostrarlo; el detalle legal de tu caso, con tu asesor.

Cómo comprobar el tuyo en cinco minutos

1. Abre la tienda en una ventana privada.
2. Herramientas del navegador, pestaña de almacenamiento o aplicación, apartado de cookies.
3. Sin tocar el banner, recarga y mira qué cookies hay. Solo deberían aparecer las técnicas de la tienda.
4. Rechaza todo y vuelve a mirar. Navega a una ficha y al carrito.
5. Acepta y comprueba que ahora sí aparecen las de analítica y publicidad.

Si en el paso 3 ves _ga, _fbp o similares, algo se escapa del bloqueo. Busca ese código en la plantilla y en los módulos.

En Rekire hicimos RKR Cookies para esto: bloqueo real antes del consentimiento, modo de consentimiento v2 y registro de los consentimientos.

Esto salió en @PrestashopEsp, la mayor comunidad PrestaShop de España en Telegram. Ver la conversación