Modo de Consentimiento de Google v2: qué cambió

Qué cambió después de pasar al Modo de Consentimiento v2

El problema se volvió especialmente urgente después de que Google endureció los requisitos sobre cómo funcionan las etiquetas de publicidad y análisis. El consentimiento de cookies ya no es solo un banner de consentimiento de cookies para Google Ads con botones de “Aceptar” y “Rechazar” — ahora es parte de toda la configuración de recopilación de señales. Si un sitio utiliza anuncios, análisis o remarketing, la lógica de consentimiento casi siempre necesita ser revisada.

En el pasado, muchos sitios se las arreglaban con un breve aviso de cookies. Eso ya no es suficiente. El Modo de Consentimiento v2 de Google cambia el mecanismo real: el sitio tiene que pasar el estado de consentimiento antes de que se activen las etiquetas, no después, y ahí es donde surge la pregunta de qué hay de nuevo en el consentimiento de cookies después de cambiar al Modo de Consentimiento v2 de Google. El equipo obtiene más puntos de control, y el propietario del sitio tiene más lugares donde pueden ocurrir errores.

En la práctica, esto es notable incluso en proyectos simples. El banner puede verse igual, pero detrás de él ahora hay reglas para las etiquetas de GA4, Google Ads y GTM, y la configuración del Modo de Consentimiento v2 de GA4 debe ser verificada cuidadosamente. Un escenario incorrecto — y algunos eventos desaparecen en la nada. O en una zona gris, que es igual de mala.

Cómo difiere el Modo de Consentimiento v2 de la versión anterior

La principal diferencia son las nuevas señales de consentimiento. En el enfoque anterior, las personas a menudo solo miraban la analítica y la publicidad en términos generales, pero ahora Google espera configuraciones más precisas para los tipos de datos y la personalización. Esto afecta no solo al banner, sino también a cómo el sitio entrega etiquetas en la primera visita de un usuario.

El Modo de Consentimiento v2 introduce una lógica más estricta para los escenarios publicitarios. Si un sitio anteriormente podía operar con un modelo simple de “permitido o no permitido”, ahora tiene que separar varios parámetros y pasarlos explícitamente. De lo contrario, las etiquetas publicitarias se comportan de manera impredecible: algunas están bloqueadas, algunas funcionan en modo de señal limitado, y los informes en el panel de control se ven desiguales.

Un banner de cookies básico muestra la elección del usuario. El Modo de Consentimiento v2 convierte esa elección en algo técnicamente significativo para las etiquetas. Esa es la diferencia: el banner es la interfaz, mientras que el Modo de Consentimiento v2 es la capa de reglas para la analítica y la publicidad. Las personas a menudo los confunden.

Qué datos y permisos ahora deben ser considerados

El enfoque suele estar en cuatro categorías: analytics_storage, ad_storage, ad_user_data y ad_personalization. No son intercambiables, y esto no es solo una cuestión de terminología. analytics_storage es responsable de almacenar datos analíticos, ad_storage de las cookies publicitarias, ad_user_data de pasar datos de usuario a los sistemas publicitarios, y ad_personalization de la personalización de anuncios.

Si un sitio solo recopila estadísticas básicas, puede parecer que un permiso es suficiente. En realidad, no lo es. Google Ads y escenarios relacionados requieren diferentes niveles de consentimiento, y a veces se necesitan varias categorías a la vez. Esto es especialmente notable en el comercio electrónico: un usuario rechaza anuncios pero permite analítica, y los contadores necesitan entender eso sin adivinar.

También hay una matiz práctico. El texto en el banner debe coincidir con las categorías que están realmente habilitadas en la configuración de consentimiento. Si un sitio pide a los usuarios que “permitan cookies” pero internamente divide los datos en cuatro modos, se vuelve difícil entender a qué están accediendo. Y luego es difícil explicar a un auditor por qué la interfaz y la lógica viven vidas separadas.

Cómo esto afecta el banner de cookies y la experiencia del usuario

El banner de cookies ya no puede ser demasiado genérico. El usuario debe ver no solo un botón de aceptar, sino también una opción clara de rechazar, y a veces una elección basada en categorías. El texto tiene que reescribirse, porque frases como “usamos cookies para mejorar el servicio” ya no satisfacen la necesidad de detalle.

Los botones también cambian. En una configuración adecuada, el usuario debe ver al menos dos acciones iguales: aceptar y rechazar. A veces se necesita una tercera opción: abrir la configuración y elegir categorías manualmente. Esto no es un extra decorativo. Si un sitio tiene anuncios, analíticas y retargeting, una simple elección de sí o no puede no cubrir todos los escenarios.

También necesitas pensar en cómo los usuarios pueden reabrir la configuración más tarde. Las personas a menudo cambian de opinión no inmediatamente, sino después de 2–3 visitas. Si el enlace de configuración está oculto en el pie de página y escrito en texto pequeño, el consentimiento se convierte en una formalidad. Luego, el equipo de marketing se pregunta por qué hay tantas rechazos y por qué el comportamiento del usuario en los informes no coincide con las expectativas.

Para proyectos complejos, es útil alinear el banner con la arquitectura general del sitio por adelantado en lugar de añadirlo a última hora. Aquí también puede ayudar mirar a seguridad del sitio web, porque la capa de consentimiento a menudo vive junto a otros scripts, y un error en un lugar puede afectar la carga en otro lugar.

Qué verificar en análisis y publicidad

Lo primero que hay que verificar es GA4. Si el consentimiento se pasa incorrectamente, algunos eventos pueden no llegar, y otros pueden perder parámetros. Eso es frustrante para los informes: el tráfico está ahí, las conversiones están ahí, pero la atribución comienza a desviarse.

Google Ads también es sensible al Modo de Consentimiento v2. Un error en los parámetros de consentimiento puede cortar las audiencias de remarketing, reducir la calidad de las señales de conversión y hacer que las comparaciones de campañas sean menos confiables. Esto es especialmente notable en sitios que reciben tráfico de múltiples fuentes, mientras que la plataforma de anuncios prefiere datos limpios.

GTM debe ser verificado por separado. El contenedor puede estar configurado correctamente, pero los disparadores se activan antes de que llegue el consentimiento predeterminado. Como resultado, el píxel se activa antes de que el sitio haya recibido la elección del usuario. El código está ahí, pero la lógica está rota.

Los píxeles de terceros también deben ser probados manualmente. Meta Pixel, TikTok Pixel, servicios de remarketing y widgets de análisis a veces no pueden funcionar correctamente en la nueva configuración sin una plomería adicional. En un sitio pequeño, eso significa una o dos caídas de datos extrañas; en uno grande, se convierte en una brecha sistemática.

Errores comunes después de implementar el Modo de Consentimiento v2

El error más común es el orden incorrecto de carga de etiquetas. El consentimiento predeterminado debe ejecutarse primero, y solo después deben lanzarse las analíticas y los anuncios. Si el orden se invierte, el sitio envía señales sin el estado adecuado, y corregir eso más tarde es más difícil de lo que parece.

Otro problema es no tener ningún consentimiento predeterminado. Entonces, el sistema no sabe cómo comportarse antes de que el usuario tome una decisión. A veces, los desarrolladores esperan que el banner maneje todo, pero sin un estado inicial explícito, el Modo de Consentimiento v2 no funciona como se espera.

Las configuraciones de CMP y GTM a menudo se desvían. En la interfaz, el usuario rechazó los anuncios, pero GTM aún obtiene permiso para ad_storage. Este conflicto no siempre se destaca de inmediato. Aparece más tarde, cuando el equipo compara números de Google Ads y los informes de CMP.

Para sitios donde no solo las analíticas, sino la estabilidad general importan, es útil mirar soporte del sitio web después del lanzamiento: los errores de consentimiento rara vez existen de forma aislada, y a menudo se encuentran junto a otros problemas de lanzamiento, almacenamiento en caché y scripts.

Cómo preparar un sitio para la actualización

Es mejor comenzar con una auditoría del banner de cookies actual. Necesitas entender qué categorías de consentimiento ya existen, qué textos ve el usuario y dónde se almacena la elección. Un banner puede verse ordenado mientras aún carece de los estados correctos para el nuevo modo de Google.

El siguiente paso es verificar la CMP. Si la plataforma de gestión de consentimiento no puede pasar analytics_storage, ad_storage, ad_user_data y ad_personalization, la actualización se prolongará. A veces es más fácil adaptar la integración que reconstruir todo el sitio, pero eso depende de la pila y el volumen de tráfico.

Después de eso, actualiza las etiquetas. En GTM o en el código del sitio, necesitas establecer el consentimiento predeterminado, verificar el orden de carga y asegurarte de que las etiquetas publicitarias no se activen antes de tiempo cuando el usuario rechaza. Luego prueba todo en modo de vista previa y nuevamente en el sitio en vivo. Una prueba en un navegador no es suficiente.

También vale la pena revisar el aspecto visual. El botón “Personalizar” no debería estar oculto detrás de clics adicionales. Su etiqueta es mejor mantenerla corta. Nadie lee frases largas.

Qué considerar desde una perspectiva legal y de documentación

El aspecto técnico no cierra el problema por completo. Necesitas una política de privacidad, una política de cookies y un texto que explique claramente las categorías de datos y cómo se puede retirar el consentimiento. Si el usuario elige rechazar, el sitio debe ser capaz de registrar eso y preservar la lógica elegida.

Los documentos deben ser verificados en relación con el comportamiento real del banner. Si la política dice una cosa y el banner hace otra, eso crea un riesgo innecesario durante la revisión y para la confianza. Y sí, la confianza aquí se puede perder por una frase torpe.

Para proyectos donde la transparencia y el comportamiento predecible del sitio son importantes, es útil confiar en cómo evaluar la fiabilidad de un sitio web antes de hacer un pedido. La lógica de consentimiento es parte de la fiabilidad, porque un error allí rompe la analítica tan confiablemente como un formulario de contacto roto.

Si el sitio ya rastrea las acciones de los usuarios, también vale la pena verificar cómo se almacenan los registros de consentimiento y quién tiene acceso a ellos. Esto no es solo un problema técnico, sino también organizativo. Cuando una empresa tiene tres contratistas y dos equipos internos, la responsabilidad difusa rápidamente se convierte en una disputa.

Y finalmente, después de que la actualización esté en vivo, no dejes el consentimiento de cookies en piloto automático. Durante los primeros 7–14 días, deberías monitorear los informes, verificar caídas de tráfico y comparar el comportamiento de las etiquetas de anuncios antes y después del lanzamiento. En tareas como esta, la plataforma de análisis y monitoreo del sitio web · puede ayudar si necesitas un control regular sobre cómo el sitio entrega señales y si pierde datos en el camino.