# Google Consent Mode v2 en PrestaShop: cómo implantarlo correctamente > El estado por defecto debe declararse antes de la carga de los scripts de medición: es el error que deja todo el dispositivo inoperante. Las cuatro señales, por qué el bloqueo previo sigue siendo necesario y qué permite realmente la modelización. - Página: - Idioma: es - Publicado el: 2026-10-20 - Actualizado el: 2026-10-10 - Otros idiomas: [fr](https://www.datafirefly.com/2026/10/20/consent-mode-v2-prestashop-mise-en-place/index.md), [en](https://www.datafirefly.com/en/2026/10/20/consent-mode-v2-prestashop-setup/index.md), [de](https://www.datafirefly.com/de/2026/10/20/consent-mode-v2-prestashop-einrichten/index.md), [it](https://www.datafirefly.com/it/2026/10/20/consent-mode-v2-prestashop-implementazione/index.md), [pl](https://www.datafirefly.com/pl/2026/10/20/consent-mode-v2-prestashop-wdrozenie/index.md), [nl](https://www.datafirefly.com/nl/2026/10/20/consent-mode-v2-prestashop-correct-instellen/index.md), [pt](https://www.datafirefly.com/pt/2026/10/20/consent-mode-v2-prestashop-implementacao/index.md) - Índice: El modo de consentimiento es el mecanismo por el que tus herramientas de medición y publicidad adaptan su comportamiento a lo que el visitante ha aceptado. Su implantación se ha convertido en una condición de acceso a ciertas funciones publicitarias en Europa, y a menudo se hace a medias. Las reglas generales del banner de cookies se han tratado aparte. Este artículo trata la articulación técnica con las herramientas de medición. ## El principio Sin modo de consentimiento, tu elección es binaria: o el script de medición se carga, o no se carga. Con el modo de consentimiento, el script se carga en un estado restringido mientras el visitante no haya aceptado. No escribe cookie, no transmite identificador y puede enviar señales despojadas de datos personales. Dos consecuencias prácticas. Conservas una medición agregada sobre los visitantes que rechazan. Y el paso del rechazo a la aceptación se tiene en cuenta de inmediato, sin recargar. Punto que no hay que confundir: este mecanismo no exime del consentimiento. Define lo que hacen tus herramientas en su ausencia. ## Las cuatro señales El dispositivo se apoya en cuatro indicadores, cada uno concedido o denegado de forma independiente. Dos afectan a la **medición de audiencia**: el almacenamiento con fines analíticos y la transmisión de los datos de medición. Dos afectan a la **publicidad**: el almacenamiento publicitario y el uso de los datos para personalización o medición publicitaria. Tres reglas de implementación. **Cada señal debe corresponder a una finalidad de tu banner.** Si tu banner propone «medición de audiencia» y «publicidad», la correspondencia es sencilla. Si solo propone una elección global, no puedes rellenar las señales correctamente. **Todas las señales deben declararse**, incluso las que no usas. Una señal ausente se trata como no definida, que no es lo mismo que denegada. **El estado por defecto es el rechazo**, hasta que el visitante elija. ## El orden de ejecución, punto crítico Es el error técnico más frecuente y deja todo el dispositivo inoperante. El estado por defecto debe declararse **antes** de la carga de los scripts de medición. Si el script se carga primero y el estado llega después, el primer evento sale con los ajustes por defecto de la herramienta, es decir sin restricción. En concreto, la secuencia es: declaración del estado por defecto, luego carga del gestor de etiquetas, luego actualización del estado cuando el visitante elige. En PrestaShop, eso supone que el código de declaración se inyecte muy arriba en la página, antes que cualquier otro script de medición. Un módulo de consentimiento que se carga después del gestor de etiquetas no puede funcionar correctamente. **Verificación:** mira el orden de los scripts en el código fuente de tu página de inicio. La declaración de estado debe preceder a todo lo demás. ## El bloqueo previo sigue siendo necesario Confusión frecuente que conviene despejar. El modo de consentimiento gestiona el comportamiento de las herramientas que lo soportan. No bloquea las demás. Tus scripts de chat, de mapa, de vídeo incrustado, de reseñas o de test de comportamiento no lo conocen. Deben ser bloqueados por tu dispositivo de consentimiento, como antes. La configuración correcta combina por tanto dos mecanismos: un **bloqueo previo** para todo lo que deposita rastreadores sin soportarlo, y el **modo de consentimiento** para las herramientas compatibles. Error que evitar: creer que la implantación del modo de consentimiento exime del bloqueo. Solo cubre una parte de tu página. ## La actualización en el momento de la elección Tres puntos de implementación. **La actualización debe ser inmediata**, sin recargar la página. Un visitante que acepta debe ver activarse la medición completa en su sesión en curso. **Debe reflejar la elección por finalidad**, no aplicar un acuerdo global. Un visitante que acepta la medición y rechaza la publicidad debe producir dos señales concedidas y dos denegadas. **La elección debe memorizarse** y reaplicarse en cada visita, hasta su expiración. Punto complementario: la retirada del consentimiento también debe actualizar las señales, en el otro sentido. Un dispositivo que solo gestiona la aceptación está incompleto. ## Lo que mides en caso de rechazo Pregunta legítima, y la respuesta merece matices. En estado restringido, las herramientas pueden transmitir señales sin identificador ni cookie. Esas señales permiten una estimación del comportamiento de los visitantes que han rechazado, mediante modelización. Tres precisiones honestas. Esa estimación es una **modelización**, no una medición. Produce órdenes de magnitud, no cifras exactas. Supone un **volumen suficiente** de datos observados para poder calcularse. En una tienda pequeña puede no estar disponible. No **restablece** lo que el rechazo ha suprimido. Atenúa la pérdida, no la anula. Presentar este mecanismo como un medio para «recuperar las conversiones perdidas» es una lectura excesiva que circula mucho. ## Verificar que funciona Cuatro controles, todos realizables en el navegador. **Antes de cualquier elección**, abre la consola y mira las peticiones salientes. Las llamadas de medición pueden salir, pero sin cookie y con los parámetros que indican el estado restringido. **Tras un rechazo**, comprueba que no se deposita ninguna cookie de medición ni de publicidad. **Tras una aceptación**, comprueba que las cookies aparecen y que las llamadas llevan los identificadores esperados. **En una visita de vuelta**, comprueba que la elección anterior se reaplica sin volver a preguntar. Añade un control en la propia herramienta de medición, que suele exponer un informe sobre el estado de las señales recibidas. Ahí es donde se ven las incoherencias que la consola no muestra. ## Los errores frecuentes **Una sola señal definida.** Algunas configuraciones solo declaran el almacenamiento analítico y dejan las otras tres sin definir. **El estado por defecto concedido.** Error grave: equivale a recoger antes del consentimiento. **La correspondencia aproximada.** Una finalidad «marketing» de tu banner mapeada sobre las cuatro señales a la vez, lo que no respeta la elección del visitante. **El dispositivo ausente en ciertas páginas.** El proceso de compra o las páginas de aterrizaje publicitarias escapan a veces al banner, por una plantilla de página distinta. Este último caso es el más dañino: las páginas que más cuentan para tu medición son aquellas donde falta el dispositivo. ## La articulación con el envío desde servidor Punto a tratar si transmites eventos desde tu servidor. El envío desde servidor no pasa por el navegador, así que ignora el estado de las señales, salvo que se lo transmitas explícitamente. Dos consecuencias. Tu implementación de servidor debe **conocer el estado del consentimiento** del visitante, lo que supone almacenarlo y asociarlo a la sesión. Y debe **condicionar o restringir el envío** en consecuencia. Transmitir datos publicitarios desde el servidor de un visitante que los ha rechazado en el navegador es una elusión, no una optimización. El implanta esta cadena en PrestaShop 8 y 9: declaración del estado por defecto antes de cualquier script de medición, correspondencia entre las finalidades del banner y las cuatro señales, actualización inmediata en la elección y bloqueo previo de los scripts de terceros que no soportan el mecanismo.