Gestion des identifiants d'auditeur

L’« identifiant auditeur » Triton permet à la plateforme Triton Digital de mesurer l’audience et de respecter les plafonds de fréquence, ce qui peut, par exemple, éviter le lancement d’une introduction indésirable si l’auditeur se reconnecte dans les cinq minutes suivant sa connexion. Ne pas utiliser ces fonctions, ou les utiliser incorrectement, réduit la valeur de votre inventaire pour les acheteurs.

Triton Digital prend en charge les types spécifiques d’identifiants auditeur décrits dans Paramètres > identification de l’auditeur.

Paramètre d’identification de l'auditeur

Triton Digital génère automatiquement un identifiant auditeur, mais celui-ci est contourné lorsque l’identifiant auditeur est explicitement fourni (lsid) .

Le paramètre Identifiant de l'auditeur est formaté sous la forme d’un préfixe décrivant le type, de deux-points et la valeur de l’identifiant de l’auditeur :

<type>:<id>

Par exemple :

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

Cela donnerait le paramètre suivant :

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

Pour obtenir plus d’informations sur le paramètre lsid , reportez-vous à la section Paramètres > Informations sur l’auditeur.

Adressabilité

Le préfixe du paramètre Identifiant auditeur est nécessaire pour cibler correctement les impressions « adressables » (intelligentes) dans Yield-Op. Par exemple :

• lsid=idfa:AEBE52E7-03EE-455A-B3C4-E57283966239 ciblera les impressions adressables.

• lsid=AEBE52E7-03EE-455A-B3C4-E57283966239 ne ciblera pas les impressions adressables.

Envoi de plusieurs types d’identifiants

Certains appareils peuvent prendre en charge plusieurs identifiants d’utilisateur/appareil. Vous pouvez inclure plusieurs identifiants auditeur dans la requête, mais les fonctions de mesure et de capping de Triton ne sont activées que sur celui spécifié dans le lsid paramètre de la formule lsid=<type>:<id>.

Respecter le droit de non-participation des utilisateurs

Les utilisateurs de téléphone portables ont le droit de choisir de ne pas être suivis à des fins publicitaires. Ceci est généralement pris en charge dans le système d'exploitation de l'appareil. Par exemple :

• iOS : Limiter le suivi des publicités ;

• Android : Désactiver la publicité ciblée par centres d’intérêt ;

Il est de votre responsabilité de vous assurer que le choix de l’utilisateur de refuser le suivi est respecté.

Si l’utilisateur a sélectionné ces options, n’envoyez pas les identifiants idfa, gaid ou autres identifiants publicitaires de l’appareil. Dans ce cas, vous pouvez toutefois utiliser l’identifiant auditeur de l’application pour suivre de manière pseudonyme la durée de l’auditeur afin de vous assurer que les plafonds de fréquence sont respectés. Idéalement, l’identifiant auditeur de l’application devrait persister entre les sessions de streaming. Si ce n'est pas possible, il doit persister au moins pendant la durée de la session d'écoute pour activer les fonctionnalités à valeur ajoutée (plafonds de fréquence, mesure d'utilisateur unique, etc.).

Identifiant Apple pour la publicité (idfa)

Sur les appareils iOS et iPadOS, utilisez l’API ASIdentifierManager pour récupérer l’IDFA, comme suit :

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

Veuillez noter que les utilisateurs peuvent choisir de ne pas partager leur IDFA, l'application doit donc pouvoir traiter les cas où l'identifiant n'est pas disponible. Si un de ces cas se produit, l’application devra revenir aux identifiants générés par l’application.

Identifiant Google Advertising (gaid)

Il s'agit de l'identifiant publicitaire Google pour les appareils Android, tel qu'obtenu des services Google Play. La documentation sur la récupération et l'utilisation de cet identifiant est disponible à l'adresse suivante : https://developers.google.com/android/reference/com/google/android/gms/ads/identifier/package-summary

Veuillez noter que les utilisateurs peuvent choisir de ne pas partager l'identifiant publicitaire de leur appareil, l'application doit donc pouvoir traiter les cas où l'identifiant n'est pas disponible. Dans de tels cas, l'application devrait avoir recours aux cookies ou aux identifiants générés par l'application.

Identifiant généré par l'application

Pour les applications qui ne peuvent pas utiliser les identifiants de publicité (soit en raison de l'absence de prise en charge de la plateforme, soit en raison du retrait de l'utilisateur) et qui ne peuvent pas prendre en charge les identifiants de publicité basés sur les cookies, il est possible que l'application génère ses propres identifiants d'auditeur.

Un identifiant d'auditeur généré par l'application est un GUID de type 4, tel que défini par la norme RFC4122 de l'IETF (http://www.ietf.org/rfc/rfc4122.txt) et codé sous forme de chaîne de caractères minuscules (par exemple : 550e8400-e29b-41d4-a716-446655440000).

Une fois généré, l'identifiant auditeur généré par l'application peut être conservé et réutilisé, au minimum pour la durée d'une session d'écoute. Il a uniquement besoin de persister durant une seule session afin d'activer le capping durant la session, mais vous pouvez le laisser persister plus longtemps afin d'activer le capping pour plusieurs sessions et  de meilleurs calculs uniques à l'auditeur. N'oubliez pas de vous conformer à votre politique de confidentialité et à toutes les lois applicables lorsque vous utilisez les identifiants auditeur générés par l'appli.

Identifiants basés sur les cookies

Les lecteurs de navigateur Web utilisent des identifiants basés sur les cookies. (Les lecteurs mobiles doivent utiliser un des identifiants publicitaires d'appareil.)

Le format de la valeur du cookie est conforme à la norme IETF RFC4122 (http://www.ietf.org/rfc/rfc4122.txt) et est codé sous forme de chaîne de caractères minuscules (par exemple, 550e8400-e29b-41d4-a716-446655440000).

Lorsqu'un lecteur se connecte pour la première fois, il ne dispose pas d'identifiant d'auditeur/publicitaire. La plateforme Triton Digital lui en attribue donc un. Le identifiant publicitaire basé sur les cookies est renvoyé au lecteur, qui doit l'enregistrer et le réutiliser lors de connexions ultérieures. Dans le cas des lecteurs Web, le navigateur Web le fait automatiquement. Cependant, les applications personnalisées de lecteur, peuvent avoir besoin d'implémenter leur propre gestion des cookies.

Lecteurs hybrides

Les lecteurs qui utilisent différents services Triton Digital (par exemple, le streaming et les publicités à la demande) doivent utiliser le même identifiant d’auditeur pour tous les cas. Sinon, certaines choses comme les limites de fréquence et les analyses seront affectées et pourraient ne pas fonctionner comme prévu.