Gestión de ID de oyente

  • Actualizado el 28 de ago. de 2024
  • Publicado el May 30, 2023
  • 3 minuto(s) de lectura
Anterior Siguiente

La "ID de oyente" de Triton permite que la plataforma de Triton Digital mida la audiencia y respete los límites de frecuencia, lo que puede, por ejemplo, evitar que se inicie un anuncio antes del podcast no deseado si el oyente se vuelve a conectar dentro de los cinco minutos posteriores a la conexión. No utilizar estas funciones, o no usarlas correctamente, reduce el valor de su inventario para los compradores.

Triton Digital es compatible con los tipos específicos de ID de oyente que se describen en Parámetros > identificación del oyente.

Parámetro de ID del oyente

Triton Digital genera automáticamente una ID de oyente, pero se anula cuando se proporciona explícitamente la ID de oyente (lsid) específico para tal fin.

El parámetro ID del oyente tiene el formato de un prefijo que describe el tipo, los dos puntos y el valor del ID del oyente:

<type>:<id>

Por ejemplo:

idfa:AEBE52E7-03EE-455A-B3C4-E57283966239

Esto arrojaría el siguiente parámetro:

lsid=idfa:AEBE52E7-03EE-455A-B3C4-E57283966239

Para obtener más información sobre el lsid , consulte Parámetros > información del oyente.

Direccionamiento

El prefijo del parámetro ID del oyente es necesario para dirigir correctamente las impresiones "direccionables" (inteligentes) en Yield-Op. Por ejemplo:

  • lsid=idfa:AEBE52E7-03EE-455A-B3C4-E57283966239 se dirigirá a impresiones direccionables.

  • lsid=AEBE52E7-03EE-455A-B3C4-E57283966239 no direccionará impresiones direccionables.

Envío de varios tipos de ID

Algunos dispositivos pueden admitir múltiples identificadores de usuario/dispositivo. Puede incluir varios ID de oyente en la consulta, pero las funciones de medición y limitación de frecuencia de Triton solo están habilitadas en la especificada en la lsid parámetro en la fórmula lsid=<type>:<id>.

Respeto por la exclusión de los usuarios

Los usuarios móviles tienen derecho a quedar excluidos del seguimiento con fines publicitarios. Esto suele manejarse en el sistema operativo del dispositivo. Por ejemplo:

  • iOS: Limitar el seguimiento de anuncios;

  • Android: optar por no recibir publicidad basada en intereses;

Es su responsabilidad garantizar que se respete la decisión del usuario de optar por no participar en el seguimiento.

Si el usuario ha seleccionado estas opciones, no envíe el idfa, gaid u otros ID de publicidad para dispositivos. Sin embargo, en este caso puede usar la aplicación Listener ID para realizar un seguimiento seudónimo de la duración del oyente y garantizar que se respeten los límites de frecuencia. Idealmente, el ID de oyente de la aplicación debería persistir entre sesiones de streaming. Si eso no es posible, al menos debería persistir por la duración de la sesión de escucha para permitir las características de valor agregado (límites de frecuencia, medición de oyentes únicos, etc.).

Identificador de Apple para publicidad (idfa)

En dispositivos iOS y iPadOS, use la API ASIdentifierManager para recuperar el IDFA, de la siguiente manera:

NSString *idfaString = [[[ASIdentifierManager sharedManager] advertisingIdentifier] UUIDString];

Tenga en cuenta que el usuario puede excluirse de compartir su IDFA, de modo que la aplicación deberá manejar aquellos casos en los que esta ID no esté disponible. En estos casos, la aplicación debería recurrir a los ID generados por la aplicación.

ID de publicidad de Google (gaid)

Este es el identificador de publicidad de Google para dispositivos con Android según lo obtenido a través de los servicios de Google Play. La documentación sobre cómo obtener y utilizar esta ID se encuentra disponible en: https://developers.google.com/android/reference/com/google/android/gms/ads/identifier/package-summary

Tenga en cuenta que el usuario puede excluirse de compartir su ID de publicidad del dispositivo, de modo que la aplicación deberá manejar aquellos casos en los que esta ID no esté disponible. En estos casos, la aplicación debería recurrir a las cookies o las ID generadas por la aplicación.

Las aplicaciones que no pueden usar los Servicios de Google Play (p. ej., Amazon Kindle o aplicaciones no alojadas en Google Play Store) deben usar el ID de la aplicación .

ID generado por la aplicación

En el caso de las aplicaciones que no pueden usar ID de publicidad (ya sea debido a la falta de compatibilidad con la plataforma o porque el usuario decidió no aceptarlas) y no pueden admitir ID basadas en cookies, es posible que la aplicación genere su propia ID de oyente.

Una ID de oyente generada por la aplicación es un GUID tipo 4, como lo define el estándar RFC4122 IETF (http://www.ietf.org/rfc/rfc4122.txt) y está codificado como una secuencia de caracteres en minúscula (por ej., 550e8400-e29b-41d4-a716-446655440000).

Una vez generada, la ID de oyente generada por la aplicación puede conservarse y reutilizarse, como mínimo, durante la extensión de una sesión de escucha. Solo es necesario que persista durante una única sesión para habilitar la limitación de frecuencia dentro de la sesión, pero permitir que persista durante más tiempo habilita la limitación de frecuencia entre sesiones y produce mejores cálculos de oyentes únicos. Asegúrese de trabajar dentro de su política de privacidad y todas las leyes y regulaciones correspondientes al usar ID de oyentes generadas por la aplicación.

ID basadas en cookies

Los reproductores basados en navegadores web usan ID basadas en cookies. (En cambio, los reproductores de aplicaciones móviles deberían utilizar uno de los tipos de ID de publicidad para dispositivos).

El formato de valor de las cookies sigue la norma RFC4122 de IETF (http://www.ietf.org/rfc/rfc4122.txt) y está codificado como una secuencia de caracteres en minúscula (p. ej., 550e8400-e29b-41d4-a716-446655440000).

Cuando un reproductor se conecte por primera vez, no tendrá una ID de oyente/publicidad, de modo que la plataforma de Triton Digital le asignará una. La ID de publicidad de la cookie se envía de vuelta al reproductor, el cual debería guardarla y reutilizarla en conexiones posteriores. En el caso de los reproductores web, el navegador hace esto en forma automática. Sin embargo, las aplicaciones de reproductor personalizadas podrían tener que implementar su propio manejo de cookies.

Reproductores híbridos

Los reproductores que usan varios servicios de Triton Digital (por ej., streaming y anuncios on demand) deben usar la misma ID de oyente en todos los casos. De lo contrario, algunos aspectos como los límites de frecuencia y la analítica se verán afectados y podrían no funcionar como debiesen.