Questa pagina è stata tradotta dall'API Cloud Translation.

Note di rilascio archiviate

17 feb, 17 feb, 2018 feb 2018
3018 feb 2018 e 2018 {/3

17 dic 2019

Novità della versione 170 del protocollo RTB

BidRequest.AdSlot.MatchingAdData.DirectDeal.must_bid aggiunti.: Questo nuovo campo verrà impostato su true per i deal di PG quando l'acquirente deve fare un'offerta. Gli offerenti possono saltare l'offerta sul deal di PG per questa impressione solo se questo valore viene impostato su false. Consulta questo articolo del Centro assistenza per informazioni sulle offerte per i deal di pubblicità programmatica garantita.
Obsoleto BidRequest.AdSlot.MatchingAdData.DirectDeal.must_bid_level.: Questo campo è stato contrassegnato come obsoleto a favore del campo must_bid aggiunto in questa release. Continueremo a compilare questo campo fino alla fine del primo trimestre del 2020, dopodiché il campo verrà rimosso completamente dal protocollo.

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.44
DealExt.must_bid aggiunti.: Questo nuovo campo verrà impostato su true per i deal di PG quando l'acquirente deve fare un'offerta. Gli offerenti possono saltare l'offerta sul deal di PG per questa impressione solo se questo valore viene impostato su false. Consulta questo articolo del Centro assistenza per informazioni sulle offerte per i deal di pubblicità programmatica garantita.

5 dic 2019

Novità della versione 169 del protocollo RTB

BidRequest.AdSlot.OpenBidding.is_open_bidding aggiunti.: Questo nuovo campo verrà impostato su true nelle richieste di offerta in cui il publisher ha configurato un gruppo di rendimento o un gruppo di mediazione che ha come target l'area annuncio nella richiesta e l'offerente che riceve la richiesta. Consulta questo articolo del Centro assistenza per informazioni su Open Bidding e i suoi effetti sulla procedura di offerta.

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.43
ImpExt.OpenBidding.is_open_bidding aggiunti.: Questo nuovo campo verrà impostato su true nelle richieste di offerta in cui il publisher ha configurato un gruppo di rendimento o un gruppo di mediazione che ha come target l'area annuncio nella richiesta e l'offerente che riceve la richiesta. Consulta questo articolo del Centro assistenza per informazioni su Open Bidding e i suoi effetti sulla procedura di offerta.
DealExt.publisher_blocks_overridden aggiunti.: Questo campo indica se il publisher ha esentato il deal corrispondente dai blocchi configurati. Questa impostazione non sostituisce le norme AdX o le decisioni del Centro revisione annunci. Per ulteriori informazioni, consulta questo articolo del Centro assistenza.

21 novembre 2019

Novità nei dizionari delle offerte in tempo reale

Il file di dizionario providers.csv è stato modificato.

14 nov 2019

Novità della versione 168 del protocollo RTB

BidRequest.bid_response_feedback.sampled_mediation_cpm_ahead_of_auction_winner aggiunti.: Se sono presenti altre reti nella catena di mediazione, il valore di questo campo è un prezzo che rappresenta un'offerta di esempio di una delle reti di mediazione idonee che risulta superiore al vincitore dell'asta, ponderato in base al tasso di riempimento previsto. Sarà impostato su 0 se nessuna delle reti nel riempimento della catena di mediazione o se il publisher non utilizza la mediazione SDK. Per informazioni, consulta Creare un modello di offerta per le aste al primo prezzo.

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.42
BidRequestExt.bid_feedback.sampled_mediation_cpm_ahead_of_auction_winner aggiunti.: Se sono presenti altre reti nella catena di mediazione, il valore di questo campo è un prezzo che rappresenta un'offerta di esempio di una delle reti di mediazione idonee che risulta superiore al vincitore dell'asta, ponderato in base al tasso di riempimento previsto. Sarà impostato su 0 se nessuna delle reti nel riempimento della catena di mediazione o se il publisher non utilizza la mediazione SDK. Per informazioni, consulta Creare un modello di offerta per le aste al primo prezzo.

13 novembre 2019

Novità nei dizionari delle offerte in tempo reale

Il file di dizionario providers.csv è stato modificato.

12 novembre 2019

Novità nei dizionari delle offerte in tempo reale

Il file di dizionario callout-status-codes.txt è stato modificato.: 22 Dropped due to pretargeting sampling eliminato.

5 novembre 2019

Novità nei dizionari delle offerte in tempo reale

Il file del dizionario cookie-matcher-status-codes.txt è stato modificato.: Aggiunto 13 COOKIE_MATCHER_UIS_RPC_ERROR.

17 ottobre 2019

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.41
BidExt.buyer_reporting_id aggiunti.: L'acquirente ha dichiarato l'ID che verrà utilizzato per suddividere le metriche relative a spesa e traffico non valido nei report sulla trasparenza dell'IVT nel Query Tool. Al momento suddividiamo anche le metriche nei report sulla trasparenza dell'IVT in base al valore dichiarato nel campo Seatbid.seat (solo se il campo BidExt.buyer_reporting_id non è compilato), ma lo interromperemo alla fine del primo trimestre del 2020, dando tempo sufficiente agli offerenti per eseguire la migrazione a questo nuovo campo.

1 ott 2019

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.40
DealExt.deal_type aggiunti.: Nell'estensione deal OpenRTB inviamo ora un tipo di deal specifico di Google.

23 settembre 2019

Novità della versione 167 del protocollo RTB

Sono stati aggiunti commenti chiarificatori sulla valuta a tutti i campi CPM.

16 settembre 2019

Novità della versione 166 del protocollo RTB

Il valore OMID dell'enumerazione BidResponse.Ad.ImpressionTrackingResource.Context non è attualmente supportato.: Al momento non elaboriamo gli script OMID inviati tramite il campo impression_tracking_resource.

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.39
Il valore OMID dell'enumerazione EventTrackerExt.Context non è attualmente supportato.: Al momento non elaboriamo gli script OMID inviati tramite il campo nativo eventtrackers.

13 set 2019

Novità della versione 165 del protocollo RTB

BidResponse.ad.adslot.third_party_buyer_token aggiunti.: Questo token viene utilizzato per identificare le informazioni sull'acquirente di terze parti finale se una piattaforma di scambio pubblicitario come offerente aperto fa da intermediario. Questo viene ottenuto dall'acquirente di terze parti e deve essere trasmesso a Google inalterato nella risposta all'offerta.

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.38
BidExt.third_party_buyer_token aggiunti.: Questo token viene utilizzato per identificare le informazioni sull'acquirente di terze parti finale se una piattaforma di scambio pubblicitario come offerente aperto fa da intermediario. Questo viene ottenuto dall'acquirente di terze parti e deve essere trasmesso a Google inalterato nella risposta all'offerta.

21 ago 2019

Nuovo valore numerico RIDA, AFAI e MSAI aggiunto a UserIdType.

29 lug 2019

Novità della versione 164 del protocollo RTB

BidRequest.AdSlot.flexible_adslot_settings aggiunti.: Questo messaggio secondario viene utilizzato per indicare le impostazioni relative a come possono cambiare le dimensioni dell'area annuncio. Ad esempio, se dall'offerente è consentito restituire un intervallo di dimensioni, qui verranno specificate l'altezza e la larghezza massime e minime. Per OpenRTB, altezza e larghezza flessibili sono specificate anche tramite gli attributi wmax, hmax, wmin e hmin del messaggio BidRequest.Imp.Banner.

10 lug 2019

Novità della versione 163 del protocollo RTB

Obsoleto e rimosso BidRequest.AdSlot.is_intersitial_slot.: Questo campo è obsoleto e non viene più compilato. Utilizza BidRequest.Mobile.is_interstitial_request e il valore enum di BidRequest.Video.Placement INTERSTITIAL per determinare se l'area annuncio è interstitial.

9 lug 2019

Novità della versione 29 del report sullo stato degli snippet

È stato rimosso il valore SSL_REQUEST obsoleto dall'enumerazione ContextType.

13 mar 2019

Novità nella versione 162 del protocollo RTB di Google e nei prototipi OpenRTB

Abbiamo annunciato di recente un'imminente modifica al nostro modello di prezzi. A questa modifica sono correlati i seguenti nuovi campi:

Aggiunto BidRequest.bid_response_feedback.minimum_bid_to_win a realtime-bidding.proto e BidRequestExt.bid_feedback.minimum_bid_to_win a openrtb-adx.proto.: Questo campo viene compilato solo per le aste al primo prezzo e indica l'offerta minima necessaria per cancellare i prezzi minimi e superare l'offerta di tutti i concorrenti. Questa opzione è esclusa per tutti gli offerenti nelle aste vinte tramite un deal, dove un nuovo stato della creatività LOST_TO_PMP_DEAL indicherà se hai perso per questo motivo.
Aggiunto BidResponse.ad.adslot.use_bid_translation_service a realtime-bidding.proto e BidExt.use_bid_translation_service a openrtb-adx.proto.: Un valore booleano facoltativo che consente alle offerte dell'asta al primo prezzo di attivare il servizio di traduzione delle offerte. Se il valore è true, l'offerta per il secondo prezzo fornita verrà convertita in un'offerta al primo prezzo. In pratica, l'attivazione di questa opzione non aumenterà mai la tua offerta. Questo servizio viene offerto temporaneamente come assistenza per la migrazione e verrà rimosso nel 2020.

Gli offerenti sono invitati ad aggiornare la loro implementazione delle offerte in preparazione a questa modifica.

Aggiunto il supporto per le seguenti macro in adm, impression_tracking_url e burl:

${AUCTION_ID}: ID della richiesta di offerta; dall'attributo BidRequest.id.
${AUCTION_BID_ID}: ID dell'offerta; dall'attributo BidResponse.bidid.
${AUCTION_IMP_ID}: ID dell'impressione appena vinta; dall'attributo BidRequest.imp[].id.
${AUCTION_SEAT_ID}: ID della utenza dell'offerente per cui è stata fatta l'offerta; dall'attributo BidResponse.seatbid[].seat.
${AUCTION_AD_ID}: ID del markup dell'annuncio che l'offerente vuole pubblicare; dall'attributo BidResponse.seatbid[].bid[].adid.
${AUCTION_PRICE}: prezzo di compensazione utilizzando la stessa valuta e unità dell'offerta.

File di dizionario gdn-vendors.txt rimosso.

Usa invece vendors.txt. Scarica file.

10 dic 2018

Valore enum BUYER_PROVIDED_ID rimosso da UserIdType.

10 dic 2018

Novità della versione 161 del protocollo RTB

Commenti aggiornati per BidRequest.Adslot.width e BidRequest.Adslot.height.: I commenti sono stati aggiornati per riflettere il fatto che la prima area di larghezza/altezza interstitial non corrisponde più necessariamente alle dimensioni dello schermo, in quanto alcuni annunci interstitial potrebbero essere leggermente più piccoli rispetto alle dimensioni dello schermo.
Deprecate NativeAdTemplate.Fields.STORE e NativeAdTemplate.store_max_safe_length.

16 nov 2018

Novità della versione 160 del protocollo RTB

BidResponse.Ad.AdSlot.buyer_reporting_id aggiunti.: Gli offerenti possono usare questo campo per specificare un ID a loro scelta, che verrà utilizzato per suddividere le metriche relative alla spesa e al traffico non valido nei report sulla trasparenza dell'IVT. Gli ID più lunghi di 64 byte verranno ignorati.

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.5.0: Gli offerenti ora possono usare SeatBid.seat per specificare un ID a loro scelta, che verrà utilizzato per suddividere le metriche della spesa e del traffico non valido nei report sulla trasparenza dell'IVT. Gli ID più lunghi di 64 byte verranno ignorati.

29 ott 2018

Novità della versione 159 del protocollo RTB

BidRequest.auction_type aggiunti.: Questo campo è analogo a BidRequest.at, già inviato in OpenRTB.

22 ottobre 2018

Novità della versione 158 del protocollo RTB

BidRequest.AdSlot.excluded_creatives aggiunti.: Il campo contiene un elenco di creatività non consentite per questa impressione. Per attivare questa funzione, contatta il tuo account manager.

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.36
ImpExt.excluded_creatives aggiunti.: Il campo contiene un elenco di creatività non consentite per questa impressione. Per attivare questa funzione, contatta il tuo account manager.

17 ottobre 2018

Novità della versione 157 del protocollo RTB

Aggiunto il supporto per decoder in BidRequest.Device.device_type.: BidRequest.Device.device_type può contenere un nuovo tipo di decoder.

19 ottobre 2018

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.35
BidExt.billing_id aggiunti.: Stiamo abbandonando l'utilizzo di Bid.cid per specificare in una risposta all'offerta a quale ID fatturazione deve essere attribuita un'impressione, quindi migreremo a questo nuovo campo BidExt.billing_id. Continueremo a utilizzare Bid.cid per la compatibilità con le versioni precedenti fino a quando gli offerenti non avranno eseguito la migrazione.

17 ottobre 2018

Novità della versione 157 del protocollo RTB

Aggiunto il supporto per decoder in BidRequest.Device.device_type.: BidRequest.Device.device_type può contenere un nuovo tipo di decoder.

8 ott 2018

Novità della versione 155 del protocollo RTB

Aggiunto il supporto per l'ID dispositivo Samsung in BidRequest.Mobile.advertising_id.: L'ID Samsung può essere inviato tramite BidRequest.Mobile.advertising_id.

1 ott 2018

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.33
BidExt.restricted_categories aggiunti.: Questo campo deve essere utilizzato per specificare le categorie con restrizioni per gli annunci che possono essere visualizzati dallo snippet corrispondente. Consulta il file ad-restricted-categories.txt per un elenco degli ID categoria con limitazioni. In particolare, la dichiarazione dell'attributo 33 è obbligatoria per gli annunci che promuovono alcolici al fine di evitare la disapprovazione delle creatività.
Protocollo Google OpenRTB 2.5.0: App.storeurl viene ora compilato con le richieste applicabili.

Novità dei report

Report sul rendimento CSV obsoleto.: Il download orario CSV dei dati del report sul rendimento è stato ritirato. I dati del report sul rendimento sono ancora disponibili tramite l'API Report sul rendimento.

20 settembre 2018

Novità della versione 153 del protocollo RTB

BidRequest.google_query_id aggiunti.: Rappresenta l'ID univoco della query complessiva. Se esistono più callout per una query, tutte le richieste di callout per quella query conterranno lo stesso google_query_id.

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.32
BidRequestExt.google_query_id aggiunti.: Rappresenta l'ID univoco della query complessiva. Se esistono più callout per una query, tutte le richieste di callout per quella query conterranno lo stesso google_query_id.

18 settembre 2018

Novità della versione 28 del report sullo stato degli snippet

Nuovo motivo della mancata approvazione.: 100 Promozione di servizi relativi alle cauzioni.

27 ago 2018

Novità della versione 27 del report sullo stato degli snippet

Nuovo motivo della mancata approvazione.: 99 Messa in pausa temporanea della creatività.

23 ago 2018

Novità della versione 153 del protocollo RTB

BidRequest.adslot.native_placement_type aggiunti.: Questo messaggio descrive il posizionamento dell'area annuncio nativa rispetto al contesto circostante.

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.5.0: Il campo NativeRequest.plcmttype viene ora compilato con gli stessi dati del campo BidRequest.adslot.native_placement_type nel protocollo AdX.

1 ago 2018

Novità della versione 152 del protocollo RTB

BidRequest.Mobile.installed_sdk aggiunti.: Questo messaggio consente a un offerente di conoscere l'SDK installato nell'app per cui è autorizzato a fare offerte.

30 lug 2018

Novità della versione 26 del report sullo stato degli snippet

È stato aggiunto il nuovo campo creative_status_identity_type per la migrazione alla verifica delle creatività senza dimensioni.

23 luglio 2018

Novità nei dizionari RTB

Il file di dizionario providers.csv è stato modificato.: Sono state aggiornate le voci "Integral Ad Science", "Google", "EMX Digital", "KeyCDN", "Better Banners", "zeotap" e "Tramplin Media".; È stata rimossa la voce "Clearstream.TV, Inc."

19 luglio 2018

Novità della versione 150 del protocollo RTB

È stato aggiunto un nuovo tipo di deal della piattaforma di scambio a BidResponse.Ad.AdSlot.exchange_deal_type.: Il nuovo tipo di deal EXCHANGE_AUCTION_PACKAGE per gli offerenti della piattaforma di scambio rappresenta un pacchetto di inventario senza un trattamento speciale nell'asta.

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.31
È stato aggiunto un nuovo tipo di deal della piattaforma di scambio a BidExt.exchange_deal_type.: Il nuovo tipo di deal EXCHANGE_AUCTION_PACKAGE per gli offerenti della piattaforma di scambio rappresenta un pacchetto di inventario senza un trattamento speciale nell'asta.

17 luglio 2018

Novità nei dizionari RTB

Il file di dizionario geo-table.csv è stato modificato.: Ha aggiunto tre città in Argentina.; Sono state aggiunte 3 città in Canada.; Ha aggiunto 2 città in Colombia.; Hai aggiunto 2 città in Grecia.; Sono state aggiunte 26 città in Italia.; Sono state aggiunte 333 città in Giappone.; Ha aggiunto 78 città in Svizzera.

16 luglio 2018

Novità nei dizionari delle offerte in tempo reale

Il file di dizionario providers.csv è stato modificato.: Informazioni aggiornate per i provider esistenti: 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.; Sono stati aggiunti nuovi provider: AT Internet, Media.net, Vidazoo, Madington, IgnitionAI, All In Views LTD, Captify, Seedtag, Affiliate Future, Grabit Interactive, FXCM.com, Rambla, Tramplin Media.; Per ulteriori dettagli, consulta l'elenco dei fornitori certificati.

2 luglio 2018

Novità nei dizionari delle offerte in tempo reale

Il file di dizionario vendors.txt è stato modificato.: Aggiunto 4513 Rippll.; Per ulteriori dettagli, consulta l'elenco dei fornitori certificati.
Il file di dizionario gdn-vendors.txt è stato modificato.: Aggiunto 4513 Rippll.; Per ulteriori dettagli, consulta l'elenco dei fornitori certificati.

27 giugno 2018

Novità della versione 149 del protocollo RTB

Contrassegnato BidRequest.adslot.matching_ad_data.direct_deal.remaining_impressions_to_buy come deprecato.: Non forniremo più queste informazioni nel tentativo di semplificare la nostra API.

26 giugno 2018

Novità della versione 148 del protocollo RTB

BidRequest.AdSlot.buyer_generated_request_data aggiunti.: Questa impostazione verrà impostata sulle richieste di app mobile per gli acquirenti che hanno installato il proprio SDK nell'app al fine di trasmettere informazioni aggiuntive.

BidResponse.Ad.AdSlot.sdk_rendered_ad aggiunti.: Questo campo consente a un offerente di restituire un annuncio per il rendering da un SDK noto. Può essere utilizzato solo se la BidRequest include un messaggio secondario mobile.installed_sdk.

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.30
AppExt.InstalledSdk aggiunti.: Questo messaggio consente a un offerente di conoscere l'SDK installato nell'app per cui è autorizzato a fare offerte.

ImpExt.BuyerGeneratedRequestData aggiunti.: Questa impostazione verrà impostata sulle richieste di app mobile per gli acquirenti che hanno installato il proprio SDK nell'app al fine di trasmettere informazioni aggiuntive.

BidExt.SdkRenderedAd aggiunti.: Questo campo consente a un offerente di restituire un annuncio per il rendering da un SDK noto. Può essere utilizzato solo quando la BidRequest include un messaggio secondario AppExt.InstalledSdk.

Aggiunto il supporto per NativeRequest.eventtrackers.: Specifica il tipo di monitoraggio eventi supportato. Viene associato al messaggio secondario del campo BidRequest.adslot[].excluded_attribute del protocollo di Authorized Buyers.

Aggiunto il supporto per NativeResponse.eventtrackers.: Array di tracker di eventi di risposta da eseguire con l'annuncio, in risposta ai metodi supportati dichiarati in NativeRequest. Sostituisce imptracker e jstrackers. Viene mappato al BidResponse.ad[].impression_tracking_resource del protocollo di Authorized Buyers.

26 giugno 2018

Novità nei dizionari delle offerte in tempo reale

Il file di dizionario publisher-excludable-creative-attributes.txt è stato modificato.: È stato aggiunto 114 OmsdkType: OMSDK 1.0, che viene utilizzato per indicare se l'SDK Open Measurement è supportato.

13 giugno 2018

Novità della versione 147 del protocollo RTB

È stato aggiunto il valore di enumerazione AUCTION_PACKAGE a BidRequest.adslot.matching_ad_data.direct_deal.deal_type.: Ora utilizziamo il valore enum di AUCTION_PACKAGE (al contrario del precedente PRIVATE_AUCTION) per indicare che un pacchetto di aste direct_deal_id è presente in direct_deal.

11 giugno 2018

Novità della versione 146 del protocollo RTB

BidRequest.AdSlot.ImpressionTrackingResource.verification_parameters e BidRequest.AdSlot.ImpressionTrackingResource.vendor_key aggiunti.: Puoi completare verification_parameters con parametri aggiuntivi da trasmettere allo script di verifica OMID impostato in ImpressionTrackingResource.script_url. vendor_key deve essere compilato con l'identificatore univoco del fornitore di script OMID. I contenuti di questi nuovi campi verranno passati all'SDK Open Measurement quando ImpressionTrackingResource.context è impostato su OMID.

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.29: Aggiunti EventTrackerExt.verification_parameters e EventTrackerExt.vendor_key. verification_parameters può essere compilato con parametri aggiuntivi da passare allo script di verifica OMID impostato in EventTracker.url. vendor_key deve essere compilato con l'identificatore univoco del fornitore di script OMID. I contenuti di questi nuovi campi verranno passati all'SDK Open Measurement quando EventTrackerExt.context è impostato su OMID.
Protocollo Google OpenRTB 2.5.0: I contenuti di User.buyeruid vengono ora completati con gli stessi contenuti di User.customdata. Alla fine ritireremo il completamento di User.customdata.

Novità nei dizionari delle offerte in tempo reale

Il file di dizionario vendors.txt è stato modificato.: Aggiunto 263 AddThis, Inc.; Per ulteriori dettagli, consulta l'elenco dei fornitori certificati.

07 giugno 2018

Novità nei dizionari delle offerte in tempo reale

Il file di dizionario gdn-vendors.txt è stato modificato.: 10 Tumri eliminato.; 56 Adobe Media Optimizer eliminato.; 132 Adobe Media Optimizer eliminato.; 225 ZANOX AG eliminato.; 233 Xaxis, Inc eliminato.; 260 Alenty S.A.S eliminato.; 432 Hi-Media eliminato.; 497 Exactag eliminato.; 815 Resonate Networks, Inc eliminato.; 874 Cint AB eliminato.; 886 Research and Analysis of Media in Sweden AB eliminato.; 888 ViewersLogic LTD eliminato.; 4362 Adnami ApS eliminato.; Per ulteriori dettagli, consulta l'elenco dei fornitori certificati.
Il file di dizionario vendors.txt è stato modificato.: 10 Tumri eliminato.; 56 Adobe Media Optimizer eliminato.; 132 Adobe Media Optimizer eliminato.; 225 ZANOX AG eliminato.; 233 Xaxis, Inc eliminato.; 260 Alenty S.A.S eliminato.; 432 Hi-Media eliminato.; 497 Exactag eliminato.; 616 Tealium, Inc eliminato.; 814 Media Detect GmbH eliminato.; 815 Resonate Networks, Inc eliminato.; 864 INCUBIQ Solutions Ltd eliminato.; 874 Cint AB eliminato.; 886 Research and Analysis of Media in Sweden AB eliminato.; 888 ViewersLogic LTD eliminato.; 4362 Adnami ApS eliminato.; Per ulteriori dettagli, consulta l'elenco dei fornitori certificati.

4 giugno 2018

Novità nei dizionari delle offerte in tempo reale

Il file di dizionario publisher-verticals.txt è stato modificato.: Riga 5227 /World Localities/Latin America/South America/Brazil/Southeast Brazil/São Paulo (State) modificata.
Il file del dizionario creative-status-codes.txt è stato modificato.: Aggiunto 193 Filtered due to missing SDK identifier.; Hai aggiunto 194 Filtered due to missing SDK rendering data.

31 maggio 2018

Novità nei dizionari delle offerte in tempo reale

Il file di dizionario vendors.txt è stato modificato.: Aggiunto 4483 ComScore vCE (YouTube).; Hai aggiunto 4484 Campaign Monitor (YouTube).; Per ulteriori dettagli, consulta l'elenco dei fornitori certificati.
Il file di dizionario gdn-vendors.txt è stato modificato.: Aggiunto 4483 ComScore vCE (YouTube).; Hai aggiunto 4484 Campaign Monitor (YouTube).; Per ulteriori dettagli, consulta l'elenco dei fornitori certificati.

21 maggio 2018

Novità nei dizionari RTB

Il file di dizionario providers.csv è stato modificato.: Aggiornamento per includere le informazioni di dominio più recenti per tutti i provider.

18 maggio 2018

Novità nei dizionari RTB

Il file di dizionario vendors.txt è stato modificato.: 284 Research Now Limited eliminato.; Per saperne di più, consulta l'elenco dei fornitori certificati.
Il file di dizionario gdn-vendors.txt è stato modificato.: 284 Research Now Limited eliminato.; Per saperne di più, consulta l'elenco dei fornitori certificati.

17 maggio 2018

Novità della versione 25 del report sullo stato degli snippet

Sono stati aggiunti nuovi motivi per la mancata approvazione.: 97 Lingua non supportata.; 98 Non conforme a SSL.

Novità nei dizionari RTB

Il file di dizionario gdn-vendors.txt è stato modificato.: Aggiunto 4374 TailTarget.; Per saperne di più, consulta l'elenco dei fornitori certificati.
Il file di dizionario vendors.txt è stato modificato.: Aggiunto 4374 TailTarget.; Hai aggiunto 4458 Yieldlab.; Hai aggiunto 4461 Sharethrough.; Per saperne di più, consulta l'elenco dei fornitori certificati.

16 maggio 2018

Novità nei dizionari RTB

Il file di dizionario gdn-vendors.txt è stato modificato.: 4452 Research Now (YouTube) eliminato.; Per saperne di più, consulta l'elenco dei fornitori certificati.
Il file di dizionario vendors.txt è stato modificato.: 4452 Research Now (YouTube) eliminato.; Per saperne di più, consulta l'elenco dei fornitori certificati.

15 maggio 2018

Novità nei dizionari RTB

Il file di dizionario vendors.txt è stato modificato.: Aggiunto 4452 Research Now (YouTube).; Per saperne di più, consulta l'elenco dei fornitori certificati.
Il file di dizionario gdn-vendors.txt è stato modificato.: Aggiunto 4452 Research Now (YouTube).; Per saperne di più, consulta l'elenco dei fornitori certificati.

11 maggio 2018

Novità nei dizionari RTB

Il file di dizionario vendors.txt è stato modificato.: 43 BrightRoll Inc. eliminato.; 94 Nielsen OBE (Vizu) eliminato.; 145 DoubleVerify Inc. eliminato.; 204 Pulpo Media Inc eliminato.; 303 Dynamic Logic / Safecount (AdIndex) eliminato.; 316 Flashtalking eliminato.; 334 Adloox Research Verification eliminato.; 395 Adnologies GmbH eliminato.; 441 Hubrus LLC eliminato.; 472 Neustar AdAdvisor eliminato.; 476 ComScore Validated Campaign Essentials:Ad Swapping eliminato.; 539 Adform DSP eliminato.; 551 Nielsen Digital Ad Ratings eliminato.; 553 Kpsule eliminato.; 554 Content Directions, Inc. dba Linkstorm eliminato.; 569 Contobox eliminato.; 606 Gruvi Ltd. eliminato.; 608 Rockabox Media Ltd eliminato.; 615 Nielsen Digital Ad Ratings (JS) eliminato.; 618 Demand Side Science, Inc. eliminato.; 633 Knorex Pte. Ltd. eliminato.; 713 MezzoMedia eliminato.; 724 Extreme Reach, Inc. eliminato.; 791 VideoHub DSP eliminato.; 813 Protected Media LTD eliminato.; 820 Beijing PinYou Interactive Information Technology eliminato.; 834 Jivox Corporation eliminato.; 838 RevJet LLC. eliminato.; 863 Bonzai Digital Pvt. Ltd eliminato.; 876 Exponential Interactive, Inc eliminato.; Per saperne di più, consulta l'elenco dei fornitori certificati.
Il file di dizionario gdn-vendors.txt è stato modificato.: 43 BrightRoll Inc. eliminato.; 94 Nielsen OBE (Vizu) eliminato.; 145 DoubleVerify Inc. eliminato.; 204 Pulpo Media Inc eliminato.; 303 Dynamic Logic / Safecount (AdIndex) eliminato.; 334 Adloox Research Verification eliminato.; 395 Adnologies GmbH eliminato.; 441 Hubrus LLC eliminato.; 551 Nielsen Digital Ad Ratings eliminato.; 553 Kpsule eliminato.; 554 Content Directions, Inc. dba Linkstorm eliminato.; 569 Contobox eliminato.; 606 Gruvi Ltd. eliminato.; 618 Demand Side Science, Inc. eliminato.; 713 MezzoMedia eliminato.; 724 Extreme Reach, Inc. eliminato.; 813 Protected Media LTD eliminato.; Per saperne di più, consulta l'elenco dei fornitori certificati.

9 maggio 2018

Novità nei dizionari RTB

Il file di dizionario providers.csv è stato modificato.: Eliminata riga 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".

7 maggio 2018

Novità della versione 24 del protocollo del report sullo stato degli snippet

Sono stati aggiunti nuovi motivi per la mancata approvazione.: 96 Esperienza con la destinazione non accettabile.

3 maggio 2018

Novità nei dizionari RTB

Il file providers.csv è stato aggiunto.: Questo file contiene informazioni sui fornitori trasmessi nella richiesta di offerta. Per una descrizione completa, consulta i dizionari RTB.

Il file di dizionario gdn-vendors.txt è stato modificato.: Aggiunto 303 Insight Express (Mobile).; 303 Dynamic Logic / Safecount (AdIndex) eliminato.; 523 Spongecell - Expandable eliminato.; Per saperne di più, consulta l'elenco dei fornitori certificati.
Il file di dizionario vendors.txt è stato modificato.: Aggiunto 303 Insight Express (Mobile).; 303 Dynamic Logic / Safecount (AdIndex) eliminato.; 486 Adloox: Ad Swapping eliminato.; 523 Spongecell - Expandable eliminato.; 537 Public Eye eliminato.; 623 Human Demand eliminato.; 798 Nielsen Catalina Solutions eliminato.; 806 Sociomantic Expandable eliminato.; Per saperne di più, consulta l'elenco dei fornitori certificati.

1 maggio 2018

Novità nei dizionari RTB

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

30 aprile 2018

Novità nei dizionari RTB

Il file di dizionario vendors.txt è stato modificato.: Aggiunto 79 Revenue Science.; Hai aggiunto 138 Reddion.; Hai aggiunto 475 zzzz [ARCHIVED] comScore AdXpose - Ad Blocking.; Hai aggiunto 501 Rutarget.; Hai aggiunto 566 Spark Flow Expandable.; 130 Broadband Enterprises eliminato.; 182 comScore - vCE eliminato.; 226 DoubleClick Rich Media Expandable eliminato.; 228 Sizmek Expandable eliminato.; 229 PointRoll Expandable eliminato.; 428 Conversant (Mediaplex) Expandable eliminato.; 520 Flite - Expandable eliminato.; 538 Weborama Expandable eliminato.; 549 Predicta - Expandable eliminato.; 568 Admotion - Expandable eliminato.; 617 Mixpo - Expandable eliminato.; Per saperne di più, consulta l'elenco dei fornitori certificati.
Il file di dizionario gdn-vendors.txt è stato modificato.: Aggiunto 79 Revenue Science.; Hai aggiunto 138 Reddion.; Hai aggiunto 566 Spark Flow Expandable.; 130 Broadband Enterprises eliminato.; 182 comScore - vCE eliminato.; 226 DoubleClick Rich Media Expandable eliminato.; 617 Mixpo - Expandable eliminato.; Per saperne di più, consulta l'elenco dei fornitori certificati.

26 aprile 2018

Novità della versione 145 del protocollo RTB

BidRequest.AdSlot.session_depth aggiunto: Questo campo rappresenta il numero totale di impressioni pubblicate per l'utente (all'interno del sito o dell'app specifici) in questa sessione di navigazione, più 1. Una sessione termina dopo 30 minuti di inattività. Il valore predefinito -1 indica che non è possibile stimare la profondità della sessione.

25 aprile 2018

Novità della versione 23 del report sullo stato degli snippet

Sono stati aggiunti nuovi motivi per la mancata approvazione.: 94 Uso improprio dello script OMID; 95 Fornitore OMID non autorizzato

18 aprile 2018

Novità della versione 144 del protocollo RTB

BidRequest.AdSlot.ConsentedProvidersSettings.consented_providers ora è packed.: In questo modo, avrai una maggiore compattezza sul cavo. Assicurati di eseguire l'aggiornamento a questa versione, poiché l'aggiunta di packed non è compatibile con le versioni precedenti.

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.28: UserExt.ConsentedProvidersSettings.consented_providers ora è packed. Ciò garantirà che il campo sia più compatto sul cavo. Assicurati di eseguire l'aggiornamento a questa versione, poiché l'aggiunta di packed non è compatibile con le versioni precedenti.

17 aprile 2018

Novità nei dizionari RTB

Il file di dizionario mobile-os.csv è stato modificato.: Aggiunta riga 630359,"iOS",11,4,-1.
Il file di dizionario hosted-match-status-codes.txt è stato modificato.: Aggiunto 10 HOSTED_MATCH_INTERNAL_ERROR.

16 aprile 2018

Novità della versione 143 del protocollo RTB

Aggiunta di BidRequest.AdSlot.consented_providers_settings e BidRequest.AdSlot.regs_gdpr in corso...: Aggiunta di nuovi campi per indicare il consenso degli utenti ai fornitori di personalizzazione degli annunci trasmesso dai publisher per gli utenti nei paesi dello Spazio economico europeo. I provider.csv verranno pubblicati in un secondo momento.

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.27: Aggiunta di UserExt.consented_providers_settings e RegsExt.gdpr per indicare il consenso degli utenti ai fornitori di personalizzazione degli annunci trasmesso dai publisher per gli utenti nei paesi dello Spazio economico europeo. I file provider.csv verranno pubblicati in un secondo momento.

9 aprile 2018

Novità della versione 142 del protocollo RTB

BidResponse.Ad.impression_tracking_resource aggiunto: Questo campo può essere utilizzato per specificare le risorse JavaScript che verranno richiamate quando viene eseguito il rendering dell'impressione. Attualmente, il suo unico caso d'uso è specificare le risorse che devono essere richiamate dall'SDK Open Measurement.

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.26: È stato aggiunto EventTrackerExt.context, che può essere utilizzato per specificare che una risorsa JavaScript inclusa nel messaggio EventTracker deve essere richiamata dall'SDK Open Measurement.

28 marzo 2018

Novità nei dizionari RTB

Il file di dizionario geo-table.csv è stato modificato.: È stata implementata una nuova versione dei target geografici.; Ha aggiunto oltre 5000 località.

9 marzo 2018

Novità della versione 141 del protocollo RTB

È stato aggiunto un nuovo campo in BidRequest.adslot.matching_ad_data.direct_deal: must_bid_level: Per ulteriori dettagli, consulta Campi aggiuntivi delle offerte in tempo reale per la pubblicità programmatica garantita.

8 marzo 2018

Novità nei dizionari RTB

Il file di dizionario creative-status-codes.txt è stato modificato.: 15 Creative filtered because one or more detected product categories were excluded in the bid request modificata.

7 marzo 2018

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.25: Aggiunto BidExt.amp_ad_url; Questo campo consente a uno strumento di offerta di rispondere con un URL per un annuncio HTML AMP.

Novità della versione 140 del protocollo RTB

BidResponse.Ad.amp_ad_url aggiunto: Questo campo consente a uno strumento di offerta di rispondere con un URL per un annuncio HTML AMP.

1 marzo 2018

Novità della versione 139 del protocollo RTB

Sono stati aggiunti nuovi valori enum INITIATE_ON_ENTERING_VIEWPORT_SOUND_ON e INITIATE_ON_ENTERING_VIEWPORT_SOUND_OFF a VideoPlaybackMethod.

27 febbraio 2018

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.5.0: Il nuovo valore di enumerazione OMID_1 è stato aggiunto a APIFramework. Questo valore indica che l'SDK Open Measurement è abilitato per la richiesta. Sebbene il valore non esista ancora nella specifica IAB OpenRTB, è documentato nell'attuale spec di IAB AdCom.

22 febbraio 2018

Novità nei dizionari RTB

Il file di dizionario creative-status-codes.txt è stato modificato.: Aggiunto 192 Rejected due to Coppa/KFA being filtered for demand syndication.

14 febbraio 2018

Novità nei dizionari RTB

Il file di dizionario creative-status-codes.txt è stato modificato.: Aggiunto 191 Creative filtered because it contains an invalid OMSDK script URL.

13 febbraio 2018

Novità della versione 138 del protocollo RTB

Contrassegnato BidRequest.adslot.matching_ad_data.pricing_rule come deprecato.: Non forniremo più queste informazioni nel tentativo di semplificare la nostra API.

6 febbraio 2018

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.24: Aggiunto BidRequestExt.bid_feedback. Il feedback in tempo reale è ora supportato in OpenRTB tramite questa estensione.; Hai aggiunto BidExt.event_notification_token. Questo campo può essere impostato su un token arbitrario scelto dall'offerente e sarà presente nel feedback in tempo reale per l'offerta a cui viene inviata.

5 febbraio 2018

Novità della versione 137 del protocollo RTB

BidRequest.BidResponseFeedback.buyer_creative_id aggiunti.: Il feedback in tempo reale RTB ora include l'ID creatività dell'acquirente della risposta all'offerta corrispondente.

Note di rilascio archiviate del 2017 e precedenti

19 feb

18 feb.

19 dicembre 2017

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.5.0: Codifica di BidRequest.id e BidRequest.[constrained_usage_]hosted_match_data cambiata da base64 a websafe base64. La spaziatura interna non sarà ancora presente.

1° novembre 2017

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.5.0: Fissi i campi NativeRequest.EventTrackers.methods e NativeResponse.EventTracker.method; la cardinalità è stata combinata, il campo della richiesta è ripetuto non il campo di risposta.; È stata corretta la pluralizzazione di alcuni nuovi nomi di messaggi ed enum per una maggiore conformità allo standard OpenRTB ed evitare confusione.

26 ottobre 2017

Novità della versione 136 del protocollo RTB

BidResponse.Ad.NativeAd.click_tracking_urls aggiunti.: Adx ora supporta più URL di monitoraggio dei clic nativi.; È previsto il ritiro del campo click_tracking_url.

25 ottobre 2017

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.5.0: Il protocollo nativo è stato aggiornato per la versione 1.2 della specifica.; I commenti sulla mappatura nel modulo "[AdX: ...]" sono stati rimossi; consulta ora la guida di OpenRTB per tutte le informazioni sulla mappatura e sul comportamento specifico di Authorized Buyers.
Protocollo delle estensioni OpenRTB di Google v.22: Sono state aggiunte estensioni ImpExt.ampad e SiteExt.amp per supportare Accelerated Mobile Pages.

18 ottobre 2017

Novità nei dizionari RTB

Il file di dizionario mobile-os.csv è stato modificato.: Aggiunta riga 630343,"iOS",11,1,-1.; È stata aggiunta la riga 630345,"Android",8,1,-1.
Il file del dizionario creative-status-codes.txt è stato modificato.: Aggiunto 184 Creative filtered because the field amp_ad_url is too short, must be at least 11 characters.; Hai aggiunto 185 Creative filtered because the field amp_ad_url could not be parsed.; Hai aggiunto 186 Creative filtered because the field amp_ad_url has a domain consisting of all digits.
Il file di dizionario callout-status-codes.txt è stato modificato.: Aggiunto 22 Dropped due to pretargeting sampling.

16 ottobre 2017

Novità della versione 135 del protocollo RTB

BidResponse.Ad.event_notification_token aggiunti.
BidRequest.BidResponseFeedback.event_notification_token aggiunti.: event_notification_token viene inviato ad AdX dagli offerenti nelle risposte all'offerta ai fini della risoluzione dei problemi. AdX includerà l'evento event_notification_token in tempo reale BidResponseFeedback per l'offerta. I contenuti del token non verranno registrati da AdX. AdX ignorerà i token più lunghi di 64 byte.
Commenti aggiornati per il BidRequest.Adslot.allowed_vendor_type.
Sono stati aggiunti due indicatori delle richieste di offerta: AmpPage e AmpAdRequirementType.: AmpPage indica se la richiesta proviene da una pagina web creata utilizzando il codice HTML AMP (Accelerated Mobile Pages). AmpAdRichiedimentType fornisce ulteriori informazioni sull'autorizzazione e/o sull'obbligatorietà degli annunci integrati AMP e su come verranno visualizzati gli annunci AMP. Questi indicatori sostituiscono enum AmpAdRequestType per maggiore chiarezza.

È stato aggiunto un nuovo valore numerico BUYER_PROVIDED_ID a UserIdType.: BUYER_PROVIDED_ID è il cookie nel dominio dell'acquirente. Quando l'acquirente carica gli ID nel dominio dell'acquirente, utilizzeremo la nostra tabella di mappatura per mappare l'ID al dominio Google.

6 ottobre 2017

Novità nei dizionari RTB

Il file di dizionario geo-table.csv è stato modificato.: Sono state aggiunte ed eliminate le linee per località in Canada, Regno Unito, Italia, Norvegia, Sudafrica, Colombia, Nigeria, Ucraina e Stati Uniti. Consulta l'elenco delle differenze per i dettagli.

22 settembre 2017

Novità nei dizionari RTB

Il file di dizionario ad-sensitive-categories.txt è stato modificato.: 28 Free Gifts, Quizzes, & Surveys eliminato.; 29 Misleading Claims eliminato.
Il file di dizionario hosted-match-status-codes.txt è stato modificato.: Aggiunto 1 DEPRECATED_HOSTED_MATCH_FORBIDDEN.; 1 HOSTED_MATCH_FORBIDDEN eliminato.

19 settembre 2017

Novità della versione 134 del protocollo RTB

BidRequest.response_deadline_ms aggiunto: Questo campo indica il tempo di attesa da parte di Google per una risposta a questa specifica richiesta di offerta. Ad esempio, gli offerenti che hanno una logica dipendente dalla scadenza dovrebbero leggere questo campo per ogni richiesta di offerta anziché impostare come hardcoded la scadenza, ad esempio 100 ms. Se il campo non viene configurato, gli offerenti devono assumere la scadenza predefinita come fanno attualmente. L'unità è in millisecondi.

18 settembre 2017

Novità dei prototipi RTB

Versione 133 del protocollo RTB e versione 6 del protocollo di caricamento collettivo di cookie.: Commenti aggiornati per l'enumerazione BidRequest.Video.Placement.IN_FEED.; È stata introdotta l'enumerazione BidRequest.Video.Placement.IN_ARTICLE per le creatività video che vengono caricate e riprodotte tra i paragrafi di contenuti editoriali come video player autonomo.; È stato aggiunto l'enum ErrorCode.BAD_DATA_SOURCE_ID al protocollo per il caricamento collettivo di cookie per indicare che data_source_id non rientra nell'intervallo valido [1, 1000]. Questo ID non viene interpretato da Google e viene utilizzato esclusivamente per la generazione di report.

15 settembre 2017

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.5.0: Ora compiliamo il campo displaymanager dell'oggetto Imp con BidRequest.AdSlot.renderer. Consulta l'oggetto Imp nella guida di OpenRTB per ulteriori informazioni.; Ora utilizziamo BidRequest.StickySettings, oltre a BidRequest.AdSlot.slot_visibility, per determinare il campo Banner.pos. Consulta l'oggetto Banner nella guida di OpenRTB per i dettagli.

14 settembre 2017

Novità nei dizionari RTB

Il file di dizionario geo-table.csv è stato modificato.: Aggiunta di nuove località e codici postali in Canada, Corea, Giappone, India, Italia, Libano, Paesi Bassi, Panamá e Stati Uniti. Consulta l'elenco delle differenze per i dettagli.

11 settembre 2017

Novità della versione 132 del protocollo RTB

Sono stati aggiornati i commenti relativi a BidRequest.Mobile.is_app e BidRequest.Mobile.app_id in modo da riflettere il comportamento delle richieste provenienti da pagine web mobile contenute all'interno di app mobile.

24 agosto 2017

Novità nei dizionari RTB

Il file di dizionario geo-table.csv è stato modificato.: Aggiunte località in Canada, Germania, Spagna, Regno Unito, India, Giappone, Libano, Paesi Bassi e Stati Uniti. Consulta l'elenco delle differenze per i dettagli.

10 agosto 2017

Novità nei dizionari RTB

Il file di dizionario creative-status-codes.txt è stato modificato.: Aggiunto 181 Creative filtered because the VAST XML document is larger than the set maximum size.; Hai aggiunto 182 Creative filtered because the publisher disallowed the deal ID it targeted.; Hai aggiunto 183 Creative filtered beacuse the publisher enabled the deal ID it targeted for a different deal type.

9 agosto 2017

Novità della versione 131 del protocollo RTB

Sono stati aggiunti nuovi valori supportati per i tipi MIME audio a BidRequest.Video.VideoFormat:: AUDIO_MP3 aggiunto; AUDIO_OGG aggiunto; AUDIO_MP4A aggiunto; AUDIO_MP3_OGG aggiunto quando sono richiesti sia i formati mp3 che ogg.
ALLOWED_AD_TYPE_AUDIO aggiunto a BidRequest.AdSlot.AllowedAdType: Sarà presente in presenza di uno qualsiasi dei tipi MIME audio
AUDIO aggiunto a BidRequest.Video.Placement per indicare quando la richiesta proviene da uno stream audio.: IMPORTANTE: alcuni lettori audio richiedono annunci video quando l'utente interagisce con lo schermo. Questo campo non ammette annunci audio o annunci video.

7 agosto 2017

Novità della versione 130 del protocollo RTB

Sono stati aggiunti nuovi valori di tipo MIME supportati a BidRequest.Video.VideoFormat:: VIDEO_WEBM aggiunto per "video/webm"; Aggiunto VIDEO_MOV per "video/quicktime"; Aggiunta VIDEO_3GPP per "video/3gpp"; Aggiunta VIDEO_HLS per "application/x-mpegURL"; Aggiunta VIDEO_DASH per "application/dash+xml"

2 agosto 2017

Novità della versione 129 del protocollo RTB

BidRequest.AdSlot.exchange_bidding.key_value aggiunti.: Questa impostazione verrà impostata quando un publisher che partecipa a Open Bidding decide di inoltrare chiavi e valori nella richiesta alla piattaforma di scambio di terze parti.

BidResponse.Ad.AdSlot.video_vast_xml aggiunti.: Questo campo consente a uno strumento di offerta di rispondere a una richiesta di annuncio video restituendo un documento XML VAST 2.0 o 3.0 completo.

28 luglio 2017

Novità nei dizionari RTB

Il file del dizionario creative-status-codes.txt è stato modificato.: Aggiunto 181 Creative filtered because the VAST XML document is larger than the set maximum size.; Hai aggiunto 182 Creative filtered because the publisher disallowed the deal ID it targeted.; Hai aggiunto 183 Creative filtered because the publisher enabled the deal ID it targeted for a different deal type.

20 luglio 2017

Novità nei dizionari RTB

Il file di dizionario publisher-verticals.txt è stato modificato.: Sono stati aggiunti nuovi verticali e località nel mondo. Consulta l'elenco delle differenze per i dettagli.
Il file di dizionario creative-status-codes.txt è stato modificato.: Aggiunto 179 Creative filtered because the required field amp_ad_url was missing or empty.; Hai aggiunto 180 Video ad VAST version is not one of the supported versions in the video ad request.

13 luglio 2017

Novità nei dizionari RTB

Il file di dizionario publisher-verticals.txt è stato modificato.: Aggiunta riga 1347 /Business & Industrial/Transportation & Logistics/Self Storage.; Eliminata riga 1347 /Business & Industrial/Transportation & Logistics/Public Storage.
Il file di dizionario buyer-declarable-creative-attributes.txt è stato modificato.: Aggiunto 30 InstreamVastVideoType: Vpaid.; 30 InstreamVastVideoType: Vpaid Flash eliminato.
Il file di dizionario publisher-excludable-creative-attributes.txt è stato modificato.: Aggiunto 30 InstreamVastVideoType: Vpaid.; 30 InstreamVastVideoType: Vpaid Flash eliminato.
Il file di dizionario pretargetable-creative-attributes.txt è stato modificato.: Aggiunto 30 InstreamVastVideoType: Vpaid.; 30 InstreamVastVideoType: Vpaid Flash eliminato.
Il file geo-table.csv è stato modificato.: Sono state aggiunte nuove sedi. Consulta l'elenco delle differenze per i dettagli.

30 giugno 2017

Novità dei prototipi RTB

Versione 128 del protocollo RTB e versione 5 del protocollo di caricamento collettivo di cookie: È stato aggiunto il campo BidRequest.publisher_id al protocollo RTB per indicare il publisher da cui ha avuto origine l'impressione.; È stato aggiunto data_source_id al protocollo per il caricamento collettivo di cookie per indicare l'origine dati che ha contribuito a un'appartenenza.

28 giugno 2017

Novità nei dizionari RTB

Il file di dizionario pretargetable-creative-attributes.txt è stato modificato.: Aggiunto 71 InstreamVastVideoType: Non Vpaid.; 71 InstreamVastVideoType: Non Vpaid Flash eliminato.

16 giugno 2017

Novità nei dizionari RTB

Il file di dizionario mobile-os.csv è stato modificato.: Aggiunta riga 630335,"iOS",10,4,-1.; È stata aggiunta la riga 630337,"iOS",11,0,-1.; È stata aggiunta la riga 630339,"Android",8,0,-1.; È stata aggiunta la riga 630341,"WindowsPhone",10,0,-1.
Il file di dizionario creative-status-codes.txt è stato modificato.: Aggiunto 175 Creative filtered because it has an empty VAST XML document.; Hai aggiunto 176 Creative filtered because the VAST document can't be parsed.

15 giugno 2017

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.21: Aggiunto il campo is_rewarded_inventory. Questo campo viene compilato con gli stessi dati del campo BidRequest.AdSlot.is_rewarded del protocollo AdX.

8 giugno 2017

Novità nei dizionari RTB

Il file di dizionario creative-status-codes.txt è stato modificato.: Aggiunto 174 Creative filtered because it lacks an MP4A file in the VAST.

7 giugno 2017

Novità della versione 127 del protocollo RTB

I valori non specificati sono stati aggiunti alle enumerazioni prive di un valore predefinito.: Ciò evita l'errore di includere nuovi valori di enumerazione nell'BidRequest, ma l'offerente utilizza ancora una versione precedente del protocollo RTB, che non dispone di queste definizioni dei valori di enumerazione. In tal caso, la libreria di proto farà sì che il getter restituisca il valore dichiarato per la prima volta (se non esiste un valore predefinito). Se il primo valore non viene specificato, i client sanno che devono ignorare questi valori.

6 giugno 2017

Novità nei dizionari RTB

Il file di dizionario creative-status-codes.txt è stato modificato.: Aggiunto 170 Creative filtered because it lacks a MOV file in the VAST.; Hai aggiunto 171 Creative filtered because it lacks a 3GPP file in the VAST.; Hai aggiunto 172 Creative filtered because it lacks a DASH file in the VAST.; Hai aggiunto 173 Creative filtered because it lacks an HLS file in the VAST.

5 giugno 2017

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.5.0: È stato aggiunto il supporto di vcm per le cartoline finali dei video. OpenRTB 2.5 consente alla piattaforma di scambio pubblicitario di impostare vcm=1 quando una cartolina finale è supportata dopo il video. Per ulteriori informazioni, consulta la documentazione relativa all'oggetto Banner nella guida di OpenRTB.; Ora inseriamo cat l'oggetto App per le app mobile, mappando le categorie di app mobile ai valori IAB corrispondenti. Per saperne di più, consulta la documentazione sugli oggetti App nella guida di OpenRTB.; Ora compiliamo tre metriche per il campo metric nell'oggetto imp: click_through_rate, viewability e completion_rate. Per ulteriori informazioni, consulta l'oggetto Imp nella guida di OpenRTB.

4 giugno 2017

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.20: Aggiunto il campo attribute. Questo campo viene compilato con gli stessi dati del campo attribute dell'oggetto Ad nel protocollo AdX, incluso l'attributo sizeless AdX.; È stato aggiunto l'oggetto PublisherExt per supportare l'invio del paese del publisher dal protocollo AdX.

25 maggio 2017

Novità nei dizionari RTB

Il file di dizionario creative-status-codes.txt è stato modificato.: Aggiunto 166 Creative filtered beacuse the publisher didn't whitelist the deal ID it targeted, and didn't enable unknown deal IDs from the exchange.; Hai aggiunto 167 Publisher requires premium (high-quality) snippets only, but this snippet does not match.; Hai aggiunto 168 Creative filtered because it lacks a MP3 (audio) file in the VAST.; Hai aggiunto 169 Creative filtered because it lacks a AUDIO (audio) file in the VAST.

11 maggio 2017

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.5.0: Ora rispettiamo il campo BidResponse.burl.

10 maggio 2017

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.5.0: Ora impostiamo il campo BidRequest.wlang.; Per gli annunci video, ora impostiamo il campo BidRequest.imp.video.placement.

4 maggio 2017

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.5.0: Per gli annunci video, ora impostiamo il campo BidRequest.{site|app}.content.producer.domain.

2 maggio 2017

Novità nei dizionari RTB

Il file di dizionario geo-table.csv è stato modificato.: Sono state aggiunte nuove località, principalmente negli Stati Uniti. Consulta la differenza completa per i dettagli.

21 aprile 2017

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.5.0: Aggiornamento alla specifica OpenRTB 2.5. Il supporto effettivo per i nuovi campi in OpenRTB 2.5 seguirà nelle release future.

12 aprile 2017

Novità nei dizionari RTB

Il file di dizionario publisher-verticals.txt è stato modificato.: Sono state aggiunte ed eliminate delle righe per aggiornare il file.
Il file di dizionario mobile-carriers.csv è stato modificato.: Sono state aggiunte ed eliminate delle righe per aggiornare il file.

27 marzo 2017

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.4.1: È stato aggiunto un commento per indicare che la macro ${AUCTION_PRICE} è ora supportata per impression_tracking_url.

22 marzo 2017

Novità della versione 126 del protocollo RTB

I commenti per il campo click_through_url sono stati modificati per chiarirne l'utilizzo.: Sono stati aggiunti commenti per indicare che il campo funziona come dichiarazione dell'URL di destinazione che non verrà utilizzato in un ambiente live.

17 marzo 2017

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.4.1: È stato aggiornato il commento sopra il campo protocols per indicare che il campo ora viene impostato in modo dinamico per ogni richiesta e non è più impostato come hardcoded in un set di valori specifico.

10 marzo 2017

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.4.1: Sono stati aggiunti commenti per chiarire che le stringhe che superano max_safe_length potrebbero essere troncate da Authorized Buyers o dal publisher al momento del rendering.

9 marzo 2016

Novità della versione 125 del protocollo RTB

Descrizione aggiornata per i campi max_safe_length.: Sono stati aggiunti commenti per chiarire che le stringhe che superano max_safe_length potrebbero essere troncate da Authorized Buyers o dal publisher al momento del rendering.

3 marzo 2017

Novità nei dizionari RTB

Il file di dizionario vendors.txt è stato modificato.: Aggiunto 889 Netscore.; Per saperne di più, consulta l'elenco dei fornitori certificati.

1 marzo 2017

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.9: Rimosso dfp_network_code. Il valore di questo campo è sempre uguale alla prima parte di dfp_ad_unit_code, quindi il campo dfp_network_code non è più necessario.

28 febbraio 2017

Novità della versione 124 del protocollo RTB

È stato aggiunto un nuovo campo in BidRequest.adslot.matching_ad_data.direct_deal: remaining_impressions_to_buy: Per ulteriori dettagli, consulta la documentazione RTB per i deal di pubblicità programmatica garantita.

24 febbraio 2017

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.4.1: Sono stati aggiunti commenti per chiarire l'utilizzo dei campi adm e adm_native.

23 febbraio 2017

Novità nei dizionari RTB

Il file di dizionario creative-status-codes.txt è stato modificato.: I codici di stato delle creatività 147,148,149,150, 151 sono deprecati e non vengono più utilizzati.

22 febbraio 2017

Novità della versione 123 del protocollo RTB

I commenti per l'enumerazione EndCapSupport sono stati modificati per chiarire che alcuni valori non sono utilizzati.: I valori END_CAP_FORBIDDEN e END_CAP_REQUIRED non sono mai stati impostati nella richiesta di offerta.
I commenti del campo click_through_url sono stati modificati per chiarirne l'utilizzo.: Sono stati aggiunti commenti per indicare che il campo funziona come dichiarazione dell'URL di destinazione che non verrà utilizzato in un ambiente live.

17 febbraio 2017

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.4.1: I commenti sono stati rimossi per chiarire che i campi demografici non sono più mappati ai campi Userdemografici di AdX, che sono stati ritirati.; È stato aggiunto un commento per descrivere la mappatura al protocollo AdX per il campo BidRequest.Imp.secure.

16 febbraio 2017

Novità nei dizionari RTB

Il file di dizionario gdn-vendors.txt è stato modificato.: Aggiunto 888 ViewersLogic.; Per saperne di più, consulta l'elenco dei fornitori certificati.
Il file di dizionario vendors.txt è stato modificato.: Aggiunto 888 ViewersLogic.; Per saperne di più, consulta l'elenco dei fornitori certificati.

9 febbraio 2017

Novità della versione 122 del protocollo RTB

Il file di dizionario realtime-bidding.proto.txt è stato modificato.: È stata modificata la descrizione di IN_FEED.

8 febbraio 2017

Novità della versione 121 del protocollo RTB

Nuovo valore aggiunto per BidRequest.adslot.matching_ad_data.direct_deal.deal_type: PROGRAMMATIC_GUARANTEED.: Per ulteriori dettagli, consulta la documentazione RTB per i deal di pubblicità programmatica garantita.

3 febbraio 2017

Novità nei dizionari RTB

Il file di dizionario geo-table.csv è stato modificato.: Correzioni di minore entità alle gerarchie amministrative, principalmente in Francia. Consulta la differenza completa per i dettagli.

26 gennaio 2017

Novità nei dizionari RTB

Il file di dizionario creative-status-codes.txt è stato modificato.: Aggiunto 165 Creative filtered by publisher's restrictions on which brands can be shown together. Questo codice viene utilizzato se la creatività è stata filtrata in base a esclusioni di inserzionisti concorrenti impostate dal publisher.

25 gennaio 2017

Novità della versione 120 del protocollo RTB

BidRequest.AdSlot.is_rewarded aggiunti.: Questo campo indica se l'utente riceve un premio per aver visualizzato l'annuncio.

18 gennaio 2017

Novità nei dizionari RTB

Il file di dizionario geo-table.csv è stato modificato.: Correzioni di minore entità alla gerarchia in geo-table.csv. Consulta l'elenco delle differenze per i dettagli.
Il file di dizionario publisher-verticals.txt è stato modificato.: Aggiunte correzioni di denominazione minori in publisher-verticals.txt. Consulta l'elenco delle differenze per i dettagli.
Il file di dizionario creative-status-codes.txt è stato modificato.: Sono stati aggiunti nuovi codici di stato 163 Native ad image asset width not in permitted range e 164 Native ad image asset aspect ratio not in permitted range a creative-status-codes.txt.

13 gennaio 2017

Novità nei dizionari RTB

Il file di dizionario vendors.txt è stato modificato.: Aggiunto 885 Cloud Technologies.; Hai aggiunto 886 Research and Analysis of Media.; Per saperne di più, consulta l'elenco dei fornitori certificati.
Il file di dizionario gdn-vendors.txt è stato modificato.: Aggiunto 886 Research and Analysis of Media.; Per saperne di più, consulta l'elenco dei fornitori certificati.

12 gennaio 2016

Novità della versione 119 del protocollo RTB

È stata aggiornata la descrizione di app_id.: Nel protocollo RTB, è stato aggiornato il commento per app_id in modo da includere un esempio per i dispositivi Windows.

9 gennaio 2017

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.4.1: Sono stati aggiunti commenti per descrivere un nuovo comportamento: per la stringa dello user agent del browser, alcuni dati potrebbero essere oscurati o sostituiti.

Novità nei dizionari RTB

Il file di dizionario vendors.txt è stato modificato.: Aggiunto 884 Nugg.ad.; Per saperne di più, consulta l'elenco dei fornitori certificati.

6 gennaio 2017

Novità della versione 118 del protocollo RTB

Aggiungi posizionamento video IN_FEED.: Aggiungi un nuovo posizionamento video IN_FEED nel messaggio video di BidRequest. Il posizionamento IN_FEED corrisponde a un formato video in-feed per cui la creatività video viene mostrata quando l'utente scorre un feed di contenuti, in genere il feed di un'app social, un articolo di notizie e così via. Il video viene visualizzato nel feed principale e nel flusso di lettura e visione dell'utente, non di lato, come nel caso dei video in-banner.

5 gennaio 2017

Novità dei prototipi RTB

Versione 117 del protocollo RTB e versione 4 del protocollo di caricamento collettivo di cookie: Correzione di commenti di minore entità in cookie-bulk-upload.proto; L'anno della nota sul copyright è aumentato fino al 2017

4 gennaio 2017

Novità della versione 22 del report sullo stato degli snippet

Nuovo motivo della mancata approvazione aggiunto 93 Unsupported Flash Content

16 dicembre 2016

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.4.1: I commenti sono stati aggiornati per chiarire che l'implementazione degli annunci nativi potrebbe rifiutare un'immagine con proporzioni troppo distanti dalle proporzioni preferite e che le stringhe troppo lunghe potrebbero essere troncate.

Novità della versione 116 del protocollo RTB

Commenti aggiunti.: I commenti sono stati aggiornati per chiarire che l'implementazione degli annunci nativi potrebbe rifiutare un'immagine con proporzioni troppo distanti dalle proporzioni preferite e che le stringhe troppo lunghe potrebbero essere troncate.

14 dicembre 2016

Novità nei dizionari RTB

Il file di dizionario creative-status-codes.txt è stato modificato.: La descrizione del codice di stato 99 è stata modificata in 99 Creative filtered because it lacks a required video MIME type in the VAST file (the specific missing type is not available).; Correzioni di errori ortografici minori nelle descrizioni dei codici di stato 115,120, 131,147,148.

13 dicembre 2016

Novità della versione 115 del protocollo RTB

publisher_country aggiunto: Il paese dell'indirizzo di fatturazione del publisher. Può essere diverso dal paese rilevato dell'utente in geo_criteria_id o dal paese di hosting del sito web.
Chiarire i commenti di geo_criteria_id e postal_code

5 dicembre 2016

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.4.1: Questa release aggiorna semplicemente il commento per il campo OpenRTB BidRequest.imp.video.protocols per riflettere una modifica nel modo in cui il campo viene compilato. Anziché contenere sempre i numeri di protocollo corrispondenti a VAST 3, questo campo conterrà correttamente i numeri di protocollo per VAST 2, VAST 3 o VAST 4, a seconda di ciò che è supportato (consulta le note di rilascio della versione 114 del protocollo RTB).

2 dicembre 2016

Novità della versione 114 del protocollo RTB

BidRequest.Video.protocols aggiunto: Questo campo contiene un array di protocolli di annunci video supportati, corrispondenti al comportamento di OpenRTB 2.4. Al momento sono possibili solo VAST_2_0, VAST_3_0, VAST_2_0_WRAPPER, VAST_3_0_WRAPPER, VAST_4_0 e VAST_4_0_WRAPPER.

29 novembre 2016

Novità della versione 113 del protocollo RTB

Aggiunto il supporto del nuovo metodo di riproduzione dei video: È stato aggiunto un nuovo valore di enumerazione MOUSE_OVER a BidRequest.Video.VideoPlaybackMethod per garantire la conformità a OpenRTB 2.0.

18 novembre 2016

Novità della versione 112 del protocollo RTB

Sono stati rimossi i campi obsoleti.: I campi che in precedenza erano deprecati e non vengono più impostati, ora vengono rimossi completamente per ridurre il disordine.

14 novembre 2016

Novità della versione 111 del protocollo RTB

Obsoleto BidRequest.AdSlot.ExchangeBidding.dfp_network_code.: Il valore di questo campo è sempre uguale alla prima parte di BidRequest.AdSlot.dfp_ad_unit_code, quindi il campo dfp_network_code non è più necessario.

9 novembre 2016

Novità della versione 110 del protocollo RTB

BidResponse.Ad.NativeAd.click_link_url aggiunto: L'URL caricato dal browser/SDK quando l'utente fa clic sull'annuncio. Possono cambiare da un'offerta all'altra. Per garantire la compatibilità con le versioni precedenti, se questo criterio non viene configurato, il browser/l'SDK carica i primi click_through_url. Tuttavia, click_through_url dovrebbe rimanere identico tra le offerte per lo stesso buyer_creative_id, mentre click_link_url potrebbe cambiare.

4 novembre 2016

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.7
BidResponse.SeatBid.Bid.exchange_deal_type aggiunto: Questa opzione viene utilizzata solo per le piattaforme di scambio che partecipano a Open Bidding (piattaforme di scambio di terze parti che utilizzano le offerte in tempo reale su DFP). Rappresenta le informazioni sul tipo di deal applicato a un'offerta della piattaforma di scambio.

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.8: Sono stati aggiunti indicatori all'estensione nativa nella richiesta OpenRTB Native 1.1.; Sono stati aggiunti i seguenti campi: style_id, style_width, style_height e style_layout_type.

Novità della versione 109 del protocollo RTB

BidResponse.Ad.AdSlot.exchange_deal_id e BidResponse.Ad.AdSlot.exchange_deal_type aggiunti.: Vengono utilizzate solo per le piattaforme di scambio che partecipano a Open Bidding (piattaforme di scambio di terze parti che utilizzano le offerte in tempo reale su DFP). Rappresentano informazioni sui deal che si applicano a un'offerta della piattaforma di scambio.

3 novembre 2016

Novità della versione 108 del protocollo RTB

BidRequest.AdSlot.allowed_ad_types aggiunti.: Contiene un'enum ripetuta che rappresenta i tipi di annunci consentiti nella risposta all'offerta. I valori possibili sono ALLOWED_AD_TYPE_BANNER, ALLOWED_AD_TYPE_NATIVE e ALLOWED_AD_TYPE_VIDEO. Questo campo dovrebbe consentire agli offerenti di identificare più facilmente i tipi di annunci che possono restituire.

2 novembre 2016

Novità dei dizionari RTB: nuova versione del file geo-table.csv

Caratteristiche principali dei nuovi target geografici:: Circa 100 parchi nazionali tra Stati Uniti e Canada. I parchi nazionali sono disponibili per il targeting per la prima volta.; Circa 1200 città e codici postali di Australia, Germania, Paesi Bassi e Francia.; 78 comuni di Portorico.; 71 province/distretti del Bangladesh.; 21 province/città in Costa Rica.; 2 nuovi target a livello di paese: Guernsey (GG) e Jersey (JE).; Alcune centinaia di target a livello di provincia in Sud America, Africa e Medio Oriente.

31 ottobre 2016

Novità della versione 107 del protocollo RTB

Aggiorna l'app BidRequest.AdSlot.NativeAdTemplate.: Sono stati aggiunti i seguenti campi: style_id, style_width, style_height e style_layout_type.

Novità nei dizionari RTB

Il file di dizionario ad-product-categories.txt è stato modificato.: Sono state aggiunte oltre 200 nuove categorie generali che i publisher possono utilizzare per bloccare gli annunci. Queste categorie sono in genere più granulari, consentendo ai publisher di bloccare categorie più ristrette, ad esempio, creatività Used Motor Vehicle anziché tutte le creatività Automotive. Come in precedenza, questo file di dizionario è utile per mappare gli ID categoria trovati nel campo excluded_product_category nelle richieste di offerta a categorie leggibili.; Per maggiori dettagli, consulta l'elenco completo delle differenze.

27 ottobre 2016

Novità della versione 106 del protocollo RTB

BidRequest.AdSlot.sticky_settings aggiunti.: Contiene i diversi tipi di impostazioni di fidelizzazione che un publisher può dichiarare nel proprio inventario. Sono supportati tre tipi di impostazioni di attrattività: verticale, verticale e orizzontale in basso.

L'API BidRequest.AdSlot.stickiness è deprecata.: Questo campo è deprecato a favore di BidRequest.AdSlot.sticky_settings.vertical_stickiness.

Novità nei dizionari RTB

Il file di dizionario publisher-verticals.txt è stato modificato.: Sono stati corretti gli errori di battitura in alcuni nomi di categorie; scarica l' elenco delle differenze per informazioni dettagliate.

24 ottobre 2016

Novità della versione 105 del protocollo RTB

Campo BidRequest.user_demographics obsoleto.: Il campo BidRequest.user_demographics è stato ritirato.

21 ottobre 2016

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.6
BidRequest.imp.dfp_ad_unit_code aggiunti.: Viene utilizzato solo per Open Bidding.

Novità della versione 104 del protocollo RTB

BidRequest.AdSlot.non_browser_slot_source aggiunti.: Viene impostata quando un publisher dichiara che l'area annuncio è pubblicata in un inventario non correlato al browser e specifica il tipo di inventario non correlato al browser.

BidRequest.AdSlot.is_interstitial_slot aggiunti.: Viene impostata quando un publisher dichiara che l'area annuncio è un interstitial che copre i contenuti per un determinato periodo di tempo.

20 ottobre 2016

Novità della versione 103 del protocollo RTB

BidRequest.AdSlot.dfp_ad_unit_code aggiunti.: Viene utilizzato solo per Open Bidding.

14 ottobre 2016

Novità nei dizionari RTB

Il file di dizionario geo-table.csv è stato modificato.: Corretti errori ortografici e di gerarchia geografica minori. Consulta l'elenco delle differenze per i dettagli.

Novità di OpenRTB

Protocollo Google OpenRTB 2.4.1
Questa release non apporta alcuna modifica ai proto, ma aggiorna la mappatura con il supporto iniziale per OpenRTB 2.4:: Le dimensioni delle impressioni dei banner ora sono mappate a Banner.format. I campi wmin, wmax, hmin e hmax sono deprecati e non verranno compilati per le versioni 2.4 e successive. I campi w e h vengono ancora compilati (con la prima dimensione come prima). Il campo; Video.skip è ora compilato.; Bid.api è ora supportato.; intestazione HTTPx-openrtb-version è "2.4".
Gli offerenti che utilizzano OpenRTB/JSON possono attivare la nuova versione 2.4 tramite l'API RTB; gli offerenti che utilizzano OpenRTB/Protobuf possono usare solo la versione 2.3 e i futuri upgrade verranno annunciati separatamente.

13 ottobre 2016

Novità della versione 102 del protocollo RTB

È stata aggiornata la descrizione "connected_TV = 4".: Nel protocollo RTB, è stato aggiornato il commento "Connected_TV = 4" per descrivere in modo più completo i dispositivi inclusi.

11 ottobre 2016

Novità della versione 21 del report sullo stato degli snippet

Nuovo motivo della mancata approvazione aggiunto 92 Personal Loans

6 ottobre 2016

Novità della versione 101 del protocollo RTB

Aggiornamento del commento del modello di annunci nativi.: Nel protocollo RTB, è stato modificato il commento del modello di annunci nativi per notare che in alcuni casi è possibile impostare il campo html_snippet o video_url anziché il campo native_ad.

5 ottobre 2016

Novità della versione 100 del protocollo RTB

È stato aggiornato il commento per l'identificatore pubblicità per il mobile.: Nel protocollo RTB, è stato aggiornato il commento sul campo BidRequest.Mobile.encrypted_advertising_id per chiarire su quali piattaforme è disponibile (oltre ai dispositivi iOS e Android).

30 settembre 2016

Novità della versione 99 del protocollo RTB

È stato aggiunto l'indicatore della percentuale di completamento video alle offerte in tempo reale.: Nel protocollo RTB è stato aggiunto un nuovo campo video_completion_rate a BidRequest.AdSlot. Questo campo indica una stima della probabilità che un annuncio video pubblicato in quest'area venga visualizzato fino alla fine.

29 settembre 2016

Novità nei dizionari RTB

Il file di dizionario vendors.txt è stato modificato.: Aggiunto 880 Navegg.; Per saperne di più, consulta l'elenco dei fornitori certificati.

20 settembre 2016

Novità della versione 20 del report sullo stato degli snippet

Sono stati aggiunti nuovi motivi per la mancata approvazione.: 90 Maximum number of HTTP calls exceeded; 91 Maximum number of cookies exceeded
Motivo della mancata approvazione 36 rinominato da Invalid ad download size a Maximum download size exceeded

19 settembre 2016

Novità nei dizionari RTB

Il file di dizionario buyer-declarable-creative-attributes.txt è stato modificato.: Aggiunto 105 Rendering: Sizeless AdX. Utilizzato per dichiarare se una creatività HTML può ridimensionarsi in modo dinamico per riempire un'area annuncio di diverse dimensioni. Per saperne di più, consulta la documentazione relativa agli annunci interstitial.

15 settembre 2016

Novità della versione 98 del protocollo RTB

Aggiunto il supporto per i video nativi nelle offerte in tempo reale.: Nel protocollo RTB, è stato aggiunto un nuovo valore di enumerazione VIDEO a BidRequest.NativeAdTemplate e un nuovo campo video_url a BidResponse.NativeAd. Ciò consente agli offerenti di inviare un video di risposta nel campo native_ad quando VIDEO è presente in BidRequest.native_ad_template.required_fields o BidRequest.native_ad_template.recommended_fields.

13 settembre 2016

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.4.1: Questa release contiene correzioni minori per OpenRTB 2.4, in particolare: stato di ritiro di diversi campi; supporto delle estensioni per Audio e Format; tipo di enumerazione corretto del nuovo campo Bid.qagmediarating.

8 settembre 2016

Novità nei dizionari RTB

Il file di dizionario creative-status-codes.txt è stato modificato.: La descrizione dello stato 107 è stata modificata in Required elements specified in bid_request.adslot.native_ad_template.required_fields are missing or empty, per riflettere il cambiamento della logica che aggiunge l'applicazione di filtri sugli elementi degli annunci nativi richiesti con valori vuoti espliciti.

7 settembre 2016

Novità della versione 97 del protocollo RTB

Commenti aggiornati per chiarire che per le app per iOS, il app_name è fornito da AppAnnie.

6 settembre 2016

Novità della versione 19 del report sullo stato degli snippet

Sono stati aggiunti nuovi motivi per la mancata approvazione.: 81 Video troppo lungo; 82 Viola la legge sulle farmacie giapponese; 83 Farmacia veterinaria non accreditata; 84 Contenuti non accettabili: aborto; 85 Contenuti non accettabili: metodi contraccettivi e anticoncezionali; 86 Viola i requisiti di pubblicazione per la Cina; 87 La creatività promuove una farmacia coreana senza una certificazione adeguata; 88 Contenuti non adatti ai minori o per adulti; 89 Contenuti non accettabili:

2 settembre 2016

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.4.0: Si tratta di una nuova release principale che aggiorna lo schema di protocollo per le versioni di specifica più recenti: OpenRTB 2.4 e OpenRTB Native 1.1. La modifica è compatibile con le versioni precedenti a livello di cavo, ma l'incorporamento del nuovo schema nell'offerente potrebbe richiedere modifiche banali al codice. Nello specifico, sono state apportate due modifiche:; Vengono aggiunti nuovi campi in base alle specifiche più recenti. Non sono ancora stati impostati e il relativo supporto verrà annunciato separatamente.; Tutte le enumerazioni ora sono di primo livello anziché nidificate. Questa operazione non modifica la rappresentazione dei fili, ma richiede di correggere le importazioni o di utilizzare nomi di enumerazione qualificati in modo diverso in alcune lingue.

31 agosto 2016

Novità nei dizionari RTB

Il file di dizionario gdn-vendors.txt è stato modificato.: Aggiunto 284 Research Now.; Per saperne di più, consulta l'elenco dei fornitori certificati.
Il file di dizionario vendors.txt è stato modificato.: Aggiunto 284 Research Now.; Hai aggiunto 876 Exponential Expandable.; Per saperne di più, consulta l'elenco dei fornitori certificati.

22 agosto 2016

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.5
BidRequest.imp.dfp_network_code aggiunti.: Viene utilizzato solo per Open Bidding.

Novità della versione 96 del protocollo RTB

Elemento dfp_network_code aggiunto a BidRequest.AdSlot.: Viene utilizzato solo per Open Bidding.

18 agosto 2016

Novità della versione 95 del protocollo RTB

È stata modificata la semantica del campo mediation_status.: Il campo viene impostato su DIRECT_REQUEST o UNKNOWN a seconda che sia stato stabilito che la richiesta di annuncio provenga direttamente dal publisher o meno.

8 agosto 2016

Novità della versione 94 del protocollo RTB

Elemento amp_ad_request_type aggiunto a BidRequest.AdSlot.: Questo campo indica se la pagina è una pagina AMP (Accelerated Mobile Pages).

1 agosto 2016

Novità della versione 92 del protocollo RTB

Tieni presente che le risposte alle richieste di offerta vengono escluse dall'asta indipendentemente dal fatto che il campo is_test della richiesta di offerta sia impostato su true o false durante il test iniziale con il traffico di Google.

26 luglio 2016

Novità nei dizionari RTB

Il file di dizionario gdn-vendors.txt è stato modificato.: Aggiunto 874 Cint.; Per saperne di più, consulta l'elenco dei fornitori certificati.
Il file di dizionario vendors.txt è stato modificato.: Modificato da 332 Audience Manger (DemDex/Omniture) a 332 Audience Manger (DemDex).; 832 The AdExchange cambiato in 832 The ADEX.; Hai aggiunto 874 Cint.; Per saperne di più, consulta l'elenco dei fornitori certificati.

18 luglio 2016

Novità della versione 92 del protocollo RTB

Commenti aggiornati per chiarire che, per gli annunci nativi, click_through_url fornisce l'URL della pagina di destinazione a cui viene pubblicato l'utente, mentre click_tracking_url specifica un URL su cui un thread in background può eseguire il ping a scopo di monitoraggio.

14 luglio 2016

Novità nei dizionari RTB

Il file del dizionario vendors.txt è stato modificato.: Aggiunto 838 Revjet Expandable.; Hai aggiunto 863 Bonzai Expandable.; Hai aggiunto 864 INCUBIQ Solutions.
I file del dizionario vendors.txt e gdn-vendors.txt sono stati modificati.: Sono stati ripuliti tutti i fornitori di video VAST, che sono stati ritirati dal mese di aprile 2016. Sono sempre autorizzati (non è necessaria alcuna dichiarazione) e non appaiono nel campo allowed_vendors nelle richieste di offerta.
Per ulteriori informazioni, consulta l'elenco dei fornitori certificati.

13 luglio 2016

Novità della versione 18 del report sullo stato degli snippet

È stato aggiunto un nuovo campo detected_domain che espone i domini rilevati durante le scansioni di verifica.

11 luglio 2016

Novità della versione 91 del protocollo RTB

Sono stati aggiornati i commenti per indicare che alcune parti della stringa dello user agent potrebbero essere oscurate o sostituite.

8 luglio 2016

Novità della versione 90 del protocollo RTB

Sono stati aggiornati i commenti per chiarire che solo il primo valore di click_through_url viene utilizzato come URL di clic per gli annunci nativi.

29 giugno 2016

Novità della versione 89 del protocollo RTB

Sono stati aggiornati i commenti per chiarire che url contiene sempre un protocollo.

22 giugno 2016

Novità della versione 88 del protocollo RTB

Sono stati aggiornati i commenti per chiarire che click_through_rate non include dati aggregati di AdWords.

Novità della versione 87 del protocollo RTB

Nel commento BidResponse è stato chiarito che BidRequest può avere un solo AdSlot.
Apportate alcune piccole modifiche alla formulazione di altri commenti.

3 giugno 2016

Novità dei dizionari RTB: nuova versione del file geo-table.csv

Aggiunge quasi 6000 nuovi target geografici. Questi target sono già attivi e presenti nelle richieste di offerta, ad eccezione del Myanmar (Birmania), che non è ancora attivo. Aggiunte importanti:: 2214 località secondarie e codici postali nei Paesi Bassi.; 1423 città, quartieri e codici postali in Malaysia.; 722 città, quartieri e codici postali dei principali paesi dell'Europa orientale (Polonia, Ungheria, Repubblica Ceca) e in Grecia.; 639 province, città e quartieri delle Filippine.; 155 città e località secondarie in Svezia.; 104 città e codici postali in Germania.
Alcuni punti salienti della "long tail":: Due importanti località secondarie di New York City: Manhattan e Queens.; 44 target in Myanmar (Birmania), tra cui il paese stesso (nota: non ancora pubblicati).; Capitali / grandi città di molti paesi, ad esempio Nairobi in Kenya e Città del Guatemala in Guatemala.

2 giugno 2016

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.4: Aggiunto BidRequest.processing_time_ms.

30 maggio 2016

Novità della versione 17 del report sullo stato degli snippet

È stata aggiunta la correzione della dichiarazione VIDEO_IN_SNIPPET_ATTRIBUTE_ADDED.: Questa correzione viene applicata quando uno snippet HTML riproduce contenuti video e pertanto dovrebbe essere bloccata nell'inventario che vieta i video.
Campo detected_language aggiunto.: Questo campo indica le lingue rilevate da AdX per la creatività.; Questi linguaggi vengono utilizzati per applicare i blocchi di lingua dei publisher. Vedi anche il campo allowed_languages nel protocollo RTB.
È stato aggiunto il campo context al messaggio Correction.: Questo campo descrive il contesto o i contesti in cui viene applicata la correzione.
I contesti di correzione e pubblicazione ora separano il web mobile dalle app mobile.: Sono stati aggiunti nuovi valori all'enumerazione Platform: ANDROID_IN_APP e IOS_IN_APP. I valori ANDROID e IOS preesistenti sono stati rinominati ANDROID_WEB e IOS_WEB.

26 maggio 2016

Novità dei protocolli OpenRTB

Protocollo delle estensioni OpenRTB di Google v.3
BidRequest.imp.publisher_parameter e BidResponse.SeatBid.Bid.bidder_name aggiunti.: Entrambi i campi vengono utilizzati solo per le piattaforme di scambio che partecipano a Open Bidding (piattaforme di scambio di terze parti che utilizzano le offerte in tempo reale su DFP).

Novità della versione 86 del protocollo RTB

Elemento allowed_languages aggiunto a BidResponse.AdSlot.: Questo campo contiene i linguaggi delle creatività consentiti dal publisher.; Se il criterio non è impostato, sono consentite tutte le lingue.

25 maggio 2016

Novità della versione 85 del protocollo RTB

Elemento exchange_bidding aggiunto a BidRequest.AdSlot e di bidder_name a BidResponse.Ad.: Entrambi i campi vengono utilizzati solo per le piattaforme di scambio che partecipano a Open Bidding (piattaforme di scambio di terze parti che utilizzano le offerte in tempo reale su DFP).

19 maggio 2016

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.3.3
È stato corretto il valore Video.vasttag della risposta nativa in modo che sia uno scalare, non un array.
Commenti aggiornati per riflettere le modifiche alla codifica dei campi: BidRequest.id, User.customdata, Device.ifa.
Protocollo delle estensioni OpenRTB di Google v.2
BidRequest.imp.allowed_vendor_type e BidResponse.SeatBid.Bid.ad_choices_destination_url aggiunti.

13 maggio 2016

Novità della versione 84 del protocollo RTB

Elemento ad_choices_destination_url aggiunto a BidResponse.Ad.: Questo campo può essere utilizzato per fornire un link alla pagina delle preferenze annunci.; Questa funzionalità è supportata solo per gli annunci nativi.; Se viene fornita, alla creatività nativa viene aggiunta un'icona Scegli Tu! standard, che viene collegata a questo URL.

29 aprile 2016

Novità nei dizionari RTB

Sono stati rimossi i fornitori VAST (video in-stream) dagli elenchi dichiarabili.: Questi fornitori ora sono consentiti senza dichiarazione. Poiché i publisher non hanno la possibilità di attivarli o bloccarli, non li inviamo più nel campo allowed_vendors nelle richieste di offerta.; Per ulteriori dettagli, consulta l'elenco dei fornitori certificati.

28 aprile 2016

Novità della versione 83 del protocollo RTB

Commenti aggiornati per chiarire che viewability potrebbe essere una stima basata su dati storici o ambientali.

27 aprile 2016

Novità nei dizionari RTB

Il fornitore 113 "Image & Flash" è stato rimosso dagli elenchi dichiarabili.: Questo fornitore è stato ritirato. Non deve essere dichiarata nelle risposte all'offerta, poiché non rappresenta alcuna tecnologia 3PAS; tuttavia, se viene dichiarata, l'offerta non viene filtrata per questo motivo. Gli offerenti dovrebbero ignorare la presenza o l'assenza di questo fornitore nel campo allowed_vendors nelle richieste di offerta, dato che non si tratta di un indicatore significativo.

12 aprile 2016

Novità di `BidResponse`

Commenti aggiornati per chiarire che le risposte XML recuperate tramite video_url possono essere conformi a VAST 2.0 o 3.0.

11 aprile 2016

Novità nei dizionari RTB

È stato rimosso il file del dizionario site-lists.txt obsoleto: A ottobre 2015 AdX ha smesso di compilare il campo site_list_id nelle richieste di offerta, eliminando la necessità del dizionario site-lists.txt. È stata rimossa per ridurre la confusione.

1 aprile 2016

Novità della versione 81 del protocollo RTB

Commenti aggiornati: È stato aggiornato il commento sul campo creative_index di BidResponseFeedback per indicare che si riferisce sempre all'indice dell'annuncio nella risposta.

30 marzo 2016

Novità nel report sullo stato degli snippet - Aggiornamento delle norme relative ai deal

Viene fornito uno stato granulare sia per l'asta aperta che per i deal.: In generale, open_auction_status e deals_status sostituiscono status, che ora è deprecato.
Il nuovo campo serving_restriction fornisce uno stato dettagliato e contestuale.: Sostituisce disapproval_reason, ormai ritirato. Ci consente di comunicare lo stato di un annuncio in un contesto specifico. Ad esempio, l'annuncio non è stato approvato sui dispositivi mobili perché contiene Flash oppure non può essere pubblicato in Russia perché non è stato ancora esaminato.
È stato aggiunto un nuovo valore di enumerazione dello stato: CONDITIONALLY_APPROVED: Viene utilizzato quando l'annuncio viene approvato in generale, ma con limitazioni in alcuni contesti. La maggior parte degli annunci verrà ConditionALLY_APPROVED per l'asta aperta.

29 marzo 2016

Novità del protocollo OpenRTB versione 2.3.2

Documentazione migliorata per diversi campi:: id in BidRequest e BidResponse; ip, ipv6, carrier, dpidm5 e advertising_id in Device; messaggio Geo; customdata in User; clicktrackers in Link.

4 marzo 2016

Novità dei protocolli OpenRTB

Protocollo Google OpenRTB 2.3.1 (ora disponibile): Contiene la versione più recente del protocollo OpenRTB di Authorized Buyers. Le mappature dei campi al protocollo RTB di Authorized Buyers sono disponibili nei commenti.
Protocollo delle estensioni OpenRTB di Google v.1 (ora disponibile): Contiene le estensioni di Authorized Buyers utilizzate nel protocollo OpenRTB.

26 febbraio 2016

Novità della versione 80 del protocollo RTB

Commenti aggiornati al campo fixed_cpm_micros dei direct deal.
I valori enum del campo VideoFormat sono stati rinominati per una migliore corrispondenza della funzionalità: da VIDEO_FLASH a VIDEO_FLV e da VIDEO_HTML5 a VIDEO_MP4.
Sono stati aggiunti nuovi valori supportati al campo VideoFormat: VPAID_FLASH (SWF) e VPAID_JS (Javascript).

19 febbraio 2016

Novità della versione 79 del protocollo RTB

Commenti aggiornati sul campo placement.

8 febbraio 2016

Novità della versione 78 del protocollo RTB

È stato aggiunto un nuovo campo del posizionamento video per sostituire il campo inventory_type.: Il messaggio secondario video nel protocollo RTB ora include un campo placement per distinguere tra INSTREAM e INTERSTITIAL. Il campo inventory_type è deprecato, poiché duplica le informazioni trovate altrove nel protocollo RTB.
È stato aggiunto un nuovo campo renderer al messaggio secondario dell'area annuncio.: Il campo renderer definisce chi controlla l'ambiente (Google o il publisher) che ha effettuato la richiesta di annuncio e che mostrerà l'annuncio. Questo campo viene impostato solo per le richieste che consentono gli annunci video VAST.

29 gennaio 2016

Novità

Snippet-status-report-proto.txt aggiornato alla v.15: Aggiunti due valori enum di CorrectionType: IN_BANNER_VIDEO_ATTRIBUTE_ADDED e MRAID_ATTRIBUTE_ADDED. Per ulteriori dettagli, fai riferimento ai commenti sui nuovi valori.

18 maggio 2015

Novità

Authorized Buyers inizia ad applicare un limite superiore di integrità sulle offerte: Per proteggere se stessa e i suoi partner da bug ed errori di configurazione, Authorized Buyers inizia ad applicare un limite superiore di integrità pari a 5000 $CPM sulle offerte. Per informazioni dettagliate, consulta la pagina relativa al filtro delle risposte all'offerta.

11 luglio 2014

Novità

Non è più necessaria una dichiarazione meno flash nella risposta all'offerta: Gli acquirenti non devono più dichiarare l'utilizzo di creatività non flash quando fanno offerte per un inventario non flash, in quanto Authorized Buyers rileverà automaticamente la presenza di creatività non flash. Gli acquirenti devono comunque includere creatività non flash quando fanno offerte per inventari non flash. Se un acquirente risponde a una richiesta di offerta non flash con una creatività flash, Authorized Buyers rileva la presenza di questa creatività ed esclude la risposta all'offerta. Tieni presente che Authorized Buyers non rileverà se una creatività di backup non flash è inclusa in una creatività Flash in una risposta all'offerta e Authorized Buyers filtra la risposta all'offerta per includere una creatività flash.
Il nome del campo "encrypted_idfa" è stato modificato in "encrypted_advertising_id": Authorized Buyers ha cambiato il nome del campo "encrypted_idfa" in "encrypted_advertising_id", in modo che indichi che possiamo trasmettere agli acquirenti l'IDFA o l'ID pubblicità nella BidRequest in base a ciò che è disponibile. Gli acquirenti possono continuare a fare riferimento al nome del campo originale "encrypted_idfa" finché non scaricano e iniziano a utilizzare la versione più recente del protocollo RTB. Quando un acquirente inizia a utilizzare la versione più recente del protocollo RTB, deve aggiornare lo strumento di offerta in modo che faccia riferimento a "encrypted_advertising_id" come nuovo nome per questo campo. Per i dettagli, consulta la pagina Targeting dell'inventario per app mobile con l'IDFA.
Nuovo campo per verificare se il video player è incorporato: Authorized Buyers ha aggiunto un nuovo campo al protocollo RTB per specificare se il video player è incorporato o meno. Il nuovo campo si chiama "is_embedded_offsite" e, se true, il video viene incorporato in pagine esterne al dominio del publisher. Per maggiori dettagli, consulta la Guida all'integrazione dei video di Authorized Buyers.

16 luglio 2013

Novità

[IMPORTANTE] BidResponses deve includere la dimensione dell'annuncio per le richieste a più dimensioni

Per tutte le richieste di offerta che specificano più dimensioni degli annunci, l'BidResponse deve includere i campi BidResponse.Ad.width e BidResponse.Ad.height. Le risposte alle richieste di offerte per più dimensioni che non includono questi campi verranno eliminate dall'asta. Prevediamo che circa il 5% delle richieste di annunci conterrà più dimensioni di annunci a partire dal 24 settembre 2013 con l'attivazione dell'allocazione dinamica per più dimensioni in DFP. Prevediamo che questa percentuale cresca nel tempo.

Sebbene le risposte alle richieste di offerta per un'unica dimensione non debbano includere i campi Ad.width e Ad.height, consigliamo di includerle sempre come best practice.

[PROMEMORIA] I report CSV per regione verranno ritirati il 9 luglio 2013

Dopo il 9 luglio, i report CSV sul rendimento per regione non saranno più disponibili per il download.

[PROMEMORIA] Dimensioni download aumentate a 150 kilobyte

Abbiamo aumentato la dimensione massima di download consentita da 50 kB a 150 kB. Inoltre, stiamo attivando l'applicazione automatica di questa norma in modo che gli annunci di dimensioni superiori a 150 kB non vengano approvati. Per ulteriori dettagli, consulta la documentazione del Centro assistenza.

[PROMEMORIA] Dichiarazione di creatività senza Flash per l'inventario in-app per dispositivi mobili

Tutti gli acquirenti certificati RTB in-app per dispositivi mobili DEVONO indicare che un annuncio è senza flash nella risposta all'offerta se stanno rispondendo a un callout di app mobile. Se non sono presenti le dichiarazioni creatività corrette, l'annuncio può essere disapprovato. Per ulteriori dettagli, consulta la documentazione del Centro assistenza.

[PROMEMORIA] carrier_name e carrier_country rimossi dalle richieste di offerta

Il 4 giugno 2013 abbiamo interrotto il supporto ufficiale dei campi carrier_name e carrier_country nella richiesta di offerta. Gli acquirenti devono adottare il nuovo campo carrier_id. Per saperne di più, consulta la newsletter di marzo.

20 maggio 2013

Novità

Tabelle delle corrispondenze ospitate su Google (ora disponibili)

Google è ora in grado di ospitare una tabella delle corrispondenze di un acquirente tra gli ID dell'acquirente e gli ID cookie di Google. Questo riduce i requisiti di infrastruttura per i nostri acquirenti e getta le basi per ulteriori miglioramenti della corrispondenza dei cookie. Con una sola chiamata, gli acquirenti possono aggiungere l'utente a uno o più elenchi di utenti e impostare il cookie di Ad Manager, se mancante.

Ti consigliamo vivamente di adottare le tabelle delle corrispondenze dei cookie ospitate da Google. Oltre all'efficienza e al risparmio sui costi del passaggio, potrai anche partecipare alla nostra versione beta della corrispondenza dei pixel, che in media migliora i tassi di corrispondenza dei cookie del 20-30%. Per ottenere l'idoneità, devi utilizzare le tabelle delle corrispondenze ospitate da Google, pertanto invitiamo tutti gli acquirenti RTB di AdX a farlo il prima possibile.

Modifica del comportamento della corrispondenza dei cookie

A partire dal 7 maggio, Ad Manager modificherà l'impostazione del cookie doubleclick.net. Per impostazione predefinita, Ad Manager imposta un cookie durante tutte le chiamate con corrispondenza dei cookie. Se non vuoi che Ad Manager imposti il cookie, modifica il tuo offerente in modo da includere il nuovo parametro google_no_sc durante la corrispondenza dei cookie. Per scoprire di più, leggi ulteriori informazioni su questa modifica nella nostra documentazione.

[PROMEMORIA IMPORTANTE] La versione 1 della corrispondenza dei cookie verrà ritirata il 4 giugno 2013

Scopri di più su questa modifica nella nostra documentazione sulla corrispondenza dei cookie o nella newsletter precedente.

[PROMEMORIA] Modifica dei requisiti relativi alla corrispondenza dei pixel

A partire dal 9 luglio, le risposte di corrispondenza dei pixel che non includono il valore google_push specificato verranno eliminate. Questa modifica ci aiuterà a migliorare la risoluzione dei problemi di latenza e l'efficienza della corrispondenza dei pixel. Scopri tutti i dettagli nella nostra precedente newsletter.

[PROMEMORIA] AGGIORNAMENTO protocollo RTB - Nuovo campo Agenzia nella risposta all'offerta

Per consentire ad acquirenti e venditori di creare preferred deal e aste private per un'agenzia specifica, è stato aggiunto un nuovo campo, Agency_id, alla risposta all'offerta. Abbiamo creato un nuovo file di dizionario con le agenzie accettate per implementare questo nuovo campo. Per saperne di più, consulta la documentazione del Centro assistenza o contatta il tuo Technical Account Manager.

[PROMEMORIA] Campi geografici sostituiti da geo_criteria_id

A breve, i campi {country, regione, city, metro} del protocollo RTB non verranno più trasmessi nelle richieste di offerta. Questi campi sono stati sostituiti con il nuovo campo geo_criteria_id. Per scoprire di più su questo importante cambiamento, consulta la nostra newsletter di marzo o il nostro sito per sviluppatori.

15 aprile 2013

Novità

[IMPORTANTE] Il campo seller_network è stato ritirato.

Il campo seller_network è stato sostituito con il nuovo campo seller_network_id, che contiene un numero intero corrispondente a una rete trovata nel file del dizionario seller-network-ids.txt. Abbiamo interrotto l'impostazione del campo seller_network il 2 aprile 2013. Aggiorna lo strumento di offerta in modo da utilizzare il nuovo campo, in particolare per identificare l'inventario della Rete Display di Google, che ora ha un valore seller_network_id pari a 1.

[IMPORTANTE] Modifica dei requisiti di Corrispondenza dei pixel

A partire da metà aprile, inizieremo ad assegnare un valore stringa sicuro per l'URL al parametro google_push nelle nostre richieste di corrispondenza dei pixel e prevediamo che venga restituita la stessa stringa protetta per URL nel parametro google_push che hai impostato. Questa modifica ci aiuterà a risolvere i problemi di latenza e a migliorare l'efficienza della corrispondenza dei pixel.

Aggiornamento del protocollo RTB - Nuovo campo Agenzia in BidResponse

Per consentire ad acquirenti e venditori di creare preferred deal e aste private per un'agenzia specifica, è stato aggiunto un nuovo campo, agency_id, a BidResponse. Per implementare questo nuovo campo, abbiamo creato un nuovo file di dizionario, agencies.txt, con le agenzie accettate.

Supportare questo campo offrirà agli acquirenti una maggiore flessibilità nelle loro offerte di pubblicità programmatica e ti aiuterà a negoziare un maggior numero di preferred deal con i publisher che cercano acquirenti con questa funzionalità. Per saperne di più, consulta la documentazione del Centro assistenza o contatta il tuo Technical Account Manager.

Le creatività ospitate da Google non possono più essere utilizzate per le offerte in tempo reale

In passato, gli acquirenti potevano utilizzare file di creatività ospitati da Google sia per le campagne RTB sia per le campagne UI. Ora gli acquirenti RTB non possono più rispondere con creatività ospitate da Google e tutte le creatività ospitate da Google inviate nel campo creative_id tramite RTB verranno ignorate. Le creatività ospitate sono ancora disponibili per gli acquirenti dell'interfaccia utente.

Feedback in tempo reale RTB BETA

Per facilitare più strategie di offerta dinamiche, possiamo fornire un feedback dell'asta quasi in tempo reale sul motivo per cui la tua offerta non ha vinto, ad esempio: blocchi del publisher, creatività non approvata o un'offerta più alta. Il motivo effettivo verrà passato nel messaggio secondario BidResponseFeedback in una successiva richiesta di offerta ed è presente un elenco completo dei possibili motivi nella pagina dei download in creative-status-codes.txt. Per le offerte perdenti che superano il prezzo minimo specificato e per le creatività utilizzate che non sono state filtrate prima dell'asta, rivedremo il prezzo necessario per vincere l'asta. Solo gli acquirenti che attivano la divulgazione dei dati delle loro offerte vincenti possono partecipare a questa versione beta limitata. Se ti interessa partecipare, contatta il tuo Technical Account Manager.

11 marzo 2013

Novità

[IMPORTANTE] La versione 1 della corrispondenza dei cookie verrà ritirata: A partire dal 4 giugno 2013, non supporteremo più la versione 1 della corrispondenza dei cookie. Per offrire un servizio migliore ai nostri acquirenti, abbiamo integrato funzionalità più avanzate, come le tabelle di corrispondenza ospitate, nell'API Cookie Matching v2. Se non l'hai ancora fatto, consigliamo vivamente a tutti gli acquirenti di eseguire l'upgrade alla nuova versione della corrispondenza dei cookie il prima possibile.
[IMPORTANTE] Aggiorna la modifica di seller_network_id: Se acquisti l'inventario utilizzando il campo seller_network_id, tieni presente che abbiamo apportato modifiche ad alcuni ID nel file seller-network-ids.txt. Queste modifiche sono il risultato di una reindicizzazione una tantum degli ID; le mappature esistenti saranno permanenti e le successive aggiunte dei publisher verranno aggiunte alla fine del file. Tieni presente che il valore di seller_network_id sulla Rete Display di Google è cambiato da 0 a 1.; Scarica il file di dizionario più recente degli ID rete dei venditori per assicurarti di scegliere correttamente come target la Rete Display di Google e altre reti di publisher su AdX. In caso di domande, contatta il tuo account manager.
[IMPORTANTE] Le impressioni idonee per più dimensioni degli annunci devono includere la larghezza e l'altezza dell'annuncio nella risposta all'offerta: Sempre più i publisher accettano sempre più dimensioni di annunci per singole aree annuncio. Queste impressioni includono più dimensioni nel campo BidRequest.AdSlot e richiedono la restituzione dei campi BidResponse.Ad.width e BidResponse.Ad.height nelle risposte all'offerta corrispondenti. Le risposte all'offerta effettuate in risposta alle richieste contenenti più dimensioni di annunci devono includere questi campi, altrimenti verranno filtrate automaticamente dall'asta.; Al momento, le richieste di offerta con più formati di annunci sono disponibili solo per gli acquirenti che passano i campi BidResponse.Ad.width e BidResponse.Ad.height nella propria BidResponse. Questo rappresenta il 3% delle impressioni disponibili e aumenterà nel secondo trimestre quando i nostri clienti Ad Manager avranno a disposizione più inventario. A breve creeremo una lista consentita per rendere questo inventario disponibile solo agli acquirenti che impostano le dimensioni dell'annuncio in risposta a più richieste di offerta per formato di annuncio. Se al momento il tuo strumento di offerta non restituisce i campi BidResponse.Ad.width e BidResponse.Ad.height nelle risposte alle offerte, ti invitiamo a iniziare a farlo per ottenere l'idoneità per questo inventario. Contatta il tuo account manager per maggiori dettagli su come inserire la lista consentita.
[PROMEMORIA IMPORTANTE] SSL - Prossima modifica relativa alla pubblicazione di annunci di terze parti: Siamo felici di iniziare a supportare il traffico criptato SSL (Secure Socket Layer), che consentirà agli Authorized Buyers di iniziare a offrire altri tipi di inventario ai nostri clienti, tra cui webmail e altro inventario degli utenti che hanno eseguito l'accesso. Lo spazio pubblicitario SSL è univoco in quanto tutte le chiamate a terze parti successive alla richiesta di annuncio iniziale devono essere basate su SSL o il browser mostrerà un avviso all'utente. Al fine di garantire un'esperienza utente fluida su AdX, stiamo introducendo una nuova certificazione SSL per confermare che tutte le tecnologie degli acquirenti siano conformi a SSL.; Come accennato alla fine di ottobre dello scorso anno, la prima fonte di inventario SSL su AdX proverrà dagli utenti che hanno eseguito l'accesso e appartengono a proprietà di proprietà e gestite da Google come YouTube. Al momento, solo una piccola percentuale dell'inventario di YouTube è abilitato per SSL, ma a maggio 2013 questo volume raggiungerà tutti gli utenti di YouTube che hanno eseguito l'accesso, per un totale di circa il 40% del traffico di YouTube. L'offerta di inventario SSL su AdX continuerà a crescere quest'anno man mano che aggiungiamo nuovo inventario da webmail e altri ambienti sicuri.; L'inventario SSL sarà disponibile solo per gli acquirenti che hanno ottenuto la certificazione di conformità SSL dal team di certificazione di Google. Non perdere questa opportunità: inizia a implementare il prima possibile SSL sulla tua piattaforma per la pubblicazione di annunci RTB e di terze parti.; Gli acquirenti RTB non devono utilizzare buyer_creative_id separati per gli snippet SSL e non SSL. Per ulteriori dettagli, consulta la documentazione del Centro assistenza.
[PROMEMORIA] Nuovo formato dei file delle impostazioni dell'editore: Di recente abbiamo modificato il formato dei nostri file delle impostazioni dei publisher (PSF) per facilitarne l'elaborazione. Il nuovo formato suddivide il file PSF in due file da 9 MB e riduce le dimensioni totali del file del 60%.; Inoltre, passeremo da un campo ID di tipo byte a un campo ID di tipo Fixed64. Al momento vengono forniti entrambi i campi, ma a partire dal 2 aprile 2013 verrà compilato solo il campo Fixed64 id.; I PSF forniscono agli acquirenti informazioni sui requisiti dell'inventario dei singoli publisher per aiutare gli offerenti a prendere decisioni migliori. I PSF includono dati come: tecnologie pubblicitarie consentite, categorie escluse e pagine di destinazione bloccate. Per eventuali domande, contatta il tuo Technical Account Manager o consulta la documentazione relativa alle offerte in tempo reale.
[Protocollo RTB] PIANIFICAZIONE ROADMAP - Nuovo campo Agenzia in BidResponse disponibile a marzo: Con l'aumento degli acquisti programmatici, i publisher sono sempre più alla ricerca di accordi programmatici direttamente con le agenzie. Per consentire ad acquirenti e venditori di creare preferred deal segmentati in base a specifici acquirente/agenzia/inserzionista, verrà aggiunto un nuovo campo Agenzia alla risposta all'offerta. La possibilità di creare deal specifici per l'agenzia offre agli acquirenti una maggiore flessibilità per gli acquisti programmatici su AdX, riducendo i conflitti di spesa con altri inserzionisti e agenzie sul proprio account.; Riteniamo che si tratti di una modifica importante e che richiede un po' di lavoro di sviluppo, quindi abbiamo deciso di fare questo annuncio per darti tempo sufficiente per pianificare le modifiche necessarie ai tuoi strumenti di offerta. Inizieremo ad accettare questo campo alla fine di marzo e sarà disponibile nei Preferred deal nel corso del secondo trimestre. Supportare questo campo offrirà agli acquirenti una maggiore flessibilità nelle loro offerte di pubblicità programmatica e ti aiuterà a negoziare un maggior numero di preferred deal con i publisher che cercano acquirenti con questa funzionalità.; Una volta disponibile, potrai compilare il campo Agenzia al momento dell'invio della creatività o nella risposta all'offerta. Continua a seguirci per ulteriori dettagli su come implementare il nuovo campo Agenzia e contatta il tuo account manager in caso di domande.
Macro di corrispondenza dei cookie ora disponibili: Ora hai la possibilità di configurare gli URL di corrispondenza dei cookie con una o più macro per determinare l'ordine e la posizione in cui i parametri di corrispondenza dei cookie vengono aggiunti all'URL. L'utilizzo di queste macro offre maggiore flessibilità e controllo per la corrispondenza dei cookie. Leggi la nostra Guida alla corrispondenza dei cookie per ulteriori informazioni sulle nuove macro e su come utilizzarle.

Versione del 15 ottobre 2012

Novità

Nuovo geo_criteria_id: A partire dal 2 aprile 2013, i campi {country, region, city, metro} del protocollo RTB non verranno più trasmessi nelle richieste di offerta. Questi campi verranno sostituiti dal nuovo campo geo_criteria_id, un ID che rappresenta le località geografiche che si trovano nella tabella Target nel nostro sito per sviluppatori, qui. Per eventuali domande, contatta il tuo Technical Account Manager.
[AZIONE RICHIESTA] Migrazione da seller_network a seller_network_id
: Il campo seller_network verrà sostituito con il nuovo campo seller_network_id, che contiene un numero intero corrispondente a una rete trovata nel file di dizionario seller-network-id.txt nella pagina Download. Il 2 aprile 2013 il campo seller_network non sarà più impostato.; Aggiorna lo strumento di offerta per utilizzare il nuovo campo, in particolare per identificare l'inventario della Rete Display di Google.
[IMPORTANTE] La larghezza e l'altezza dell'annuncio devono essere incluse per le richieste di offerta con dimensioni dell'annuncio multiple: Per tutte le richieste di offerta che contengono più dimensioni dell'annuncio, BidResponse deve includere i campi BidResponse.Ad.width e BidResponse.Ad.height. Le risposte alle richieste di offerte con più dimensioni di annunci che non includono questi campi verranno eliminate dall'asta.; Anche se le richieste di offerta con una singola dimensione di annuncio in BidRequest.AdSlot non devono includere i campi Ad.width e Ad.height, suggeriamo di dichiarare sempre le dimensioni dell'annuncio come best practice.

Versione del 2 luglio 2012

Novità

Nuovo campo del protocollo RTB: Il campo BidRequest.AdSlot.ad_block_key del protocollo RTB contiene un numero intero a 64 bit che fornisce un identificatore stabile per le combinazioni di proprietà web, area annuncio e pagina. Questo nuovo campo ti consente di monitorare il rendimento di combinazioni specifiche di area annuncio e annuncio per prendere decisioni migliori sulle offerte.; Per qualsiasi domanda sul nuovo campo BidRequest.AdSlot.ad_block_key, contatta il tuo Technical Account Manager o consulta la documentazione per gli sviluppatori sul protocollo RTB.
L'ID gruppo di annunci è obbligatorio quando una BidRequest ha più gruppi di annunci: L'BidResponse deve includere il campo billing_id quando si risponde a qualsiasi richiesta di offerta con più gruppi di annunci. Una richiesta di offerta con più campi matching_ad_data (messaggi secondari) ha più gruppi di annunci, in quanto ogni campo matching_ad_data contiene esattamente un gruppo di annunci.
Prima del 2 luglio 2012, la risposta all'offerta doveva includere il campo billing_id solo quando l'offerente utilizzava creatività ospitate o stream uniti. Questo requisito è ora obsoleto.
Targeting per località collettivo nell'interfaccia utente: Lo strumento di caricamento collettivo per le località, che può rendere più efficaci le strategie di targeting per località, ora fa parte della UI di Authorized Buyers.

Versione del 5 giugno 2012

Novità

GDN ha sostituito GCN come valore consentito nel campo seller_network: L'elemento BidRequest ora invia il valore GDN nel campo seller_network, sostituendo il valore GCN inviato prima del 1° giugno 2012. Ovunque lo strumento di offerta utilizzi il campo seller_network, assicurati di aver esaminato e, se necessario, adattato il codice in modo che la modifica del valore non causi problemi.
Annunci video in-stream interattivi (beta) basati sullo standard VPAID v1.0: Lo standard VPAID sta per "Video Player-Ad Interface Definition" (definizione interfaccia annuncio riproduttore video) ed è uno standard pubblicato da IAB per annunci video in-stream interattivi. Authorized Buyers ha iniziato a supportare una versione beta limitata degli annunci VPAID tramite il protocollo RTB e l'interfaccia utente. Per ulteriori informazioni, contatta il rappresentante del tuo account.
Nuovo campo mobile_device_type in BidRequest: Le richieste di offerta per l'inventario mobile ora includono il campo mobile_device_type. Il valore del campo specifica il tipo di dispositivo mobile su cui mostrare l'annuncio: TABLET o HIGHEND_PHONE.
Nuova nomenclatura: preferred deal, precedentemente noti come Direct deal: Il termine "Offerta diretta" è stato sostituito da "Preferred deal" nell'interfaccia utente e nella Guida. Nel prossimo futuro, cerca la nuova nomenclatura nella sezione pertinente della documentazione relativa all'API REST per gli acquirenti.
Nuovo messaggio UserList in BidRequest: Le richieste di offerta possono includere uno o più messaggi UserList. Ogni messaggio UserList specifica un elenco di targeting per pubblico a cui è stato aggiunto l'utente, insieme al tempo trascorso da quando è stato aggiunto. Consulta gli argomenti della Guida all'interfaccia utente per gli acquirenti sul remarketing, in cui l'elenco di targeting per pubblico è chiamato elenco per il remarketing. Per fare in modo che lo strumento di offerta utilizzi questa funzionalità, contatta il rappresentante del tuo account.
Transizione del campo excluded_sensitive_category dalla stringa a int32: Lo strumento di offerta potrebbe usare il campo excluded_sensitive_category nel protobuf publisher-settings per vedere quali categorie di contenuti non sono consentite dai publisher. In tal caso, tieni presente che questo campo viene ora inviato in due formati: l'int32 ripetuto excluded_sensitive_category e la stringa ripetuta DEPRECATED_excluded_sensitive_category. Quando opportuno, ti consigliamo di modificare il tuo strumento di offerta in modo da gestire il formato int32 di questo campo per prepararti all'eventuale ritiro della stringa.
Quando invii richieste di offerta prive di URL e ID anonimo, Authorized Buyers può ignorare lo strumento di offerta: Se preferisci che le richieste di offerta che non contengono né l'URL di una pagina né un ID anonimo non vengano mai inviate al tuo strumento di offerta, contatta il rappresentante del tuo account per avere informazioni su questa nuova opzione.

In arrivo

Targeting per località collettivo nell'interfaccia utente: Lo strumento di caricamento collettivo per le località, che può rendere più efficaci le strategie di targeting per località, continua la sua graduale implementazione nell'interfaccia utente di Authorized Buyers.
L'ID gruppo di annunci deve essere obbligatorio quando un BidRequest ha più gruppi di annunci: A partire dal 2 luglio 2012, le BidResponse devono includere il campo billing_id quando si risponde a qualsiasi richiesta di offerta relativa a più gruppi di annunci. Ecco come capire se una richiesta di offerta contiene più gruppi di annunci: cerca più campi matching_ad_data (messaggi secondari). Poiché ogni campo matching_ad_data contiene esattamente un gruppo di annunci, la presenza di più campi matching_ad_data indica sempre la presenza di più gruppi di annunci.
Quando questa modifica avrà effetto, il requisito corrente (ovvero la risposta all'offerta deve includere il campo billing_id ogni volta che l'offerente utilizza creatività ospitate o stream uniti) sarà obsoleto.

Problemi risolti

Il report sullo stato degli snippet ora mostra le categorie previste: Le categorie di contenuti che devono essere visualizzate nel report sullo stato degli snippet sono quelle contenute nel file di dizionario ad-product-categories.txt. In alcuni casi, un report sullo stato degli snippet mostrava categorie non documentate nel file di dizionario. Il problema è stato risolto.

Rilascio dell'11 maggio 2012

Novità

Ora gli annunci vengono pubblicati solo su siti che corrispondono sia al targeting per argomento che al targeting per posizionamento: In precedenza, gli annunci venivano pubblicati su siti corrispondenti al targeting per argomento o al targeting per posizionamento. Ora gli annunci vengono pubblicati solo sui siti che corrispondono sia al targeting per argomento sia al targeting per posizionamento.
Creatività espandibili multidirezionali beta: Authorized Buyers offre supporto per le creatività espandibili multidirezionali come funzionalità beta. Le creatività espandibili multidirezionali possono espandersi fino alle dimensioni espanse massime specificate nelle linee guida del programma aggiornate.
L'inventario video in-game è ora disponibile in Authorized Buyers: L'inventario pubblicitario video acquistato dalle campagne su Authorized Buyers ora include l'inventario video in-game offerto dai publisher di pubblicità in-game di Google.
Qualsiasi campagna che acquisti annunci video ora acquista automaticamente questi posizionamenti in-game a meno che non venga aggiunta l'esclusione di categoria "in-game". Puoi aggiungere questa esclusione tramite l'API SOAP acquirente, utilizzando CampaignCriterionService per aggiungere un NegativeCampaignCriterion di tipo ContentLabel, con contentLabelType impostato su GAMES. Questo aggiornamento alla versione beta di Authorized Buyers Video è entrato in vigore il 1° maggio 2012.
Linee guida del programma aggiornate: Le linee guida del programma sono state aggiornate per chiarire l'ambito del divieto di trasferimento di informazioni che consentono l'identificazione personale, migliorare la coerenza nella terminologia utilizzata, rimuovere gli argomenti trattati dalle API di Authorized Buyers e dai Termini di servizio del protocollo, spiegare il supporto beta per le creatività espandibili multidirezionali e per chiarire il processo di pubblicazione di annunci di terze parti, ad esempio fornendo link all'elenco dei fornitori di tecnologia approvati e ai requisiti per la dichiarazione dei fornitori di tecnologia.
Targeting delle impressioni video in base alle dimensioni del player: Per l'inventario video, i campi relativi alla larghezza e all'altezza in BidRequest.AdSlot ora descrivono il video player. Questo aggiornamento alla versione beta di Authorized Buyers Video ti consente di scegliere come target le impressioni video in base alle dimensioni del player.

In arrivo

Targeting per località collettivo nell'interfaccia utente: Nell'interfaccia utente di Authorized Buyers verrà gradualmente implementato un nuovo strumento di caricamento collettivo per le località che può rendere più efficaci le strategie di targeting per località.
GDN per sostituire GCN come valore consentito nel campo seller_network: A partire dal 1° giugno 2012, BidRequest invierà il valore GDN nel campo seller_network, sostituendo il valore GCN inviato oggi. Ovunque il tuo strumento di offerta utilizzi il campo seller_network, rivedi e, se necessario, adatta il codice per assicurarti che la modifica del valore non causi problemi.
L'ID gruppo di annunci deve essere obbligatorio quando un BidRequest ha più gruppi di annunci: A partire dal 2 luglio 2012, le BidResponse devono includere il campo billing_id quando si risponde a qualsiasi richiesta di offerta relativa a più gruppi di annunci. Ecco come capire se una richiesta di offerta contiene più gruppi di annunci: cerca più campi matching_ad_data (messaggi secondari). Poiché ogni campo matching_ad_data contiene esattamente un gruppo di annunci, la presenza di più campi matching_ad_data indica sempre la presenza di più gruppi di annunci.
Quando questa modifica avrà effetto, il requisito corrente (ovvero la risposta all'offerta deve includere il campo billing_id ogni volta che l'offerente utilizza creatività ospitate o stream uniti) sarà obsoleto.

Versione del 30 novembre 2010

C'è un nuovo campo in BidRequest chiamato cookie_age_seconds. Se impostato, indica da quanto tempo è stato creato il cookie utilizzato in google_user_id.
C'è un nuovo campo in BidRequest.AdSlot.MatchingAdData chiamato per_buyer_minimum_cpm. Se impostato su true, questo campo indica che il publisher ha impostato un CPM minimo specifico per l'account del gruppo di annunci di pretargeting.
Ora puoi scegliere di pubblicare creatività ospitate invece di restituire un annuncio sotto forma di snippet HTML. Per ulteriori dettagli, consulta Creazione della risposta.
Il nuovo supporto per stream separati e consolidati facilita l'acquisto tramite una o più DSP da un account Authorized Buyers separato. Per ulteriori dettagli, consulta la sezione Offerte per conto di più account.

Versione del 14 settembre 2010

Ora nell'interfaccia utente è disponibile un'impostazione della campagna che viene utilizzata al posto dell'URL adxrtb.com per contrassegnare una campagna e tutti i suoi gruppi di annunci per il pretargeting. Per il momento, l'URL adxrtb.com continuerà a funzionare, finché non avremo eseguito la migrazione di tutte le campagne esistenti alla nuova impostazione. Gli annunci segnaposto sono comunque obbligatori nei gruppi di annunci di pretargeting che utilizzano la nuova impostazione, che richiedono comunque l'indicazione di un URL di destinazione. Tuttavia, ora puoi facoltativamente utilizzare un URL reale che corrisponda all'annuncio segnaposto nello snippet HTML. In alternativa, puoi continuare a utilizzare l'URL adxrtb.com per l'annuncio segnaposto, ma tieni presente che devi utilizzare anche l'impostazione della campagna. Tieni presente che i gruppi di annunci di pretargeting e non di pretargeting non possono esistere nella stessa campagna quando utilizzi l'impostazione della campagna.
Sono ora disponibili report automatici contenenti informazioni utili per comprendere il rendimento del tuo strumento di offerta. Questi report vengono inviati via email all'indirizzo da te fornito ogni ora circa. Per attivare questi report, rivolgiti al tuo Technical Account Manager.

Versione del 17 giugno 2010

Al servizio di corrispondenza dei cookie è stato aggiunto il supporto HTTPS. Ora puoi effettuare una richiesta a cm.g.doubleclick.net utilizzando HTTPS anziché HTTP. In questo caso, il reindirizzamento andrà allo stesso URL configurato, ma utilizzerà anche HTTPS anziché HTTP.
Un nuovo campo timezone_offset in BidRequest indica il fuso orario rilevato del browser dell'utente, se disponibile. Scarica la versione più recente di realtime-bidding.proto dalla pagina Download, leggi i commenti sul nuovo campo e apporta gli aggiornamenti necessari alla tua applicazione.
Stiamo aggiungendo ulteriori passaggi di revisione e verifica per gli annunci pubblicati tramite RTB. Per assicurarti che i tuoi annunci vengano approvati per la pubblicazione in modo tempestivo, verifica che possano essere visualizzati correttamente per un periodo di tempo prolungato dopo l'impressione originale. Anomalie o incongruenze possono talvolta causare lunghi ritardi o disapprovazioni.

Versione del 14 aprile 2010

Le informazioni above the fold sono ora disponibili nel nuovo campo slot_visibility. La nuova definizione del buffer di protocollo è disponibile nella pagina Download.
Nei prossimi mesi passeremo gradualmente a una nuova tassonomia verticale. Il nuovo file della tassonomia è disponibile nella pagina Download ed è stato aggiunto un nuovo campo, vertical_dictionary_version, a BidRequest che indicherà quando verrà utilizzata la nuova tassonomia.
È ora possibile inserire il valore del campo google_user_id da BidRequest nell'URL dell'offerta. Questa operazione può essere eseguita utilizzando la macro GOOGLE_USER_ID. Per ulteriori informazioni, consulta le Macro URL offerta.
Ti ricordiamo che devi sempre restituire un valore BidResponse valido con protocol_version e processing_time_ms impostati per le richieste con il campo is_ping impostato in BidRequest. In questo modo, potremo monitorare le località che possono raggiungere il tuo strumento di offerta e apportare modifiche continue alla configurazione.

Versione del 10 marzo 2010

Authorized Buyers è lieto di annunciare un nuovo miglioramento che aumenterà notevolmente la quantità di inventario disponibile per gli acquirenti dello Strumento di offerta in tempo reale. L'inventario dei publisher che limita gli annunci appartenenti a una o più "categorie sensibili" (ad esempio politica, incontri, religione, perdita di peso) è ora disponibile tramite RTB. Per rispettare le limitazioni per i publisher, Google classifica gli annunci dell'acquirente in base ai contenuti della pagina di destinazione. Questa classificazione viene effettuata ogni volta che viene rilevata una nuova pagina di destinazione dell'annuncio, a intervalli di 10 minuti. Di conseguenza, i nuovi annunci potrebbero non essere idonei per la pubblicazione per un breve periodo di tempo mentre sono classificati.

In collaborazione con la rete di contenuti di Google, Authorized Buyers ha annunciato una nuova funzionalità che consente agli acquirenti di filtrare l'inventario below the fold sui siti della rete di contenuti di Google. Il nuovo filtro consente agli inserzionisti di pubblicare gli annunci solo nei posizionamenti che vengono visualizzati nella schermata dell'utente al caricamento della pagina, senza che sia necessario scorrerla verso il basso. Google ha implementato una soluzione basata sulle statistiche per stabilire quali annunci vengono visualizzati above the fold e below the fold. Il modello basato sulle statistiche prende in considerazione solo gli annunci "above the fold" se vengono visualizzati interamente nella schermata al caricamento della finestra del browser. L'obiettivo di questa nuova funzione è fornire agli inserzionisti un maggiore controllo sui posizionamenti degli annunci e rendere la rete di contenuti di Google più potente e più controllata per la pubblicazione di campagne correlate al brand ad alto rendimento.

Gli acquirenti che utilizzano la soluzione RTB possono escludere l'inventario below the fold nell'interfaccia utente. Oltre a questa funzionalità di filtro, ogni richiesta di offerta includerà un'indicazione della posizione dell'unità pubblicitaria: above the fold, below the fold o sconosciuta. Puoi utilizzare questi dati per calcolare l'offerta. Le informazioni si trovano nel nuovo campo slot_visibility in BidRequest. Puoi trovare la definizione aggiornata del buffer di protocollo nella pagina Download.

Inoltre, abbiamo apportato le seguenti modifiche:

Le impostazioni della quota limite delle campagne di pretargeting vengono ora rispettate per decidere se inviare richieste di offerta. In precedenza, tali impostazioni effettuate nell'interfaccia utente venivano ignorate.
Ora siamo in grado di inviare richieste agli offerenti che si trovano in Europa. Questa opzione è disponibile per i nuovi clienti con la normale procedura di test. Non sono necessari ulteriori test se stai già facendo offerte da altre località e disponi anche di server in Europa. In tal caso, chiedi al tuo Technical Account Manager informazioni sulla configurazione della quota.
L'inventario dei publisher che utilizzano le esclusioni di categoria è ora idoneo per le offerte in tempo reale. Quando fai un'offerta per questo inventario, devi dichiarare le categorie in una risposta all'offerta. In caso contrario, le offerte verranno ignorate.
Il sistema ora invia un numero ridotto di BidRequests con il campo is_ping impostato su true
Lo script del richiedente è stato aggiornato in diversi modi per:
- Mantieni aperte le connessioni HTTP
- Compila tutti i nuovi campi introdotti nelle ultime release
- (Facoltativo) Puoi specificare il set di google_user_ids da inviare in BidRequests
- Invia l'1% delle richieste con is_ping true
È disponibile una versione aggiornata di vendors.txt nella pagina Download.
A questo punto, devi ancora chiedere al tuo Technical Account Manager di apportare aggiustamenti della quota. Se vuoi aumentare il traffico, contatta il tuo Technical Account Manager per richiederlo.

Versione del 24 febbraio 2010

Sono stati aggiunti due campi publisher_settings_list_id a BidRequest. Uno a livello di pagina e l'altro a livello di area annuncio. Entrambi trasmettono valori che possono essere utilizzati come chiavi per cercare voci negli elenchi di limitazioni per i publisher. Per ulteriori informazioni, contatta il tuo Technical Account Manager.

È presente un nuovo campo seller_network in BidRequest. Per l'inventario non anonimo (ad esempio, inventario per il quale è impostato il campo URL), questo campo viene compilato con il nome della rete che vende l'impressione. Ad esempio, questo campo verrà compilato con il valore "GCN" di tutto lo spazio pubblicitario della rete di contenuti di Google.

L'impostazione a livello di account menzionata nelle note sulla versione del 27 gennaio 2010 è ora attiva. Rivedi la descrizione nelle note precedenti e contatta il tuo account manager se vuoi modificare l'impostazione.

Nella pagina Download è disponibile un nuovo file vendor.txt. e riporta più fornitori rispetto alla versione precedente. Tutti gli ID della versione precedente sono ancora validi.

È disponibile un nuovo campo categoria in BidResponse. Leggi i commenti sul campo e il campo excluded_category in BidResponse per istruzioni su come utilizzare questa nuova funzionalità. È presente anche un nuovo file ad-categories.txt nella pagina Download con i codici di categoria aggiornati.

Prima di rilasciare eventuali modifiche allo strumento di offerta, assicurati di utilizzare per i test la versione più recente dello strumento di richiesta disponibile nella pagina Download.

Come promemoria, assicurati di dichiarare correttamente tutti gli URL degli annunci nel campo click_through_url di BidResponse, come descritto nell'articolo del Centro assistenza Dichiarare gli URL di clickthrough negli annunci. Tieni presente che devi includere il protocollo completo dell'URL (ad esempio http://www.example.com anziché www.example.com).

Versione del 27 gennaio 2010

realtime-bidding.proto ha diversi nuovi campi e alcuni sono stati ritirati. Scarica la versione più recente, leggi i commenti su tutti i campi che sono stati modificati e apporta gli aggiornamenti necessari alla tua applicazione.

Ti invitiamo a scaricare la versione più recente del programma requester.tar.gz e a utilizzarla per i test ogni volta che apporti una modifica al programma di offerta.

Ora sono supportati gli URL di offerta per regione. Contattaci se vuoi configurare un URL diverso in ogni regione (ad esempio, uno sulla costa occidentale e uno sulla costa orientale).

Nella prossima release, aggiungeremo un'impostazione a livello di account per specificare una preferenza per le impressioni da inviare anonime o con brand nei casi in cui sia disponibile una scelta. Le impressioni anonime spesso hanno soglie minime di CPM inferiori impostate dal venditore, ma hanno un ID anonimo anziché l'URL di un sito; le impressioni con brand hanno un URL del sito, ma possono avere una soglia CPM minima più alta. L'impostazione predefinita per la preferenza è Con brand. Contattaci se vuoi che questa impostazione sia diversa da quella predefinita.

Note di rilascio archiviate

17 dic 2019

Novità della versione 170 del protocollo RTB

Novità dei protocolli OpenRTB

5 dic 2019

Novità della versione 169 del protocollo RTB

Novità dei protocolli OpenRTB

21 novembre 2019

Novità nei dizionari delle offerte in tempo reale

14 nov 2019

Novità della versione 168 del protocollo RTB

Novità dei protocolli OpenRTB

13 novembre 2019

Novità nei dizionari delle offerte in tempo reale

12 novembre 2019

Novità nei dizionari delle offerte in tempo reale

5 novembre 2019

Novità nei dizionari delle offerte in tempo reale

17 ottobre 2019

Novità dei protocolli OpenRTB

1 ott 2019

Novità dei protocolli OpenRTB

23 settembre 2019

Novità della versione 167 del protocollo RTB

16 settembre 2019

Novità della versione 166 del protocollo RTB

Novità dei protocolli OpenRTB

13 set 2019

Novità della versione 165 del protocollo RTB

Novità dei protocolli OpenRTB

21 ago 2019

Novità della versione 8 del protocollo di caricamento collettivo di cookie

29 lug 2019

Novità della versione 164 del protocollo RTB

10 lug 2019

Novità della versione 163 del protocollo RTB

9 lug 2019

Novità della versione 29 del report sullo stato degli snippet

13 mar 2019

Novità nella versione 162 del protocollo RTB di Google e nei prototipi OpenRTB

10 dic 2018

Novità di Cookie Bulk UPload Proto versione 8

10 dic 2018

Novità della versione 161 del protocollo RTB

16 nov 2018

Novità della versione 160 del protocollo RTB

Novità dei protocolli OpenRTB

29 ott 2018

Novità della versione 159 del protocollo RTB

22 ottobre 2018

Novità della versione 158 del protocollo RTB

Novità dei protocolli OpenRTB

17 ottobre 2018

Novità della versione 157 del protocollo RTB

19 ottobre 2018

Novità dei protocolli OpenRTB

17 ottobre 2018

Novità della versione 157 del protocollo RTB

8 ott 2018

Novità della versione 155 del protocollo RTB

1 ott 2018

Novità dei protocolli OpenRTB

Novità dei report

20 settembre 2018

Novità della versione 153 del protocollo RTB

Novità dei protocolli OpenRTB

18 settembre 2018

Novità della versione 28 del report sullo stato degli snippet

27 ago 2018

Novità della versione 27 del report sullo stato degli snippet

23 ago 2018

Novità della versione 153 del protocollo RTB

Novità dei protocolli OpenRTB

1 ago 2018

Novità della versione 152 del protocollo RTB

30 lug 2018

Novità della versione 26 del report sullo stato degli snippet

23 luglio 2018

Novità nei dizionari RTB

19 luglio 2018