Cette page a été traduite par l'API Cloud Translation.

Notes de version archivées

17 17 17 2019 2019 2017 2017 20177 2017 2017 2017 2017 2017 2017 2017 2017 2017 2017 2017 2017 1oc 2017 2017 1oc 2017 2017 1oc 2017 2017 6 ocT 2027 2016 ocT 2027 2016 ocT 2027 2017 201 ocT 2027 2017 2016 ocT 2027 2016 ocT 2027 2027 2017 6

14667101J186J2018J20186J4 JUI 2018 2018 7 mai 27 août 2017 2017 août 2017 2016 7 août 2017 7 août 2017 7 août 2017 7 août 2017 7 août 2017 2016 76 août 2017 7 août 2026 76 août 7 2666767 JO 22664 JO 2224H 24 août 2024676764Hoc 24 août 20202666664Hoc 24 août 2022666764 JO2 2226246 JO2 22244604im4imim Jai Cloud Cloud 2026 20246 44th 4 JO 22246

201-2-0-2-201-2-201-2-mai class-2018-2018-2-mai class-201-2-2-mai class-0ph-2-mai class="2-0-2-0-2-0-2-mai class-0ph="2-0-2-mai class-2-0-2-0-2-mai class="2-0-2-mai class="2-0-8

17 déc. 2019

Nouveautés de la version 170 du protocole RTB

Ajout d'BidRequest.AdSlot.MatchingAdData.DirectDeal.must_bid.: Ce nouveau champ sera défini sur "true" pour les accords de programmatique garanti lorsque l'acheteur doit définir une enchère. Les enchérisseurs ne peuvent ignorer les enchères sur l'accord de PG pour cette impression que si cette valeur est définie sur "false". Consultez cet article du Centre d'aide pour en savoir plus sur les enchères sur les accords de programmatique garanti.
Abandon d'BidRequest.AdSlot.MatchingAdData.DirectDeal.must_bid_level.: Ce champ est marqué comme obsolète et remplacé par le champ must_bid, ajouté dans cette version. Nous continuerons à renseigner ce champ jusqu'à la fin du 1er trimestre 2020, date à laquelle il sera entièrement supprimé du protocole.

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 44
Ajout d'DealExt.must_bid.: Ce nouveau champ sera défini sur "true" pour les accords de programmatique garanti lorsque l'acheteur doit définir une enchère. Les enchérisseurs ne peuvent ignorer les enchères sur l'accord de PG pour cette impression que si cette valeur est définie sur "false". Consultez cet article du Centre d'aide pour en savoir plus sur les enchères sur les accords de programmatique garanti.

5 déc. 2019

Nouveautés de la version 169 du protocole RTB

Ajout d'BidRequest.AdSlot.OpenBidding.is_open_bidding.: Ce nouveau champ sera défini sur "true" pour les demandes d'enchères pour lesquelles l'éditeur a configuré un groupe de rendement ou un groupe de médiation qui cible l'espace publicitaire dans la demande et où l'enchérisseur reçoit la demande. Consultez cet article du Centre d'aide pour en savoir plus sur Open Bidding et ses effets sur le processus d'enchères.

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 43
Ajout d'ImpExt.OpenBidding.is_open_bidding.: Ce nouveau champ sera défini sur "true" pour les demandes d'enchères pour lesquelles l'éditeur a configuré un groupe de rendement ou un groupe de médiation qui cible l'espace publicitaire dans la demande et où l'enchérisseur reçoit la demande. Consultez cet article du Centre d'aide pour en savoir plus sur Open Bidding et ses effets sur le processus d'enchères.
Ajout d'DealExt.publisher_blocks_overridden.: Ce champ indique si l'éditeur a exempté l'accord correspondant des blocages configurés. Ce paramètre ne remplace pas les règles AdX ni les décisions du centre de vérification des annonces. Pour en savoir plus, consultez cet article du Centre d'aide.

21 novembre 2019

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire providers.csv a été modifié.

14 nov. 2019

Nouveautés de la version 168 du protocole RTB

Ajout d'BidRequest.bid_response_feedback.sampled_mediation_cpm_ahead_of_auction_winner.: Si la chaîne de médiation comporte d'autres réseaux, la valeur de ce champ est un prix représentant un exemple d'enchère provenant de l'un des réseaux de médiation éligibles, dont le niveau est supérieur à celui du gagnant de l'enchère, pondéré par le taux de remplissage attendu. Ce champ est défini sur 0 si aucun des réseaux de la chaîne de médiation ne se remplit ou si l'éditeur n'utilise pas la médiation SDK. Pour en savoir plus, consultez Créer un modèle d'enchères pour les enchères au premier prix.

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 42
Ajout d'BidRequestExt.bid_feedback.sampled_mediation_cpm_ahead_of_auction_winner.: Si la chaîne de médiation comporte d'autres réseaux, la valeur de ce champ est un prix représentant un exemple d'enchère provenant de l'un des réseaux de médiation éligibles, dont le niveau est supérieur à celui du gagnant de l'enchère, pondéré par le taux de remplissage attendu. Ce champ est défini sur 0 si aucun des réseaux de la chaîne de médiation ne se remplit ou si l'éditeur n'utilise pas la médiation SDK. Pour en savoir plus, consultez Créer un modèle d'enchères pour les enchères au premier prix.

13 novembre 2019

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire providers.csv a été modifié.

12 novembre 2019

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire callout-status-codes.txt a été modifié.: 22 Dropped due to pretargeting sampling supprimé.

5 novembre 2019

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire cookie-matcher-status-codes.txt a été modifié.: Ajout de 13 COOKIE_MATCHER_UIS_RPC_ERROR.

17 octobre 2019

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 41
Ajout d'BidExt.buyer_reporting_id.: L'acheteur a déclaré un ID qui permettra de ventiler les métriques sur les dépenses et le trafic incorrect dans les rapports sur la transparence de l'IVT dans l'éditeur de requêtes. Actuellement, nous répartissons également les métriques dans les rapports sur la transparence de l'IVT en fonction de la valeur déclarée dans le champ Seatbid.seat (seulement si BidExt.buyer_reporting_id n'est pas renseigné). Toutefois, nous cesserons de le faire à la fin du 1er trimestre 2020, afin de laisser suffisamment de temps aux enchérisseurs pour migrer vers ce nouveau champ.

1er oct. 2019

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 40
Ajout d'DealExt.deal_type.: Nous envoyons désormais un type d'accord spécifique à Google dans l'extension d'accord OpenRTB.

23 sept. 2019

Nouveautés de la version 167 du protocole RTB

Ajout de précisions sur les devises dans tous les champs "CPM".

16 sept. 2019

Nouveautés de la version 166 du protocole RTB

La valeur OMID de l'énumération BidResponse.Ad.ImpressionTrackingResource.Context n'est pas acceptée actuellement.: Nous ne traitons pas actuellement les scripts OMID envoyés via le champ impression_tracking_resource.

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 39
La valeur OMID de l'énumération EventTrackerExt.Context n'est pas acceptée actuellement.: Pour le moment, nous ne traitons pas les scripts OMID envoyés via le champ eventtrackers natif.

13 sept. 2019

Nouveautés de la version 165 du protocole RTB

Ajout d'BidResponse.ad.adslot.third_party_buyer_token.: Jeton utilisé pour identifier les informations des acheteurs tiers finaux si une place de marché en tant qu'enchérisseur ouvert est un intermédiaire. Ces informations sont obtenues auprès de l'acheteur tiers et doivent être transmises à Google en l'état dans la réponse à l'enchère.

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 38
Ajout d'BidExt.third_party_buyer_token.: Jeton utilisé pour identifier les informations des acheteurs tiers finaux si une place de marché en tant qu'enchérisseur ouvert est un intermédiaire. Ces informations sont obtenues auprès de l'acheteur tiers et doivent être transmises à Google en l'état dans la réponse à l'enchère.

21 août 2019

Ajout des valeurs d'énumération RIDA, AFAI et MSAI à UserIdType.

29 juil. 2019

Nouveautés de la version 164 du protocole RTB

Ajout d'BidRequest.AdSlot.flexible_adslot_settings.: Ce sous-message sert à indiquer les paramètres de modification de la taille de l'espace publicitaire. Par exemple, si une plage de tailles peut être renvoyée par l'enchérisseur, la hauteur et la largeur maximales et minimales seront spécifiées ici. Pour OpenRTB, la hauteur et la largeur flexibles sont également spécifiées via les attributs wmax, hmax, wmin et hmin du message BidRequest.Imp.Banner.

10 juil. 2019

Nouveautés de la version 163 du protocole RTB

Abandon et suppression de BidRequest.AdSlot.is_intersitial_slot.: Ce champ est obsolète et n'est plus renseigné. Utilisez BidRequest.Mobile.is_interstitial_request et la valeur d'énumération BidRequest.Video.Placement INTERSTITIAL pour déterminer si l'espace publicitaire est interstitiel.

9 juil. 2019

Nouveautés du rapport sur l'état de l'extrait de code Proto version 29

Suppression de la valeur obsolète SSL_REQUEST de l'énumération ContextType.

13 mars 2019

Nouveautés de la version 162 du protocole RTB Google et des prototypes OpenRTB

Nous avons récemment annoncé une modification à venir de notre modèle de tarification. Les nouveaux champs suivants sont liés à cette modification:

Ajout de BidRequest.bid_response_feedback.minimum_bid_to_win à realtime-bidding.proto et de BidRequestExt.bid_feedback.minimum_bid_to_win à openrtb-adx.proto.: Ce champ n'est renseigné que pour les enchères au premier prix. Il indique l'enchère minimale nécessaire pour dépasser les prix planchers et définir une enchère supérieure à tous les concurrents. Ceci est exclu pour tous les enchérisseurs participant à des enchères remportées via un accord, un nouvel état de création LOST_TO_PMP_DEAL indiquant si vous avez perdu pour cette raison.
Ajout de BidResponse.ad.adslot.use_bid_translation_service à realtime-bidding.proto et BidExt.use_bid_translation_service à openrtb-adx.proto.: Valeur booléenne facultative permettant aux enchères au premier prix d'activer le service de traduction des enchères. Si la valeur est "true", l'enchère au second prix fournie est convertie en enchère au premier prix. En pratique, l'activation de cette option n'entraînera jamais d'augmentation de votre enchère. Ce service est temporairement proposé pour faciliter la migration et devrait être supprimé en 2020.

Nous encourageons les enchérisseurs à mettre à jour l'implémentation de leurs enchères en prévision de ce changement.

Ajout de la prise en charge des macros suivantes dans adm, impression_tracking_url et burl:

${AUCTION_ID} : ID de la demande d'enchère, à partir de l'attribut BidRequest.id.
${AUCTION_BID_ID} : ID de l'enchère, provenant de l'attribut BidResponse.bidid.
${AUCTION_IMP_ID} : ID de l'impression qui vient de gagner, à partir de l'attribut BidRequest.imp[].id.
${AUCTION_SEAT_ID} : ID du siège d'enchérisseur pour lequel l'enchère a été effectuée ; à partir de l'attribut BidResponse.seatbid[].seat.
${AUCTION_AD_ID} : ID du balisage d'annonce que l'enchérisseur souhaite diffuser. Il provient de l'attribut BidResponse.seatbid[].bid[].adid.
${AUCTION_PRICE} : compensation du prix à l'aide de la même devise et des mêmes unités que l'enchère.

Fichier de dictionnaire gdn-vendors.txt supprimé.

Utilisez vendors.txt à la place. Télécharger le fichier

10 déc. 2018

Suppression de la valeur d'énumération BUYER_PROVIDED_ID à UserIdType.

10 déc. 2018

Nouveautés de la version 161 du protocole RTB

Mise à jour des commentaires pour BidRequest.Adslot.width et BidRequest.Adslot.height.: Mise à jour des commentaires pour indiquer que le premier emplacement (largeur/hauteur) de l'interstitiel n'est plus nécessairement identique à la taille de l'écran, car certaines annonces interstitielles peuvent être légèrement plus petites.
Abandon de NativeAdTemplate.Fields.STORE et de NativeAdTemplate.store_max_safe_length.

16 nov. 2018

Nouveautés de la version 160 du protocole RTB

Ajout d'BidResponse.Ad.AdSlot.buyer_reporting_id.: Les enchérisseurs peuvent utiliser ce champ pour spécifier un ID de leur choix, qui sera utilisé pour répartir les métriques sur les dépenses et le trafic incorrect dans les rapports sur la transparence de l'IVT. Les ID de plus de 64 octets seront ignorés.

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.5.0: Les enchérisseurs peuvent désormais utiliser SeatBid.seat pour spécifier un ID de leur choix, qui sera utilisé pour répartir les métriques sur les dépenses et le trafic incorrect dans les rapports sur la transparence de l'IVT. Les ID de plus de 64 octets seront ignorés.

29 oct. 2018

Nouveautés de la version 159 du protocole RTB

Ajout d'BidRequest.auction_type.: Ce champ est semblable à BidRequest.at, déjà envoyé dans OpenRTB.

22 oct. 2018

Nouveautés de la version 158 du protocole RTB

Ajout d'BidRequest.AdSlot.excluded_creatives.: Ce champ contient la liste des créations qui ne sont pas autorisées à être diffusées lors de cette impression. Si vous souhaitez activer cette fonctionnalité, contactez votre responsable de compte.

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 36
Ajout d'ImpExt.excluded_creatives.: Ce champ contient la liste des créations qui ne sont pas autorisées à être diffusées lors de cette impression. Si vous souhaitez activer cette fonctionnalité, contactez votre responsable de compte.

Oct 17, 2018

Nouveautés de la version 157 du protocole RTB

Ajout de la prise en charge du boîtier décodeur dans BidRequest.Device.device_type.: BidRequest.Device.device_type peut contenir un nouveau type de boîtier décodeur.

19 oct. 2018

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 35
Ajout d'BidExt.billing_id.: Nous abandonnons l'utilisation de Bid.cid pour spécifier dans une réponse à l'enchère le numéro de compte de facturation auquel une impression doit être attribuée. Nous migrons vers ce nouveau champ BidExt.billing_id. Nous continuerons à utiliser Bid.cid pour assurer la rétrocompatibilité jusqu'à la migration des enchérisseurs.

Oct 17, 2018

Nouveautés de la version 157 du protocole RTB

Ajout de la prise en charge du boîtier décodeur dans BidRequest.Device.device_type.: BidRequest.Device.device_type peut contenir un nouveau type de boîtier décodeur.

8 oct. 2018

Nouveautés de la version 155 du protocole RTB

Ajout de la prise en charge de l'ID d'appareil Samsung dans BidRequest.Mobile.advertising_id.: L'ID Samsung peut être envoyé via BidRequest.Mobile.advertising_id.

1er oct. 2018

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 33
Ajout d'BidExt.restricted_categories.: Ce champ doit servir à spécifier les catégories limitées des annonces susceptibles d'être diffusées à partir de l'extrait correspondant. Consultez le fichier ad-restricted-categories.txt pour obtenir la liste des ID de catégories limitées. En particulier, la déclaration de l'attribut 33 est obligatoire pour les annonces relatives aux alcools afin d'éviter que les créations soient refusées.
Protocole Google OpenRTB 2.5.0: Le champ App.storeurl est désormais renseigné pour les requêtes applicables.

Nouveautés de Reporting

Abandon du rapport sur les performances au format CSV.: Le téléchargement horaire des données du rapport sur les performances au format CSV a été abandonné. Les données du rapport sur les performances sont toujours disponibles via l'API Performance Report.

20 sept. 2018

Nouveautés de la version 153 du protocole RTB

Ajout d'BidRequest.google_query_id.: Il s'agit d'un ID unique pour la requête globale. Lorsqu'il existe plusieurs appels pour une même requête, toutes les demandes d'accroche pour cette requête contiendront le même google_query_id.

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 32
Ajout d'BidRequestExt.google_query_id.: Il s'agit d'un ID unique pour la requête globale. Lorsqu'il existe plusieurs appels pour une même requête, toutes les demandes d'accroche pour cette requête contiendront le même google_query_id.

18 sept. 2018

Nouveautés du rapport sur l'état de l'extrait de code Proto version 28

Nouveau motif de refus ajouté.: 100 Promotion de services de cautionnement.

27 août 2018

Nouveautés du rapport sur l'état de l'extrait de code Proto version 27

Nouveau motif de refus ajouté.: 99 Mise en veille temporaire de la création.

23 août 2018

Nouveautés de la version 153 du protocole RTB

Ajout d'BidRequest.adslot.native_placement_type.: Ce message décrit l'emplacement de l'espace publicitaire natif par rapport au contexte.

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.5.0: NativeRequest.plcmttype est désormais renseigné avec les mêmes données que le champ BidRequest.adslot.native_placement_type dans le protocole AdX.

1er août 2018

Nouveautés de la version 152 du protocole RTB

Ajout d'BidRequest.Mobile.installed_sdk.: Ce message permet à un enchérisseur de connaître le SDK installé dans l'application pour lequel il est autorisé à enchérir.

30 juil. 2018

Nouveautés du rapport sur l'état de l'extrait de code Proto version 26

Ajout du champ creative_status_identity_type pour la migration vers la validation des créations sans taille.

23 juillet 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire providers.csv a été modifié.: Mise à jour des entrées "Integral Ad Science", "Google", "EMX Digital", "KeyCDN", "Better Banners", "zeotap" et "Tramplin Media".; Suppression de l'entrée concernant "Clearstream.TV, Inc."

19 juillet 2018

Nouveautés de la version 150 du protocole RTB

Ajout d'un type d'accord de place de marché à BidResponse.Ad.AdSlot.exchange_deal_type.: Le nouveau type d'accord EXCHANGE_AUCTION_PACKAGE pour les enchérisseurs sur une place de marché représente un lot d'inventaires sans traitement spécial dans le système d'enchères.

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 31
Ajout d'un type d'accord de place de marché à BidExt.exchange_deal_type.: Le nouveau type d'accord EXCHANGE_AUCTION_PACKAGE pour les enchérisseurs sur une place de marché représente un lot d'inventaires sans traitement spécial dans le système d'enchères.

17 juillet 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire geo-table.csv a été modifié.: Ajout de trois villes d'Argentine.; Ajout de trois villes au Canada.; Ajout de deux villes en Colombie.; Ajout de deux villes en Grèce.; Ajout de 26 villes en Italie.; Ajout de 333 villes au Japon.; Ajout de 78 villes en Suisse.

16 juillet 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire providers.csv a été modifié.: Informations mises à jour pour les fournisseurs existants: Adriver, MediaMath, The Reach Group, GetIntent, DYNADMIC, AdClear, Sharethrough Inc., media.ventive GmbH, Ingenious Technologies, StreamRail, Adways SAS, BDSK Handels GmbH & Co. KG, Advertserve, INFINIA, Dochase.; Ajout de nouveaux fournisseurs: AT Internet, Media.net, Vidazoo, Madington, IgnitionAI, All In Views LTD, Captify, Seedtag, Affiliation Future, Grabit Interactive, FXCM.com, Rambla, Tramplin Media.; Consultez la liste des fournisseurs certifiés pour en savoir plus.

2 juillet 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire vendors.txt a été modifié.: Ajout de 4513 Rippll.; Consultez la liste des fournisseurs certifiés pour en savoir plus.
Le fichier de dictionnaire gdn-vendors.txt a été modifié.: Ajout de 4513 Rippll.; Consultez la liste des fournisseurs certifiés pour en savoir plus.

27 juin 2018

Nouveautés de la version 149 du protocole RTB

Marquage de BidRequest.adslot.matching_ad_data.direct_deal.remaining_impressions_to_buy comme obsolète.: Nous ne fournissons plus ces informations afin de simplifier notre API.

26 juin 2018

Nouveautés de la version 148 du protocole RTB

Ajout d'BidRequest.AdSlot.buyer_generated_request_data.: Ce paramètre sera défini dans les demandes d'applications mobiles des acheteurs qui ont installé leur SDK dans l'application afin de transmettre des informations supplémentaires.

Ajout d'BidResponse.Ad.AdSlot.sdk_rendered_ad.: Ce champ permet à un enchérisseur de renvoyer une annonce pour qu'elle soit diffusée par un SDK qu'il connaît. Il ne peut être utilisé que lorsque le BidRequest inclut un sous-message mobile.installed_sdk.

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 30
Ajout d'AppExt.InstalledSdk.: Ce message permet à un enchérisseur de connaître le SDK installé dans l'application pour lequel il est autorisé à enchérir.

Ajout d'ImpExt.BuyerGeneratedRequestData.: Ce paramètre sera défini dans les demandes d'applications mobiles des acheteurs qui ont installé leur SDK dans l'application afin de transmettre des informations supplémentaires.

Ajout d'BidExt.SdkRenderedAd.: Ce champ permet à un enchérisseur de renvoyer une annonce pour qu'elle soit diffusée par un SDK qu'il connaît. Il ne peut être utilisé que lorsque le BidRequest inclut un sous-message AppExt.InstalledSdk.

Ajout de la prise en charge de NativeRequest.eventtrackers.: Indique le type de suivi des événements compatible. Correspond au sous-message de champ BidRequest.adslot[].excluded_attribute du protocole Authorized Buyers.

Ajout de la prise en charge de NativeResponse.eventtrackers.: Tableau des outils de suivi des événements de réponse à exécuter avec l'annonce, en réponse aux méthodes déclarées et compatibles dans NativeRequest. Remplace les imptrackers et les jstrackers. Correspond au BidResponse.ad[].impression_tracking_resource du protocole Authorized Buyers.

26 juin 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire publisher-excludable-creative-attributes.txt a été modifié.: Ajout de 114 OmsdkType: OMSDK 1.0, qui permet d'indiquer si le SDK Open Measurement est pris en charge.

13 juin 2018

Nouveautés de la version 147 du protocole RTB

Ajout de la valeur d'énumération AUCTION_PACKAGE à BidRequest.adslot.matching_ad_data.direct_deal.deal_type.: Nous utilisons désormais la valeur d'énumération AUCTION_PACKAGE (par opposition à PRIVATE_AUCTION précédemment utilisée) pour indiquer qu'un package d'enchères direct_deal_id est présent dans le direct_deal.

11 juin 2018

Nouveautés de la version 146 du protocole RTB

Ajout de BidRequest.AdSlot.ImpressionTrackingResource.verification_parameters et de BidRequest.AdSlot.ImpressionTrackingResource.vendor_key.: verification_parameters peut être renseigné avec des paramètres supplémentaires à transmettre au script de validation OMID défini dans ImpressionTrackingResource.script_url. vendor_key doit être renseigné avec l'identifiant unique du fournisseur de script OMID. Le contenu de ces nouveaux champs est transmis au SDK Open Measurement lorsque ImpressionTrackingResource.context est défini sur OMID.

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 29: Ajout de EventTrackerExt.verification_parameters et EventTrackerExt.vendor_key. verification_parameters peut être renseigné avec des paramètres supplémentaires à transmettre au script de vérification OMID défini dans EventTracker.url. vendor_key doit être renseigné avec l'identifiant unique du fournisseur de script OMID. Le contenu de ces nouveaux champs est transmis au SDK Open Measurement lorsque EventTrackerExt.context est défini sur OMID.
Protocole Google OpenRTB 2.5.0: User.buyeruid est désormais renseigné avec le même contenu que User.customdata. À terme, nous abandonnerons complètement le remplissage de User.customdata.

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire vendors.txt a été modifié.: Ajout de 263 AddThis, Inc.; Consultez la liste des fournisseurs certifiés pour en savoir plus.

7 juin 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire gdn-vendors.txt a été modifié.: 10 Tumri supprimé.; 56 Adobe Media Optimizer supprimé.; 132 Adobe Media Optimizer supprimé.; 225 ZANOX AG supprimé.; 233 Xaxis, Inc supprimé.; 260 Alenty S.A.S supprimé.; 432 Hi-Media supprimé.; 497 Exactag supprimé.; 815 Resonate Networks, Inc supprimé.; 874 Cint AB supprimé.; 886 Research and Analysis of Media in Sweden AB supprimé.; 888 ViewersLogic LTD supprimé.; 4362 Adnami ApS supprimé.; Consultez la liste des fournisseurs certifiés pour en savoir plus.
Le fichier de dictionnaire vendors.txt a été modifié.: 10 Tumri supprimé.; 56 Adobe Media Optimizer supprimé.; 132 Adobe Media Optimizer supprimé.; 225 ZANOX AG supprimé.; 233 Xaxis, Inc supprimé.; 260 Alenty S.A.S supprimé.; 432 Hi-Media supprimé.; 497 Exactag supprimé.; 616 Tealium, Inc supprimé.; 814 Media Detect GmbH supprimé.; 815 Resonate Networks, Inc supprimé.; 864 INCUBIQ Solutions Ltd supprimé.; 874 Cint AB supprimé.; 886 Research and Analysis of Media in Sweden AB supprimé.; 888 ViewersLogic LTD supprimé.; 4362 Adnami ApS supprimé.; Consultez la liste des fournisseurs certifiés pour en savoir plus.

4 juin 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire publisher-verticals.txt a été modifié.: Ligne 5227 /World Localities/Latin America/South America/Brazil/Southeast Brazil/São Paulo (State) modifiée.
Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Ajout de 193 Filtered due to missing SDK identifier.; Ajout de 194 Filtered due to missing SDK rendering data.

31 mai 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire vendors.txt a été modifié.: Ajout de 4483 ComScore vCE (YouTube).; Ajout de 4484 Campaign Monitor (YouTube).; Consultez la liste des fournisseurs certifiés pour en savoir plus.
Le fichier de dictionnaire gdn-vendors.txt a été modifié.: Ajout de 4483 ComScore vCE (YouTube).; Ajout de 4484 Campaign Monitor (YouTube).; Consultez la liste des fournisseurs certifiés pour en savoir plus.

21 mai 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire providers.csv a été modifié.: Mise à jour effectuée pour inclure les dernières informations sur le domaine pour tous les fournisseurs.

18 mai 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire vendors.txt a été modifié.: 284 Research Now Limited supprimé.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.
Le fichier de dictionnaire gdn-vendors.txt a été modifié.: 284 Research Now Limited supprimé.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

17 mai 2018

Nouveautés du rapport sur l'état de l'extrait de code Proto version 25

Ajout de motifs de refus.: 97 Langue non acceptée.; 98 Non conforme à la norme SSL.

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire gdn-vendors.txt a été modifié.: Ajout de 4374 TailTarget.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.
Le fichier de dictionnaire vendors.txt a été modifié.: Ajout de 4374 TailTarget.; Ajout de 4458 Yieldlab.; Ajout de 4461 Sharethrough.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

16 mai 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire gdn-vendors.txt a été modifié.: 4452 Research Now (YouTube) supprimé.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.
Le fichier de dictionnaire vendors.txt a été modifié.: 4452 Research Now (YouTube) supprimé.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

15 mai 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire vendors.txt a été modifié.: Ajout de 4452 Research Now (YouTube).; Pour en savoir plus, consultez la liste des fournisseurs certifiés.
Le fichier de dictionnaire gdn-vendors.txt a été modifié.: Ajout de 4452 Research Now (YouTube).; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

11 mai 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire vendors.txt a été modifié.: 43 BrightRoll Inc. supprimé.; 94 Nielsen OBE (Vizu) supprimé.; 145 DoubleVerify Inc. supprimé.; 204 Pulpo Media Inc supprimé.; 303 Dynamic Logic / Safecount (AdIndex) supprimé.; 316 Flashtalking supprimé.; 334 Adloox Research Verification supprimé.; 395 Adnologies GmbH supprimé.; 441 Hubrus LLC supprimé.; 472 Neustar AdAdvisor supprimé.; 476 ComScore Validated Campaign Essentials:Ad Swapping supprimé.; 539 Adform DSP supprimé.; 551 Nielsen Digital Ad Ratings supprimé.; 553 Kpsule supprimé.; 554 Content Directions, Inc. dba Linkstorm supprimé.; 569 Contobox supprimé.; 606 Gruvi Ltd. supprimé.; 608 Rockabox Media Ltd supprimé.; 615 Nielsen Digital Ad Ratings (JS) supprimé.; 618 Demand Side Science, Inc. supprimé.; 633 Knorex Pte. Ltd. supprimé.; 713 MezzoMedia supprimé.; 724 Extreme Reach, Inc. supprimé.; 791 VideoHub DSP supprimé.; 813 Protected Media LTD supprimé.; 820 Beijing PinYou Interactive Information Technology supprimé.; 834 Jivox Corporation supprimé.; 838 RevJet LLC. supprimé.; 863 Bonzai Digital Pvt. Ltd supprimé.; 876 Exponential Interactive, Inc supprimé.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.
Le fichier de dictionnaire gdn-vendors.txt a été modifié.: 43 BrightRoll Inc. supprimé.; 94 Nielsen OBE (Vizu) supprimé.; 145 DoubleVerify Inc. supprimé.; 204 Pulpo Media Inc supprimé.; 303 Dynamic Logic / Safecount (AdIndex) supprimé.; 334 Adloox Research Verification supprimé.; 395 Adnologies GmbH supprimé.; 441 Hubrus LLC supprimé.; 551 Nielsen Digital Ad Ratings supprimé.; 553 Kpsule supprimé.; 554 Content Directions, Inc. dba Linkstorm supprimé.; 569 Contobox supprimé.; 606 Gruvi Ltd. supprimé.; 618 Demand Side Science, Inc. supprimé.; 713 MezzoMedia supprimé.; 724 Extreme Reach, Inc. supprimé.; 813 Protected Media LTD supprimé.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

9 mai 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire providers.csv a été modifié.: Ligne 184,"eBay","https://www.ebay.com/help/policies/member-behaviour-policies/user-privacy-notice-privacy-policy?id=4260#section12","rover.ebay.com ebay.cachetastic.com *.ebaystatic.com dap.ebay.gslb.com *.ebay.de *.ebay.co.uk *.ebay.fr *.ebay.it *.ebay.es *.ebayrtm.com *.ebay.at *.ebay.ch *.ebay.be *.ebay.dk *.ebay.gr *.ebay.ie *.ebay.nl *.ebay.no *.ebay.pl *.ebay.cz *.ebay.ru *.ebayimg.com anywhere.ebay.com i.ebayimg.com *.edpn.ebay.com mstconsole.ebay.com rpsx.ebay.com *.ebay.com ads.ebay.com sc.dealtime.com mktg.kijiji.ca *.fetchback.com" supprimée.

7 mai 2018

Nouveautés du rapport sur l'état de l'extrait de code Proto version 24

Ajout de motifs de refus.: 96 Expérience à la destination de l'annonce non autorisée.

3 mai 2018

Nouveautés des dictionnaires RTB

Le fichier providers.csv a été ajouté.: Ce fichier fournit des informations sur les fournisseurs transmis dans la demande d'enchère. Consultez les dictionnaires RTB pour obtenir une description complète.

Le fichier de dictionnaire gdn-vendors.txt a été modifié.: Ajout de 303 Insight Express (Mobile).; 303 Dynamic Logic / Safecount (AdIndex) supprimé.; 523 Spongecell - Expandable supprimé.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.
Le fichier de dictionnaire vendors.txt a été modifié.: Ajout de 303 Insight Express (Mobile).; 303 Dynamic Logic / Safecount (AdIndex) supprimé.; 486 Adloox: Ad Swapping supprimé.; 523 Spongecell - Expandable supprimé.; 537 Public Eye supprimé.; 623 Human Demand supprimé.; 798 Nielsen Catalina Solutions supprimé.; 806 Sociomantic Expandable supprimé.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

May 1, 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire gdn-vendors.txt a été modifié.: 43 BrightRoll a été remplacé par 43 BrightRoll Inc..; Remplacement de 56 Efficient Frontier par 56 Adobe Media Optimizer.; Remplacement de 79 Revenue Science par 79 revenue cloud.; Remplacement de 94 Nielsen OBE (Vizu) - Survey par 94 Nielsen OBE (Vizu).; Remplacement de 132 Adlens par 132 Adobe Media Optimizer.; Remplacement de 144 Campaign Monitor (Integral Ad Science) par 144 Campaign Monitor.; Remplacement de 145 DoubleVerify par 145 DoubleVerify Inc..; Remplacement de 204 Pulpo Media par 204 Pulpo Media Inc.; Remplacement de 225 Zanox par 225 ZANOX AG.; Remplacement de 233 Media Innovation Group (Xaxis) par 233 Xaxis, Inc.; Remplacement de 238 Aggregate Knowledge par 238 Media Intelligence Platform (Aggregate Knowledge).; Remplacement de 260 Alenty par 260 Alenty S.A.S.; Remplacement de 284 Research Now par 284 Research Now Limited.; Remplacement de 303 Millward Brown Digital - Survey par 303 Dynamic Logic / Safecount (AdIndex).; Remplacement de 334 Adloox par 334 Adloox Research Verification.; Remplacement de 395 Adnologies par 395 Adnologies GmbH.; Remplacement de 414 Batch Media par 414 Batch Media Gmbh.; Remplacement de 441 Hubrus par 441 Hubrus LLC.; Remplacement de 474 Integral Ad Science Firewall - Ad Swapping par 474 Integral Ad Science Firewall.; Remplacement de 485 comScore - VoiceFive par 485 VoiceFive (ComScore).; Remplacement de 489 Revenue Cloud par 489 revenue cloud.; Remplacement de 550 AdYapper par 550 AdYapper, Inc..; Remplacement de 551 Nielsen Digital Ad Ratings (formerly OCR) par 551 Nielsen Digital Ad Ratings.; Remplacement de 553 Kpsule - Expandable par 553 Kpsule.; Remplacement de 554 Linkstorm - Expandable par 554 Content Directions, Inc. dba Linkstorm.; Remplacement de 566 Spark Flow Expandable par 566 Spark Flow S.A..; Remplacement de 569 Contobox Expandable par 569 Contobox.; Remplacement de 606 Gruvi TV par 606 Gruvi Ltd..; Remplacement de 618 Demand Side Science par 618 Demand Side Science, Inc..; Remplacement de 698 GET IT Mobile par 698 GET IT Mobile, Inc.; Remplacement de 724 Extreme Reach ad server par 724 Extreme Reach, Inc..; Remplacement de 743 White Ops par 743 White Ops, Inc..; Remplacement de 767 SFR par 767 SOCIETE FRANCAISE DU RADIOTELEPHONE.; Remplacement de 776 Spark Flow par 776 Spark Flow S.A..; Remplacement de 780 Where 2 Get It par 780 Where 2 Get It, Inc..; Remplacement de 785 Scrutineer Survey par 785 Scrutineer.; Remplacement de 797 ADmantX par 797 ADmantX, SPA.; Remplacement de 813 Protected Media par 813 Protected Media LTD.; Remplacement de 815 Resonate Networks par 815 Resonate Networks, Inc.; Remplacement de 828 Crutchfield New Media par 828 Crutchfield New Media, LLC.; Remplacement de 874 Cint par 874 Cint AB.; Remplacement de 886 Research and Analysis of Media par 886 Research and Analysis of Media in Sweden AB.; Remplacement de 888 ViewersLogic par 888 ViewersLogic LTD.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.
Le fichier de dictionnaire vendors.txt a été modifié.: 43 BrightRoll a été remplacé par 43 BrightRoll Inc..; Remplacement de 56 Efficient Frontier par 56 Adobe Media Optimizer.; Remplacement de 79 Revenue Science par 79 revenue cloud.; Remplacement de 94 Nielsen OBE (Vizu) - Survey par 94 Nielsen OBE (Vizu).; Remplacement de 132 Adlens par 132 Adobe Media Optimizer.; Remplacement de 144 Campaign Monitor (Integral Ad Science) par 144 Campaign Monitor.; Remplacement de 145 DoubleVerify par 145 DoubleVerify Inc..; Remplacement de 204 Pulpo Media par 204 Pulpo Media Inc.; Remplacement de 225 Zanox par 225 ZANOX AG.; Remplacement de 233 Media Innovation Group (Xaxis) par 233 Xaxis, Inc.; Remplacement de 238 Aggregate Knowledge par 238 Media Intelligence Platform (Aggregate Knowledge).; Remplacement de 242 Lotame par 242 Lotame Solutions Inc..; Remplacement de 260 Alenty par 260 Alenty S.A.S.; Remplacement de 267 DataLogix par 267 DataLogix, Inc..; Remplacement de 284 Research Now par 284 Research Now Limited.; Remplacement de 303 Millward Brown Digital - Survey par 303 Dynamic Logic / Safecount (AdIndex).; Remplacement de 316 Flashtalking Expandable par 316 Flashtalking.; Remplacement de 332 Audience Manager(DemDex) par 332 Audience Manager.; Remplacement de 334 Adloox par 334 Adloox Research Verification.; Remplacement de 395 Adnologies par 395 Adnologies GmbH.; Remplacement de 414 Batch Media par 414 Batch Media Gmbh.; Remplacement de 441 Hubrus par 441 Hubrus LLC.; Remplacement de 474 Integral Ad Science Firewall - Ad Swapping par 474 Integral Ad Science Firewall.; Remplacement de 475 zzzz [ARCHIVED] comScore AdXpose - Ad Blocking par 475 ComScore (AdXpose): Ad Swapping.; Remplacement de 476 comScore vCE - Ad Swapping par 476 ComScore Validated Campaign Essentials:Ad Swapping.; Remplacement de 477 DoubleVerify BrandShield - Ad Swapping par 477 ComScore (AdXpose): Ad Swapping.; Remplacement de 481 eXelate par 481 eXelate Inc..; Remplacement de 485 comScore - VoiceFive par 485 VoiceFive (ComScore).; Remplacement de 486 AdLoox - Ad Swapping par 486 Adloox: Ad Swapping.; Remplacement de 489 Revenue Cloud par 489 revenue cloud.; Remplacement de 490 AdLedge - Ad Blocking par 490 Adledge: Ad Swapping.; Remplacement de 501 Rutarget par 501 Rutarget / Segmento.; Remplacement de 529 Eyeota par 529 Eyeota Limited.; Remplacement de 539 Adform - Expandable par 539 Adform DSP.; Remplacement de 542 Bizo par 542 Bizo Inc.; Remplacement de 543 VisualDNA par 543 VisualDNA (Imagini).; Remplacement de 550 AdYapper par 550 AdYapper, Inc..; Remplacement de 551 Nielsen Digital Ad Ratings (formerly OCR) par 551 Nielsen Digital Ad Ratings.; Remplacement de 553 Kpsule - Expandable par 553 Kpsule.; Remplacement de 554 Linkstorm - Expandable par 554 Content Directions, Inc. dba Linkstorm.; Remplacement de 564 Noddington Technologies Limited (Aidata) par 564 NODDINGTON TECHNOLOGIES LIMITED.; Remplacement de 566 Spark Flow Expandable par 566 Spark Flow S.A..; Remplacement de 569 Contobox Expandable par 569 Contobox.; Remplacement de 572 Webtrekk par 572 Webtrekk GmbH.; Remplacement de 573 Fabric Worldwide par 573 Fabric Worldwide Inc.; Remplacement de 574 Liveramp par 574 LiveRamp, Inc..; Remplacement de 575 Krux par 575 Krux Digital, Inc..; Remplacement de 577 Ru Target LLC par 577 Rutarget / Segmento.; Remplacement de 606 Gruvi TV par 606 Gruvi Ltd..; Remplacement de 608 Rockabox Media - Expandable par 608 Rockabox Media Ltd.; Remplacement de 615 Nielsen Digital Ad Ratings (formerly OCR) JS par 615 Nielsen Digital Ad Ratings (JS).; Remplacement de 616 Tealium par 616 Tealium, Inc.; Remplacement de 618 Demand Side Science par 618 Demand Side Science, Inc..; Remplacement de 633 Knorex - Expandable par 633 Knorex Pte. Ltd..; Remplacement de 698 GET IT Mobile par 698 GET IT Mobile, Inc.; Remplacement de 724 Extreme Reach ad server par 724 Extreme Reach, Inc..; Remplacement de 743 White Ops par 743 White Ops, Inc..; Remplacement de 767 SFR par 767 SOCIETE FRANCAISE DU RADIOTELEPHONE.; Remplacement de 776 Spark Flow par 776 Spark Flow S.A..; Remplacement de 780 Where 2 Get It par 780 Where 2 Get It, Inc..; Remplacement de 785 Scrutineer Survey par 785 Scrutineer.; Remplacement de 793 Semasio par 793 Semasio GmbH.; Remplacement de 797 ADmantX par 797 ADmantX, SPA.; Remplacement de 808 Hatena par 808 Hatena Co., Ltd.; Remplacement de 813 Protected Media par 813 Protected Media LTD.; Remplacement de 814 Media Detect par 814 Media Detect GmbH.; Remplacement de 815 Resonate Networks par 815 Resonate Networks, Inc.; Remplacement de 818 Redbranch par 818 Redbranch, Inc. (dba Fraudlogix).; Remplacement de 820 iPinyou - Expandable par 820 Beijing PinYou Interactive Information Technology.; Remplacement de 826 AmberData par 826 AmberData LLC.; Remplacement de 828 Crutchfield New Media par 828 Crutchfield New Media, LLC.; Remplacement de 834 Jivox - Expandable par 834 Jivox Corporation.; Remplacement de 838 Revjet Expandable par 838 RevJet LLC..; Remplacement de 863 Bonzai Expandable par 863 Bonzai Digital Pvt. Ltd.; Remplacement de 864 INCUBIQ Solutions par 864 INCUBIQ Solutions Ltd.; Remplacement de 874 Cint par 874 Cint AB.; Remplacement de 876 Exponential Expandable par 876 Exponential Interactive, Inc.; Remplacement de 884 Nugg.ad par 884 nugg.ad AG.; Remplacement de 885 Cloud Technologies par 885 OnAudience.com.; Remplacement de 886 Research and Analysis of Media par 886 Research and Analysis of Media in Sweden AB.; Remplacement de 888 ViewersLogic par 888 ViewersLogic LTD.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

30 avril 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire vendors.txt a été modifié.: Ajout de 79 Revenue Science.; Ajout de 138 Reddion.; Ajout de 475 zzzz [ARCHIVED] comScore AdXpose - Ad Blocking.; Ajout de 501 Rutarget.; Ajout de 566 Spark Flow Expandable.; 130 Broadband Enterprises supprimé.; 182 comScore - vCE supprimé.; 226 DoubleClick Rich Media Expandable supprimé.; 228 Sizmek Expandable supprimé.; 229 PointRoll Expandable supprimé.; 428 Conversant (Mediaplex) Expandable supprimé.; 520 Flite - Expandable supprimé.; 538 Weborama Expandable supprimé.; 549 Predicta - Expandable supprimé.; 568 Admotion - Expandable supprimé.; 617 Mixpo - Expandable supprimé.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.
Le fichier de dictionnaire gdn-vendors.txt a été modifié.: Ajout de 79 Revenue Science.; Ajout de 138 Reddion.; Ajout de 566 Spark Flow Expandable.; 130 Broadband Enterprises supprimé.; 182 comScore - vCE supprimé.; 226 DoubleClick Rich Media Expandable supprimé.; 617 Mixpo - Expandable supprimé.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

26 avril 2018

Nouveautés de la version 145 du protocole RTB

BidRequest.AdSlot.session_depth ajouté: Ce champ représente le nombre total d'impressions diffusées auprès de cet utilisateur (dans ce site ou cette application spécifique) au cours de cette session de navigation, plus une. Une session prend fin après 30 minutes d'inactivité. La valeur par défaut (-1) indique que la profondeur de session ne peut pas être estimée.

25 avril 2018

Nouveautés du rapport sur l'état de l'extrait de code Proto version 23

Ajout de motifs de refus.: 94 Usage abusif par le script OMID; 95 Fournisseur OMID ne figurant pas sur la liste blanche

18 avril 2019

Nouveautés de la version 144 du protocole RTB

BidRequest.AdSlot.ConsentedProvidersSettings.consented_providers est désormais packed.: Cette approche permet d'obtenir une zone plus compacte sur le fil. Veillez à effectuer la mise à jour vers cette version, car l'ajout de packed n'est pas rétrocompatible.

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 28: UserExt.ConsentedProvidersSettings.consented_providers est désormais packed. De cette façon, le champ sera plus compact sur le fil. Veillez à effectuer la mise à jour vers cette version, car l'ajout de packed n'est pas rétrocompatible.

17 avril 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire mobile-os.csv a été modifié.: Ligne 630359,"iOS",11,4,-1 ajoutée.
Le fichier de dictionnaire hosted-match-status-codes.txt a été modifié.: Ajout de 10 HOSTED_MATCH_INTERNAL_ERROR.

16 avril 2018

Nouveautés de la version 143 du protocole RTB

Ajouter BidRequest.AdSlot.consented_providers_settings et BidRequest.AdSlot.regs_gdpr: Ajout de champs permettant d'indiquer le consentement des utilisateurs pour les fournisseurs de personnalisation des annonces, tel que transmis par les éditeurs pour les utilisateurs des pays de l'Espace économique européen. Le fichier providers.csv sera publié à une date ultérieure.

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 27: Ajout de UserExt.consented_providers_settings et de RegsExt.gdpr pour indiquer le consentement de l'utilisateur pour les fournisseurs de personnalisation des annonces, tel que transmis par les éditeurs pour les utilisateurs des pays de l'Espace économique européen. Le fichier providers.csv sera publié à une date ultérieure.

9 avril 2018

Nouveautés de la version 142 du protocole RTB

BidResponse.Ad.impression_tracking_resource ajouté: Ce champ peut être utilisé pour spécifier les ressources JavaScript qui seront appelées lors du rendu de l'impression. Actuellement, son seul cas d'utilisation consiste à spécifier les ressources destinées à être appelées par le SDK Open Measurement.

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 26: Ajout de EventTrackerExt.context, qui permet de spécifier qu'une ressource JavaScript incluse dans le message EventTracker doit être appelée par le SDK Open Measurement.

28 mars 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire geo-table.csv a été modifié.: Déploiement d'une nouvelle version des cibles géographiques; Ajout de plus de 5 000 établissements.

9 mars 2018

Nouveautés de la version 141 du protocole RTB

Nouveau champ ajouté sous BidRequest.adslot.matching_ad_data.direct_deal : must_bid_level: Pour en savoir plus, consultez Champs supplémentaires d'enchères en temps réel pour le programmatique garanti.

8 mars 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Modification de 15 Creative filtered because one or more detected product categories were excluded in the bid request.

7 mars 2018

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 25: Ajouté BidExt.amp_ad_url; Ce champ permet à un enchérisseur de répondre avec une URL pour une annonce AMP HTML.

Nouveautés de la version 140 du protocole RTB

BidResponse.Ad.amp_ad_url ajouté: Ce champ permet à un enchérisseur de répondre avec une URL pour une annonce AMP HTML.

1er mars 2018

Nouveautés de la version 139 du protocole RTB

Ajout de nouvelles valeurs d'énumération INITIATE_ON_ENTERING_VIEWPORT_SOUND_ON et INITIATE_ON_ENTERING_VIEWPORT_SOUND_OFF à VideoPlaybackMethod.

27 février 2018

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.5.0: Ajout de la nouvelle valeur d'énumération OMID_1 à APIFramework. Cette valeur indique que le SDK Open Measurement est activé pour la requête. Bien que la valeur n'existe pas encore dans la spécification OpenRTB de l'IAB, elle est documentée dans les spec AdCom actuelles de l'IAB.

22 février 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Ajout de 192 Rejected due to Coppa/KFA being filtered for demand syndication.

14 février 2018

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Ajout de 191 Creative filtered because it contains an invalid OMSDK script URL.

13 février 2018

Nouveautés de la version 138 du protocole RTB

Marquage de BidRequest.adslot.matching_ad_data.pricing_rule comme obsolète.: Nous ne fournissons plus ces informations afin de simplifier notre API.

6 février 2018

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 24: Ajout de BidRequestExt.bid_feedback. Les commentaires en temps réel sont désormais disponibles dans OpenRTB via cette extension.; Ajout de BidExt.event_notification_token. Ce champ peut être défini sur un jeton arbitraire choisi par l'enchérisseur. Il sera présent dans les commentaires en temps réel concernant l'enchère envoyée.

5 février 2018

Nouveautés de la version 137 du protocole RTB

Ajout d'BidRequest.BidResponseFeedback.buyer_creative_id.: Les commentaires RTB en temps réel incluent désormais l'ID de la création de l'acheteur de la réponse à l'enchère correspondante.

Notes de version archivées de 2017 et antérieures

7-1-7-2-0-2-5-2-5

1-6-2-5<br-2-2-7-207-207-20 class-2br-2-classe<br-2br-2br-2br-2-classe-2-classe<br-2br-2br-2br-2br-2-classe-2-classe<br-2br-2br-2br-2br-classe-classe<br-2br-2br-2br-2br-classe ainsi que 2009-2br-2br-2br-2br-2-classe-2-classe

1-6-2-mai-2-0-2-0-2-2-0-2-mai-2-201-2-2-mai-2-201-2-201-2-201 class-2-mai class-2006-201 class-2-201 class-2-mai class-2006-201 class-2-m-2-201 class-201 class-2-m-2-201 class-201 class-201 class-201 class-2007-201 class-201 class-201 class-2007-201 class-201 class-201 class-m-2-mai class-2008-201 class-2-mai class-2006.

19 décembre 2017

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.5.0: Modification de l'encodage de base64 en base64 Web sécurisée pour BidRequest.id et BidRequest.[constrained_usage_]hosted_match_data. Il n'y aura toujours pas de marge intérieure.

1er novembre 2017

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.5.0: Correction des champs NativeRequest.EventTrackers.methods et NativeResponse.EventTracker.method. La cardinalité était mélangée, le champ de requête est répété et non le champ de réponse.; Correction de la pluralisation de certains nouveaux noms de messages et d'énumérations pour mieux respecter la norme OpenRTB et éviter toute confusion.

26 octobre 2017

Nouveautés de la version 136 du protocole RTB

Ajout d'BidResponse.Ad.NativeAd.click_tracking_urls.: Adx est désormais compatible avec plusieurs URL de suivi des clics natives.; Le champ "click_tracking_url" va être abandonné.

25 octobre 2017

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.5.0: Le protocole natif a été mis à jour pour la version 1.2 de la spécification.; Les commentaires de mappage au format "[AdX: ...]" ont été supprimés. Pour en savoir plus sur la mise en correspondance et les comportements spécifiques à Authorized Buyers, consultez le guide OpenRTB.
Protocole d'extensions Google OpenRTB version 22: Ajout des extensions ImpExt.ampad et SiteExt.amp pour assurer la compatibilité avec les pages AMP.

18 octobre 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire mobile-os.csv a été modifié.: Ligne 630343,"iOS",11,1,-1 ajoutée.; Ajout de la ligne 630345,"Android",8,1,-1.
Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Ajout de 184 Creative filtered because the field amp_ad_url is too short, must be at least 11 characters.; Ajout de 185 Creative filtered because the field amp_ad_url could not be parsed.; Ajout de 186 Creative filtered because the field amp_ad_url has a domain consisting of all digits.
Le fichier de dictionnaire callout-status-codes.txt a été modifié.: Ajout de 22 Dropped due to pretargeting sampling.

16 octobre 2017

Nouveautés de la version 135 du protocole RTB

Ajout d'BidResponse.Ad.event_notification_token.
Ajout d'BidRequest.BidResponseFeedback.event_notification_token.: Le jeton event_notification_token est envoyé à AdX par les enchérisseurs dans les réponses aux enchères à des fins de dépannage. AdX inclura le jeton event_notification_token en temps réel dans BidResponseFeedback pour l'enchère. Le contenu du jeton ne sera pas enregistré par AdX. AdX ignorera tout jeton de plus de 64 octets.
Mise à jour des commentaires pour BidRequest.Adslot.allowed_vendor_type.
Deux signaux de demande d'enchère ont été ajoutés: AmpPage et AmpAdRequirementType.: AmpPage indique si la demande provient d'une page Web créée à l'aide du code HTML AMP (Accelerated Mobile Pages). AmpAdRequiredmentType fournit des informations supplémentaires sur l'autorisation et/ou l'obligation des annonces AMP, ainsi que sur la façon dont les annonces AMP seront affichées. Pour plus de clarté, ces signaux remplacent l'énumération AmpAdRequestType.

Ajout d'une valeur d'énumération BUYER_PROVIDED_ID à UserIdType.: BUYER_PROVIDED_ID est le cookie dans le domaine de l'acheteur. Lorsque l'acheteur importe des identifiants dans le domaine de l'acheteur, nous utilisons notre table de mappage pour mapper l'identifiant avec le domaine de Google.

6 octobre 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire geo-table.csv a été modifié.: Des lignes ont été ajoutées et supprimées pour les emplacements situés en Afrique du Sud, au Canada, aux États-Unis, en Italie, en Norvège, en Colombie, au Nigeria, aux États-Unis, en Italie et au Royaume-Uni. Pour en savoir plus, consultez la liste des différences.

22 septembre 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire ad-sensitive-categories.txt a été modifié.: 28 Free Gifts, Quizzes, & Surveys supprimé.; 29 Misleading Claims supprimé.
Le fichier de dictionnaire hosted-match-status-codes.txt a été modifié.: Ajout de 1 DEPRECATED_HOSTED_MATCH_FORBIDDEN.; 1 HOSTED_MATCH_FORBIDDEN supprimé.

19 septembre 2017

Nouveautés de la version 134 du protocole RTB

BidRequest.response_deadline_ms ajouté: Ce champ indique combien de temps Google attendra une réponse à cette demande d'enchère spécifique. Par exemple, les enchérisseurs dont la logique est dépendante d'un délai doivent préférer lire ce champ à partir de chaque demande d'enchère au lieu de coder en dur un délai de 100 ms. Si ce champ n'est pas défini, les enchérisseurs doivent utiliser le délai par défaut comme ils le font actuellement (l'unité est en millisecondes).

18 septembre 2017

Nouveautés des fichiers proto du système d'enchères en temps réel

Version 133 du protocole RTB et version 6 du protocole d'importation groupée des cookies.: Mise à jour des commentaires pour l'énumération BidRequest.Video.Placement.IN_FEED.; Ajout de l'énumération BidRequest.Video.Placement.IN_ARTICLE pour les créations vidéo qui se chargent et sont lues entre les paragraphes d'un contenu éditorial en tant que lecteur vidéo autonome.; Ajout de l'énumération ErrorCode.BAD_DATA_SOURCE_ID au protocole d'importation groupée des cookies pour indiquer qu'un data_source_id ne se trouvait pas dans la plage valide de [1, 1 000]. Cet identifiant n'est pas interprété par Google et n'est utilisé qu'à des fins de reporting.

15 septembre 2017

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.5.0: Nous remplissons à présent le champ displaymanager de l'objet Imp avec BidRequest.AdSlot.renderer. Pour en savoir plus, consultez l'objet Imp dans le guide OpenRTB.; Nous utilisons désormais BidRequest.StickySettings, en plus de BidRequest.AdSlot.slot_visibility, pour déterminer le champ Banner.pos. Pour en savoir plus, consultez l'objet Banner dans le guide OpenRTB.

14 septembre 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire geo-table.csv a été modifié.: Ajout de nouveaux emplacements et codes postaux au Canada, en Corée, aux États-Unis, en Inde, en Italie, au Japon, au Liban, aux Pays-Bas et au Panama. Pour en savoir plus, consultez la liste des différences.

11 septembre 2017

Nouveautés de la version 132 du protocole RTB

Mise à jour des commentaires pour BidRequest.Mobile.is_app et BidRequest.Mobile.app_id afin de refléter le comportement des requêtes provenant de pages Web mobiles contenues dans des applications mobiles.

24 août 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire geo-table.csv a été modifié.: Ajout d'emplacements en Allemagne, au Canada, en Espagne, aux États-Unis, en Inde, au Japon, au Liban, aux Pays-Bas et au Royaume-Uni. Pour en savoir plus, consultez la liste des différences.

10 août 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Ajout de 181 Creative filtered because the VAST XML document is larger than the set maximum size.; Ajout de 182 Creative filtered because the publisher disallowed the deal ID it targeted.; Ajout de 183 Creative filtered beacuse the publisher enabled the deal ID it targeted for a different deal type.

9 août 2017

Nouveautés de la version 131 du protocole RTB

Ajout d'une prise en charge des valeurs de type MIME audio à BidRequest.Video.VideoFormat:: Ajout d'AUDIO_MP3; Ajout de AUDIO_OGG; Ajout de AUDIO_MP4A; Ajout de AUDIO_MP3_OGG lorsque les formats mp3 et ogg sont requis.
ALLOWED_AD_TYPE_AUDIO ajoutée à BidRequest.AdSlot.AllowedAdType: sera présent lorsque l'un des types MIME audio est présent
Ajout d'AUDIO à BidRequest.Video.Placement pour indiquer quand la requête provient d'un flux audio.: IMPORTANT: Certains lecteurs audio demandent des annonces vidéo lorsque l'utilisateur interagit avec l'écran. Ce champ indique que les annonces audio ou vidéo ne sont pas acceptées.

7 août 2017

Nouveautés de la version 130 du protocole RTB

Ajout de valeurs MIME compatibles à BidRequest.Video.VideoFormat:: Ajout de VIDEO_WEBM pour "video/webm"; Ajout de VIDEO_MOV pour "video/quicktime"; Ajout de VIDEO_3GPP pour "video/3gpp"; Ajout de VIDEO_HLS pour "application/x-mpegURL"; Ajout de VIDEO_DASH pour "application/dash+xml"

2 août 2017

Nouveautés de la version 129 du protocole RTB

Ajout d'BidRequest.AdSlot.exchange_bidding.key_value.: Cette valeur est définie lorsqu'un éditeur participant au programme Open Bidding décide de transférer les clés et les valeurs dans la demande à la place de marché tierce.

Ajout d'BidResponse.Ad.AdSlot.video_vast_xml.: Ce champ permet à un enchérisseur de répondre à une demande d'annonce vidéo en renvoyant un document XML VAST 2.0 ou 3.0 complet.

28 juillet 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Ajout de 181 Creative filtered because the VAST XML document is larger than the set maximum size.; Ajout de 182 Creative filtered because the publisher disallowed the deal ID it targeted.; Ajout de 183 Creative filtered because the publisher enabled the deal ID it targeted for a different deal type.

20 juillet 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire publisher-verticals.txt a été modifié.: De nouveaux secteurs et localités dans le monde ont été ajoutés. Pour en savoir plus, consultez la liste des différences.
Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Ajout de 179 Creative filtered because the required field amp_ad_url was missing or empty.; Ajout de 180 Video ad VAST version is not one of the supported versions in the video ad request.

13 juillet 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire publisher-verticals.txt a été modifié.: Ligne 1347 /Business & Industrial/Transportation & Logistics/Self Storage ajoutée.; Ligne 1347 /Business & Industrial/Transportation & Logistics/Public Storage supprimée.
Le fichier de dictionnaire buyer-declarable-creative-attributes.txt a été modifié.: Ajout de 30 InstreamVastVideoType: Vpaid.; 30 InstreamVastVideoType: Vpaid Flash supprimé.
Le fichier de dictionnaire publisher-excludable-creative-attributes.txt a été modifié.: Ajout de 30 InstreamVastVideoType: Vpaid.; 30 InstreamVastVideoType: Vpaid Flash supprimé.
Le fichier de dictionnaire pretargetable-creative-attributes.txt a été modifié.: Ajout de 30 InstreamVastVideoType: Vpaid.; 30 InstreamVastVideoType: Vpaid Flash supprimé.
Le fichier geo-table.csv a été modifié.: De nouvelles zones géographiques ont été ajoutées. Pour en savoir plus, consultez la liste des différences.

30 juin 2017

Nouveautés des fichiers proto du système d'enchères en temps réel

Version 128 du protocole RTB et version 5 du protocole d'importation groupée des cookies: Ajout du champ BidRequest.publisher_id au protocole RTB pour indiquer l'éditeur d'où provient l'impression.; Ajout de data_source_id au protocole d'importation groupée des cookies pour indiquer la source de données ayant contribué à l'adhésion.

28 juin 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire pretargetable-creative-attributes.txt a été modifié.: Ajout de 71 InstreamVastVideoType: Non Vpaid.; 71 InstreamVastVideoType: Non Vpaid Flash supprimé.

16 juin 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire mobile-os.csv a été modifié.: Ligne 630335,"iOS",10,4,-1 ajoutée.; Ajout de la ligne 630337,"iOS",11,0,-1.; Ajout de la ligne 630339,"Android",8,0,-1.; Ajout de la ligne 630341,"WindowsPhone",10,0,-1.
Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Ajout de 175 Creative filtered because it has an empty VAST XML document.; Ajout de 176 Creative filtered because the VAST document can't be parsed.

15 juin 2017

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 21: Ajout du champ is_rewarded_inventory. Ce champ est renseigné avec les mêmes données que le champ BidRequest.AdSlot.is_rewarded du protocole AdX.

8 juin 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Ajout de 174 Creative filtered because it lacks an MP4A file in the VAST.

7 juin 2017

Nouveautés de la version 127 du protocole RTB

Les valeurs non spécifiées ont été ajoutées aux énumérations qui manquaient de valeur par défaut.: Cela vous évite d'inclure de nouvelles valeurs d'énumération dans BidRequest, mais l'enchérisseur utilise toujours une ancienne version du protocole RTB qui ne comporte pas ces définitions de valeurs d'énumération. Dans ce cas, la bibliothèque proto oblige le getter à renvoyer la première valeur déclarée (si elle n'est pas définie par défaut). Si vous ne spécifiez pas la première valeur, les clients savent qu'ils doivent ignorer ces valeurs.

6 juin 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Ajout de 170 Creative filtered because it lacks a MOV file in the VAST.; Ajout de 171 Creative filtered because it lacks a 3GPP file in the VAST.; Ajout de 172 Creative filtered because it lacks a DASH file in the VAST.; Ajout de 173 Creative filtered because it lacks an HLS file in the VAST.

5 juin 2017

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.5.0: vcm peut désormais être utilisé pour les fiches de fin de vidéos. OpenRTB 2.5 permet à la place de marché de définir vcm=1 lorsqu'une carte de fin est prise en charge après la vidéo. Pour en savoir plus, consultez la documentation sur l'objet Banner dans le guide OpenRTB.; Nous remplissons à présent cat dans l'objet App pour les applications mobiles, en mappant les catégories d'applications mobiles avec les valeurs IAB correspondantes. Pour en savoir plus, consultez la documentation sur l'objet App dans le guide OpenRTB.; Nous remplissons à présent trois métriques pour le champ metric dans l'objet imp : click_through_rate, viewability et completion_rate. Pour en savoir plus, consultez l'objet "Imp" dans le guide OpenRTB.

4 juin 2017

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 20: Ajout du champ attribute. Ce champ est renseigné avec les mêmes données que le champ attribute de l'objet Ad dans le protocole AdX, y compris l'attribut AdX sizeless.; Ajout de l'objet PublisherExt pour permettre l'envoi du pays de l'éditeur à partir du protocole AdX.

25 mai 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Ajout de 166 Creative filtered beacuse the publisher didn't whitelist the deal ID it targeted, and didn't enable unknown deal IDs from the exchange.; Ajout de 167 Publisher requires premium (high-quality) snippets only, but this snippet does not match.; Ajout de 168 Creative filtered because it lacks a MP3 (audio) file in the VAST.; Ajout de 169 Creative filtered because it lacks a AUDIO (audio) file in the VAST.

May 11, 2017

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.5.0: Nous respectons désormais le champ BidResponse.burl.

May 10, 2017

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.5.0: Définissez à présent le champ BidRequest.wlang.; Pour les annonces vidéo, nous définissons maintenant le champ BidRequest.imp.video.placement.

4 mai 2017

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.5.0: Pour les annonces vidéo, nous définissons à présent le champ BidRequest.{site|app}.content.producer.domain.

2 mai 2015

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire geo-table.csv a été modifié.: De nouvelles zones géographiques ont été ajoutées, principalement aux États-Unis. Pour en savoir plus, consultez les différentes différences.

21 avril 2017

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.5.0: Mise à jour vers la spécification OpenRTB 2.5. Les nouveaux champs dans OpenRTB 2.5 seront pris en charge dans les prochaines versions.

12 avril 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire publisher-verticals.txt a été modifié.: Des lignes ont été ajoutées et supprimées pour mettre à jour le fichier.
Le fichier de dictionnaire mobile-carriers.csv a été modifié.: Des lignes ont été ajoutées et supprimées pour mettre à jour le fichier.

27 mars 2017

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.4.1: Ajout d'un commentaire pour indiquer que la macro ${AUCTION_PRICE} est désormais prise en charge pour impression_tracking_url.

22 mars 2017

Nouveautés de la version 126 du protocole RTB

Les commentaires du champ click_through_url ont été modifiés pour clarifier son utilisation.: Des commentaires ont été ajoutés pour indiquer que le champ fonctionne comme une déclaration d'URL de destination et ne sera pas utilisé dans un environnement réel.

17 mars 2017

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.4.1: Mise à jour du commentaire au-dessus du champ protocols pour indiquer que celui-ci est désormais défini de manière dynamique pour chaque requête et n'est plus codé en dur pour un ensemble spécifique de valeurs.

10 mars 2017

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.4.1: Ajout de commentaires pour préciser que les chaînes dépassant max_safe_length peuvent être tronquées par Authorized Buyers ou l'éditeur lors de l'affichage.

9 mars 2016

Nouveautés de la version 125 du protocole RTB

Description modifiée pour les champs max_safe_length.: Ajout de commentaires pour préciser que les chaînes dépassant max_safe_length peuvent être tronquées par Authorized Buyers ou l'éditeur lors de l'affichage.

3 mars 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire vendors.txt a été modifié.: Ajout de 889 Netscore.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

1er mars 2017

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 9: Supprimé dfp_network_code. La valeur de ce champ étant toujours la même que la première partie de dfp_ad_unit_code, le champ dfp_network_code n'est plus nécessaire.

28 février 2017

Nouveautés de la version 124 du protocole RTB

Nouveau champ ajouté sous BidRequest.adslot.matching_ad_data.direct_deal : remaining_impressions_to_buy: Pour en savoir plus, consultez la documentation RTB sur les accords de programmatique garanti.

24 février 2017

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.4.1: Des commentaires ont été ajoutés pour clarifier l'utilisation des champs adm et adm_native.

23 février 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Les codes d'état des créations 147,148,149,150 et 151 sont obsolètes et ne sont plus utilisés.

22 février 2017

Nouveautés de la version 123 du protocole RTB

Les commentaires de l'énumération EndCapSupport ont été modifiés pour indiquer clairement que certaines valeurs ne sont pas utilisées.: Les valeurs END_CAP_FORBIDDEN et END_CAP_REQUIRED n'ont jamais été définies dans le BidRequest.
Les commentaires du champ click_through_url ont été modifiés pour clarifier son utilisation.: Des commentaires ont été ajoutés pour indiquer que le champ fonctionne comme une déclaration d'URL de destination et ne sera pas utilisé dans un environnement réel.

17 février 2017

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.4.1: Les commentaires ont été supprimés afin de préciser que les champs de données démographiques ne sont plus mis en correspondance avec les champs "UserDémo" d'AdX, qui ont été abandonnés.; Un commentaire a été ajouté afin de décrire la mise en correspondance avec le protocole AdX pour le champ BidRequest.Imp.secure.

16 février 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire gdn-vendors.txt a été modifié.: Ajout de 888 ViewersLogic.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.
Le fichier de dictionnaire vendors.txt a été modifié.: Ajout de 888 ViewersLogic.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

9 février 2017

Nouveautés de la version 122 du protocole RTB

Le fichier de dictionnaire realtime-bidding.proto.txt a été modifié.: Modification de la description de IN_FEED.

8 février 2017

Nouveautés de la version 121 du protocole RTB

Ajout d'une valeur pour BidRequest.adslot.matching_ad_data.direct_deal.deal_type : PROGRAMMATIC_GUARANTEED.: Pour en savoir plus, consultez la documentation RTB sur les accords de programmatique garanti.

3 février 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire geo-table.csv a été modifié.: Corrections mineures des hiérarchies administratives, principalement en France. Pour en savoir plus, consultez les différentes différences.

26 janvier 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Ajout de 165 Creative filtered by publisher's restrictions on which brands can be shown together. Ce code est utilisé si la création a été filtrée par les exclusions d'annonceurs concurrents définies par l'éditeur.

25 janvier 2017

Nouveautés de la version 120 du protocole RTB

Ajout d'BidRequest.AdSlot.is_rewarded.: Ce champ indique si l'utilisateur reçoit une récompense pour avoir vu l'annonce.

18 janvier 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire geo-table.csv a été modifié.: Corrections mineures de la hiérarchie dans geo-table.csv. Pour en savoir plus, consultez la liste des différences.
Le fichier de dictionnaire publisher-verticals.txt a été modifié.: Corrections mineures de noms ajoutées dans publisher-verticals.txt. Pour en savoir plus, consultez la liste des différences.
Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Ajout des codes d'état 163 Native ad image asset width not in permitted range et 164 Native ad image asset aspect ratio not in permitted range à creative-status-codes.txt.

13 janvier 2017

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire vendors.txt a été modifié.: Ajout de 885 Cloud Technologies.; Ajout de 886 Research and Analysis of Media.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.
Le fichier de dictionnaire gdn-vendors.txt a été modifié.: Ajout de 886 Research and Analysis of Media.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

12 janvier 2016

Nouveautés de la version 119 du protocole RTB

Modification de la description de app_id.: Dans le protocole RTB, mise à jour du commentaire pour app_id afin d'inclure un exemple pour les appareils Windows.

9 janvier 2017

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.4.1: Des commentaires ont été ajoutés pour décrire un nouveau comportement : certaines données de la chaîne user-agent du navigateur peuvent être masquées ou remplacées.

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire vendors.txt a été modifié.: Ajout de 884 Nugg.ad.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

6 janvier 2017

Nouveautés de la version 118 du protocole RTB

Ajoutez un emplacement vidéo IN_FEED.: Ajoutez un nouvel emplacement vidéo IN_FEED dans le message vidéo du BidRequest. L'emplacement IN_FEED correspond à un format vidéo In-Feed, pour lequel la création vidéo s'affiche lorsque l'utilisateur fait défiler un flux de contenu, généralement un flux d'application de réseau social, un article d'actualités, etc. La vidéo s'affiche dans le flux principal, ainsi que dans le flux de vision et de lecture de l'utilisateur, et non sur le côté (comme pour une vidéo InBanner).

5 janvier 2017

Nouveautés des fichiers proto du système d'enchères en temps réel

Version 117 du protocole RTB et version 4 du protocole d'importation groupée des cookies: Correction mineure des commentaires en cookie-bulk-upload.proto; Augmentation de l'avis pour atteinte aux droits d'auteur depuis 2017

4 janvier 2017

Nouveautés du rapport sur l'état de l'extrait de code Proto version 22

Nouveau motif de refus 93 Unsupported Flash Content ajouté

16 décembre 2015

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.4.1: Les commentaires ont été mis à jour pour préciser que l'intégration de l'annonce native peut refuser une image dont le format est trop éloigné du format préféré et qu'elle tronquerait les chaînes trop longues.

Nouveautés de la version 116 du protocole RTB

Commentaires ajoutés.: Les commentaires ont été mis à jour pour préciser que l'intégration de l'annonce native peut refuser une image dont le format est trop éloigné du format préféré et qu'elle tronquerait les chaînes trop longues.

14 décembre 2016

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire creative-status-codes.txt a été modifié.: La description du code d'état 99 a été remplacée par 99 Creative filtered because it lacks a required video MIME type in the VAST file (the specific missing type is not available).; Corrections mineures de fautes de frappe dans les descriptions des codes d'état 115, 120, 131, 147 et 148.

13 décembre 2016

Nouveautés de la version 115 du protocole RTB

publisher_country ajouté: Pays de l'adresse de facturation de l'éditeur. Il peut être différent du pays détecté de l'utilisateur dans geo_criteria_id ou du pays d'hébergement du site Web.
Clarifier les commentaires de geo_criteria_id et postal_code

5 décembre 2016

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.4.1: Cette version met simplement à jour le commentaire du champ OpenRTB BidRequest.imp.video.protocols pour refléter la modification de la façon dont le champ est rempli. Au lieu de toujours contenir les numéros de protocole correspondant à VAST 3, ce champ contiendra ceux correctement pour VAST 2, VAST 3 ou VAST 4, selon les éléments compatibles (voir les notes de version du protocole RTB version 114).

2 décembre 2016

Nouveautés de la version 114 du protocole RTB

BidRequest.Video.protocols ajouté: Ce champ contient une série de protocoles d'annonces vidéo compatibles, correspondant au comportement OpenRTB 2.4. Actuellement, seuls VAST_2_0, VAST_3_0, VAST_2_0_WRAPPER, VAST_3_0_WRAPPER, VAST_4_0 et VAST_4_0_WRAPPER sont possibles.

29 novembre 2016

Nouveautés de la version 113 du protocole RTB

Ajout de la prise en charge d'une nouvelle méthode de lecture des vidéos.: Ajout d'une valeur d'énumération MOUSE_OVER à BidRequest.Video.VideoPlaybackMethod pour respecter OpenRTB 2.0.

18 novembre 2016

Nouveautés de la version 112 du protocole RTB

Suppression des anciens champs obsolètes.: Les champs précédemment abandonnés qui ne sont plus définis sont désormais complètement supprimés afin de désencombrer le contenu.

14 novembre 2016

Nouveautés de la version 111 du protocole RTB

Abandon d'BidRequest.AdSlot.ExchangeBidding.dfp_network_code.: La valeur de ce champ est toujours la même que la première partie de BidRequest.AdSlot.dfp_ad_unit_code. Le champ dfp_network_code n'est donc plus nécessaire.

9 novembre 2016

Nouveautés de la version 110 du protocole RTB

BidResponse.Ad.NativeAd.click_link_url ajouté: URL que le navigateur/SDK charge lorsque l'utilisateur clique sur l'annonce. Peut changer d'une enchère à l'autre. Pour assurer la rétrocompatibilité, lorsqu'il n'est pas défini, le navigateur/SDK charge la première click_through_url. En revanche, la valeur "click_through_url" devrait rester identique entre les enchères pour le même "buyer_creative_id", tandis que la valeur "click_link_url" est susceptible de changer.

4 novembre 2016

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 7
BidResponse.SeatBid.Bid.exchange_deal_type ajouté: Cette option n'est utilisée que pour les places de marché participant à Open Bidding (c'est-à-dire les places de marché tierces qui utilisent les enchères en temps réel dans Ad Manager). Il représente des informations sur le type d'accord qui s'applique à une enchère sur une place de marché.

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 8: Ajout de signaux à l'extension native dans la requête OpenRTB native 1.1.; Ajout des champs suivants: style_id, style_width, style_height et style_layout_type.

Nouveautés de la version 109 du protocole RTB

Ajout de BidResponse.Ad.AdSlot.exchange_deal_id et de BidResponse.Ad.AdSlot.exchange_deal_type.: Ces options ne sont utilisées que pour les places de marché participant à Open Bidding (c'est-à-dire les places de marché tierces qui utilisent les enchères en temps réel dans Ad Manager). Ils représentent des informations sur les accords qui s'appliquent à une enchère sur une place de marché.

3 novembre 2016

Nouveautés de la version 108 du protocole RTB

Ajout d'BidRequest.AdSlot.allowed_ad_types.: Contient une énumération répétée représentant les types d'annonces autorisés dans la réponse à l'enchère. Les valeurs possibles sont ALLOWED_AD_TYPE_BANNER, ALLOWED_AD_TYPE_NATIVE et ALLOWED_AD_TYPE_VIDEO. Ce champ devrait permettre aux enchérisseurs d'identifier plus facilement les types d'annonces qu'ils peuvent renvoyer.

2 novembre 2016

Nouveautés des dictions RTB : nouvelle version du fichier geo-table.csv

Voici quelques points importants concernant les nouveaux cibles géographiques:: À propos de 100 parcs nationaux américains et canadiens. Les parcs nationaux peuvent être ciblés pour la première fois.; Environ 1 200 villes et codes postaux en Allemagne, Australie, Pays-Bas et France.; 78 municipalités de Porto Rico.; 71 provinces/districts au Bangladesh.; 21 Provinces/Villes du Costa Rica.; Deux nouvelles cibles au niveau du pays: Guernesey (GG) et Jersey (JE).; Quelques centaines de cibles par province en Amérique du Sud, en Afrique et au Moyen-Orient.

31 octobre 2016

Nouveautés de la version 107 du protocole RTB

Installez la mise à jour BidRequest.AdSlot.NativeAdTemplate.: Ajout des champs suivants: style_id, style_width, style_height et style_layout_type.

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire ad-product-categories.txt a été modifié.: Ajout de plus de 200 nouvelles catégories générales permettant aux éditeurs de bloquer les annonces. Ces catégories sont généralement plus précises, ce qui permet aux éditeurs de bloquer des catégories plus restreintes, telles que les créations Used Motor Vehicle au lieu de toutes les créations Automotive. Comme précédemment, ce fichier de dictionnaire est utile pour mapper les ID de catégorie du champ excluded_product_category des demandes d'enchères avec des catégories lisibles.; Pour en savoir plus, consultez la liste complète des différences.

27 octobre 2016

Nouveautés de la version 106 du protocole RTB

Ajout d'BidRequest.AdSlot.sticky_settings.: Il contient les différents types de paramètres de fidélité qu'un éditeur peut déclarer sur son inventaire. Trois paramètres de persistance sont acceptés : le blocage vertical, le blocage horizontal en bas et le persistance horizontale supérieure.

BidRequest.AdSlot.stickiness est désormais obsolète.: Ce champ est obsolète et a été remplacé par BidRequest.AdSlot.sticky_settings.vertical_stickiness.

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire publisher-verticals.txt a été modifié.: Correction des fautes de frappe dans certains noms de catégories. Téléchargez la liste des différences pour en savoir plus.

24 octobre 2016

Nouveautés de la version 105 du protocole RTB

Champ BidRequest.user_demographics obsolète.: Le champ BidRequest.user_demographics a été abandonné.

21 octobre 2016

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 6
Ajout d'BidRequest.imp.dfp_ad_unit_code.: Cette fonctionnalité n'est utilisée que pour Open Bidding.

Nouveautés de la version 104 du protocole RTB

Ajout d'BidRequest.AdSlot.non_browser_slot_source.: Ce paramètre est défini lorsqu'un éditeur déclare que l'espace publicitaire est diffusé sur un inventaire autre qu'un navigateur. Il spécifie également le type d'inventaire.

Ajout d'BidRequest.AdSlot.is_interstitial_slot.: Ce paramètre est défini lorsqu'un éditeur déclare que l'espace publicitaire est un interstitiel couvrant le contenu pendant un certain temps.

20 octobre 2016

Nouveautés de la version 103 du protocole RTB

Ajout d'BidRequest.AdSlot.dfp_ad_unit_code.: Cette fonctionnalité n'est utilisée que pour Open Bidding.

14 octobre 2016

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire geo-table.csv a été modifié.: Correction d'erreurs mineures d'orthographe et de hiérarchie géographique. Pour en savoir plus, consultez la liste des différences.

Nouveautés d'OpenRTB

Protocole Google OpenRTB 2.4.1
Cette version ne modifie pas les fichiers proto, mais met à jour le mappage pour assurer la compatibilité initiale avec OpenRTB 2.4:: Les tailles d'impressions de bannière sont désormais associées à Banner.format. Les champs wmin, wmax, hmin et hmax sont obsolètes et ne seront pas renseignés à partir de la version 2.4. Les champs w et h sont toujours renseignés (avec la première dimension comme auparavant).; Video.skip est désormais renseigné.; Bid.api est désormais pris en charge.; en-tête HTTPx-openrtb-version est "2.4".
Les enchérisseurs qui utilisent OpenRTB/JSON peuvent activer la nouvelle version 2.4 via l'API RTB. Les enchérisseurs qui utilisent OpenRTB/Protobuf ne peuvent utiliser que la version 2.3, et les futures mises à niveau seront annoncées séparément.

13 octobre 2016

Nouveautés de la version 102 du protocole RTB

Mise à jour de la description "Connected_TV = 4".: Dans le protocole RTB, mise à jour du commentaire pour "Connected_TV = 4" afin de décrire plus en détail les appareils inclus.

11 octobre 2016

Nouveautés du rapport sur l'état de l'extrait de code Proto version 21

Nouveau motif de refus 92 Personal Loans ajouté

6 octobre 2016

Nouveautés de la version 101 du protocole RTB

Mise à jour du commentaire du modèle d'annonces natives.: Dans le protocole RTB, modification du commentaire du modèle d'annonces natives pour indiquer que, dans certains cas, le champ html_snippet ou video_url peut être défini à la place du champ native_ad.

5 octobre 2016

Nouveautés de la version 100 du protocole RTB

Mise à jour du commentaire concernant l'identifiant publicitaire pour mobile.: Dans le protocole RTB, mise à jour du commentaire concernant le champ BidRequest.Mobile.encrypted_advertising_id pour indiquer sur quelles plates-formes il est disponible (en plus des appareils iOS et Android).

30 septembre 2016

Nouveautés de la version 99 du protocole RTB

Ajout d'un signal de taux de lecture complète de la vidéo aux enchères en temps réel.: Dans le protocole RTB, ajout d'un nouveau champ video_completion_rate à BidRequest.AdSlot. Ce champ indique une estimation de la probabilité qu'une annonce vidéo diffusée dans cet espace soit visionnée dans son intégralité.

29 septembre 2016

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire vendors.txt a été modifié.: Ajout de 880 Navegg.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

20 septembre 2016

Nouveautés du rapport sur l'état de l'extrait de code Proto version 20

Ajout de motifs de refus.: 90 Maximum number of HTTP calls exceeded; 91 Maximum number of cookies exceeded
Changement de nom : le motif de refus 36 est passé de "Invalid ad download size" à "Maximum download size exceeded"

19 septembre 2016

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire buyer-declarable-creative-attributes.txt a été modifié.: Ajout de 105 Rendering: Sizeless AdX. Permet de déclarer si une création HTML peut être redimensionnée de manière dynamique pour remplir diverses tailles d'emplacements. Pour en savoir plus, consultez la documentation sur les annonces interstitielles.

15 septembre 2016

Nouveautés de la version 98 du protocole RTB

Ajout de la prise en charge de la vidéo native dans le système d'enchères en temps réel.: Dans le protocole RTB, ajout d'une nouvelle valeur d'énumération VIDEO à BidRequest.NativeAdTemplate et d'un nouveau champ video_url à BidResponse.NativeAd. Cela permet aux enchérisseurs de renvoyer une réponse vidéo dans le champ native_ad lorsque VIDEO est présent dans BidRequest.native_ad_template.required_fields ou BidRequest.native_ad_template.recommended_fields.

13 septembre 2016

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.4.1: Cette version contient des correctifs mineurs pour OpenRTB 2.4, en particulier : état d'abandon de plusieurs champs, prise en charge des extensions pour Audio et Format, type d'énumération correct pour le nouveau champ Bid.qagmediarating.

8 septembre 2016

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire creative-status-codes.txt a été modifié.: Remplacement de la description de l'état 107 par Required elements specified in bid_request.adslot.native_ad_template.required_fields are missing or empty, afin de refléter le changement de logique qui ajoute un filtrage sur les éléments d'annonces natives requis avec des valeurs vides explicites.

7 septembre 2016

Nouveautés de la version 97 du protocole RTB

Mise à jour des commentaires pour préciser que pour les applications iOS, app_name est fourni par AppAnnie.

6 septembre 2016

Nouveautés du rapport sur l'état de l'extrait de code Proto version 19

Ajout de motifs de refus.: 81 Vidéo trop longue; 82 Enfreint la loi japonaise sur les pharmacies; 83 Pharmacie vétérinaire non accréditée; 84 Contenu non autorisé : avortement; 85 Contenu non autorisé : contraception; 86 Non-respect des exigences concernant la diffusion en chinois

2 septembre 2016

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.4.0: Il s'agit d'une nouvelle version majeure qui met à jour le schéma du protocole pour les dernières versions de spécification: OpenRTB 2.4 et OpenRTB Native 1.1. La modification est rétrocompatible au niveau des connexions, mais l'intégration du nouveau schéma dans l'enchérisseur peut nécessiter des modifications mineures du code. Plus précisément, deux modifications ont été apportées :; Les nouveaux champs sont ajoutés conformément aux dernières spécifications. Ils ne sont pas encore définis, mais leur compatibilité sera annoncée séparément.; Toutes les énumérations sont désormais de premier niveau et non imbriquées. Cela ne modifie pas la représentation sous forme de communication, mais nécessite de corriger les importations ou d'utiliser des noms d'énumération qualifiés différemment dans certaines langues.

31 août 2016

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire gdn-vendors.txt a été modifié.: Ajout de 284 Research Now.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.
Le fichier de dictionnaire vendors.txt a été modifié.: Ajout de 284 Research Now.; Ajout de 876 Exponential Expandable.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

22 août 2016

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 5
Ajout d'BidRequest.imp.dfp_network_code.: Cette fonctionnalité n'est utilisée que pour Open Bidding.

Nouveautés de la version 96 du protocole RTB

Ajout de dfp_network_code à BidRequest.AdSlot.: Cette fonctionnalité n'est utilisée que pour Open Bidding.

18 août 2016

Nouveautés de la version 95 du protocole RTB

Modification de la sémantique du champ mediation_status.: Le champ est défini sur DIRECT_REQUEST ou UNKNOWN selon que la demande d'annonce a été déterminée comme provenant directement de l'éditeur ou non.

8 août 2016

Nouveautés de la version 94 du protocole RTB

Ajout de amp_ad_request_type à BidRequest.AdSlot.: Ce champ indique si la page est une page AMP (Accelerated Mobile Page).

1er août 2016

Nouveautés de la version 92 du protocole RTB

Lors des premiers tests avec le trafic Google, les réponses aux demandes d'enchères sont exclues de la mise aux enchères, que le champ is_test de la demande d'enchère soit défini sur true ou false.

26 juillet 2016

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire gdn-vendors.txt a été modifié.: Ajout de 874 Cint.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.
Le fichier de dictionnaire vendors.txt a été modifié.: 332 Audience Manger (DemDex/Omniture) a été remplacé par 332 Audience Manger (DemDex).; Remplacement de 832 The AdExchange par 832 The ADEX.; Ajout de 874 Cint.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

18 juillet 2016

Nouveautés de la version 92 du protocole RTB

Mise à jour des commentaires pour préciser que, pour les annonces natives, click_through_url fournit l'URL de la page de destination vers laquelle l'utilisateur est redirigé, tandis que click_tracking_url spécifie une URL sur laquelle un thread d'arrière-plan peut pinguer à des fins de suivi.

14 juillet 2016

Nouveautés des dictionnaires RTB

Le fichier de dictionnaire vendors.txt a été modifié.: Ajout de 838 Revjet Expandable.; Ajout de 863 Bonzai Expandable.; Ajout de 864 INCUBIQ Solutions.
Les fichiers de dictionnaires vendors.txt et gdn-vendors.txt ont été modifiés.: Nettoyage de tous les fournisseurs de vidéos VAST, qui sont obsolètes depuis avril 2016: ils sont toujours autorisés (aucune déclaration nécessaire) et n'apparaissent pas dans le champ allowed_vendors des demandes d'enchères.
Pour en savoir plus, consultez la liste des fournisseurs agréés.

13 juillet 2016

Nouveautés du rapport sur l'état de l'extrait de code Proto version 18

Ajout d'un nouveau champ detected_domain qui expose les domaines détectés lors des analyses de validation.

11 juillet 2016

Nouveautés de la version 91 du protocole RTB

Mise à jour des commentaires pour indiquer que certaines parties de la chaîne user-agent peuvent être masquées ou remplacées.

8 juillet 2016

Nouveautés de la version 90 du protocole RTB

Mise à jour des commentaires pour préciser que seule la première valeur de click_through_url est utilisée comme URL de clic pour les annonces natives.

29 juin 2016

Nouveautés de la version 89 du protocole RTB

Mise à jour des commentaires pour préciser que url contient toujours un protocole.

22 juin 2016

Nouveautés de la version 88 du protocole RTB

Mise à jour des commentaires pour préciser que click_through_rate n'inclut pas les données cumulées à partir d'AdWords.

Nouveautés de la version 87 du protocole RTB

Clarification dans le commentaire BidResponse sur le fait que BidRequest ne peut avoir qu'un seul AdSlot.
J'ai apporté quelques modifications mineures à la formulation dans d'autres commentaires.

3 juin 2016

Nouveautés des dictions RTB : nouvelle version du fichier geo-table.csv

Près de 6 000 nouvelles cibles géographiques sont ajoutées. Ces cibles sont déjà actives et présentes dans les demandes d'enchères (à l'exception du Myanmar, qui n'est pas encore actif). Nouveautés notables:: 2 214 sous-localités et codes postaux aux Pays-Bas.; 1 423 villes, quartiers et codes postaux en Malaisie.; 722 villes, quartiers et codes postaux dans les principaux pays d'Europe de l'Est (Pologne, Hongrie, République tchèque) et en Grèce.; 639 provinces, villes et quartiers des Philippines.; 155 villes et sous-localités en Suède.; 104 villes et codes postaux en Allemagne.
Voici quelques caractéristiques de la longue traîne:: Deux principales sous-localités de New York (Manhattan et Queens).; 44 cibles au Myanmar, dont le pays lui-même (remarque: elles ne sont pas encore actives).; Capitales / grandes villes de nombreux pays, comme Nairobi au Kenya et Guatemala au Guatemala.

2 juin 2016

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 4: Ajout de BidRequest.processing_time_ms.

30 mai 2016

Nouveautés du rapport sur l'état de l'extrait de code Proto version 17

Ajout de la correction de la déclaration VIDEO_IN_SNIPPET_ATTRIBUTE_ADDED.: Cette correction est appliquée lorsqu'un extrait de code HTML lit du contenu vidéo. Elle doit donc être bloquée sur un inventaire qui interdit les vidéos.
Ajout du champ detected_language.: Ce champ indique les langues détectées par AdX pour la création.; Ces langues sont utilisées pour appliquer les blocs linguistiques de l'éditeur. Voir aussi le champ allowed_languages dans le protocole RTB.
Ajout du champ context au message Correction.: Ce champ décrit le ou les contextes dans lesquels la correction est appliquée.
Les contextes de correction et de diffusion dissocient désormais le Web mobile de l'application mobile.: Ajout de nouvelles valeurs à l'énumération Platform : ANDROID_IN_APP et IOS_IN_APP. Les valeurs ANDROID et IOS préexistantes ont été renommées ANDROID_WEB et IOS_WEB.

26 mai 2016

Nouveautés des prototypes OpenRTB

Protocole d'extensions Google OpenRTB version 3
Ajout de BidRequest.imp.publisher_parameter et de BidResponse.SeatBid.Bid.bidder_name.: Ces deux champs ne sont utilisés que pour les places de marché participant à Open Bidding (places de marché tierces utilisant les enchères en temps réel dans Ad Manager).

Nouveautés de la version 86 du protocole RTB

Ajout de allowed_languages à BidResponse.AdSlot.: Ce champ contient les langues de création autorisées par l'éditeur.; Si cette règle n'est pas configurée, toutes les langues sont autorisées.

25 mai 2016

Nouveautés de la version 85 du protocole RTB

Ajout de exchange_bidding à BidRequest.AdSlot et de bidder_name à BidResponse.Ad.: Ces deux champs ne sont utilisés que pour les places de marché participant à Open Bidding (places de marché tierces qui utilisent les enchères en temps réel dans Ad Manager).

19 mai 2016

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB version 2.3.3
Correction de la valeur Video.vasttag de la réponse native de sorte qu'elle soit scalaire, et non un tableau.
Mise à jour des commentaires pour refléter les modifications apportées à l'encodage des champs : BidRequest.id, User.customdata et Device.ifa.
Protocole d'extensions Google OpenRTB version 2
Ajout de BidRequest.imp.allowed_vendor_type et de BidResponse.SeatBid.Bid.ad_choices_destination_url.

13 mai 2016

Nouveautés de la version 84 du protocole RTB

Ajout de ad_choices_destination_url à BidResponse.Ad.: Ce champ peut être utilisé pour fournir un lien vers la page de vos préférences pour les annonces.; Cela n'est compatible qu'avec les annonces natives.; Si elle est fournie, une icône AdChoices standard est ajoutée à la création native et associée à cette URL.

29 avril 2016

Nouveautés des dictionnaires RTB

Suppression des fournisseurs VAST (vidéo InStream) des listes déclarables.: Ces fournisseurs sont désormais autorisés sans déclaration. Étant donné que les éditeurs n'ont pas la possibilité de les activer ni de les bloquer, nous ne les envoyons plus dans le champ allowed_vendors des demandes d'enchères.; Pour en savoir plus, consultez la liste des fournisseurs certifiés.

28 avril 2016

Nouveautés de la version 83 du protocole RTB

Mise à jour des commentaires pour préciser que viewability peut être estimé à partir des données historiques ou de l'environnement.

27 avril 2016

Nouveautés des dictionnaires RTB

Suppression du fournisseur 113 "Image & Flash" des listes déclarables.: Ce fournisseur est obsolète. Elle ne doit pas être déclarée dans les réponses aux enchères, car elle ne correspond à aucune technologie 3PAS. Toutefois, si elle est déclarée, l'enchère ne sera pas filtrée. Les enchérisseurs doivent ignorer la présence ou l'absence de ce fournisseur dans le champ allowed_vendors des demandes d'enchères, car il ne s'agit pas d'un signal pertinent.

12 avril 2016

Nouveautés de `BidResponse`

Mise à jour des commentaires pour préciser que les réponses XML récupérées via video_url peuvent être conformes à VAST 2.0 ou VAST 3.0.

11 avril 2016

Nouveautés des dictionnaires RTB

Suppression du fichier de dictionnaire site-lists.txt obsolète: En octobre 2015, AdX a cessé de renseigner le champ site_list_id dans les demandes d'enchères, ce qui évite d'avoir à utiliser le dictionnaire site-lists.txt. Suppression pour plus de confusion.

1er avril 2016

Nouveautés de la version 81 du protocole RTB

Commentaires modifiés: Mise à jour du commentaire concernant le champ creative_index de BidResponseFeedback pour indiquer qu'il fait toujours référence à l'index de l'annonce dans la réponse.

30 mars 2016

Nouveautés du rapport sur l'état de l'extrait de code : mise à jour du règlement relatif aux accords

L'état détaillé est fourni pour les enchères ouvertes et les accords.: En général, open_auction_status et deals_status remplacent status, qui est désormais obsolète.
Le nouveau champ serving_restriction fournit un état détaillé et contextuel.: Cette propriété remplace disapproval_reason, désormais obsolète. Elle nous permet de communiquer l'état d'une annonce dans un contexte spécifique. Par exemple, l'annonce est refusée sur mobile, car elle contient du contenu Flash, ou elle ne peut pas être diffusée en Russie, car elle n'a pas encore été examinée dans ce pays.
Ajout d'une valeur d'énumération "Status" : CONDITIONALLY_APPROVED: Elle est utilisée lorsque l'annonce est approuvée de manière générale, mais avec des restrictions dans certains contextes. La plupart des annonces seront CONDITIONALLY_APPROVED pour l'enchère ouverte.

29 mars 2016

Nouveautés de la version 2.3.2 d'OpenRTB Proto

Amélioration de la documentation pour plusieurs champs:: id dans BidRequest et BidResponse ; ip, ipv6, carrier, dpidm5 et advertising_id dans Device ; message Geo ; customdata dans User ; clicktrackers dans Link.

4 mars 2016

Nouveautés des prototypes OpenRTB

Protocole Google OpenRTB 2.3.1 (disponible actuellement): Contient la dernière version du protocole OpenRTB d'Authorized Buyers. Les mappages des champs avec le protocole RTB d'Authorized Buyers sont disponibles dans les commentaires.
Protocole d'extensions Google OpenRTB v.1 (disponible maintenant): Contient les extensions Authorized Buyers utilisées dans le protocole OpenRTB.

26 février 2016

Nouveautés de la version 80 du protocole RTB

Modification des commentaires concernant le champ "fixed_cpm_micros" des accords directs
Les valeurs d'énumération du champ VideoFormat ont été renommées pour mieux correspondre aux fonctionnalités: VIDEO_FLASH devient VIDEO_FLV, et VIDEO_HTML5 devient VIDEO_MP4.
Ajout de valeurs acceptées dans le champ VideoFormat: VPAID_FLASH (CPV) et VPAID_JS (JavaScript).

19 février 2016

Nouveautés de la version 79 du protocole RTB

Modification des commentaires dans le champ placement.

8 février 2016

Nouveautés de la version 78 du protocole RTB

Ajout d'un champ d'emplacement vidéo pour remplacer le champ inventory_type.: Le sous-message vidéo du protocole RTB comporte désormais un champ placement permettant de faire la différence entre INSTREAM et INTERSTITIAL. Le champ inventory_type est obsolète. Il duplique des informations trouvées ailleurs dans le protocole RTB.
Ajout d'un nouveau champ renderer au sous-message d'espace publicitaire.: Le champ renderer définit qui contrôle l'environnement (Google ou l'éditeur) qui a effectué la demande d'annonce et qui affichera l'annonce. Ce champ n'est défini que pour les demandes autorisant les annonces vidéo VAST.

29 janvier 2016

Nouveautés

Mise à jour de snippet-status-report-proto.txt vers la version 15.: Ajout de deux valeurs d'énumération CorrectionType: IN_BANNER_VIDEO_ATTRIBUTE_ADDED et MRAID_ATTRIBUTE_ADDED. Pour en savoir plus, consultez les commentaires sur les nouvelles valeurs.

18 mai 2015

Nouveautés

Authorized Buyers commence à appliquer une limite maximale pour les enchères: Pour se protéger, ainsi que ses partenaires, des bugs et des erreurs de configuration, Authorized Buyers commence à appliquer une limite maximale d'éligibilité à un CPM de 5 000 $pour les enchères. Pour en savoir plus, consultez l'article Filtrage des réponses aux enchères.

11 juillet 2014

Nouveautés

La déclaration d'annonces sans Flash dans la réponse à l'enchère n'est plus nécessaire: Les acheteurs n'ont plus besoin de déclarer l'utilisation de créations sans Flash lorsqu'ils enchérissent sur un inventaire sans Flash, car Authorized Buyers détecte automatiquement la présence de créations sans Flash. Les acheteurs doivent toujours inclure une création sans Flash lorsqu'ils enchérissent sur un inventaire sans Flash. Si un acheteur répond à une demande d'enchère sans Flash avec une création Flash, Authorized Buyers détecte la présence de cette création et filtre la réponse à l'enchère. Notez qu'Authorized Buyers ne détecte pas si une création de back-up sans Flash est incluse avec une création Flash dans une réponse à l'enchère. Il filtre alors cette réponse afin d'inclure une création Flash.
Le nom du champ "encrypted_idfa" a été remplacé par "encrypted_advertising_id".: Authorized Buyers a remplacé le nom du champ "encrypted_idfa" par "encrypted_advertising_id" afin qu'il indique que nous pouvons transmettre aux acheteurs l'IDFA ou l'identifiant publicitaire dans le BidRequest en fonction des informations disponibles. Les acheteurs peuvent continuer à faire référence au nom du champ "encrypted_idfa" d'origine jusqu'à ce qu'ils téléchargent et commencent à utiliser la dernière version du prototype RTB. Une fois qu'un acheteur commence à utiliser la dernière version du protocole RTB, il doit mettre à jour son système d'enchères de sorte qu'il utilise "encrypted_advertising_id" comme nouveau nom pour ce champ. Pour en savoir plus, consultez Cibler un inventaire d'applications mobiles avec l'IDFA.
Nouveau champ pour identifier si le lecteur vidéo est intégré: Authorized Buyers a ajouté un nouveau champ au protocole RTB pour indiquer si le lecteur vidéo est intégré ou non. Ce nouveau champ s'appelle "is_embedded_offsite". Si la valeur est "true", la vidéo est intégrée sur des pages du domaine de l'éditeur. Pour en savoir plus, consultez le Guide d'intégration des annonces vidéo Authorized Buyers.

16 juillet 2013

Nouveautés

[IMPORTANT] BidResponses doit inclure la taille d'annonce pour les demandes multitailles

Pour toutes les demandes d'enchères spécifiant plusieurs tailles d'annonces, BidResponse doit inclure les champs BidResponse.Ad.width et BidResponse.Ad.height. Les réponses aux demandes multitailles qui n'incluent pas ces champs seront retirées de l'enchère. Environ 5% des demandes d'annonces contiendront plusieurs tailles d'annonces à partir du 24 septembre 2013, date à laquelle nous allons activer l'allocation dynamique multitaille dans Google Ad Manager. Ce pourcentage devrait augmenter au fil du temps.

Bien que les réponses aux enchères pour les demandes d'enchères de taille unique ne soient pas obligées d'inclure les champs Ad.width et Ad.height, nous vous recommandons de toujours les inclure.

[RAPPEL] Abandon des rapports CSV par région à partir du 9 juillet 2013

Après le 9 juillet, vous ne pourrez plus télécharger les rapports sur les performances au format CSV par région.

[RAPPEL] Augmentation de la taille de téléchargement à 150 kilo-octets

Nous avons augmenté la taille de téléchargement maximale autorisée de 50 Ko à 150 Ko. De plus, nous activons l'application automatique de cette règle. Les annonces de plus de 150 Ko seront donc refusées. Pour en savoir plus, consultez la documentation du Centre d'aide.

[RAPPEL] Déclaration de création sans Flash pour l'inventaire intégré aux applications mobiles

Tous les acheteurs certifiés RTB dans les applications mobiles DOIVENT indiquer qu'une annonce n'est pas Flash dans leur réponse à l'enchère s'ils répondent à un appel d'application mobile. En l'absence des déclarations de création correctes, l'annonce peut être refusée. Pour en savoir plus, consultez la documentation du Centre d'aide.

[RAPPEL] Suppression des champs "carrier_name" et "carrier_country" des demandes d'enchères

Depuis le 4 juin 2013, les champs "carrier_name" et "carrier_country" ne sont plus acceptés dans les demandes d'enchères. Les acheteurs doivent utiliser le nouveau champ "carrier_id". Pour en savoir plus, consultez la newsletter du mois de mars.

20 mai 2013

Nouveautés

Tableaux de correspondance hébergés par Google (disponibles maintenant)

Google est désormais en mesure d'héberger une table des correspondances d'un acheteur entre les ID de l'acheteur et les ID de cookie de Google. Cela réduit les besoins en infrastructure pour nos acheteurs et pose les bases d'améliorations supplémentaires de la mise en correspondance des cookies. D'un simple appel, les acheteurs peuvent désormais ajouter l'utilisateur à une ou plusieurs listes d'utilisateurs et définir le cookie Ad Manager s'il est manquant.

Nous vous recommandons vivement d'adopter les tableaux de correspondance des cookies hébergés par Google. En plus d'accroître l'efficacité et les économies liées au passage au Pixel, vous pourrez participer à notre programme bêta de mise en correspondance des pixels, qui permet d'améliorer les taux de mise en correspondance des cookies de 20 à 30 % en moyenne. Pour être éligible, vous devez utiliser des tableaux de correspondance hébergés par Google. Nous encourageons donc tous les acheteurs AdX RTB à le faire dès que possible.

Modification du comportement de mise en correspondance des cookies

À partir du 7 mai, Ad Manager modifiera la façon dont le cookie doubleclick.net est défini. Par défaut, Ad Manager définit un cookie lors de tous les appels de mise en correspondance des cookies. Si vous ne souhaitez pas qu'Ad Manager définisse le cookie, modifiez votre enchérisseur pour inclure le nouveau paramètre google_no_sc lors de la mise en correspondance des cookies. Pour en savoir plus, consultez notre documentation sur ce changement.

[RAPPEL IMPORTANT] Abandon du service de lecture des cookies version 1 le 4 juin 2013

Pour en savoir plus sur ce changement, consultez notre documentation sur la mise en correspondance des cookies ou la newsletter précédente.

[RAPPEL] Modification des exigences concernant la mise en correspondance des pixels

À partir du 9 juillet, les réponses de correspondance de pixel qui n'incluent pas la valeur google_push spécifiée seront supprimées. Ce changement nous permettra de résoudre les problèmes de latence et d'améliorer l'efficacité de la mise en correspondance des pixels. Pour plus d'informations, consultez notre précédente newsletter.

[RAPPEL] MISE À JOUR DU Protocole RTB : nouveau champ "Agence" dans le BidResponse

Afin de permettre aux acheteurs et aux vendeurs de créer des accords préférés et des enchères privées pour une agence spécifique, un nouveau champ, "agency_id", a été ajouté au BidResponse. Nous avons créé un fichier de dictionnaire avec les agences acceptées pour mettre en œuvre ce nouveau champ. Pour en savoir plus, consultez notre centre d'aide ou contactez votre responsable de compte technique.

[RAPPEL] Champs de données géographiques remplacés par geo_criteria_id

À compter d'aujourd'hui, les champs {country, region, city, métro} du protocole RTB ne seront plus transmis dans les demandes d'enchères. Ces champs ont été remplacés par le nouveau champ geo_criteria_id. Pour en savoir plus sur ce changement important, consultez notre newsletter de mars ou notre site pour les développeurs.

15 avril 2013

Nouveautés

[IMPORTANT] Le champ seller_network est obsolète.

Le champ seller_network a été remplacé par le nouveau champ seller_network_id, qui contient un entier correspondant à un réseau figurant dans le fichier de dictionnaire seller-network-ids.txt. Le champ seller_network n'est plus défini depuis le 2 avril 2013. Mettez à jour votre enchérisseur, en particulier pour identifier l'inventaire du Réseau Display de Google, dont la valeur seller_network_id est désormais 1.

[IMPORTANT] Modification des exigences concernant la mise en correspondance des pixels

À partir de la mi-avril, nous commencerons à attribuer une valeur de chaîne sécurisée pour les URL au paramètre google_push dans nos demandes de mise en correspondance de pixels. Nous nous attendrons à ce que cette même chaîne compatible avec les URL soit renvoyée dans le paramètre google_push que vous avez défini. Ce changement nous permettra de résoudre les problèmes de latence et d'améliorer l'efficacité de la mise en correspondance des pixels.

Mise à jour du protocole RTB : nouveau champ "Agence" dans BidResponse

Afin de permettre aux acheteurs et aux vendeurs de créer des accords préférés et des enchères privées pour une agence spécifique, nous avons ajouté un champ (agency_id) à la règle BidResponse. Pour faciliter la mise en œuvre de ce nouveau champ, nous avons créé un fichier de dictionnaire nommé agencies.txt, qui répertorie les agences autorisées.

Ce champ offre aux acheteurs davantage de flexibilité pour leurs offres programmatiques et vous aide à négocier davantage d'accords préférés avec les éditeurs qui recherchent des acheteurs disposant de cette fonctionnalité. Pour en savoir plus, consultez la documentation du Centre d'aide ou contactez votre responsable de compte technique.

Les créations hébergées par Google ne peuvent plus être utilisées pour le système d'enchères en temps réel.

Auparavant, les acheteurs pouvaient utiliser les fichiers de création hébergés par Google pour les campagnes RTB et pour l'interface utilisateur. Désormais, les acheteurs RTB ne peuvent plus répondre avec des créations hébergées par Google et toutes les créations hébergées par Google envoyées dans le champ creative_id via RTB seront ignorées. Les créations hébergées restent disponibles pour les acheteurs ayant recours à l'interface utilisateur.

Commentaires en temps réel sur le système d'enchères en temps réel (BÊTA)

Pour faciliter les stratégies d'enchères plus dynamiques, nous pouvons fournir des commentaires sur les enchères en temps quasi réel afin de savoir pourquoi votre enchère n'a pas remporté la mise aux enchères (par exemple, des blocages de l'éditeur, des créations non approuvées ou une enchère plus élevée). Le motif réel sera transmis dans le sous-message "BidResponseFeedback" dans un "BidRequest" ultérieur. Vous trouverez la liste complète des raisons possibles sur la page des téléchargements dans le fichier creative-status-codes.txt. En cas d'enchères perdantes dépassant le prix plancher spécifié et utilisant des créations qui n'ont pas été filtrées avant la mise aux enchères, nous renvoyons le prix nécessaire pour remporter l'enchère. Seuls les acheteurs qui acceptent de divulguer leurs données d'enchères gagnantes peuvent participer à cette version bêta limitée. Si vous souhaitez participer, contactez votre responsable de compte technique.

11 mars 2013

Nouveautés

[IMPORTANT] Abandon du service de lecture des cookies version 1: À compter du 4 juin 2013, la fonctionnalité de lecture des cookies (version 1) ne sera plus disponible. Pour mieux répondre aux besoins de nos acheteurs, nous avons intégré des fonctionnalités plus avancées, telles que les tableaux de correspondance hébergés, dans notre API Cookie Matching v2. Si vous ne l'avez pas déjà fait, nous recommandons vivement à tous les acheteurs de passer à la nouvelle version de la mise en correspondance des cookies dès que possible.
[IMPORTANT] Modification du champ sellers_network_id: Si vous achetez un inventaire en ciblant le champ "seller_network_id", sachez que nous avons modifié certains identifiants du fichier seller-network-ids.txt. Ces modifications sont le résultat d'une nouvelle indexation ponctuelle des identifiants. Les mappages existants sont maintenant persistants et les nouveaux éditeurs sont ajoutés à la fin du fichier. Notez que la valeur sellers_network_id du Réseau Display de Google est passée de 0 à 1.; Téléchargez le dernier fichier de dictionnaire contenant les ID de réseaux de vendeurs afin de vous assurer que vous ciblez correctement le Réseau Display de Google et d'autres réseaux d'éditeurs sur AdX. Pour toute question, contactez votre responsable de compte.
[IMPORTANT] Les impressions éligibles pour plusieurs tailles d'annonces doivent inclure la largeur et la hauteur de l'annonce dans le BidResponse: Les éditeurs acceptent de plus en plus plusieurs tailles d'annonces pour des espaces publicitaires individuels. Ces impressions incluent plusieurs tailles dans le champ "BidRequest.AdSlot" et nécessitent le renvoi des champs "BidResponse.Ad.width" et "BidResponse.Ad.height" dans les "BidResponse" correspondants). Les réponses aux enchères effectuées en réponse à des demandes contenant plusieurs tailles d'annonces doivent inclure ces champs. Sinon, elles seront automatiquement exclues de l'enchère.; Actuellement, seuls les acheteurs ayant transmis les champs "BidResponse.Ad.width" et "BidResponse.Ad.height" dans leur réponse à l'enchère peuvent demander plusieurs tailles d'annonces. Cela représente 3% des impressions disponibles et augmentera au deuxième trimestre à mesure que l'inventaire disponible de nos clients Ad Manager augmentera. Nous allons bientôt créer une liste d'autorisation afin de rendre cet inventaire disponible uniquement pour les acheteurs qui définissent la taille d'annonce en réponse à des demandes d'enchères comportant plusieurs tailles d'annonce. Si, à l'heure actuelle, votre système d'enchères ne renvoie pas les champs "BidResponse.Ad.width" et "BidResponse.Ad.height" dans vos "BidResponse", nous vous encourageons à le faire afin de pouvoir bénéficier d'un tel inventaire. Contactez votre responsable de compte pour savoir comment rejoindre la liste d'autorisation.
[RAPPEL IMPORTANT] SSL – Changement à venir concernant la diffusion d'annonces par des tiers: Nous sommes ravis d'accepter le trafic chiffré SSL (Secure Socket Layer), ce qui permettra aux acheteurs Authorized Buyers de proposer des types d'inventaires supplémentaires à nos clients, y compris la messagerie Web et d'autres inventaires des utilisateurs connectés. L'inventaire SSL est unique dans la mesure où tous les appels à des tiers qui suivent la demande d'annonce initiale doivent également être basés sur SSL. Dans le cas contraire, le navigateur affiche un avertissement à l'utilisateur. Afin d'offrir une expérience utilisateur fluide dans AdX, nous lançons une nouvelle certification SSL qui confirmera que toutes les technologies d'achat sont conformes à la norme SSL.; Comme nous l'avons indiqué fin octobre l'année dernière, la première source de l'inventaire SSL sur AdX provient des utilisateurs connectés à des propriétés détenues et gérées par Google, comme YouTube. Actuellement, seul un faible pourcentage de l'inventaire YouTube est compatible SSL, mais en mai 2013, ce volume atteindra tous les utilisateurs connectés à YouTube, soit un total d'environ 40% du trafic YouTube. L'offre d'inventaires SSL sur AdX continuera de croître cette année, à mesure que nous ajouterons un nouvel inventaire provenant de messagerie Web et d'autres environnements sécurisés.; L'inventaire SSL ne sera disponible que pour les acheteurs certifiés conformes par l'équipe de certification Google. Ne passez pas à côté de cette opportunité : commencez à implémenter la technologie SSL sur votre système d'enchères en temps réel et sur votre plate-forme de diffusion d'annonces tierce dès que possible.; Les acheteurs RTB n'ont pas besoin d'utiliser des identifiants "buyer_creative_id" distincts pour les extraits SSL et non SSL. Pour en savoir plus, consultez les articles de notre Centre d'aide.
[RAPPEL] Nouvelle mise en forme des fichiers de paramètres des éditeurs: Nous avons récemment modifié le format de nos fichiers de paramètres des éditeurs afin de faciliter leur traitement. Le nouveau format divise le fichier PSF en deux fichiers de 9 Mo et réduit la taille globale du fichier de 60%.; De plus, nous passerons d'un champ d'ID de type "bytes" à un champ d'ID de type "Fixed64". Nous fournissons actuellement les deux champs, mais à compter du 2 avril 2013, seul le champ d'ID fixe64 sera renseigné.; Les fichiers PSF fournissent aux acheteurs des informations sur les exigences concernant l'inventaire de chaque éditeur afin d'aider leurs enchérisseurs à prendre de meilleures décisions. Les PSF incluent des données telles que les technologies publicitaires autorisées, les catégories exclues et les pages de destination bloquées. Si vous avez des questions, contactez votre responsable de compte technique ou consultez la documentation sur les enchères en temps réel.
[Protocole RTB] PLANIFICATION DE LA FEUILLE DE ROUTE – Nouveau champ "Agence" dans le BidResponse en mars: Avec la croissance de l'achat programmatique, les éditeurs cherchent de plus en plus à signer directement des accords programmatiques avec les agences. Pour permettre aux acheteurs et aux vendeurs de créer des accords préférés segmentés par acheteur/agence/annonceur spécifique, un nouveau champ "Agence" sera ajouté au BidResponse. La possibilité de créer des accords propres aux agences offre aux acheteurs davantage de flexibilité pour l'achat programmatique sur AdX, en réduisant les conflits de dépenses avec d'autres annonceurs et agences de leur compte.; Nous pensons qu'il s'agit d'un changement important qui nécessite des efforts de développement. C'est pourquoi nous vous laissons le temps de planifier les modifications nécessaires au niveau de vos enchérisseurs. Nous commencerons à accepter ce champ à la fin du mois de mars. Il sera disponible dans les accords préférés au cours du deuxième trimestre. Grâce à ce champ, les acheteurs bénéficieront de davantage de flexibilité au niveau de leur offre programmatique et vous pourrez négocier davantage d'accords préférés avec les éditeurs qui recherchent des acheteurs disposant de cette fonctionnalité.; Vous pourrez alors renseigner le champ "Agence" lors de l'envoi de la création ou dans le BidResponse. Nous vous communiquerons prochainement plus d'informations sur l'implémentation du nouveau champ "Agence" et n'hésitez pas à contacter votre responsable de compte si vous avez des questions.
Macros de mise en correspondance des cookies désormais disponibles: Vous pouvez désormais configurer vos URL de mise en correspondance des cookies à l'aide d'une ou plusieurs macros afin de déterminer l'ordre et l'emplacement où les paramètres de mise en correspondance des cookies sont ajoutés à l'URL. Elles vous offrent plus de flexibilité et de contrôle sur la mise en correspondance des cookies. Pour en savoir plus sur les nouvelles macros et sur la façon de les utiliser, consultez notre Guide de lecture des cookies.

15 octobre 2012

Nouveautés

Nouveau geo_criteria_id: À compter du 2 avril 2013, les champs {country, region, city, metro} du protocole d'enchères en temps réel ne seront plus transmis dans les demandes d'enchères. Ces champs seront remplacés par le nouveau champ geo_criteria_id, qui correspond à un ID représentant les zones géographiques et que vous pouvez trouver dans le tableau Cibles de notre site pour les développeurs. Pour toute question, contactez votre responsable de compte technique.
[ACTION REQUISE] Migration de seller_network vers seller_network_id
: Le champ seller_network sera remplacé par le nouveau champ seller_network_id, qui contient un entier correspondant à un réseau dans le fichier de dictionnaire seller-network-id.txt sur la page Téléchargements. Le champ seller_network ne sera plus défini à compter du 2 avril 2013.; Modifiez votre enchérisseur de sorte qu'il utilise le nouveau champ, en particulier pour identifier l'inventaire du Réseau Display de Google.
[IMPORTANT] La largeur et la hauteur de l'annonce doivent être incluses pour les demandes d'enchères comportant plusieurs tailles d'annonce.: Pour toutes les demandes d'enchères comportant plusieurs tailles d'annonces, votre BidResponse doit inclure les champs BidResponse.Ad.width et BidResponse.Ad.height. Les réponses aux demandes associées à plusieurs tailles d'annonces qui n'incluent pas ces champs seront retirées de l'enchère.; Bien que les demandes d'enchères comportant une seule taille d'annonce dans BidRequest.AdSlot n'aient pas besoin d'inclure les champs Ad.width et Ad.height, nous vous recommandons de toujours déclarer la taille d'annonce.

2 juillet 2012

Nouveautés

Nouveau champ dans le protocole du système d'enchères en temps réel: Le champ BidRequest.AdSlot.ad_block_key du protocole RTB contient un entier de 64 bits qui constitue un identifiant stable pour les combinaisons (web_property, emplacement, page). Ce nouveau champ vous permet de suivre les performances de combinaisons espace publicitaire/annonce spécifiques afin de prendre de meilleures décisions concernant les enchères.; Si vous avez des questions sur le nouveau champ BidRequest.AdSlot.ad_block_key, contactez votre responsable de compte technique ou consultez la documentation sur le protocole RTB destinée aux développeurs.
L'ID du groupe d'annonces est requis lorsqu'une BidRequest comporte plusieurs groupes d'annonces.: La BidResponse doit inclure le champ billing_id lorsque vous répondez à une demande d'enchère comportant plusieurs groupes d'annonces. Une demande d'enchère comportant plusieurs champs matching_ad_data (sous-messages) comporte plusieurs groupes d'annonces, car chaque champ matching_ad_data ne contient qu'un seul groupe d'annonces.
Avant le 2 juillet 2012, la réponse à l'enchère ne devait inclure le champ billing_id que si l'enchérisseur utilisait des créations hébergées ou des flux fusionnés. Cette exigence est désormais obsolète.
Ciblage géographique groupé dans l'interface utilisateur: L'outil d'importation groupée des zones géographiques, qui permet de renforcer les stratégies de ciblage géographique, fait désormais partie de l'interface utilisateur Authorized Buyers.

5 juin 2012

Nouveautés

GDN a remplacé GCN comme valeur autorisée dans le champ seller_network.: BidRequest envoie désormais la valeur GDN dans le champ seller_network, remplaçant la valeur de GCN envoyée avant le 1er juin 2012. Chaque fois que votre enchérisseur utilise le champ seller_network, assurez-vous d'avoir examiné votre code et, si nécessaire, de l'adapter afin que le changement de valeur ne pose pas de problème.
Annonces vidéo InStream interactives (bêta) basées sur la norme VPAID v1.0: L'acronyme VPAID signifie "Video Player-Ad Interface Definition". Il s'agit d'une norme sectorielle publiée par l'IAB, pour les annonces vidéo InStream interactives. Authorized Buyers a commencé à proposer une compatibilité limitée des annonces VPAID en version bêta via le protocole d'enchères en temps réel et l'interface utilisateur. Pour en savoir plus, contactez votre responsable de compte.
Nouveau champ mobile_device_type dans BidRequest: Les demandes d'enchères pour l'inventaire pour mobile incluent désormais le champ mobile_device_type. La valeur de ce champ indique le type d'appareil mobile sur lequel l'annonce doit être diffusée: TABLET ou HIGHEND_PHONE.
Nouvelle nomenclature: les accords préférés (anciennement "accords directs"): L'expression "accord direct" a été remplacée par "accord préféré" dans l'interface utilisateur et dans le Centre d'aide. Le nouveau nomenclature figurera dans la section correspondante de la documentation relative à l'API REST pour acheteur prochainement.
Nouveau message UserList dans BidRequest: Les demandes d'enchères peuvent inclure un ou plusieurs messages UserList. Chaque message UserList spécifie une liste de ciblage d'audience à laquelle l'utilisateur a été ajouté, ainsi que le temps qui s'est écoulé depuis. Consultez les rubriques d'aide sur l'interface utilisateur pour les acheteurs relatives au remarketing. En effet, la liste de ciblage d'audience est appelée "liste de remarketing". Pour faire en sorte que votre système d'enchères utilise cette fonctionnalité, contactez le responsable de votre compte.
Transition du champ excluded_sensitive_category de string en int32: Votre enchérisseur peut utiliser le champ excluded_sensitive_category dans le tampon de protocole publisher-settings pour voir quelles catégories de contenu ne sont pas autorisées par les éditeurs. Si tel est le cas, sachez que ce champ est désormais envoyé sous deux formes: la répétition de type int32 excluded_sensitive_category et la chaîne répétée DEPRECATED_excluded_sensitive_category. Lorsque vous le souhaitez, nous vous recommandons de modifier votre système d'enchères de sorte qu'il accepte le format int32 de ce champ en vue de l'arrêt définitif de la chaîne.
Lorsqu'ils envoient des demandes d'enchères sans URL ni identifiant anonyme, Authorized Buyers peut ignorer votre enchérisseur.: Si vous préférez que les demandes d'enchères qui ne contiennent ni URL de page ni identifiant anonyme ne soient jamais envoyées à votre système d'enchères, contactez votre responsable de compte au sujet de cette nouvelle option.

Disponible prochainement

Ciblage géographique groupé dans l'interface utilisateur: L'outil d'importation groupée des zones géographiques, qui permet de renforcer les stratégies de ciblage géographique, continue à être déployé progressivement dans l'interface utilisateur d'Authorized Buyers.
L'ID du groupe d'annonces sera requis lorsqu'une BidRequest comporte plusieurs groupes d'annonces.: À compter du 2 juillet 2012, le champ BidResponse doit inclure le champ billing_id lorsque vous répondez à une demande d'enchère comportant plusieurs groupes d'annonces. Pour savoir si une demande d'enchère comporte plusieurs groupes d'annonces, recherchez plusieurs champs matching_ad_data (sous-messages). Étant donné que chaque champ matching_ad_data contient exactement un groupe d'annonces, la présence de plusieurs champs matching_ad_data signifie toujours qu'il existe plusieurs groupes d'annonces.
Lorsque ce changement prendra effet, l'exigence actuelle (qui exige que la réponse à l'enchère contienne le champ billing_id chaque fois que l'enchérisseur utilise des créations hébergées ou des flux fusionnés) deviendra obsolète.

Problèmes résolus

Le rapport sur l'état de l'extrait de code affiche désormais les catégories attendues: Le rapport sur l'état de l'extrait de code doit inclure les catégories de contenu présentes dans le fichier de dictionnaire ad-product-categories.txt. Dans certains cas, un rapport sur l'état de l'extrait de code affichait des catégories qui n'étaient pas documentées dans le fichier de dictionnaire. Ce problème a été résolu.

11 mai 2012

Nouveautés

Les annonces sont désormais diffusées uniquement sur les sites qui correspondent au ciblage par thèmes et par emplacements.: Auparavant, les annonces étaient diffusées sur des sites qui correspondaient au ciblage par thèmes ou par emplacements. Désormais, les annonces ne sont diffusées que sur les sites qui correspondent à la fois au ciblage par thèmes et au ciblage par emplacements.
Créations extensibles multidirectionnelles (version bêta): Authorized Buyers est compatible avec les créations extensibles multidirectionnelles (fonctionnalité bêta). Les créations extensibles multidirectionnelles peuvent atteindre la taille agrandie maximale, comme indiqué dans le Règlement du programme mis à jour.
L'inventaire vidéo intégré aux jeux est désormais disponible dans Authorized Buyers: L'inventaire d'annonces vidéo achetés sur Authorized Buyers inclut désormais l'inventaire vidéo intégré au jeu proposé par les éditeurs de publicité dans les jeux Google.
Toute campagne qui achète des annonces vidéo achète désormais automatiquement ces emplacements dans des jeux, sauf si l'exclusion de la catégorie "Dans le jeu" est ajoutée à la campagne. Vous pouvez ajouter cette exclusion via l'API SOAP pour acheteur. Pour ce faire, utilisez CampaignCriterionService pour ajouter un NegativeCampaignCriterion de type ContentLabel, avec le paramètre contentLabelType défini sur GAMES. Cette mise à jour de la version bêta d'Authorized Buyers est entrée en vigueur le 1er mai 2012.
Règlement du programme mis à jour: Nous avons mis à jour le Règlement du programme afin de clarifier le champ d'application de l'interdiction de transmettre des informations permettant d'identifier personnellement l'utilisateur, d'améliorer la cohérence terminologique, de supprimer les sujets couverts par les API Authorized Buyers et les conditions d'utilisation du protocole, et d'expliquer la compatibilité avec les créations extensibles multidirectionnelles en version bêta, et pour clarifier le processus de diffusion d'annonces par des tiers, y compris en fournissant des liens vers la liste des fournisseurs de technologies agréés et vers les exigences concernant la déclaration de fournisseurs de technologies.
Ciblage des impressions vidéo par taille de lecteur: Dans l'inventaire vidéo, les champs de largeur et de hauteur du BidRequest.AdSlot décrivent désormais le lecteur vidéo. Cette mise à jour de la version bêta d'Authorized Buyers vous permet de cibler les impressions vidéo par taille de lecteur.

Disponible prochainement

Ciblage géographique groupé dans l'interface utilisateur: Un nouvel outil d'importation groupée des zones géographiques, qui permet d'améliorer les stratégies de ciblage géographique, est progressivement déployé dans l'interface utilisateur d'Authorized Buyers.
Remplacement de GCN par GDN comme valeur autorisée dans le champ seller_network: À compter du 1er juin 2012, BidRequest enverra la valeur GDN dans le champ seller_network, en remplacement de la valeur GCN envoyée aujourd'hui. Chaque fois que votre enchérisseur utilise le champ seller_network, vérifiez votre code et, si nécessaire, adaptez-le pour vous assurer que le changement de valeur ne pose pas de problème.
L'ID du groupe d'annonces sera requis lorsqu'une BidRequest comporte plusieurs groupes d'annonces.: À compter du 2 juillet 2012, le champ BidResponse doit inclure le champ billing_id lorsque vous répondez à une demande d'enchère comportant plusieurs groupes d'annonces. Pour savoir si une demande d'enchère comporte plusieurs groupes d'annonces, recherchez plusieurs champs matching_ad_data (sous-messages). Étant donné que chaque champ matching_ad_data contient exactement un groupe d'annonces, la présence de plusieurs champs matching_ad_data signifie toujours qu'il existe plusieurs groupes d'annonces.
Lorsque ce changement prendra effet, l'exigence actuelle (qui exige que la réponse à l'enchère contienne le champ billing_id chaque fois que l'enchérisseur utilise des créations hébergées ou des flux fusionnés) deviendra obsolète.

30 novembre 2010

BidRequest contient un nouveau champ appelé cookie_age_seconds. Lorsqu'il est défini, il indique depuis combien de temps le cookie utilisé dans google_user_id a été créé.
BidRequest.AdSlot.MatchingAdData contient un nouveau champ appelé per_buyer_minimum_cpm. Lorsqu'il est défini sur "true", ce champ indique que l'éditeur a défini un CPM minimal spécifique au compte du groupe d'annonces de préciblage.
Si vous le souhaitez, vous pouvez désormais diffuser des créations hébergées au lieu de renvoyer une annonce sous la forme d'un extrait de code HTML. Pour en savoir plus, consultez la section Création de la réponse.
La compatibilité des flux distincts et consolidées facilite l'achat via un ou plusieurs DSP à partir d'un compte Authorized Buyers distinct. Pour en savoir plus, consultez la section Enchères émises de la part de plusieurs comptes.

14 septembre 2010

L'interface utilisateur comporte désormais un paramètre de campagne qui est utilisé à la place de l'URL adxrtb.com pour marquer une campagne et tous ses groupes d'annonces en vue du préciblage. L'URL adxrtb.com continuera de fonctionner pour le moment jusqu'à ce que nous ayons migré toutes les campagnes existantes vers le nouveau paramètre. Les annonces fictives restent obligatoires dans les groupes d'annonces de préciblage qui utilisent le nouveau paramètre. Dans ce cas, une URL de destination doit toujours être spécifiée. Toutefois, vous pouvez désormais, si vous le souhaitez, utiliser une URL réelle correspondant à l'annonce à espace réservé dans l'extrait de code HTML. L'autre option consiste à continuer à utiliser l'URL adxrtb.com pour l'annonce de substitution, tout en tenant compte du fait que le paramètre de campagne est également nécessaire. Notez que les groupes d'annonces de préciblage et non de préciblage ne peuvent pas exister dans la même campagne lorsque vous utilisez le paramètre de campagne.
Des rapports automatisés sont désormais disponibles. Ils contiennent des informations qui vous aideront à comprendre les performances de votre système d'enchères. Ces rapports sont envoyés par e-mail à une adresse que vous fournissez environ toutes les heures, toutes les heures. Si vous souhaitez activer ces rapports, contactez votre responsable de compte technique.

17 juin 2010

Le service de mise en correspondance des cookies est désormais compatible avec le protocole HTTPS. Vous pouvez désormais envoyer une requête à cm.g.doubleclick.net en utilisant HTTPS plutôt que HTTP. Dans ce cas, la redirection ira à la même URL configurée, mais utilisera également HTTPS plutôt que HTTP.
Un nouveau champ timezone_offset dans le fichier BidRequest indique le fuseau horaire détecté dans le navigateur de l'utilisateur, le cas échéant. Téléchargez la dernière version de realtime-bidding.proto à partir de la page Téléchargements, lisez les commentaires sur le nouveau champ et effectuez les mises à jour nécessaires de votre application.
Nous ajoutons des étapes d'examen et de validation supplémentaires pour les annonces diffusées via le système d'enchères en temps réel. Pour que la diffusion de vos annonces soit autorisée dans les meilleurs délais, veillez à ce qu'elles puissent s'afficher correctement pendant une longue période après l'impression d'origine. La présence d'anomalies ou d'incohérences peut parfois entraîner de longs retards ou des refus.

14 avril 2010

Les informations au-dessus de la ligne de flottaison sont désormais disponibles dans le nouveau champ slot_visibility. La nouvelle définition de "Protocol Buffer" est disponible sur la page Téléchargements.
Nous procéderons progressivement à une transition vers une nouvelle taxonomie verticale au cours des prochains mois. Le nouveau fichier de taxonomie est disponible sur la page Téléchargements. Un nouveau champ, vertical_dictionary_version, a été ajouté au BidRequest. Il indique quand la nouvelle taxonomie est utilisée.
Il est désormais possible d'insérer la valeur du champ google_user_id de BidRequest dans l'URL d'enchère. Pour ce faire, utilisez la macro GOOGLE_USER_ID. Pour en savoir plus, consultez la section Macros d'URL d'enchères.
Pour rappel, vous devez toujours renvoyer un BidResponse valide avec protocol_version et processing_time_ms pour les requêtes dont le champ is_ping est défini dans BidRequest. Cela nous aidera à suivre les emplacements qui peuvent atteindre votre système d'enchères et procéder à des ajustements continus de configuration.

10 mars 2010

Authorized Buyers est heureux d'annoncer une nouvelle amélioration qui augmentera de manière significative la quantité d'inventaire disponible pour les acheteurs du système d'enchères en temps réel. L'inventaire de l'éditeur qui limite les annonces appartenant à une ou plusieurs "catégories sensibles" (par exemple, politique, rencontres, religion, régimes amaigrissants) est désormais disponible via le système d'enchères en temps réel. Pour respecter les restrictions applicables aux éditeurs, Google classera les annonces de l'acheteur en fonction du contenu de la page de destination. Cette classification sera effectuée chaque fois qu'une nouvelle page de destination de l'annonce sera détectée, à des intervalles de 10 minutes. Par conséquent, il est possible que les nouvelles annonces ne puissent pas être diffusées pendant une courte durée tant qu'elles sont classées.

Conjointement avec le réseau de contenu Google, Authorized Buyers annonce le lancement d'une nouvelle fonctionnalité qui permet aux acheteurs de filtrer l'inventaire situé dans la partie en dessous de la ligne de flottaison sur les sites du réseau de contenu Google. Grâce à ce nouveau filtre, il est possible de diffuser des annonces sur les seules parties affichées à l'écran lorsque la page se charge, sans que l'internaute ait besoin de la faire défiler. Google a mis en place une solution basée sur des statistiques. Celle-ci permet de déterminer les annonces apparaissant dans les parties au-dessus et en dessous de la ligne de flottaison. D'après ce modèle, une annonce est considérée comme diffusée dans "la partie au-dessus de la ligne de flottaison" si elle apparaît en totalité à l'écran lors du chargement de la fenêtre du navigateur. Avec cette nouvelle fonctionnalité, nous voulons permettre aux annonceurs de mieux contrôler les emplacements de diffusion de leurs annonces. De plus, le réseau de contenu Google gagne encore en efficacité et offre un environnement maîtrisé pour diffuser des campagnes de marque performantes.

Les acheteurs qui utilisent la solution d'enchères en temps réel peuvent exclure l'inventaire de la partie en dessous de la ligne de flottaison dans l'interface utilisateur. En plus de cette fonctionnalité de filtrage, chaque demande d'enchère inclura une indication de l'emplacement du bloc d'annonces (partie au-dessus de la ligne de flottaison, en dessous de la ligne de flottaison ou inconnu). Ces données peuvent vous aider à calculer votre enchère. Les informations se trouvent dans le nouveau champ slot_visibility de BidRequest. Vous trouverez la définition mise à jour du "Protocol Buffer" sur la page Téléchargements.

En outre, nous avons apporté les modifications suivantes:

Les paramètres de limitation de la fréquence d'exposition des campagnes de préciblage sont désormais respectés pour décider d'envoyer ou non des demandes d'enchères. Auparavant, ces paramètres définis dans l'interface utilisateur étaient ignorés.
Nous pouvons désormais envoyer des demandes aux enchérisseurs situés en Europe. Cette fonctionnalité est disponible pour les nouveaux clients qui suivent la procédure de test habituelle. Aucun test supplémentaire n'est nécessaire si vous définissez déjà des enchères depuis d'autres zones géographiques et que vous disposez de serveurs en Europe. Dans ce cas, demandez à votre responsable de compte technique comment configurer les quotas.
L'inventaire des éditeurs qui utilisent des exclusions de catégories est désormais éligible aux enchères en temps réel. Lorsque vous enchérissez sur cet inventaire, vous devez déclarer des catégories dans une réponse à l'enchère. Sinon, les enchères seront refusées.
Le système envoie désormais un petit nombre de BidRequests avec le champ is_ping défini sur "true".
Le script du demandeur a été mis à jour de plusieurs manières pour :
- Laisser les connexions HTTP ouvertes
- Remplir tous les nouveaux champs introduits au cours des dernières versions
- Vous permettre éventuellement de spécifier l'ensemble de google_user_ids à envoyer dans BidRequests
- Envoyer 1% des requêtes avec is_ping "true"
Une version mise à jour de vendors.txt est disponible sur la page Téléchargements.
Pour l'instant, vous devez encore demander à votre responsable de compte technique d'effectuer des ajustements de quota. Si vous souhaitez augmenter le trafic, contactez votre responsable de compte technique pour en faire la demande.

24 février 2010

Deux champs publisher_settings_list_id ont été ajoutés à BidRequest. l'une au niveau de la page et l'autre au niveau de l'espace publicitaire. Les deux transmettent des valeurs pouvant être utilisées comme clés pour rechercher des entrées dans les listes de restrictions applicables aux éditeurs. Pour en savoir plus, contactez votre responsable de compte technique.

BidRequest contient un nouveau champ seller_network. Pour l'inventaire non anonyme (par exemple, l'inventaire pour lequel le champ d'URL est défini), ce champ est renseigné avec le nom du réseau qui vend l'impression. Par exemple, pour tout l'inventaire du réseau de contenu Google, ce champ sera renseigné avec la valeur "GCN".

Le paramètre au niveau du compte mentionné dans les notes de version du 27 janvier 2010 est désormais actif. Lisez la description figurant dans les remarques précédentes et contactez votre responsable de compte si vous souhaitez modifier le paramètre.

Un nouveau fichier vendor.txt est disponible à la page Téléchargements. Elle liste plus de fournisseurs que la version précédente. Tous les ID de la version précédente sont encore valides.

Il existe un nouveau champ de catégorie dans le BidResponse. Lisez les commentaires sur ce champ et le champ excluded_category dans le BidResponse pour obtenir des instructions sur l'utilisation de cette nouvelle fonctionnalité. Il existe également un nouveau fichier ad-categories.txt sur la page Téléchargements avec des codes de catégorie mis à jour.

Veillez à utiliser la dernière version de l'outil demandeur à partir de la page Téléchargements pour effectuer des tests avant d'apporter des modifications à votre système d'enchères.

Pour rappel, assurez-vous de déclarer correctement toutes les URL pour les annonces dans le champ click_through_url de BidResponse, comme décrit dans l'article Déclarer des URL de destination dans les annonces du centre d'aide. Notez que vous devez inclure le protocole complet de l'URL (par exemple, http://www.example.com au lieu de www.example.com).

27 janvier 2010

realtime-bidding.proto comporte plusieurs nouveaux champs, dont certains sont obsolètes. Téléchargez la dernière version, lisez les commentaires sur les champs qui ont été modifiés et apportez les mises à jour requises à votre application.

Nous vous conseillons d'obtenir la dernière version du programme requester.tar.gz et de l'utiliser à des fins de test chaque fois que vous modifiez votre programme d'enchères.

Les URL d'enchères par région sont désormais acceptées. Contactez-nous si vous souhaitez configurer une URL différente dans chaque région (par exemple, une sur la côte Ouest et une sur la côte Est).

Dans la prochaine version, nous ajouterons un paramètre au niveau du compte permettant d'indiquer une préférence pour les impressions à envoyer de l'inventaire anonyme ou de l'inventaire de marque lorsque cela est possible. Les impressions anonymes auront souvent des seuils de CPM minimal inférieurs définis par le vendeur, mais auront un identifiant anonyme plutôt qu'une URL de site. Les impressions de marque auront une URL de site, mais pourront avoir un seuil de CPM minimal plus élevé. Par défaut, la préférence est associée à une marque. Contactez-nous si vous souhaitez modifier ce paramètre.

Notes de version archivées Restez organisé à l'aide des collections Enregistrez et classez les contenus selon vos préférences.

17 déc. 2019

Nouveautés de la version 170 du protocole RTB

Nouveautés des prototypes OpenRTB

5 déc. 2019

Nouveautés de la version 169 du protocole RTB

Nouveautés des prototypes OpenRTB

21 novembre 2019

Nouveautés des dictionnaires RTB

14 nov. 2019

Nouveautés de la version 168 du protocole RTB

Nouveautés des prototypes OpenRTB

13 novembre 2019

Nouveautés des dictionnaires RTB

12 novembre 2019

Nouveautés des dictionnaires RTB

5 novembre 2019

Nouveautés des dictionnaires RTB

17 octobre 2019

Nouveautés des prototypes OpenRTB

1er oct. 2019

Nouveautés des prototypes OpenRTB

23 sept. 2019

Nouveautés de la version 167 du protocole RTB

16 sept. 2019

Nouveautés de la version 166 du protocole RTB

Nouveautés des prototypes OpenRTB

13 sept. 2019

Nouveautés de la version 165 du protocole RTB

Nouveautés des prototypes OpenRTB

21 août 2019

Nouveautés du protocole d'importation groupée des cookies version 8

29 juil. 2019

Nouveautés de la version 164 du protocole RTB

10 juil. 2019

Nouveautés de la version 163 du protocole RTB

9 juil. 2019

Nouveautés du rapport sur l'état de l'extrait de code Proto version 29

13 mars 2019

Nouveautés de la version 162 du protocole RTB Google et des prototypes OpenRTB

10 déc. 2018

Nouveautés de la version 8 du protocole de chargement groupé des cookies

10 déc. 2018

Nouveautés de la version 161 du protocole RTB

16 nov. 2018

Nouveautés de la version 160 du protocole RTB

Nouveautés des prototypes OpenRTB

29 oct. 2018

Nouveautés de la version 159 du protocole RTB

22 oct. 2018

Nouveautés de la version 158 du protocole RTB

Nouveautés des prototypes OpenRTB

Oct 17, 2018

Nouveautés de la version 157 du protocole RTB

19 oct. 2018

Nouveautés des prototypes OpenRTB

Oct 17, 2018

Nouveautés de la version 157 du protocole RTB

8 oct. 2018

Nouveautés de la version 155 du protocole RTB

1er oct. 2018

Nouveautés des prototypes OpenRTB

Nouveautés de Reporting

20 sept. 2018

Nouveautés de la version 153 du protocole RTB

Nouveautés des prototypes OpenRTB

18 sept. 2018

Nouveautés du rapport sur l'état de l'extrait de code Proto version 28

27 août 2018

Nouveautés du rapport sur l'état de l'extrait de code Proto version 27

23 août 2018

Nouveautés de la version 153 du protocole RTB

Nouveautés des prototypes OpenRTB

1er août 2018

Nouveautés de la version 152 du protocole RTB

30 juil. 2018

Nouveautés du rapport sur l'état de l'extrait de code Proto version 26

23 juillet 2018

Nouveautés des dictionnaires RTB

19 juillet 2018

Notes de version archivées