La fuga silenciosa de ingresos

Cuando tu eCPM cae unos puntos porcentuales cada mes, la causa rara vez es el inventario o los precios mínimos. Más a menudo es una TC string rota — la señal del IAB Transparency & Consent Framework (TCF) que viaja con cada solicitud de anuncio. Una cadena mal formada o ausente no genera ningún error ruidoso. En su lugar, el servidor de anuncios recurre silenciosamente a anuncios no personalizados, los socios de demanda se retiran y los ingresos se desangran sin una sola alerta. Para los editores de apps y juegos que monetizan en el EEE y el Reino Unido, es la causa más ignorada de pérdida de ingresos.

Qué transporta realmente la TC string

La TC string es un bloque codificado en base64 creado por tu Plataforma de Gestión del Consentimiento (CMP). Codifica las decisiones del usuario: finalidades consentidas, proveedores permitidos, tu ID de CMP, la versión de la política y una marca de tiempo. Los compradores la decodifican en milisegundos para decidir si pueden pujar con segmentación personalizada. Dos señales importan igual:

• gdprApplies — un indicador (1, 0 o indefinido) que dice a los compradores si el GDPR es aplicable.
• Google Consent Mode v2 — las señales ad_storage, ad_user_data y ad_personalization que Google lee de forma independiente de la cadena TCF.

Si alguna de ellas es incorrecta, la demanda se evapora — incluso cuando el usuario realmente dio su consentimiento.

Los cinco errores que te cuestan dinero en silencio

1. Cadena ausente o caducada. Si el CMP nunca escribe una cadena, o el consentimiento en caché envejece más allá de tu ventana de reconsulta, las solicitudes salen sin señal. Los compradores tratan "sin cadena" como "sin consentimiento" y pujan solo con demanda contextual de bajo eCPM, o se saltan la subasta.

2. ID de CMP incorrecto. Cada CMP certificado tiene un ID registrado incrustado en la cadena. Si se escribe un ID no reconocido, Google y los proveedores del IAB lo rechazan — algo común tras una migración con el SDK antiguo todavía empaquetado.

3. Proveedor no declarado. Un socio de demanda puede tener el consentimiento completo, pero si su ID de proveedor no está en la lista de proveedores permitidos, no puede pujar de forma personalizada. Los editores a menudo olvidan actualizar la lista tras añadir un socio.

4. gdprApplies mal formado. Pasar una cadena "1" en lugar de un entero, o dejarlo undefined para un usuario claramente en el EEE, confunde a los compradores. Un gdprApplies=0 incorrecto también puede exponerte a riesgo de cumplimiento mientras parece correcto.

5. Las señales de Consent Mode no se disparan. La cadena TCF puede ser perfecta mientras Consent Mode permanece en su estado denegado por defecto — por ejemplo, cuando el SDK carga anuncios antes de que se resuelva el consentimiento. Google entonces sirve anuncios no personalizados sin importar la TC string.

Un flujo de depuración paso a paso

Trabaja desde el dispositivo hacia el servidor de anuncios, y reproduce en un estado limpio — borra los datos de la app o usa un perfil de navegador nuevo para que el consentimiento obsoleto no te despiste.

• Paso 1 — Captura la cadena en bruto. En web, léela mediante __tcfapi('getTCData', 2, cb). En una app, extrae la clave IABTCF_TCString de SharedPreferences (Android) o NSUserDefaults (iOS).
• Paso 2 — Decodifica y valida. Pégala en el decodificador del IAB TCF o en un validador de CMP. Confirma que el ID de CMP es el tuyo, que la versión de la política y la marca de tiempo están actualizadas, y que tus ID de proveedores clave aparecen en la lista.
• Paso 3 — Inspecciona la solicitud de anuncio. Usa Charles Proxy o un inspector de red para observar la solicitud de GAM y verifica que los parámetros gdpr y gdpr_consent lleven los valores correctos.
• Paso 4 — Comprueba Consent Mode. Usa Google Tag Assistant para confirmar que ad_user_data y ad_personalization cambian a granted cuando el usuario acepta.
• Paso 5 — Confirma en GAM. Abre la dimensión de informes de anuncios no personalizados de Ad Manager. Un pico de tráfico NPA que no coincide con tu tasa de exclusión es la huella de una cadena defectuosa.

Corregir la causa raíz

Parchear una solicitud defectuosa es fácil; prevenir la siguiente es el trabajo de verdad. Haz que los anuncios esperen al consentimiento antes de inicializarse, mantén tu lista de proveedores sincronizada con tu pila de demanda y monitoriza la proporción de impresiones personalizadas frente a no personalizadas — un cambio ahí es tu aviso más temprano.

Aquí es donde un CMP certificado por Google demuestra su valor. FlexyConsent emite cadenas IAB TCF 2.3 válidas con el ID de CMP y las declaraciones de proveedores correctas, dispara las señales de Consent Mode v2 para que ad_user_data y ad_personalization sigan la decisión del usuario, y muestra analíticas de tasa de consentimiento en web, Android e iOS — de modo que una cadena rota aparezca en un panel, no en tu liquidación.

Puntos clave

• Una TC string defectuosa no falla con estrépito — te degrada silenciosamente a anuncios no personalizados y a un eCPM más bajo.
• Cinco culpables: cadenas ausentes o caducadas, ID de CMP incorrecto, proveedores no declarados, gdprApplies mal formado y señales muertas de Consent Mode.
• Depura del dispositivo al servidor de anuncios: captura, decodifica, inspecciona la solicitud, verifica Consent Mode, comprueba GAM.
• Monitoriza continuamente tu proporción de personalizados frente a NPA — un CMP certificado como FlexyConsent hace que las cadenas válidas y las señales correctas de Consent Mode v2 sean el comportamiento por defecto.