Por qué nunca se activan las etiquetas con functionality_storage

Todos los artículos

La etiqueta solo se activa si todas las señales que requiere están concedidas cuando se ejecuta su activador. Una configuración de consentimiento puede denegar functionality_storage y personalization_storage por defecto y actualizar luego solo las cuatro señales que leen las etiquetas de publicidad y analítica de Google. Las dos siguen denegadas aunque alguien acepte. Asígnalas en tu banner o exige una señal que se actualice.

¿Para qué sirven functionality_storage y personalization_storage?

La descripción general de Consent Mode de Google enumera siete tipos de consentimiento. Explica cómo responden las etiquetas a cuatro de ellos: ad_storage, analytics_storage, ad_user_data y ad_personalization. Los otros tres se definen por su finalidad. functionality_storage cubre cosas como los ajustes de idioma, personalization_storage cosas como las recomendaciones de vídeo y security_storage la autenticación y la prevención del fraude.

Así que estas dos suelen importar por una razón: alguien las ha indicado en una etiqueta. En Tag Manager, un widget de chat o un script de recomendaciones puede llevar una comprobación de consentimiento adicional en Consent Settings. La regla de Google para esa comprobación es estricta. La etiqueta solo se activa si todos los tipos de su lista están concedidos cuando se activa.

¿Por qué la etiqueta sigue bloqueada después de aceptar?

Porque aceptar el banner y actualizar la señal son dos cosas distintas. En una corrección de consentimiento que auditamos en agosto de 2026, la página dejaba seis señales denegadas por defecto y security_storage concedida, que es lo normal. La configuración de la plataforma de consentimiento actualizaba después las señales de publicidad y analítica de Google y nada más. Un listener de chat condicionado a functionality_storage nunca se ejecutó, ni siquiera para quienes pulsaron aceptar. Nada avisó de un fallo, porque una etiqueta bloqueada es justo lo que debe producir una configuración de consentimiento.

¿Qué configuraciones lo provocan?

• La actualización solo nombra las señales de Google. Es el caso anterior y el primero que debes descartar.
• El nombre está mal escrito en la actualización. En una actualización escrita a mano, una errata crea otro tipo de consentimiento y el real se queda en su valor por defecto.
• El banner no tiene una categoría equivalente. Sin una opción funcional o de personalización que ofrecer, la plataforma no tiene nada que enviar para esa señal, salvo que le asigne otra categoría.
• El visitante no eligió esa categoría. Si alguien solo acepta analítica, la etiqueta debe seguir bloqueada. Eso es que la configuración funciona.
• El activador solo se ejecutó antes de la elección. Leímos el código de Tag Manager en noviembre de 2026: una comprobación fallida termina ese intento y nada lo repite cuando cambia el consentimiento. La etiqueta necesita un activador que se ejecute después de la actualización, como explica el artículo sobre el evento de actualización del consentimiento. Si además se activa una vez por página, lee antes la nota sobre los intentos bloqueados.

Conviene comprobar también el fallo contrario. La documentación de la API de plantillas de Google trata como concedido un tipo de consentimiento que nunca se ha definido, y el código aplica la misma lógica a las comprobaciones de consentimiento adicionales. Si tu comando por defecto omite estas dos señales, una etiqueta condicionada a una de ellas puede activarse antes de que el visitante haya elegido nada.

¿Cómo saber cuál es tu caso?

1. Acepta todo en Tag Assistant

   Abre tu web en Tag Assistant con un perfil de navegador limpio y pulsa Aceptar todo. Aceptarlo todo descarta la elección del visitante como posible causa.

2. Lee la señal después de la elección

   En Summary, selecciona el último evento Consent y abre la pestaña Consent. Compara las columnas de valor por defecto y de actualización para la señal que requiere tu etiqueta. Si la pestaña no la muestra, ejecuta google_tag_data.ics.entries en la consola. Es un objeto interno y puede cambiar, pero muestra el valor por defecto y la actualización que Google ha guardado para cada tipo.

3. Identifica la causa

   Denegada por defecto y sin actualización tras Aceptar todo significa que tu plataforma no envía esa señal. Una actualización a concedida significa que la señal está bien, así que ve a la etiqueta. Sin ningún estado significa que la etiqueta supera su comprobación en lugar de esperarla.

4. Revisa la etiqueta y su activador

   Abre Consent Settings en la etiqueta y compara cada tipo requerido con la escritura de Google, carácter por carácter. Un tipo mal escrito no tiene estado, así que esa comprobación pasa cuando debería retener la etiqueta. Luego mira cuándo se bloqueó. Una etiqueta bloqueada solo en un activador de carga de página antes de la elección necesita un activador que se ejecute tras la actualización del consentimiento.

5. Corrígelo donde está el fallo

   Si la señal nunca se actualiza, asigna la categoría del banner a esa señal en tu plataforma de consentimiento o en la actualización que envía tu propio código. Si tu plataforma no puede enviarla, exige una señal que sí envíe y que coincida con lo que el visitante ha aceptado.

6. Prueba aceptar, rechazar y la vuelta del visitante

   Repite la comprobación de tres formas. La etiqueta debe activarse tras Aceptar todo, seguir bloqueada tras un rechazo o cuando solo se eligen otras categorías, y activarse de nuevo cuando vuelve el mismo visitante.

La guía de Tag Assistant de Google explica la pestaña Consent con más detalle. Si aún estás decidiendo a qué debe esperar un script, te ayudará en qué categoría de consentimiento va cada script.

¿Una sola categoría del banner debe controlar las dos señales?

Puede. Algunas plataformas envían las dos desde una sola categoría funcional y otras las mantienen separadas. Ambas opciones valen si el texto del banner describe lo que hacen las etiquetas. Lo importante es que cada señal que requiere tu contenedor tenga una categoría detrás.

Velo las mantiene separadas. Con Consent Mode activado, cada elección envía los siete tipos: la categoría Funcional define functionality_storage, Personalización define personalization_storage y security_storage sigue concedida. Un ajuste que conviene vigilar: donde Velo pregunta antes de guardar nada, una categoría que ocultes del banner no se puede conceder, así que su señal sigue denegada incluso tras Aceptar todo. Revisa tu contenedor antes de quitar una. La guía de Consent Mode explica la configuración.