Cómo cambiar de plataforma de consentimiento sin romper el seguimiento

Haz el cambio en este orden: instala la nueva plataforma junto a la antigua, haz que cada condición de consentimiento apunte a la nueva señal y quita la plataforma antigua al final. Lo que rompe una migración rara vez es el nuevo banner. Es lo que el antiguo deja en tu gestor de etiquetas: variables que leen cookies que ya no existen y las excepciones construidas sobre ellas.
¿Por qué el nuevo banner es la mitad fácil?
Las páginas de migración que publican los proveedores de consentimiento coinciden a grandes rasgos en la secuencia: auditar, exportar tus registros de consentimiento, desplegar el nuevo script y pasar a producción. Esas páginas suelen calcular entre tres y diez días para ello. Esa secuencia es correcta, y es la mitad del trabajo que avisa cuando algo sale mal.
La mitad de la que nadie escribe es lo que la plataforma que se va deja dentro del contenedor. Una herramienta de consentimiento instalada en un gestor de etiquetas nunca es una sola etiqueta. Es una plantilla, variables que leen sus cookies, activadores que escuchan sus eventos y, lo que más consecuencias tiene, las excepciones que otras personas construyeron sobre esas variables en los años siguientes. Si borras la etiqueta, todo eso se queda exactamente donde está, activado y evaluándose en cada carga de página.
¿Qué le hace una variable muerta a una regla de bloqueo?
Una variable que lee una cookie de consentimiento devuelve el valor de esa cookie. Cuando la plataforma que la escribía desaparece, la cookie desaparece, y la variable devuelve undefined en todas las páginas.
Ahora piensa en la regla construida sobre ella. Las condiciones de bloqueo se escriben en negativo: bloquea esta etiqueta cuando la variable de consentimiento no contiene la categoría que necesita. Frente a una cookie real, eso es falso siempre que se dio el consentimiento, y la etiqueta se dispara. Frente a undefined es verdadero. Siempre, para todos los visitantes, incluidos los que lo aceptaron todo.
Una excepción siempre verdadera es una etiqueta que no vuelve a dispararse.
La misma regla, sin cookie, sin etiqueta.
Antes del cambio
- La plataforma antigua escribe su cookie
- La variable lee un valor real
- «Bloquear si no se ha concedido» es falso
- La etiqueta se dispara
Después del cambio
- Plataforma eliminada, cookie desaparecida
- La misma variable:
undefined - La misma regla es verdadera en todas las páginas
- La etiqueta no vuelve a dispararse
El contenedor sigue siendo válido y el nuevo banner funciona. Nada informa de un error.
En un conjunto de webs en producción que auditamos tras un cambio de plataforma, cuatro etiquetas llevaban unos ocho meses bloqueadas así sin que nadie lo notara, entre ellas la principal conversión publicitaria. Nadie había tocado esas etiquetas. El contenedor era válido, el nuevo banner funcionaba y la señal de Consent Mode era correcta. Las reglas de bloqueo, simplemente, apuntaban a una plataforma que ya no estaba.
¿Cómo cambias de plataforma sin un hueco en el seguimiento?
Haz inventario de lo que tiene la plataforma antigua
Exporta el contenedor a JSON y busca en él el nombre del proveedor antiguo. Buscas cuatro cosas, no una: su plantilla de etiqueta, las variables que leen sus cookies, los activadores que escuchan sus eventos y todas las excepciones construidas sobre esas variables.
Apunta qué señal condiciona cada etiqueta, ahora y después
Una fila por cada etiqueta condicionada: la condición que la controla hoy y la que la controlará cuando esté la nueva plataforma. Hazlo mientras la configuración antigua sigue activa y se puede leer. Es lo que te permite verificar el cambio después.
Deja que la nueva plataforma se encargue de los valores por defecto
La nueva plataforma va en Consent Initialization y fija los valores denegados por defecto para
ad_storage,analytics_storage,ad_user_datayad_personalization. La guía de Google sobre Consent Mode pide esos valores por defecto antes de que cualquier etiqueta envíe datos de medición. Retira los valores por defecto antiguos en la misma versión: dos comandos de valores por defecto compitiendo son un riesgo real, no una doble red de seguridad.Rehaz las excepciones antes de borrar nada
Todas las reglas de bloqueo construidas sobre las variables de la plataforma antigua se reescriben primero con el nuevo estado de consentimiento, mientras las variables antiguas aún devuelven valores reales y puedes comparar el comportamiento. Es el paso que se saltan las migraciones, porque las excepciones viven en otra parte del contenedor.
Borra al final las variables y plantillas antiguas
Solo cuando nada haga referencia a ellas. Un gestor de etiquetas te dice qué sigue apuntando a una variable, así que trabaja hasta que esa lista esté vacía y después quita las variables y la plantilla del proveedor. Una plantilla huérfana sigue registrada.
Verifica lo que se dispara, no solo lo que se filtra
En un perfil nuevo, recházalo todo y confirma que no se instala ninguna cookie de publicidad ni de analítica. Después acepta y recorre tu lista del paso dos confirmando que cada etiqueta se dispara de verdad. Por último, compara las conversiones de esta semana con las de la semana anterior al cambio.
Conviene hacer bien, y no a la ligera, la parte de rechazo de esa verificación: aquí tienes la secuencia completa previa al lanzamiento, y aquí, las dos lecturas que confirman la señal de Consent Mode.
¿Qué sobrevive a una migración y no debería?
Plantillas de variables huérfanas. Borrar las etiquetas de un proveedor no desinstala sus plantillas. Se quedan en el contenedor, sin usar pero registradas, y es fácil pasarlas por alto. Quítalas junto con las variables.
Asignaciones de consentimiento de todo o nada. Las configuraciones antiguas suelen condicionarlo todo a un único evento de «todo aceptado», en lugar de a categorías. Si es eso lo que estás migrando, todos los visitantes que aceptaron unas categorías y rechazaron otras ya eran invisibles, con independencia del cambio. Vas a tocar todas las etiquetas condicionadas de todos modos, así que pasa a condiciones por categoría en lugar de reproducir la forma antigua en una herramienta nueva.
Scripts que nunca estuvieron en el contenedor. Un script de proveedor pegado directamente en el head de la web tampoco lo condicionaba la plataforma antigua, y la nueva no llegará a él a menos que lo pases al contenedor o lo envuelvas. Si un script concreto se puede mover es algo que conviene decidir script a script, y una migración es el momento natural para hacerlo.
¿Qué pasa con el consentimiento que ya dieron los visitantes?
Cuenta con que se vuelva a preguntar a los visitantes. Cada plataforma lee su propia 'decisión guardada', así que, a menos que la nueva esté configurada para leer la cookie de la antigua, los visitantes que vuelven ven el banner otra vez después del cambio.
Conserva los registros antiguos. Según el artículo 7.1 del RGPD, cuando el tratamiento se basa en el consentimiento, el responsable 'deberá ser capaz de demostrar' que el visitante lo dio. Esa obligación no termina cuando se quita la herramienta que lo registró. Exporta el registro de consentimiento de la plataforma antigua antes de que termine el contrato y anota la fecha en que la nueva tomó el relevo. Aquí explicamos qué contiene un registro de consentimiento útil.
¿Cómo puedes saber si ya te ha pasado?
Si cambiaste de plataforma en el pasado y nunca hiciste el paso seis, dos lecturas te dirán en qué punto estás.
En el contenedor, busca el nombre del proveedor anterior. Todo lo que aparezca son restos. Cualquier excepción construida sobre una variable que lee una cookie que ya no escribe ninguna plataforma está bloqueando su etiqueta ahora mismo, y lleva haciéndolo desde el día en que se quitó la herramienta antigua.
En los datos, elige tu conversión más importante y mira una tendencia de doce meses, no de treinta días. Un bloqueo silencioso no parece un descenso. Parece un escalón limpio hasta casi cero en una fecha concreta, que luego se mantiene plano, una forma que no produce ningún cambio de audiencia ni de mercado. Compara esa fecha con la del cambio de plataforma. Aquí tienes las otras causas de una caída de un día para otro; esta es la que más tarda en detectarse, porque las etiquetas que perdieron su condición son solo una parte y el total cae sin llegar a desaparecer.
Velo suele ser la plataforma a la que se cambia, así que este consejo nos interesa. Aun así, es el consejo: los restos pertenecen a la herramienta que dejas y ningún banner nuevo puede limpiarlos por ti. Presupuesta el trabajo en el contenedor, no solo la instalación.
Preguntas frecuentes
Lo que más se pregunta sobre este tema.
¿Cómo cambiar de plataforma de gestión del consentimiento sin romper el seguimiento?
Instala la nueva plataforma junto a la antigua, haz que cada condición de consentimiento apunte a la nueva señal y quita la plataforma antigua al final. El riesgo no es el nuevo banner, sino los 'restos' de la plataforma antigua: variables que leen cookies que ya no existen y las reglas de bloqueo construidas sobre ellas. Rehaz esas reglas antes de borrar las variables que leen.
¿Qué se rompe al cambiar de plataforma de consentimiento de cookies?
Lo más habitual, etiquetas que estaban bien condicionadas con la plataforma antigua. Una variable que lee una cookie de consentimiento devuelve undefined en cuanto esa cookie desaparece, así que una excepción escrita como «bloquear cuando no se ha concedido el consentimiento» da verdadero en todas las páginas y bloquea su etiqueta para siempre. Nada informa de un error y el contenedor sigue siendo válido.
¿Debo quitar la plataforma de consentimiento antigua antes de instalar la nueva?
No, quítala al final. La necesitas activa mientras mapeas qué condición controla cada etiqueta y rehaces esas condiciones con el nuevo estado de consentimiento, porque es entonces cuando puedes comparar directamente los dos comportamientos. Lo único que no puede solaparse son los valores denegados por defecto: los fija una sola plataforma, nunca las dos.
¿Los visitantes tienen que volver a dar su consentimiento cuando cambias de plataforma?
Normalmente, sí. A menos que la nueva plataforma esté configurada para leer la decisión guardada por la antigua, los visitantes que vuelven ven el banner otra vez después del cambio. Conserva en cualquier caso el registro de consentimiento de la plataforma antigua: el RGPD exige que puedas 'demostrar' que se dio el consentimiento, y esa obligación no caduca cuando se quita la herramienta que lo registró.
¿Por qué cayeron nuestras conversiones después de cambiar de banner de cookies?
Comprueba si las reglas de bloqueo de la plataforma antigua llegaron a rehacerse. Si se quedaron como estaban, ahora hacen referencia a variables que devuelven undefined, lo que hace que las reglas sean siempre verdaderas y que las etiquetas que protegen estén bloqueadas para siempre. En los datos se ve como un escalón limpio hasta casi cero en una fecha concreta, que luego se mantiene plano.
Privacidad web, en un solo lugar.
Analiza tu web →

