Por que os xogos móbiles necesitan un SDK de consentimento

Se o teu xogo mostra anuncios de AdMob, Ad Manager ou dunha fervenza mediada a xogadores do Espazo Económico Europeo ou do Reino Unido, estás legalmente obrigado a obter un consentimento válido antes de utilizar calquera publicidade personalizada ou identificador de seguimento. Un banner de cookies web non resolve isto — as aplicacións móbiles nativas non teñen cookies, e o consentimento debe chegar aos SDK de anuncios que se executan dentro da túa compilación.

A resposta de Google é o SDK da User Messaging Platform (UMP), a capa de consentimento que vén co SDK de Google Mobile Ads. Presenta un formulario de consentimento compatible co IAB TCF, almacena as decisións do xogador e expón un sinal de consentimento que AdMob e os socios de mediación len automaticamente. Para un estudo de Unity, acertar con este fluxo marca a diferenza entre un eCPM saudable e unha onda de sancións por incumprimento de políticas.

O fluxo de consentimento, de principio a fin

A orde correcta das operacións importa máis que calquera chamada concreta á API. En cada arranque da aplicación deberías:

• Solicitar unha actualización da información de consentimento. Isto indícalle a UMP que comprobe a rexión do xogador e se se require un formulario.
• Cargar e mostrar o formulario se é necesario. UMP decide se o mostra en función da xeografía e das decisións previas — nunca codifiques de forma fixa "está este usuario na UE?".
• Esperar a que o formulario se peche antes de inicializar o SDK de Mobile Ads.
• Inicializar os anuncios só despois de recoller o consentimento, de xeito que a primeira solicitude de anuncio xa leve o sinal correcto.

Inicializar o SDK de anuncios antes de que o formulario de consentimento devolva un resultado é o erro máis común que vemos. Produce unha primeira impresión non personalizada ou non conforme e pode activar revisións automáticas de políticas.

Unha implementación mínima en Unity

En C#, o esqueleto ten este aspecto:

var request = new ConsentRequestParameters();
ConsentInformation.Update(request, (FormError error) => {
  ConsentForm.LoadAndShowConsentFormIfRequired((FormError err) => {
    if (ConsentInformation.CanRequestAds()) InitializeAds();
  });
});

A comprobación CanRequestAds() é a túa barreira. Mentres devolva true — xa sexa porque o xogador deu o seu consentimento ou porque está fóra dunha rexión regulada — podes inicializar e solicitar anuncios. Non gardes na caché nada sobre a rexión pola túa conta; deixa que UMP sexa a única fonte de verdade.

Probas sen publicar na tenda

Non podes verificar un fluxo de consentimento desde a túa oficina en, poñamos, Istambul a menos que simules un dispositivo do EEE. UMP admite un axuste de xeografía de depuración e unha lista de identificadores hash de dispositivos de proba:

• Rexistra o ID hash do teu dispositivo de proba nos parámetros da solicitude.
• Forza a xeografía de depuración a EEA para que apareza o formulario.
• Usa o método de reinicio do SDK entre execucións para ver cada vez a experiencia do primeiro arranque.

Elimina sempre os axustes de depuración antes dunha compilación de produción. Enviar a todos os xogadores un indicador de depuración co EEE forzado é un incidente real e vergoñento.

Consentimento, mediación e os teus ingresos

Cando o consentimento se propaga correctamente, cada rede da túa pila de mediación — AdMob, Meta Audience Network, Unity Ads, AppLovin — recibe a cadea TCF e pode poxar por inventario personalizado onde estea permitido. Cando se rompe, esas redes recorren a anuncios non personalizados a unha fracción do eCPM, e a túa fervenza perde ingresos en silencio. Trata a capa de consentimento como parte da túa pila de monetización, non como unha ocorrencia tardía de cumprimento.

Onde encaixa FlexyConsent

UMP cobre a propia superficie de Google, pero a maioría dos editores serios xestionan o consentimento en propiedades web, varias aplicacións e etiquetaxe do lado do servidor á vez. FlexyConsent ofréceche un único rexistro de consentimento, sinais de TCF e de Google Consent Mode v2, e analíticas sobre as taxas de consentimento en todas as plataformas — de xeito que a decisión que toma un xogador no teu xogo de Unity e a decisión que toma un visitante no teu sitio de marketing conviven nun único lugar auditable. O cumprimento convértese nun panel de control, non nun simulacro de incendio.

Conclusións clave

• Recolle o consentimento mediante o SDK de UMP antes de inicializar o SDK de Mobile Ads.
• Nunca codifiques de forma fixa a lóxica da rexión — deixa que UMP decida cando se require un formulario.
• Proba con xeografía de depuración e identificadores hash de proba, e logo elimínaos antes do lanzamento.
• Unha propagación correcta do consentimento protexe o eCPM dos teus anuncios personalizados en toda a pila de mediación.