4e trimestre 2023
Interface utilisateur
Changement du nom d'"Annonce non affichée" dans la répartition RTB
Cette semaine, les acheteurs du SDK GMA verront que le motif "Annonce non affichée" dans le tableau "Annonces non affichées" de l'outil de répartition RTB a été renommé "Chargée, mais pas affichée". Aucune modification ne sera apportée à la définition actuelle de cette métrique. En effet, "Chargée, mais pas affichée" reflétera toujours le nombre d'annonces qui remportent l'enchère, mais pas hors d'"Erreurs VAST fatales".
Pour plus d'informations sur les données de répartition RTB, veuillez consulter le centre d'aide d'Authorized Buyers.
Autres nouveautés produit ou sur le centre d'aide
Prise en charge des signaux pour les annonces Media interactives (SDK IMA) dans Displaymanager et Displaymanager
Nous étendrons bientôt la compatibilité de displaymanager et displaymanager dans les protos Google et OpenRTB afin d'inclure les signaux d'Interactive Media Ads (SDK IMA).
Les enchérisseurs verront de nouvelles valeurs : "InteractiveMediaAds-Android" ou "InteractiveMediaAds-Android" renseignées via InteractiveMediaAds-Android dans le protocole Google, ainsi que InteractiveMediaAds-Androidadslot.display_managerdans le protocole OpenRTB. et seront également définis selon la version du SDK IMA respectif.
La version du 20 novembre 2023 n'est pas accompagnée de notes de version.
La version du 6 novembre 2023 n'est pas accompagnée de notes de version.
Dépannage
Répartition RTB "Résultat inconnu"
Un nouveau motif "Résultat inconnu" a été ajouté à la répartition RTB. C'est pourquoi nous n'avons reçu aucun rapport côté client concernant les enchères Protected Audience.[saisir la note de version ici]
Autres nouveautés produit ou sur le centre d'aide
Notifications et alertes pour Authorized Buyers
Indiquez-nous les notifications et les alertes que vous souhaitez recevoir de la part d'Authorized Buyers afin de mieux comprendre l'activité de votre compte. Veuillez répondre à cette courte enquête pour nous donner votre avis.
La version du 9 octobre 2023 n'est pas accompagnée de notes de version.
3e trimestre 2023
La version du 25 septembre 2023 n'est pas accompagnée de notes de version.
Autres nouveautés produit ou sur le centre d'aide
Champs "Taux d'événements facturables"
Nous partageons désormais le taux d'événements facturables avec tous les enchérisseurs sur le trafic mApp. Le multiplicateur du taux d'événements facturables reflète la probabilité que votre enchère génère un événement facturable (c'est-à-dire que l'annonce s'affiche correctement) si elle a remporté l'enchère, par rapport à la probabilité que les autres enchères génèrent un événement facturable si elles remportent la mise aux enchères. Cet ajustement peut être supérieur ou inférieur à 1.
À la fin du mois de septembre, cet ajustement aura une incidence sur le classement final des enchères (mais n'aura aucun impact sur le paiement). Les valeurs du taux d'événements facturables qui pourraient s'appliquer à votre enchère seront partagées dans les demandes d'enchère par le biais du champ répété adslot.billable_event_rate_bid_adjustment du protocole d'enchères en temps réel Google et du champ adslot.billable_event_rate_bid_adjustment d'OpenRTB.
De plus, la valeur du taux d'événements facturables appliquée à votre enchère sera partagée par le biais des informations en temps réel disponibles dans le champ bid_response_feedback.billable_event_rate_bid_adjustment du protocole d'enchères en temps réel Google et le champ bid_response_feedback.billable_event_rate_bid_adjustment d'OpenRTB. Pour en savoir plus, consultez la documentation pour les développeurs (Protocole Google l Protocole OpenRTB).
Autres nouveautés produit ou sur le centre d'aide
Compatibilité avec les signaux fournis par l'éditeur (PPS)
Les signaux fournis par l'éditeur constituent un moyen respectueux de la confidentialité de partager les audiences propriétaires et les données taxonomiques contextuelles avec les acheteurs directement dans le flux d'enchères, sans utiliser de cookies tiers ni d'autres identifiants.
Les PPS reposent sur le framework des audiences définies par le vendeur de l'IAB. Dans le protocole d'enchères en temps réel, nous transmettons les données PPS via les nouveaux champs SegmentData. Veuillez consulter les spécifications des audiences définies par le vendeur de l'IAB pour en savoir plus sur OpenRTB.
Pour commencer à utiliser les PPS, veuillez contacter votre responsable de compte Google.
Formats multiplex arrêtés
Les formats multiplex ne sont plus acceptés depuis le 10 juillet 2023. Si vous souhaitez diffuser un format d'annonce native, nous vous recommandons de cibler ce type d'annonce. Les acheteurs doivent savoir que les éditeurs qui utilisent des formats multiplex peuvent automatiquement revenir à un format natif standard. Ils pourront ainsi continuer à diffuser des annonces natives avec un minimum d'interruption.
La version du 7 août 2023 n'est pas accompagnée de notes de version.
Nous avons lancé une nouvelle étape de l'entonnoir intitulée "Annonces affichées" dans l'outil de répartition RTB. Les utilisateurs peuvent maintenant identifier facilement le nombre de demandes satisfaites avant impression et consulter rapidement les calculs du taux d'affichage. Parallèlement à ces améliorations, nous avons déplacé les codes de motif "Annonce non affichée" et "Erreurs VAST fatales" dans le tableau "Annonces non affichées" à l'étape "Requêtes atteintes".
La version du 10 juillet 2023 n'est pas accompagnée de notes de version.
2e trimestre 2023
Dépannage
Taille de l'espace publicitaire vidéo OpenRTB
Nous avons modifié la taille de l'espace publicitaire fournie dans les demandes d'annonces vidéo OpenRTB. Au lieu de fournir la première paire largeur/hauteur, nous indiquerons désormais la taille éligible maximale.
La version du 12 juin 2023 n'est pas accompagnée de notes de version.
La version du 29 mai 2023 n'est pas accompagnée de notes de version.
Autres nouveautés produit ou sur le centre d'aide
Champs "excluded_app_ids" (RTB Google) et "bapp" (OpenRTB)
Le 1er mai 2023, nous avons introduit le champ "excluded_app_ids" dans RTB Google et avons commencé à accepter le champ "bapp" dans OpenRTB. Si vous utilisez ce champ pour définir vos enchères, veuillez le renseigner dans vos demandes d'enchères.
Déclarer un ID d'application dans la réponse à l'enchère
Nous vous recommandons de déclarer l'ID de l'application dont vous faites la promotion dans vos réponses aux enchères afin de bénéficier de plusieurs avantages, tels qu'un filtrage plus précis et l'accès à un plus grand nombre de comportements d'affichage d'application.
Autres nouveautés produit ou sur le centre d'aide
Déclarer un ID d'agence dans la réponse à l'enchère
Un nouveau champ a été introduit dans le protocole Google pour déclarer l'ID de l'agence pour laquelle vous enchérissez. Les enchérisseurs doivent commencer à déclarer l'ID qu'ils associent à une agence dans la réponse à l'enchère.
- Protocole Google : remplissez le champ "BidResponse.ad.ad_slot.seat".
- Protocole OpenRTB : remplissez le champ "field" dans "seatbid". Pour les partenaires qui remplissent déjà ce champ, aucune action immédiate n'est requise.
La version du 17 avril 2023 n'est pas accompagnée de notes de version.
La version du 3 avril 2023 n'est pas accompagnée de notes de version.
1er trimestre 2023
Autres nouveautés produit ou sur le centre d'aide
Signal de récompense maintenant disponible dans OpenRTB
Google prendra en charge le champ "rwdd" de la spécification OpenRTB 2.6 pour indiquer si un utilisateur recevra une récompense pour avoir vu une annonce. Dans ce lancement, le champ "rwdd" est rempli de manière identique à "is_rewarded_inventory", l'extension précédente ayant le même objectif.
Dépannage
Outil de dépannage des signaux sécurisés
L'outil de dépannage RTB possède désormais un filtre visant à montrer aux enchérisseurs pourquoi un signal sécurisé n'est pas inclus dans la demande d'enchère. Pour en savoir plus, cliquez ici.
Autres nouveautés produit ou sur le centre d'aide
Champ BidRequest.geo.accuracy dans les demandes d'enchères
À compter du 6 mars, Google remplira le champ "BidRequest.geo.accuracy" pour de nombreuses demandes où ce champ n'était parfois pas renseigné auparavant. Après avoir testé ce changement sur une petite partie du trafic, nous avons constaté qu'il entraînait une légère modification des dépenses de votre compte.
Ajout du type de promotion d'une application dans les réponses aux enchères
Un champ pour le type de promotion d'une application a été ajouté, ce qui permet aux enchérisseurs de le déclarer (par exemple, installation ou engagement) lorsqu'ils renvoient une annonce pour la promotion de l'application. Ce champ nous aidera à appliquer des fonctionnalités spécifiques aux types de promotions d'une application.
Les enchérisseurs peuvent renseigner le champ "app_promotion_value" via "BidResponse.ad.app_promotion_type" quand il est implémenté avec le protocole Authorized Buyers ou via "Bid.ext.app_promotion_type" avec le protocole OpenRTB. Veuillez noter que nous ignorons le champ "app_promotion_type" si le champ "advertiser_app_id" (ou le groupe en oRTB) n'est pas spécifié.
Autres nouveautés produit ou sur le centre d'aide
ad_block_key et tag_id disponibles pour identifier plus facilement l'inventaire
ad_block_key (protocole Google) et tag_id (OpenRTB) sont inclus dans la demande d'enchère comme identifiant unique des emplacements d'annonces d'un éditeur. Les enchérisseurs qui intègrent ce signal ont constaté de meilleures performances. Nous vous conseillons d'intégrer ce signal dans votre logique d'enchères afin d'améliorer le ciblage de l'inventaire.
Autres nouveautés produit ou sur le centre d'aide
Compatibilité avec les pages produits personnalisées d'iOS
Nous acceptons désormais les pages produits personnalisées d'iOS. Grâce à ce lancement, les annonceurs peuvent présenter différentes pages de produits à différentes audiences dans l'App Store via SKStoreProductViewController. Pour exploiter tout le potentiel de cette version, les enchérisseurs doivent mettre à jour leurs réponses pour transmettre la valeur "product_page_id" dans l'objet SKAdNetworkResponse. Cette valeur est transmise via BidResponse.ad.skadn.product_page_id dans le protocole Authorized Buyers et via Bid.ext.skadn.productpageid dans le protocole OpenRTB.
Les enchérisseurs Open Bidding sont désormais éligibles aux commandes d'enchérisseurs
Tous les enchérisseurs Open Bidding ont été ajoutés aux paramètres des éditeurs et peuvent appliquer des règles et/ou des protections de réseau. Par défaut, ces filtres sont désactivés pour la demande Open Bidding. Pour en savoir plus, cliquez ici.
Autres nouveautés produit ou sur le centre d'aide
Compatibilité de SKAN versions 3.0 et 4.0 avec iOS
Nous acceptons désormais les versions 3.0 et 4.0 de SKAdNetwork (SKAN) pour permettre aux enchérisseurs qui utilisent le SDK Google Mobile Ads (GMA) d'afficher leurs créations sur des appareils iOS.
SKAN 3.0 (disponible sur iOS 14.6 et versions ultérieures) introduit les postbacks multiples pour les impressions éligibles. Notez qu'une impression éligible signifie qu'un utilisateur a installé et lancé l'application. Pour en savoir plus, consultez les notes de version d'Apple. Pour profiter de la version 3.0 de SKAN, les enchérisseurs mApp doivent simplement répondre avec cette version si la demande le permet.
SKAN 4.0 (disponible sur iOS 16.1 et versions ultérieures) introduit un ensemble complet d'améliorations. Nous encourageons les enchérisseurs à les consulter dans les notes de version et la présentation d'Apple. Veuillez noter que SKAN 4.0 nécessite un nouvel identifiant "source_identifier" dans la réponse à l'enchère, tandis que les versions précédentes utilisaient l'ID de campagne. Nous avons donc ajouté le champ BidResponse.ad.skan.source_identifier pour celles qui utilisent le protocole Authorized Buyers, et le champ Bid.ext.skadn.sourceidentifier pour celles qui utilisent le protocole oRTB. Les réponses aux enchères avec SKAN 4.0 qui n'incluent pas l'identifiant "source_identifier" seront filtrées.
Enfin, notez que SKAN 4.0 est disponible sur Safari 16.1 et versions ultérieures pour les demandes de bannières HTML5 sur le Web mobile. Nous mettrons à jour notre documentation sur l'attribution de SKAdNetwork afin d'y inclure des consignes sur l'utilisation de l'attribution Web une fois finalisée. Nous fournirons une assistance pour les formats Web natifs ultérieurement.
SKAN étant rétrocompatible, nous encourageons nos enchérisseurs à continuer à répondre avec la version 2.2 s'ils ne sont pas prêts pour les nouvelles versions 3.0 ou 4.0.
Autres nouveautés produit ou sur le centre d'aide
Compatibilité avec les user-agents structurés dans OpenRTB
Google a commencé à assurer la compatibilité avec OpenRTB 2.6, avec en premier lieu le champ UserAgent structuré BidRequest.device.sua. D'autres champs deviendront compatibles tout au long du premier trimestre 2023.
4e trimestre 2022
La version du 26 décembre 2022 n'est pas accompagnée de notes de version.
La version du 12 décembre 2022 n'est pas accompagnée de notes de version.
Autres nouveautés produit ou sur le centre d'aide
Délai d'affichage minimal des assets vidéo désormais à cinq secondes
Pour les impressions issues des enchères ouvertes, il est désormais possible d'afficher les annonces vidéo interstitielles dans les applications pendant au moins cinq secondes avant que l'utilisateur ne voie le bouton de fermeture. Votre asset vidéo interstitiel dans les applications peut ainsi durer au moins cinq secondes.Autres nouveautés produit ou sur le centre d'aide
Installation intégrée de l'inventaire d'annonces vidéo avec récompense et interstitielles dans iOS
À partir de cette semaine, nous acceptons l'installation intégrée pour l'inventaire d'annonces vidéo avec récompense et interstitielles dans iOS. Les utilisateurs pourront ainsi télécharger les applications promues sans quitter l'application d'origine qu'ils utilisaient. Pour bénéficier de ce changement, les enchérisseurs devront envoyer la réponseBidResponse.ad.advertised_app_id via le protocole Google RTB. Les enchérisseurs intégrés via le protocole OpenRTB peuvent renvoyer cette valeur à l'aide du champ BidResponse.seatbid.bid.bundle. Cet ID d'application renvoyé sera utilisé pour afficher une fiche intégrée sur les plates-formes de téléchargement d'applications lorsqu'un utilisateur cliquera sur les annonces incitant à installer une application.Autres nouveautés produit ou sur le centre d'aide
Filtrage des devises incohérentes
À partir de novembre 2022, Google ne filtrera plus les réponses aux enchères dont la devise ne correspond pas à celle de l'enchérisseur ni à celle définie dans le compte. Si une réponse à l'enchère indique une devise, nous l'utiliserons, qu'elle corresponde ou non aux paramètres de l'enchérisseur ou du compte. Si aucune devise n'est indiquée, celle définie au niveau de l'enchérisseur ou du compte sera utilisée.Enchères en temps réel
Modifications apportées au signal de demande d'enchères pour l'inventaire avec protection accrue de la confidentialité
Google a généralisé la chaîne user-agent et masqué le champ des adresses IP pour les demandes d'enchères pour l'inventaire avec protection accrue de la confidentialité. À titre d'exemple, les annonces non personnalisées font partie de l'inventaire avec protection accrue de la confidentialité. Consultez la liste complète des types d'inventaires concernés par ce renforcement de la protection de la confidentialité.
3e trimestre 2022
Aucune note de version
La version du 26 septembre 2022 n'est pas accompagnée de notes de version.
Dépannage
Abandon du champ "Version" dans l'API Creatives
Le champ Version de la création a été abandonné dans l'API Creatives.
Règlement
Mise à jour du règlement Authorized Buyers concernant les jeux d'argent et de hasard et autres jeux aux États-Unis
Le règlement Authorized Buyers concernant les jeux d'argent et de hasard et autres jeux a été mis à jour le 12 septembre 2022. Les entités qui proposent ce type de jeux et qui sont agréées par l'État sont autorisées à promouvoir des jeux d'argent et de hasard en ligne dans certains États américains.
Tous les annonceurs souhaitant promouvoir du contenu en lien avec les jeux d'argent et de hasard en ligne dans les États américains où cette pratique est autorisée doivent envoyer une demande de certification via la page du règlement mis à jour.
Amélioration de l'identification de l'inventaire dans les champs "ad_block_key" et "tag_id"
Nous avons constaté que les champs ad_block_key et tag_id renvoyaient la valeur =1 dans certaines demandes mApp. Nous avons amélioré le taux de remplissage de ces champs, qui permettent d'identifier les emplacements destinés à l'inventaire de l'éditeur.
Aucune note de version
La version du 15 août 2022 n'est pas accompagnée de notes de version.
Enchères en temps réel
Interstitiels pour le Web pour Open Bidding
Les acheteurs Open Bidding peuvent maintenant accéder à l'inventaire d'interstitiels pour le Web. Les interstitiels sont des annonces Web plein écran qui s'affichent entre les pages vues. La possibilité d'entrer en concurrence pour cet inventaire représente une nouvelle opportunité pour les annonces percutantes qui respectent les normes Better Ads Standards. L'activation est requise pour l'éligibilité.
Autres nouveautés produit ou sur le centre d'aide
Prise en charge de l'attribution après lecture complète de l'annonce avec SKAdNetwork 2.2 pour les annonces non interstitielles
Le RTB Google prend désormais en charge l'attribution après lecture complète de l'annonce avec SKAdNetwork pour les annonces non interstitielles sur tout l'inventaire iOS. En outre, Apple prend aussi maintenant en charge plusieurs timers d'impressions actifs via le SDK Google Mobile Ads (GMA) sur l'inventaire iOS 15.4 ou version ultérieure, ce qui permet la coexistence de plusieurs annonces simultanées avec attribution après lecture complète.
2e trimestre 2022
Interface utilisateur
Nouveau rôle utilisateur "Gestionnaire de l'inventaire" pour les enchérisseurs Open Bidding
Un nouveau rôle "Gestionnaire de l'inventaire" a été ajouté aux rôles utilisateur des comptes d'enchérisseurs Open Bidding. Les administrateurs peuvent attribuer ce rôle aux utilisateurs, ce qui leur permet d'approuver ou de refuser des éditeurs, et d'accéder aux onglets "Dépannage" et "Création de rapports".
Ce nouveau rôle permet aux enchérisseurs Open Bidding d'impliquer très tôt leurs équipes chargées des opérations, sans partager trop d'informations ni accorder de droits excessifs dans l'application. Leurs équipes peuvent aussi intégrer plus rapidement les éditeurs en réduisant le temps d'attente lié à la disponibilité des responsables.
Enchères en temps réel
Compatibilité de Google Ad Manager avec le protocole IPv6
Ad Manager a commencé à envoyer des points de terminaison pour les demandes d'annonce IPv6 à tous les enchérisseurs. Afin de minimiser l'impact sur les prévisions et les diffusions utilisant le protocole IPv4, cette modification prendra effet progressivement au cours des prochains mois.
Enchères en temps réel
Suppression du champ "is_default" dans les demandes d'enchères
Google va supprimer le champ CreativeEnforcementSettings.is_default des demandes d'enchères. Il avait été inclus afin d'indiquer lorsque les paramètres de filtrage en fonction de règles et de protections étaient définis sur leur état par défaut. Toutes les autres informations associées à CreativeEnforcementSettings continueront de s'afficher normalement.
Les enchérisseurs doivent donc continuer de lire le CreativeEnforcementSettings dans les demandes d'enchères afin de savoir si l'éditeur a appliqué des règles et/ou des protections à leur demande. Si tel est le cas, les réponses aux enchères qui ne répondent pas à ces exigences seront exclues.
Accords de programmatique garanti/accords préférés dénormalisés pour les demandes d'enchères dégroupées sur les séries d'annonces vidéo
Les coupures publicitaires télévisées diffusent plusieurs annonces les unes à la suite des autres. Plutôt que de recevoir une seule demande d'enchère pour l'intégralité de la coupure publicitaire (qui peut durer trois minutes), vous pouvez dégrouper les demandes d'enchères pour que chaque annonce de la coupure publicitaire soit envoyée sous la forme de demandes d'enchères distinctes. Dans certains cas, pour les séries d'annonces optimisées, les accords de programmatique garanti et les accords préférés font l'objet de demandes d'enchères distinctes et spécifiques. En effet, pour ces types de sources de demandes, les enchères ne peuvent remporter qu'une seule position de la série d'annonces. Cela évite d'envoyer des demandes d'enchères en double pour une demande qui ne peut remporter l'enchère qu'une seule fois par série d'annonces.
Règlement
Inventaire sensible à la disposition des acheteurs Authorized Buyers
En juin, Google va élargir la portée de l'inventaire sensible envoyé aux acheteurs Authorized Buyers. Vous risquez donc de recevoir davantage de demandes concernant des inventaires sensibles, sauf si vous avez bloqué la catégorie dans vos paramètres de préciblage. En savoir plus sur les catégories sensibles dans Authorized Buyers
Enchères en temps réel
Compatibilité de Google Ad Manager avec le protocole IPv6
À compter de mai 2022, Ad Manager enverra les points de terminaison des demandes d'annonces IPv6 à tous les enchérisseurs. Afin de minimiser l'impact sur les prévisions et les diffusions utilisant le protocole IPv4, cette modification prendra effet progressivement au cours des prochains mois.
Autres nouveautés produit ou sur le centre d'aide
Abandon de la compatibilité avec les points de terminaison non-SSL
Nous abandonnerons la compatibilité avec les points de terminaison non-SSL pour les enchères en temps réel afin de protéger les données en transit. Ce changement ne devrait pas avoir d'impact, car le nombre d'appels non-SSL existants est minime. En savoir plus sur la sécurisation des appels RTB
Inscription pour participer à la phase d'évaluation de Topics
Google Chrome a récemment lancé une phase d'évaluation de Topics. Les partenaires Authorized Buyers et Open Bidding peuvent s'inscrire pour participer aux tests. Google commencera à envoyer aux partenaires intéressés des informations sur Topics fournies par le navigateur de l'utilisateur à partir d'une petite partie des demandes d'enchères pour l'inventaire Web, sous réserve des paramètres de confidentialité existants.
Compatibilité des créations gérées par l'éditeur dans les accords de programmatique garanti
Les créations gérées par l'éditeur dans les accords de programmatique garanti sont désormais partiellement prises en charge par Authorized Buyers. Cette compatibilité est limitée, ce qui signifie que des tâches d'intégration peuvent être nécessaires pour utiliser la fonctionnalité. Pour en savoir plus, contactez l'équipe chargée de votre compte.
Interface utilisateur
La tranche horaire peut être négociée dans les propositions
Dans une proposition, les éditeurs peuvent spécifier les jours ou les tranches horaires (via le paramètre "Définir les jours et les heures") pendant lesquels les annonces peuvent être diffusées. Les acheteurs peuvent maintenant voir ces paramètres dans la proposition lors de la négociation. En outre, en cas de modification du paramètre "Définir les jours et les heures", la proposition doit être renégociée et est soumise à l'acceptation de l'acheteur.
Autres nouveautés produit ou sur le centre d'aide
Nouvelle option permettant aux éditeurs d'autoriser les acheteurs à collecter et stocker les données utilisateur
À partir du 6 avril, les éditeurs disposeront d'une nouvelle option dans leurs comptes afin de permettre aux acheteurs de collecter des données utilisateur à partir des impressions remportées sur leur inventaire. Les acheteurs recevront le nouveau champ allow_user_data_collection = {true, false} afin d'indiquer si l'éditeur a donné son autorisation. Les demandes d'annonces non personnalisées (ANP) n'autoriseront pas la collecte des données utilisateur.
Le Règlement du programme Authorized Buyers sera mis à jour à cette même date. Comme le stipule le règlement, les acheteurs doivent respecter cette autorisation de l'éditeur. Lorsqu'un éditeur donne son autorisation à l'acheteur, celui-ci peut également exploiter les profils utilisateur collectés en fonction des impressions remportées lors des enchères Authorized Buyers pour optimiser ses enchères sur les places de marché tierces. Ce règlement entrera en vigueur le 11 mai 2022.
Abandon du champ "NativeAd.click_tracking_url(s)"
La valeur click_tracking_url du champ "NativeAd" dans le protocole Google Authorized Buyers sera abandonnée à la fin du 2e trimestre 2022. Le champ Ad permet désormais aux enchérisseurs de saisir des URL de suivi des clics pour les enchères avec des annonces natives et des accords de programmatique garanti (PG). Le champ NativeAd sera conservé dans le protocole OpenRTB.
L'APPI modifiée (Japon) est entrée en vigueur le 1er avril 2022
En juin 2020, le gouvernement japonais a publié un ensemble d'avenants à la loi en vigueur sur la protection des informations personnelles (APPI, Act on the Protection of Personal Information). La version modifiée de l'APPI est entrée en vigueur le 1er avril 2022.
L'APPI modifiée inclut, entre autres, les règles applicables au traitement des "informations à caractère personnel" (PRI, Personally Referable Information) des utilisateurs japonais. L'APPI modifiée imposera aux entreprises, lorsqu'elles fournissent des PRI d'utilisateurs japonais à un tiers susceptible d'associer ces données à des "informations personnelles", de confirmer avec le destinataire que celui-ci a obtenu le consentement des personnes concernées pour le traitement des données par le destinataire, puis d'enregistrer la confirmation de celui-ci. Les PRI sont généralement collectées par des identifiants qui ne permettent pas d'identifier en eux-mêmes une personne spécifique (par exemple, un ID de cookie). Elles ne sont pas stockées avec les données à caractère personnel (telles que définies dans l'APPI).
Lorsque vous utilisez des produits des plates-formes Google, si vous recevez des PRI (désignées dans la loi comme des informations ne permettant pas d'identifier personnellement l'utilisateur) concernant des utilisateurs japonais de Google, vous ne devez pas fusionner ces informations avec d'autres permettant de les identifier, à moins que vous n'ayez préalablement obtenu tous les consentements imposés par la loi de la part des utilisateurs, et fourni à Google des informations précises et complètes sur le traitement via l'outil de dépannage concernant les conditions relatives à la protection des données Google Ads.
Vous devez traiter les PRI conformément aux exigences de l'APPI modifiée et du Règlement du programme des plates-formes.
1er trimestre 2022
Autres nouveautés produit ou sur le centre d'aide
Modifications concernant les URL semi-transparentes dans Open Bidding
Nous avons modifié le traitement des URL semi-transparentes dans Open Bidding. Auparavant, la semi-transparence n'était pas appliquée aux demandes adressées aux places de marché participant aux enchères Open Bidding. Elle est maintenant appliquée à toutes les demandes programmatiques.
Autres nouveautés produit ou sur le centre d'aide
Faites-nous part de votre intérêt pour les phases d'évaluation FLEDGE
Google Chrome prévoit de lancer les phases d'évaluation FLEDGE dans les mois à venir. Google travaille actuellement afin de permettre à ses partenaires Authorized Buyers d'utiliser les phases d'évaluation FLEDGE sur l'inventaire Ad Manager. Nous souhaitons que ce processus soit l'occasion d'une collaboration et d'un apprentissage commun avec les Authorized Buyers. Si participer aux phases d'évaluation FLEDGE vous intéresse, vous pouvez nous l'indiquer en remplissant ce formulaire.
Interface utilisateur
La page des rapports Authorized Buyers et Open Bidding a fait peau neuve
Les plates-formes Authorized Buyers et Open Bidding ont changé d'apparence dans l'onglet "Rapports". Cette mise à jour est susceptible de modifier vos workflows précédents en cas d'interactions avec l'outil. Toutefois, les fonctionnalités de l'outil de création de rapports ne seront pas modifiées.