Esta página foi traduzida pela API Cloud Translation.

Notas de versão arquivadas

29 de dezembro de 2019
5 de dezembro de 2019
21 de novembro de 2019
14 de novembro de 2019
13 de novembro de 2019
12 de setembro de 2019
de novembrovv1919 de novembro1414 de novembro.

28 de maio, 29 de maio de 2018
28 de junho, 20 de junho de 2018
19 de outubro de 2018
24 de agosto de 2018{/15 de junho
14 de maio {2018 de junho}{/15ago19 de outubro

28 de maio de 2018
28 de maio de 28 de maio de 2018
15 de maio de 2018
24 de maio de 2018
16 de maio de 2018{/1515 de maio1515 de maio{/1515 de maio15 de maio{/3915 de maio de maio de 2018.

17 de dezembro de 2019

Novidades na versão 170 do protocolo RTB

Adição de BidRequest.AdSlot.MatchingAdData.DirectDeal.must_bid: Esse novo campo será definido como "true" para transações PG quando o comprador precisar dar lances. Os bidders só podem pular os lances na transação PG para essa impressão se esse valor for definido como "falso". Consulte este artigo da Central de Ajuda para saber mais sobre como dar lances em transações de programática garantida.
O uso de BidRequest.AdSlot.MatchingAdData.DirectDeal.must_bid_level foi descontinuado.: Este campo foi marcado como descontinuado e substituído pelo campo should_bid adicionado nesta versão. Esse campo será completamente removido do protocolo até o final do primeiro trimestre de 2020.

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.44
Adição de DealExt.must_bid: Esse novo campo será definido como "true" para transações PG quando o comprador precisar dar lances. Os bidders só podem pular os lances na transação PG para essa impressão se esse valor for definido como "falso". Consulte este artigo da Central de Ajuda para saber mais sobre como dar lances em transações de programática garantida.

5 de dezembro de 2019

Novidades na versão 169 do protocolo RTB

Adição de BidRequest.AdSlot.OpenBidding.is_open_bidding: Esse novo campo vai ser definido como "true" nas solicitações de lance em que o editor configurou um grupo de rendimento ou de mediação que segmenta o espaço do anúncio na solicitação e o bidder que recebe a solicitação. Consulte este artigo da Central de Ajuda para saber mais sobre o Open Bidding e os efeitos dele no processo de lances.

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.43
Adição de ImpExt.OpenBidding.is_open_bidding: Esse novo campo vai ser definido como "true" nas solicitações de lance em que o editor configurou um grupo de rendimento ou de mediação que segmenta o espaço do anúncio na solicitação e o bidder que recebe a solicitação. Consulte este artigo da Central de Ajuda para saber mais sobre o Open Bidding e os efeitos dele no processo de lances.
Adição de DealExt.publisher_blocks_overridden: Esse campo indica se o editor isenta a transação correspondente dos blocos configurados. Essa configuração não substitui as políticas do AdX nem as decisões da Central de revisão de anúncios. Consulte este artigo da Central de Ajuda para mais informações.

21 de novembro de 2019

Novidades nos dicionários de RTB

O arquivo de dicionário providers.csv foi alterado.

14 de novembro de 2019

Novidades na versão 168 do protocolo RTB

Adição de BidRequest.bid_response_feedback.sampled_mediation_cpm_ahead_of_auction_winner: Se houver outras redes na cadeia de mediação, o valor desse campo será um preço que representa um lance de amostra de uma das redes de mediação qualificadas que foi maior do que a vencedora do leilão, ponderado pela taxa de preenchimento esperada. Ele vai ser definido como 0 se nenhuma das redes na cadeia de mediação for preenchida ou se o editor não usar a mediação do SDK. Consulte Criar um modelo de lances para leilões de primeiro preço para informações.

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.42
Adição de BidRequestExt.bid_feedback.sampled_mediation_cpm_ahead_of_auction_winner: Se houver outras redes na cadeia de mediação, o valor desse campo será um preço que representa um lance de amostra de uma das redes de mediação qualificadas que foi maior do que a vencedora do leilão, ponderado pela taxa de preenchimento esperada. Ele vai ser definido como 0 se nenhuma das redes na cadeia de mediação for preenchida ou se o editor não usar a mediação do SDK. Consulte Criar um modelo de lances para leilões de primeiro preço para informações.

13 de novembro de 2019

Novidades nos dicionários de RTB

O arquivo de dicionário providers.csv foi alterado.

12 de novembro de 2019

Novidades nos dicionários de RTB

O arquivo de dicionário callout-status-codes.txt foi alterado.: 22 Dropped due to pretargeting sampling excluído.

5 de novembro de 2019

Novidades nos dicionários de RTB

O arquivo de dicionário cookie-matcher-status-codes.txt foi alterado.: Adição de 13 COOKIE_MATCHER_UIS_RPC_ERROR.

17 de outubro de 2019

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.41
Adição de BidExt.buyer_reporting_id: O comprador declarou o ID que será usado para detalhar as métricas de gastos e tráfego inválido nos relatórios de transparência de IVT na Ferramenta de consulta. Atualmente, também detalhamos as métricas nos relatórios de transparência de IVT com base no valor declarado no campo Seatbid.seat (somente se BidExt.buyer_reporting_id não estiver preenchido), mas deixaremos de fazer isso no final do primeiro trimestre de 2020, permitindo que os bidders migrem para esse novo campo.

1o de outubro de 2019

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.40
Adição de DealExt.deal_type: Agora enviamos um tipo de transação específico do Google na extensão de transação do OpenRTB.

23 de setembro de 2019

Novidades na versão 167 do protocolo RTB

Comentários de esclarecimento sobre moeda adicionados a todos os campos de CPM.

16 de setembro de 2019

Novidades na versão 166 do protocolo RTB

No momento, o valor OMID do tipo enumerado BidResponse.Ad.ImpressionTrackingResource.Context não é compatível.: No momento, não processamos scripts OMID enviados pelo campo impression_tracking_resource.

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.39
No momento, o valor OMID do tipo enumerado EventTrackerExt.Context não é compatível.: No momento, não processamos scripts OMID enviados pelo campo eventtrackers nativo.

13 de setembro de 2019

Novidades na versão 165 do protocolo RTB

Adição de BidResponse.ad.adslot.third_party_buyer_token: Esse token é usado para identificar informações do comprador terceirizado final caso uma troca como bidder aberto seja intermediária. É obtido do comprador terceirizado e precisa ser transmitido ao Google inalterado na resposta do lance.

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.38
Adição de BidExt.third_party_buyer_token: Esse token é usado para identificar informações do comprador terceirizado final caso uma troca como bidder aberto seja intermediária. É obtido do comprador terceirizado e precisa ser transmitido ao Google inalterado na resposta do lance.

21 de agosto de 2019

Foram adicionados novos valores de enumeração RIDA, AFAI e MSAI a UserIdType.

29 de julho de 2019

Novidades na versão 164 do protocolo RTB

Adição de BidRequest.AdSlot.flexible_adslot_settings: Esta submensagem é usada para indicar configurações relacionadas a como o tamanho do espaço do anúncio pode mudar. Por exemplo, se o bidder permitir que vários tamanhos sejam retornados, a altura e a largura máximas e mínimas serão especificadas aqui. Para o OpenRTB, a altura e a largura flexíveis também são especificadas por meio dos atributos wmax, hmax, wmin e hmin da mensagem BidRequest.Imp.Banner.

10 de julho de 2019

Novidades na versão 163 do protocolo RTB

BidRequest.AdSlot.is_intersitial_slot foi descontinuado e removido.: Este campo está obsoleto e não é mais preenchido. Use BidRequest.Mobile.is_interstitial_request e o valor de enumeração BidRequest.Video.Placement INTERSTITIAL para determinar se o espaço do anúncio é intersticial.

9 de julho de 2019

Novidades na versão 29 do Proto do Relatório de status do snippet

O valor SSL_REQUEST descontinuado foi removido do tipo enumerado ContextType.

13 de março de 2019

Novidades na versão 162 do Protocolo de RTB do Google e nos protótipos do OpenRTB

Anunciamos recentemente uma mudança no modelo de preços. Os novos campos a seguir estão relacionados a essa mudança:

Adicionamos BidRequest.bid_response_feedback.minimum_bid_to_win a realtime-bidding.proto e BidRequestExt.bid_feedback.minimum_bid_to_win a openrtb-adx.proto.: Esse campo é preenchido apenas para leilões de primeiro preço e indica o lance mínimo necessário para superar os lances mínimos e superar todos os concorrentes. Isso é excluído para todos os bidders em leilões ganhos com uma transação, em que um novo status de criativo LOST_TO_PMP_DEAL indica se você perdeu por esse motivo.
Adição de BidResponse.ad.adslot.use_bid_translation_service a realtime-bidding.proto e BidExt.use_bid_translation_service a openrtb-adx.proto.: Um booleano opcional que permite que os lances de leilão de primeiro preço ativem o serviço de tradução de lances. Se for verdadeiro, o lance de segundo preço fornecido será convertido em um lance de primeiro preço. Na prática, ativar esse recurso nunca aumentará seu lance. Este serviço está sendo oferecido temporariamente para ajudar na migração e será removido em 2020.

Incentivamos os bidders a atualizar a implementação de lances para se prepararem para essa mudança.

Foi adicionado suporte às seguintes macros em adm, impression_tracking_url e burl:

${AUCTION_ID}: ID da solicitação de lance, do atributo BidRequest.id.
${AUCTION_BID_ID}: ID do lance, do atributo BidResponse.bidid.
${AUCTION_IMP_ID}: ID da impressão recém-conquistada, do atributo BidRequest.imp[].id.
${AUCTION_SEAT_ID}: ID da licença do bidder para quem o lance foi feito, do atributo BidResponse.seatbid[].seat.
${AUCTION_AD_ID}: ID da marcação de anúncio que o bidder quer veicular. Do atributo BidResponse.seatbid[].bid[].adid.
${AUCTION_PRICE}: liberação do preço usando a mesma moeda e as mesmas unidades do lance.

O arquivo de dicionário gdn-vendors.txt foi removido.

Use vendors.txt. Fazer o download do arquivo.

10 de dezembro de 2018

O valor de enumeração BUYER_PROVIDED_ID foi removido para UserIdType.

10 de dezembro de 2018

Novidades na versão 161 do protocolo RTB

Atualização de comentários para BidRequest.Adslot.width e BidRequest.Adslot.height.: Comentários atualizados para refletir que o primeiro espaço de largura/altura do intersticial não é mais necessariamente igual ao tamanho da tela, já que alguns anúncios intersticiais podem ser um pouco menores que o tamanho da tela.
NativeAdTemplate.Fields.STORE e NativeAdTemplate.store_max_safe_length foram descontinuados.

16 de novembro de 2018

Novidades na versão 160 do protocolo RTB

Adição de BidResponse.Ad.AdSlot.buyer_reporting_id: Os bidders podem usar esse campo para especificar um ID, que será usado para detalhar as métricas de gastos e tráfego inválido nos relatórios de transparência de IVT. Os IDs com mais de 64 bytes serão ignorados.

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.5.0: Os bidders agora podem usar o SeatBid.seat para especificar um ID, que vai ser usado para detalhar as métricas de gastos e tráfego inválido nos relatórios de transparência de IVT. Os IDs com mais de 64 bytes serão ignorados.

29 de outubro de 2018

Novidades na versão 159 do protocolo RTB

Adição de BidRequest.auction_type: Esse campo é análogo ao "BidRequest.at", já enviado no OpenRTB.

22 de outubro de 2018

Novidades na versão 158 do protocolo RTB

Adição de BidRequest.AdSlot.excluded_creatives: O campo contém uma lista de criativos que não podem ser veiculados nessa impressão. Entre em contato com o gerente da sua conta se quiser ativar esse recurso.

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.36
Adição de ImpExt.excluded_creatives: O campo contém uma lista de criativos que não podem ser veiculados nessa impressão. Entre em contato com o gerente da sua conta se quiser ativar esse recurso.

17 de outubro de 2018

Novidades na versão 157 do protocolo RTB

Foi adicionado suporte a conversor em BidRequest.Device.device_type.: BidRequest.Device.device_type pode conter um novo tipo de conversor.

19 de outubro de 2018

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.35
Adição de BidExt.billing_id: Estamos migrando do uso de Bid.cid para especificar em uma resposta de lance a qual ID de faturamento uma impressão precisa ser atribuída, e estamos migrando para esse novo campo BidExt.billing_id. Vamos continuar consumindo Bid.cid para compatibilidade com versões anteriores até que os bidders migrem.

17 de outubro de 2018

Novidades na versão 157 do protocolo RTB

Foi adicionado suporte a conversor em BidRequest.Device.device_type.: BidRequest.Device.device_type pode conter um novo tipo de conversor.

8 de outubro de 2018

Novidades na versão 155 do protocolo RTB

Foi adicionado suporte ao ID do dispositivo Samsung em BidRequest.Mobile.advertising_id.: O ID da Samsung pode ser enviado pelo BidRequest.Mobile.advertising_id.

1o de outubro de 2018

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.33
Adição de BidExt.restricted_categories: Este campo é usado para especificar as categorias restritas dos anúncios que podem ser mostradas no snippet correspondente. Consulte o arquivo ad-restricted-categories.txt para ver uma lista de códigos de categorias restritas. Especificamente, a declaração do atributo 33 é obrigatória para anúncios de bebidas alcoólicas para evitar a reprovação de criativos.
Protocolo do Google OpenRTB 2.5.0: App.storeurl agora é preenchido nas solicitações aplicáveis.

Novidades nos relatórios

O Relatório de desempenho em CSV foi descontinuado.: O download em CSV por hora dos dados do relatório de desempenho foi descontinuado. Os dados do Relatório de desempenho ainda estão disponíveis na API Performance Report.

20 de setembro de 2018

Novidades na versão 153 do protocolo RTB

Adição de BidRequest.google_query_id: Representa um ID exclusivo para a consulta geral. Se houver várias frases de destaque para uma consulta, todas as solicitações de frase de destaque para essa consulta terão o mesmo google_query_id.

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.32
Adição de BidRequestExt.google_query_id: Representa um ID exclusivo para a consulta geral. Se houver várias frases de destaque para uma consulta, todas as solicitações de frase de destaque para essa consulta terão o mesmo google_query_id.

18 de setembro de 2018

Novidades na versão 28 do Proto do Relatório de status do snippet

Foi adicionado um novo motivo de reprovação.: 100 Promove serviços relacionados a fiança.

27 de agosto de 2018

Novidades na versão 27 do Proto do Relatório de status do snippet

Foi adicionado um novo motivo de reprovação.: 99 Pausa temporária do criativo.

23 de agosto de 2018

Novidades na versão 153 do protocolo RTB

Adição de BidRequest.adslot.native_placement_type: Esta mensagem descreve o posicionamento do espaço de anúncio nativo em relação ao contexto próximo.

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.5.0: NativeRequest.plcmttype agora é preenchido com os mesmos dados do campo BidRequest.adslot.native_placement_type no protocolo do AdX.

1o de agosto de 2018

Novidades na versão 152 do protocolo RTB

Adição de BidRequest.Mobile.installed_sdk: Essa mensagem permite que um bidder saiba sobre o SDK instalado no app em que ele tem permissão para dar lances.

30 de julho de 2018

Novidades na versão 26 do Proto do Relatório de status do snippet

Adicionamos o novo campo creative_status_identity_type de migração para a verificação de criativos sem tamanho definido.

23 de julho de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário providers.csv foi alterado.: As entradas para "Integral Ad Science", "Google", "EMX Digital", "KeyCDN", "Better Banners", "zeotap" e "Tramplin Media" foram atualizadas.; A entrada "Clearstream.TV, Inc." foi removida.

19 de julho de 2018

Novidades na versão 150 do protocolo RTB

Um novo tipo de transação de troca foi adicionado a BidResponse.Ad.AdSlot.exchange_deal_type.: O novo tipo de transação EXCHANGE_AUCTION_PACKAGE para bidders de troca representa um pacote de inventário sem tratamento especial no leilão.

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.31
Um novo tipo de transação de troca foi adicionado a BidExt.exchange_deal_type.: O novo tipo de transação EXCHANGE_AUCTION_PACKAGE para bidders de troca representa um pacote de inventário sem tratamento especial no leilão.

17 de julho de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário geo-table.csv foi alterado.: Adição de 3 cidades na Argentina.; Adição de 3 cidades no Canadá.; 2 cidades foram adicionadas na Colômbia.; 2 cidades foram adicionadas na Grécia.; Adição de 26 cidades na Itália.; Adição de 333 cidades no Japão.; Adição de 78 cidades na Suíça.

16 de julho de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário providers.csv foi alterado.: Informações atualizadas para os provedores atuais: 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 e Dochase.; Foram adicionados novos provedores: AT Internet, Media.net, Vidazoo, Madington, IgnitionAI, All In Views LTD, Captify, Seedtag, Affiliate Future, Grabit Interactive, FXCM.com, Rambla e Tramplin Media.; Consulte a lista de fornecedores certificados para saber mais.

2 de julho de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário vendors.txt foi alterado.: Adição de 4513 Rippll.; Consulte a lista de fornecedores certificados para saber mais.
O arquivo de dicionário gdn-vendors.txt foi alterado.: Adição de 4513 Rippll.; Consulte a lista de fornecedores certificados para saber mais.

27 de junho de 2018

Novidades na versão 149 do protocolo RTB

BidRequest.adslot.matching_ad_data.direct_deal.remaining_impressions_to_buy foi marcado como obsoleto.: Não forneceremos mais essas informações para simplificar nossa API.

26 de junho de 2018

Novidades na versão 148 do protocolo RTB

Adição de BidRequest.AdSlot.buyer_generated_request_data: Isso será definido nas solicitações de apps para dispositivos móveis de compradores que tiverem o SDK instalado no app para transmitir informações adicionais.

Adição de BidResponse.Ad.AdSlot.sdk_rendered_ad: Esse campo permite que um bidder retorne um anúncio para ser renderizado por um SDK conhecido. Só pode ser usado quando o BidRequest inclui uma submensagem mobile.installed_sdk.

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.30
Adição de AppExt.InstalledSdk: Essa mensagem permite que um bidder saiba sobre o SDK instalado no app em que ele tem permissão para dar lances.

Adição de ImpExt.BuyerGeneratedRequestData: Isso será definido nas solicitações de apps para dispositivos móveis de compradores que tiverem o SDK instalado no app para transmitir informações adicionais.

Adição de BidExt.SdkRenderedAd: Esse campo permite que um bidder retorne um anúncio para ser renderizado por um SDK conhecido. Só pode ser usado quando o BidRequest inclui uma submensagem AppExt.InstalledSdk.

Adição de compatibilidade com NativeRequest.eventtrackers.: Especifica o tipo de acompanhamento de eventos compatível. É mapeada para a submensagem do campo BidRequest.adslot[].excluded_attribute do protocolo do Authorized Buyers.

Adição de compatibilidade com NativeResponse.eventtrackers.: Matriz de rastreadores de eventos de resposta a serem executados com o anúncio, em resposta aos métodos compatíveis declarados no NativeRequest. Substitui imptrackers e jstrackers. Mapeia para o BidResponse.ad[].impression_tracking_resource do protocolo Authorized Buyers.

26 de junho de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário publisher-excludable-creative-attributes.txt foi alterado.: Adição de 114 OmsdkType: OMSDK 1.0, que é usado para indicar se o SDK do Open Measurement é compatível.

13 de junho de 2018

Novidades na versão 147 do protocolo RTB

O valor de enumeração AUCTION_PACKAGE foi adicionado a BidRequest.adslot.matching_ad_data.direct_deal.deal_type.: Agora, usamos o valor de enumeração AUCTION_PACKAGE (em vez do PRIVATE_AUCTION usado anteriormente) para indicar que um pacote de leilão direct_deal_id está presente no direct_deal.

11 de junho de 2018

Novidades na versão 146 do protocolo RTB

BidRequest.AdSlot.ImpressionTrackingResource.verification_parameters e BidRequest.AdSlot.ImpressionTrackingResource.vendor_key foram adicionados.: verification_parameters pode ser preenchido com outros parâmetros que serão transmitidos para o script de verificação OMID definido em ImpressionTrackingResource.script_url. vendor_key precisa ser preenchido com o identificador exclusivo do fornecedor de script OMID. O conteúdo dos novos campos será transmitido para o SDK do Open Measurement quando ImpressionTrackingResource.context estiver definido como OMID.

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.29: Adição de EventTrackerExt.verification_parameters e EventTrackerExt.vendor_key. verification_parameters pode ser preenchido com outros parâmetros a serem transmitidos para o script de verificação OMID definido em EventTracker.url. vendor_key precisa ser preenchido com o identificador exclusivo do fornecedor de script OMID. O conteúdo dos novos campos será transmitido para o SDK do Open Measurement quando EventTrackerExt.context estiver definido como OMID.
Protocolo do Google OpenRTB 2.5.0: User.buyeruid agora é preenchido com o mesmo conteúdo que User.customdata. No futuro, descontinuaremos completamente o preenchimento de User.customdata.

Novidades nos dicionários de RTB

O arquivo de dicionário vendors.txt foi alterado.: Adição de 263 AddThis, Inc.; Consulte a lista de fornecedores certificados para saber mais.

7 de junho de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário gdn-vendors.txt foi alterado.: 10 Tumri excluído.; 56 Adobe Media Optimizer foi excluída.; 132 Adobe Media Optimizer foi excluída.; 225 ZANOX AG foi excluída.; 233 Xaxis, Inc foi excluída.; 260 Alenty S.A.S foi excluída.; 432 Hi-Media foi excluída.; 497 Exactag foi excluída.; 815 Resonate Networks, Inc foi excluída.; 874 Cint AB foi excluída.; 886 Research and Analysis of Media in Sweden AB foi excluída.; 888 ViewersLogic LTD foi excluída.; 4362 Adnami ApS foi excluída.; Consulte a lista de fornecedores certificados para saber mais.
O arquivo de dicionário vendors.txt foi alterado.: 10 Tumri excluído.; 56 Adobe Media Optimizer foi excluída.; 132 Adobe Media Optimizer foi excluída.; 225 ZANOX AG foi excluída.; 233 Xaxis, Inc foi excluída.; 260 Alenty S.A.S foi excluída.; 432 Hi-Media foi excluída.; 497 Exactag foi excluída.; 616 Tealium, Inc foi excluída.; 814 Media Detect GmbH foi excluída.; 815 Resonate Networks, Inc foi excluída.; 864 INCUBIQ Solutions Ltd foi excluída.; 874 Cint AB foi excluída.; 886 Research and Analysis of Media in Sweden AB foi excluída.; 888 ViewersLogic LTD foi excluída.; 4362 Adnami ApS foi excluída.; Consulte a lista de fornecedores certificados para saber mais.

4 de junho de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário publisher-verticals.txt foi alterado.: Linha 5227 /World Localities/Latin America/South America/Brazil/Southeast Brazil/São Paulo (State) alterada.
O arquivo de dicionário creative-status-codes.txt foi alterado.: Adição de 193 Filtered due to missing SDK identifier.; Adição de 194 Filtered due to missing SDK rendering data.

31 de maio de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário vendors.txt foi alterado.: Adição de 4483 ComScore vCE (YouTube).; Adição de 4484 Campaign Monitor (YouTube).; Consulte a lista de fornecedores certificados para saber mais.
O arquivo de dicionário gdn-vendors.txt foi alterado.: Adição de 4483 ComScore vCE (YouTube).; Adição de 4484 Campaign Monitor (YouTube).; Consulte a lista de fornecedores certificados para saber mais.

21 de maio de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário providers.csv foi alterado.: Atualizado para incluir as informações mais recentes de domínio de todos os provedores.

18 de maio de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário vendors.txt foi alterado.: 284 Research Now Limited excluído.; Consulte a lista de fornecedores certificados para saber mais.
O arquivo de dicionário gdn-vendors.txt foi alterado.: 284 Research Now Limited excluído.; Consulte a lista de fornecedores certificados para saber mais.

17 de maio de 2018

Novidades na versão 25 do Proto do Relatório de status do snippet

Novos motivos de reprovação foram adicionados.: 97 Idioma sem suporte.; 98 Não compatível com SSL.

Novidades nos dicionários de RTB

O arquivo de dicionário gdn-vendors.txt foi alterado.: Adição de 4374 TailTarget.; Consulte a lista de fornecedores certificados para saber mais.
O arquivo de dicionário vendors.txt foi alterado.: Adição de 4374 TailTarget.; Adição de 4458 Yieldlab.; Adição de 4461 Sharethrough.; Consulte a lista de fornecedores certificados para saber mais.

16 de maio de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário gdn-vendors.txt foi alterado.: 4452 Research Now (YouTube) excluído.; Consulte a lista de fornecedores certificados para saber mais.
O arquivo de dicionário vendors.txt foi alterado.: 4452 Research Now (YouTube) excluído.; Consulte a lista de fornecedores certificados para saber mais.

15 de maio de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário vendors.txt foi alterado.: Adição de 4452 Research Now (YouTube).; Consulte a lista de fornecedores certificados para saber mais.
O arquivo de dicionário gdn-vendors.txt foi alterado.: Adição de 4452 Research Now (YouTube).; Consulte a lista de fornecedores certificados para saber mais.

11 de maio de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário vendors.txt foi alterado.: 43 BrightRoll Inc. excluído.; 94 Nielsen OBE (Vizu) foi excluída.; 145 DoubleVerify Inc. foi excluída.; 204 Pulpo Media Inc foi excluída.; 303 Dynamic Logic / Safecount (AdIndex) foi excluída.; 316 Flashtalking foi excluída.; 334 Adloox Research Verification foi excluída.; 395 Adnologies GmbH foi excluída.; 441 Hubrus LLC foi excluída.; 472 Neustar AdAdvisor foi excluída.; 476 ComScore Validated Campaign Essentials:Ad Swapping foi excluída.; 539 Adform DSP foi excluída.; 551 Nielsen Digital Ad Ratings foi excluída.; 553 Kpsule foi excluída.; 554 Content Directions, Inc. dba Linkstorm foi excluída.; 569 Contobox foi excluída.; 606 Gruvi Ltd. foi excluída.; 608 Rockabox Media Ltd foi excluída.; 615 Nielsen Digital Ad Ratings (JS) foi excluída.; 618 Demand Side Science, Inc. foi excluída.; 633 Knorex Pte. Ltd. foi excluída.; 713 MezzoMedia foi excluída.; 724 Extreme Reach, Inc. foi excluída.; 791 VideoHub DSP foi excluída.; 813 Protected Media LTD foi excluída.; 820 Beijing PinYou Interactive Information Technology foi excluída.; 834 Jivox Corporation foi excluída.; 838 RevJet LLC. foi excluída.; 863 Bonzai Digital Pvt. Ltd foi excluída.; 876 Exponential Interactive, Inc foi excluída.; Consulte a lista de fornecedores certificados para saber mais.
O arquivo de dicionário gdn-vendors.txt foi alterado.: 43 BrightRoll Inc. excluído.; 94 Nielsen OBE (Vizu) foi excluída.; 145 DoubleVerify Inc. foi excluída.; 204 Pulpo Media Inc foi excluída.; 303 Dynamic Logic / Safecount (AdIndex) foi excluída.; 334 Adloox Research Verification foi excluída.; 395 Adnologies GmbH foi excluída.; 441 Hubrus LLC foi excluída.; 551 Nielsen Digital Ad Ratings foi excluída.; 553 Kpsule foi excluída.; 554 Content Directions, Inc. dba Linkstorm foi excluída.; 569 Contobox foi excluída.; 606 Gruvi Ltd. foi excluída.; 618 Demand Side Science, Inc. foi excluída.; 713 MezzoMedia foi excluída.; 724 Extreme Reach, Inc. foi excluída.; 813 Protected Media LTD foi excluída.; Consulte a lista de fornecedores certificados para saber mais.

9 de maio de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário providers.csv foi alterado.: Linha 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" excluída.

7 de maio de 2018

Novidades na versão 24 do Proto do Relatório de status do snippet

Novos motivos de reprovação foram adicionados.: 96 Experiência de destino inaceitável.

3 de maio de 2018

Novidades nos dicionários de RTB

O arquivo providers.csv foi adicionado.: Este arquivo transmite informações sobre os provedores transmitidos na solicitação de lance. Consulte Dicionários de RTB para ver uma descrição completa.

O arquivo de dicionário gdn-vendors.txt foi alterado.: Adição de 303 Insight Express (Mobile).; 303 Dynamic Logic / Safecount (AdIndex) foi excluída.; 523 Spongecell - Expandable foi excluída.; Consulte a lista de fornecedores certificados para saber mais.
O arquivo de dicionário vendors.txt foi alterado.: Adição de 303 Insight Express (Mobile).; 303 Dynamic Logic / Safecount (AdIndex) foi excluída.; 486 Adloox: Ad Swapping foi excluída.; 523 Spongecell - Expandable foi excluída.; 537 Public Eye foi excluída.; 623 Human Demand foi excluída.; 798 Nielsen Catalina Solutions foi excluída.; 806 Sociomantic Expandable foi excluída.; Consulte a lista de fornecedores certificados para saber mais.

1o de maio de 2018

Novidades nos dicionários de RTB

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

30 de abril de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário vendors.txt foi alterado.: Adição de 79 Revenue Science.; Adição de 138 Reddion.; Adição de 475 zzzz [ARCHIVED] comScore AdXpose - Ad Blocking.; Adição de 501 Rutarget.; Adição de 566 Spark Flow Expandable.; 130 Broadband Enterprises foi excluída.; 182 comScore - vCE foi excluída.; 226 DoubleClick Rich Media Expandable foi excluída.; 228 Sizmek Expandable foi excluída.; 229 PointRoll Expandable foi excluída.; 428 Conversant (Mediaplex) Expandable foi excluída.; 520 Flite - Expandable foi excluída.; 538 Weborama Expandable foi excluída.; 549 Predicta - Expandable foi excluída.; 568 Admotion - Expandable foi excluída.; 617 Mixpo - Expandable foi excluída.; Consulte a lista de fornecedores certificados para saber mais.
O arquivo de dicionário gdn-vendors.txt foi alterado.: Adição de 79 Revenue Science.; Adição de 138 Reddion.; Adição de 566 Spark Flow Expandable.; 130 Broadband Enterprises foi excluída.; 182 comScore - vCE foi excluída.; 226 DoubleClick Rich Media Expandable foi excluída.; 617 Mixpo - Expandable foi excluída.; Consulte a lista de fornecedores certificados para saber mais.

26 de abril de 2018

Novidades na versão 145 do protocolo RTB

Adição de BidRequest.AdSlot.session_depth: Este campo representa o número total de impressões veiculadas a esse usuário (nesse site ou app específico) na sessão de navegação, mais 1. Uma sessão termina após 30 minutos de inatividade. O valor padrão -1 indica que não é possível estimar a profundidade da sessão.

25 de abril de 2018

Novidades na versão 23 do Proto do Relatório de status do snippet

Novos motivos de reprovação foram adicionados.: 94 Uso indevido pelo script da OMID; 95 Fornecedor de OMID que não está na lista de permissões

18 de abril de 2018

Novidades na versão 144 do protocolo RTB

BidRequest.AdSlot.ConsentedProvidersSettings.consented_providers agora é packed: Isso vai garantir que o campo fique mais compacto no fio. Atualize para esta versão, já que a adição de packed não é compatível com versões anteriores.

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.28: UserExt.ConsentedProvidersSettings.consented_providers agora é packed. Isso vai garantir que o campo fique mais compacto no fio. Atualize para esta versão, já que a adição de packed não é compatível com versões anteriores.

17 de abril de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário mobile-os.csv foi alterado.: Linha 630359,"iOS",11,4,-1 adicionada.
O arquivo de dicionário hosted-match-status-codes.txt foi alterado.: Adição de 10 HOSTED_MATCH_INTERNAL_ERROR.

16 de abril de 2018

Novidades na versão 143 do protocolo RTB

Como adicionar BidRequest.AdSlot.consented_providers_settings e BidRequest.AdSlot.regs_gdpr: Adição de novos campos para indicar o consentimento do usuário para provedores de personalização de anúncios conforme transmitido pelos editores para usuários em países do Espaço Econômico Europeu. O arquivo providers.csv será postado posteriormente.

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.27: Adicionamos UserExt.consented_providers_settings e RegsExt.gdpr para indicar o consentimento do usuário para provedores de personalização de anúncios, conforme aprovado pelos editores para usuários em países do Espaço Econômico Europeu. O arquivo providers.csv será publicado posteriormente.

9 de abril de 2018

Novidades na versão 142 do protocolo RTB

Adição de BidResponse.Ad.impression_tracking_resource: Este campo pode ser usado para especificar recursos JavaScript que serão invocados quando a impressão for renderizada. Atualmente, o único caso de uso é especificar recursos que precisam ser invocados pelo SDK do Open Measurement.

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.26: Adição de EventTrackerExt.context, que pode ser usado para especificar que um recurso JavaScript incluído na mensagem do EventTracker precisa ser invocado pelo SDK do Open Measurement.

28 de março de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário geo-table.csv foi alterado.: Lançamento de uma nova versão de segmentações geográficas.; mais de 5.000 locais adicionados.

9 de março de 2021

Novidades na versão 141 do protocolo RTB

Adicionamos um novo campo em BidRequest.adslot.matching_ad_data.direct_deal: must_bid_level: Confira mais detalhes nos campos adicionais de lances em tempo real para a programática garantida.

8 de março de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário creative-status-codes.txt foi alterado.: Alterados 15 Creative filtered because one or more detected product categories were excluded in the bid request.

7 de março de 2018

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.25: Adicionado BidExt.amp_ad_url; Esse campo permite que um bidder responda com um URL para um anúncio HTML para AMP.

Novidades na versão 140 do protocolo RTB

Adição de BidResponse.Ad.amp_ad_url: Esse campo permite que um bidder responda com um URL para um anúncio HTML para AMP.

1º de março de 2018

Novidades na versão 139 do protocolo RTB

Adição de novos valores de enumeração INITIATE_ON_ENTERING_VIEWPORT_SOUND_ON e INITIATE_ON_ENTERING_VIEWPORT_SOUND_OFF a VideoPlaybackMethod.

27 de fevereiro de 2018

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.5.0: O novo valor de enumeração OMID_1 foi adicionado a APIFramework. Esse valor indica que o SDK do Open Measurement está ativado para a solicitação. Embora o valor ainda não exista na especificação OpenRTB do IAB, ele está documentado na spec atual do IAB AdCom.

22 de fevereiro de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário creative-status-codes.txt foi alterado.: Adição de 192 Rejected due to Coppa/KFA being filtered for demand syndication.

14 de fevereiro de 2018

Novidades nos dicionários de RTB

O arquivo de dicionário creative-status-codes.txt foi alterado.: Adição de 191 Creative filtered because it contains an invalid OMSDK script URL.

13 de fevereiro de 2018

Novidades na versão 138 do protocolo RTB

BidRequest.adslot.matching_ad_data.pricing_rule foi marcado como descontinuado: Não forneceremos mais essas informações para simplificar nossa API.

6 de fevereiro de 2018

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.24: Adição de BidRequestExt.bid_feedback. O OpenRTB agora é compatível com feedback em tempo real por meio dessa extensão.; Adição de BidExt.event_notification_token. Esse campo pode ser definido como um token arbitrário escolhido pelo bidder e aparece no feedback em tempo real do lance enviado.

5 de fevereiro de 2018

Novidades na versão 137 do protocolo RTB

Adição de BidRequest.BidResponseFeedback.buyer_creative_id: O feedback em tempo real do RTB agora inclui o ID do criativo do comprador na resposta do lance correspondente.

Notas da versão arquivadas de 2017 e anteriores

6 de 16 de dezembro, de 2017{/10{/16{/01616{/16{/16de}.

Abr 18, 2016 {26 de maio, 8 de maio}
6{/16 de maio, 8 de maio, 8} {24 de maio {46{/1404{/14{/14{44{/04{/14{/10404{/14{/14{/16{20{/16{20{/15{/19 mar}.

19 de dezembro de 2017

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.5.0: A codificação de BidRequest.id e BidRequest.[constrained_usage_]hosted_match_data foi alterada de base64 para base64 segura para Web. Ainda não haverá padding.

1º de novembro de 2017

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.5.0: Os campos NativeRequest.EventTrackers.methods e NativeResponse.EventTracker.method foram fixos. A cardinalidade foi misturada, o campo de solicitação é repetido, não o campo de resposta.; A pluralização de alguns novos nomes de mensagens e tipos enumerados foi corrigida para se adequar melhor ao padrão OpenRTB e evitar confusão.

26 de outubro de 2017

Novidades na versão 136 do protocolo RTB

Adição de BidResponse.Ad.NativeAd.click_tracking_urls: O AdX agora oferece suporte a vários URLs de rastreamento de cliques nativos.; O campo "click_tracking_url" vai ser descontinuado.

25 de outubro de 2017

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.5.0: O protocolo nativo foi atualizado para a versão 1.2 da especificação.; O mapeamento de comentários no formato "[AdX: ...]" foi removido. Consulte o guia do OpenRTB para ver todas as informações sobre mapeamento e comportamento específico do Authorized Buyers.
Protocolo de extensões do Google OpenRTB v.22: As extensões ImpExt.ampad e SiteExt.amp foram adicionadas para serem compatíveis com a tecnologia Accelerated Mobile Pages.

18 de outubro de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário mobile-os.csv foi alterado.: Linha 630343,"iOS",11,1,-1 adicionada.; A linha 630345,"Android",8,1,-1 foi adicionada.
O arquivo de dicionário creative-status-codes.txt foi alterado.: Adição de 184 Creative filtered because the field amp_ad_url is too short, must be at least 11 characters.; Adição de 185 Creative filtered because the field amp_ad_url could not be parsed.; Adição de 186 Creative filtered because the field amp_ad_url has a domain consisting of all digits.
O arquivo de dicionário callout-status-codes.txt foi alterado.: Adição de 22 Dropped due to pretargeting sampling.

16 de outubro de 2017

Novidades na versão 135 do protocolo RTB

Adição de BidResponse.Ad.event_notification_token
Adição de BidRequest.BidResponseFeedback.event_notification_token: O event_notification_token é enviado ao AdX pelos bidders nas respostas de lance para a solução de problemas. O AdX incluirá o event_notification_token no BidResponseFeedback em tempo real do lance. O conteúdo do token não será registrado pelo AdX. O AdX ignora os tokens com mais de 64 bytes.
Comentários atualizados para BidRequest.Adslot.allowed_vendor_type.
Adição de dois indicadores de solicitação de lance: AmpPage e AmpAdRequirementType.: AmpPage indica se a solicitação vem de uma página da Web criada com HTML para AMP (Accelerated Mobile Pages). O AmpAdRequiredmentType fornece mais informações sobre se os anúncios criados nas AMP são permitidos e/ou obrigatórios e como os anúncios AMP serão renderizados. Esses indicadores substituem o tipo enumerado AmpAdRequestType para maior clareza.

Foi adicionado um novo valor de enumeração BUYER_PROVIDED_ID a UserIdType: BUYER_PROVIDED_ID é o cookie no domínio do comprador. Quando o comprador fizer o upload de códigos no domínio do comprador, usaremos nossa tabela de mapeamento para mapear o código para o domínio do Google.

6 de outubro de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário geo-table.csv foi alterado.: Linhas adicionadas e excluídas para locais nestes países: Canadá, África do Sul, Itália, Noruega, Estados Unidos, Itália, Noruega, Colômbia, Nigéria e Ucrânia. Consulte a lista de diferenças para mais detalhes.

22 de setembro de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário ad-sensitive-categories.txt foi alterado.: 28 Free Gifts, Quizzes, & Surveys excluído.; 29 Misleading Claims foi excluída.
O arquivo de dicionário hosted-match-status-codes.txt foi alterado.: Adição de 1 DEPRECATED_HOSTED_MATCH_FORBIDDEN.; 1 HOSTED_MATCH_FORBIDDEN foi excluída.

19 de setembro de 2017

Novidades na versão 134 do protocolo RTB

Adição de BidRequest.response_deadline_ms: Este campo informa quanto tempo o Google aguardará uma resposta para esta solicitação de lance específica. Os bidders que têm uma lógica dependente de prazo precisam ler esse campo de cada solicitação de lance em vez de fixar o prazo no código para 100 ms, por exemplo. Se o campo não for definido, os proponentes vão adotar o prazo padrão como fazem atualmente. A unidade é em milissegundos.

18 de setembro de 2017

Novidades nos protótipos de RTB

Versão 133 do protocolo RTB e versão 6 do Protocolo de upload em massa de cookies.: Comentários atualizados para a enumeração BidRequest.Video.Placement.IN_FEED.; Introduzimos a enumeração BidRequest.Video.Placement.IN_ARTICLE para criativos de vídeo que são carregados e reproduzidos entre os parágrafos do conteúdo editorial como um player de vídeo independente.; A enumeração ErrorCode.BAD_DATA_SOURCE_ID foi adicionada ao proto do upload em massa de cookies para indicar que um data_source_id estava fora do intervalo válido de [1, 1000]. Este ID não é interpretado pelo Google e é usado exclusivamente para fins de relatório.

15 de setembro de 2017

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.5.0: Agora preenchemos o campo displaymanager do objeto Imp com BidRequest.AdSlot.renderer. Consulte o objeto Imp no guia do OpenRTB para mais informações.; Agora usamos BidRequest.StickySettings, além de BidRequest.AdSlot.slot_visibility, para determinar o campo Banner.pos. Consulte o objeto Banner no guia do OpenRTB para mais detalhes.

14 de setembro de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário geo-table.csv foi alterado.: Novos locais e códigos postais adicionados no Canadá, na Índia, na Itália, no Japão, no Líbano, nos Países Baixos, no Panamá e nos EUA. Consulte a lista de diferenças para mais detalhes.

11 de setembro de 2017

Novidades na versão 132 do protocolo RTB

Os comentários de BidRequest.Mobile.is_app e BidRequest.Mobile.app_id foram atualizados para refletir o comportamento das solicitações de páginas da Web para dispositivos móveis contidas em apps para dispositivos móveis.

24 de agosto de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário geo-table.csv foi alterado.: Locais adicionados no Canadá, Alemanha, Espanha, Reino Unido, Índia, Japão, Líbano, Países Baixos e EUA. Consulte a lista de diferenças para mais detalhes.

10 de agosto de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário creative-status-codes.txt foi alterado.: Adição de 181 Creative filtered because the VAST XML document is larger than the set maximum size.; Adição de 182 Creative filtered because the publisher disallowed the deal ID it targeted.; Adição de 183 Creative filtered beacuse the publisher enabled the deal ID it targeted for a different deal type.

9 de agosto de 2017

Novidades na versão 131 do protocolo RTB

Foi adicionado um novo suporte a valores MIME de áudio em BidRequest.Video.VideoFormat:: AUDIO_MP3 adicionado; AUDIO_OGG adicionado; AUDIO_MP4A adicionado; AUDIO_MP3_OGG adicionado para quando mp3 e ogg são necessários.
ALLOWED_AD_TYPE_AUDIO adicionado a BidRequest.AdSlot.AllowedAdType: vai estar presente quando qualquer um dos tipos MIME de áudio estiver presente
AUDIO adicionado a BidRequest.Video.Placement para representar quando a solicitação é de um stream de áudio.: IMPORTANTE: alguns players de áudio solicitam anúncios em vídeo quando o usuário está interagindo com a tela. Este campo não permite que anúncios em áudio sejam aceitos ou que anúncios em vídeo não sejam aceitos.

7 de agosto de 2017

Novidades na versão 130 do protocolo RTB

Foram adicionados novos valores de tipo MIME compatíveis com BidRequest.Video.VideoFormat:: Adição de VIDEO_WEBM a "video/webm"; VIDEO_MOV foi adicionado para "video/quicktime"; Adição de VIDEO_3GPP para "video/3gpp"; VIDEO_HLS para "application/x-mpegURL"; VIDEO_DASH adicionado para "application/dash+xml"

2 de agosto de 2017

Novidades na versão 129 do protocolo RTB

Adição de BidRequest.AdSlot.exchange_bidding.key_value: Isso vai ser definido quando um editor participante do Open Bidding decidir encaminhar chaves e valores na solicitação para a troca de terceiros.

Adição de BidResponse.Ad.AdSlot.video_vast_xml: Esse campo permite que um bidder responda a uma solicitação de anúncio em vídeo retornando um documento XML VAST 2.0 ou 3.0 completo.

28 de julho de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário creative-status-codes.txt foi alterado.: Adição de 181 Creative filtered because the VAST XML document is larger than the set maximum size.; Adição de 182 Creative filtered because the publisher disallowed the deal ID it targeted.; Adição de 183 Creative filtered because the publisher enabled the deal ID it targeted for a different deal type.

20 de julho de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário publisher-verticals.txt foi alterado.: Novas indústrias e localidades mundiais foram adicionadas. Consulte a lista de diferenças para mais detalhes.
O arquivo de dicionário creative-status-codes.txt foi alterado.: Adição de 179 Creative filtered because the required field amp_ad_url was missing or empty.; Adição de 180 Video ad VAST version is not one of the supported versions in the video ad request.

13 de julho de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário publisher-verticals.txt foi alterado.: Linha 1347 /Business & Industrial/Transportation & Logistics/Self Storage adicionada.; Linha 1347 /Business & Industrial/Transportation & Logistics/Public Storage excluída.
O arquivo de dicionário buyer-declarable-creative-attributes.txt foi alterado.: Adição de 30 InstreamVastVideoType: Vpaid.; 30 InstreamVastVideoType: Vpaid Flash foi excluída.
O arquivo de dicionário publisher-excludable-creative-attributes.txt foi alterado.: Adição de 30 InstreamVastVideoType: Vpaid.; 30 InstreamVastVideoType: Vpaid Flash foi excluída.
O arquivo de dicionário pretargetable-creative-attributes.txt foi alterado.: Adição de 30 InstreamVastVideoType: Vpaid.; 30 InstreamVastVideoType: Vpaid Flash foi excluída.
O arquivo geo-table.csv foi alterado.: Novos locais foram adicionados. Consulte a lista de diferenças para mais detalhes.

30 de junho de 2017

Novidades nos protótipos de RTB

Versão 128 do protocolo RTB e versão 5 do Protocolo de upload em massa de cookies: Adição do campo BidRequest.publisher_id ao protocolo de RTB para indicar de qual editor a impressão foi originada.; data_source_id foi adicionado ao proto do upload em massa de cookies para indicar a fonte de dados que contribuiu para uma assinatura.

28 de junho de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário pretargetable-creative-attributes.txt foi alterado.: Adição de 71 InstreamVastVideoType: Non Vpaid.; 71 InstreamVastVideoType: Non Vpaid Flash foi excluída.

16 de junho de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário mobile-os.csv foi alterado.: Linha 630335,"iOS",10,4,-1 adicionada.; A linha 630337,"iOS",11,0,-1 foi adicionada.; A linha 630339,"Android",8,0,-1 foi adicionada.; A linha 630341,"WindowsPhone",10,0,-1 foi adicionada.
O arquivo de dicionário creative-status-codes.txt foi alterado.: Adição de 175 Creative filtered because it has an empty VAST XML document.; Adição de 176 Creative filtered because the VAST document can't be parsed.

15 de junho de 2017

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.21: Adição do campo is_rewarded_inventory. Esse campo é preenchido com os mesmos dados do campo BidRequest.AdSlot.is_rewarded no protocolo do AdX.

8 de junho de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário creative-status-codes.txt foi alterado.: Adição de 174 Creative filtered because it lacks an MP4A file in the VAST.

7 de junho de 2017

Novidades na versão 127 do protocolo RTB

Valores não especificados foram adicionados a enumerações que não tinham um valor padrão.: Isso protege contra uma armadilha em que novos valores de tipo enumerado são incluídos no BidRequest, mas o proponente ainda está usando uma versão mais antiga do protótipo de RTB, que não tem essas definições de valor de tipo enumerado. Nesse caso, a biblioteca proto fará com que o getter retorne o primeiro valor declarado (se não houver um padrão). Tornar o primeiro valor não especificado garante que os clientes saibam que devem ignorar esses valores.

6 de junho de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário creative-status-codes.txt foi alterado.: Adição de 170 Creative filtered because it lacks a MOV file in the VAST.; Adição de 171 Creative filtered because it lacks a 3GPP file in the VAST.; Adição de 172 Creative filtered because it lacks a DASH file in the VAST.; Adição de 173 Creative filtered because it lacks an HLS file in the VAST.

5 de junho de 2017

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.5.0: Adição de suporte a vcm para cards finais de vídeo. O OpenRTB 2.5 permite que a troca defina vcm=1 quando um cartão final for aceito após o vídeo. Consulte a documentação do objeto Banner no guia do OpenRTB para saber mais.; Agora preenchemos cat no objeto App de apps para dispositivos móveis, mapeando as categorias de apps para os valores correspondentes do IAB. Consulte a documentação do objeto App no guia do OpenRTB para saber mais.; Agora preenchemos três métricas para o campo metric no objeto imp: click_through_rate, viewability e completion_rate. Consulte o objeto Imp no guia do OpenRTB para mais informações.

4 de junho de 2017

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.20: Adição do campo attribute. Esse campo é preenchido com os mesmos dados que o campo attribute do objeto de anúncio no protocolo do AdX, incluindo o atributo sizeless do AdX.; Adição do objeto PublisherExt para oferecer suporte ao envio do país do editor do protocolo do AdX.

25 de maio de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário creative-status-codes.txt foi alterado.: Adição de 166 Creative filtered beacuse the publisher didn't whitelist the deal ID it targeted, and didn't enable unknown deal IDs from the exchange.; Adição de 167 Publisher requires premium (high-quality) snippets only, but this snippet does not match.; Adição de 168 Creative filtered because it lacks a MP3 (audio) file in the VAST.; Adição de 169 Creative filtered because it lacks a AUDIO (audio) file in the VAST.

11 de maio de 2017

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.5.0: Agora, usamos o campo BidResponse.burl.

10 de maio de 2017

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.5.0: Agora definimos o campo BidRequest.wlang.; Para anúncios em vídeo, agora definimos o campo BidRequest.imp.video.placement.

4 de maio de 2017

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.5.0: Para anúncios em vídeo, agora definimos o campo BidRequest.{site|app}.content.producer.domain.

2 de maio de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário geo-table.csv foi alterado.: Novos locais foram adicionados, principalmente nos Estados Unidos. Veja a diferença completa para saber mais detalhes.

21 de abril de 2017

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.5.0: Atualizado para a especificação do OpenRTB 2.5. O suporte real a novos campos no OpenRTB 2.5 será lançado em versões futuras.

12 de abril de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário publisher-verticals.txt foi alterado.: Linhas adicionadas e excluídas para atualizar o arquivo.
O arquivo de dicionário mobile-carriers.csv foi alterado.: Linhas adicionadas e excluídas para atualizar o arquivo.

27 de março de 2017

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.4.1: Adição de comentário para indicar que a macro ${AUCTION_PRICE} agora é compatível com impression_tracking_url.

22 de março de 2017

Novidades na versão 126 do protocolo RTB

Os comentários para o campo click_through_url foram alterados para esclarecer o uso.: Comentários foram adicionados para indicar que o campo funciona como uma declaração de URL de destino que não será usada em um ambiente ativo.

17 de março de 2017

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.4.1: O comentário acima do campo protocols foi atualizado para refletir que o campo agora está definido dinamicamente para cada solicitação e não está mais fixado no código para um conjunto específico de valores.

10 de março de 2017

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.4.1: Comentários adicionados para esclarecer que as strings acima de max_safe_length podem ser truncadas pelo Authorized Buyers ou pelo editor na renderização.

9 de março de 2016

Novidades na versão 125 do protocolo RTB

Descrição atualizada para os campos max_safe_length.: Comentários adicionados para esclarecer que as strings acima de max_safe_length podem ser truncadas pelo Authorized Buyers ou pelo editor na renderização.

3 de março de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário vendors.txt foi alterado.: Adição de 889 Netscore.; Consulte a lista de fornecedores certificados para saber mais.

1º de março de 2017

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.9: dfp_network_code removido. O valor desse campo é sempre o mesmo da primeira parte de dfp_ad_unit_code, portanto, o campo dfp_network_code não é mais necessário.

28 de fevereiro de 2017

Novidades na versão 124 do protocolo RTB

Adicionamos um novo campo em BidRequest.adslot.matching_ad_data.direct_deal: remaining_impressions_to_buy: Consulte a documentação de RTB para transações programáticas garantidas para mais detalhes.

24 de fevereiro de 2017

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.4.1: Adicionamos comentários para esclarecer o uso dos campos adm e adm_native.

23 de fevereiro de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário creative-status-codes.txt foi alterado.: Os códigos de status do criativo 147,148,149,150 e 151 foram descontinuados e não são mais usados.

22 de fevereiro de 2017

Novidades na versão 123 do protocolo RTB

Os comentários para a enumeração EndCapSupport foram mudados para deixar claro que alguns valores não são usados: Os valores END_CAP_FORBIDDEN e END_CAP_REQUIRED nunca foram definidos na solicitação de lance.
Os comentários do campo click_through_url foram alterados para esclarecer o uso.: Comentários foram adicionados para indicar que o campo funciona como uma declaração de URL de destino que não será usada em um ambiente ativo.

17 de fevereiro de 2017

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.4.1: Os comentários foram removidos para esclarecer que os campos demográficos não são mais mapeados para os campos UserDemográfico do AdX, que foram descontinuados.; Um comentário foi adicionado para descrever o mapeamento de volta ao protótipo do AdX para o campo BidRequest.Imp.secure.

16 de fevereiro de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário gdn-vendors.txt foi alterado.: Adição de 888 ViewersLogic.; Consulte a lista de fornecedores certificados para saber mais.
O arquivo de dicionário vendors.txt foi alterado.: Adição de 888 ViewersLogic.; Consulte a lista de fornecedores certificados para saber mais.

9 de fevereiro de 2017

Novidades na versão 122 do protocolo RTB

O arquivo de dicionário realtime-bidding.proto.txt foi alterado.: Descrição de IN_FEED modificada.

8 de fevereiro de 2017

Novidades na versão 121 do protocolo RTB

Foi adicionado um novo valor para BidRequest.adslot.matching_ad_data.direct_deal.deal_type: PROGRAMMATIC_GUARANTEED.: Consulte a documentação de RTB para transações programáticas garantidas para mais detalhes.

3 de fevereiro de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário geo-table.csv foi alterado.: Pequenas correções nas hierarquias administrativas, principalmente na França. Confira a diferença completa para saber mais detalhes.

26 de janeiro de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário creative-status-codes.txt foi alterado.: Adição de 165 Creative filtered by publisher's restrictions on which brands can be shown together. Esse código será usado se o criativo tiver sido filtrado por exclusões de anunciantes concorrentes configuradas pelo editor.

25 de janeiro de 2017

Novidades na versão 120 do protocolo RTB

Adição de BidRequest.AdSlot.is_rewarded: Este campo indica se o usuário receberá uma recompensa por visualizar o anúncio.

18 de janeiro de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário geo-table.csv foi alterado.: Correções de hierarquia secundária em geo-table.csv. Consulte a lista de diferenças para mais detalhes.
O arquivo de dicionário publisher-verticals.txt foi alterado.: Pequenas correções de nomenclatura foram adicionadas em publisher-verticals.txt. Consulte a lista de diferenças para mais detalhes.
O arquivo de dicionário creative-status-codes.txt foi alterado.: Novos códigos de status 163 Native ad image asset width not in permitted range e 164 Native ad image asset aspect ratio not in permitted range foram adicionados a creative-status-codes.txt.

13 de janeiro de 2017

Novidades nos dicionários de RTB

O arquivo de dicionário vendors.txt foi alterado.: Adição de 885 Cloud Technologies.; Adição de 886 Research and Analysis of Media.; Consulte a lista de fornecedores certificados para saber mais.
O arquivo de dicionário gdn-vendors.txt foi alterado.: Adição de 886 Research and Analysis of Media.; Consulte a lista de fornecedores certificados para saber mais.

12 de janeiro de 2016

Novidades na versão 119 do protocolo RTB

Descrição de app_id atualizada.: No proto do RTB, o comentário de app_id foi atualizado para incluir um exemplo para dispositivos Windows.

9 de janeiro de 2017

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.4.1: Comentários foram adicionados para descrever um novo comportamento: na string do user agent do navegador, alguns dados podem ser editados ou substituídos.

Novidades nos dicionários de RTB

O arquivo de dicionário vendors.txt foi alterado.: Adição de 884 Nugg.ad.; Consulte a lista de fornecedores certificados para saber mais.

6 de janeiro de 2017

Novidades na versão 118 do protocolo RTB

Adicionar canal de vídeo IN_FEED.: Adicione um novo canal de vídeo IN_FEED na mensagem de vídeo do BidRequest. A posição IN_FEED corresponde a um formato de vídeo In-feed, para o qual o criativo de vídeo é exibido quando o usuário está rolando por um feed de conteúdo, normalmente um feed de app social, uma matéria etc. O vídeo é renderizado no feed principal e no fluxo de visão e leitura do usuário, e não ao lado, como por exemplo, para vídeos em banner.

5 de janeiro de 2017

Novidades nos protótipos de RTB

Versão 117 do protocolo RTB e versão 4 do proto do upload em massa de cookies: Correção de um pequeno comentário em cookie-bulk-upload.proto; O ano de aviso de direitos autorais foi incrementado para 2017

4 de janeiro de 2017

Novidades na versão 22 do Proto do Relatório de status do snippet

O novo motivo da reprovação 93 Unsupported Flash Content foi adicionado

16 de dezembro de 2016

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.4.1: Os comentários foram atualizados para esclarecer que a implementação de anúncios nativos pode rejeitar uma imagem com proporção muito distante da preferencial e truncará strings muito longas.

Novidades na versão 116 do protocolo RTB

Comentários adicionados.: Os comentários foram atualizados para esclarecer que a implementação de anúncios nativos pode rejeitar uma imagem com proporção muito distante da preferencial e truncará strings muito longas.

14 de dezembro de 2016

Novidades nos dicionários de RTB

O arquivo de dicionário creative-status-codes.txt foi alterado.: A descrição do código de status 99 foi alterada para 99 Creative filtered because it lacks a required video MIME type in the VAST file (the specific missing type is not available).; Pequenas correções de erro de digitação nas descrições dos códigos de status 115,120, 131,147,148.

13 de dezembro de 2016

Novidades na versão 115 do protocolo RTB

Adição de publisher_country: O país do endereço de faturamento do editor. Ele pode ser diferente do país detectado do usuário em geo_criteria_id ou do país de hospedagem do site.
Esclarecer comentários de geo_criteria_id e postal_code.

5 de dezembro de 2016

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.4.1: Esta versão simplesmente atualiza o comentário do campo BidRequest.imp.video.protocols do OpenRTB para refletir uma mudança na forma como o campo é preenchido. Em vez de sempre conter os números de protocolo correspondentes ao VAST 3, esse campo conterá corretamente os números do protocolo para VAST 2, VAST 3 ou VAST 4, dependendo do que é compatível. Consulte as notas da versão do protocolo de RTB versão 114 (em inglês).

2 de dezembro de 2016

Novidades na versão 114 do protocolo RTB

Adição de BidRequest.Video.protocols: Este campo contém uma matriz de protocolos de anúncios em vídeo compatíveis, correspondendo ao comportamento do OpenRTB 2.4. Atualmente, apenas VAST_2_0, VAST_3_0, VAST_2_0_WRAPPER, VAST_3_0_WRAPPER, VAST_4_0 e VAST_4_0_WRAPPER são possíveis.

29 de novembro de 2016

Novidades na versão 113 do protocolo RTB

Foi adicionado suporte ao novo método de reprodução de vídeo.: Um novo valor de enumeração MOUSE_OVER foi adicionado a BidRequest.Video.VideoPlaybackMethod para obedecer ao OpenRTB 2.0.

18 de novembro de 2016

Novidades na versão 112 do protocolo RTB

Campos descontinuados antigos foram removidos.: Para manter a organização, os campos que foram descontinuados e que não estão mais sendo definidos foram removidos por completo.

14 de novembro de 2016

Novidades na versão 111 do protocolo RTB

O uso de BidRequest.AdSlot.ExchangeBidding.dfp_network_code foi descontinuado.: O valor desse campo é sempre o mesmo da primeira parte de BidRequest.AdSlot.dfp_ad_unit_code. Portanto, o campo dfp_network_code não é mais necessário.

9 de novembro de 2016

Novidades na versão 110 do protocolo RTB

Adição de BidResponse.Ad.NativeAd.click_link_url: O URL que o navegador/SDK carrega quando o usuário clica no anúncio. Pode mudar entre lances. Para compatibilidade com versões anteriores, quando não definido, o navegador/SDK carrega o primeiro click_through_url. No entanto, o click_through_url precisa permanecer idêntico entre os lances para o mesmobuyer_creative_id, enquanto click_link_url pode mudar.

4 de novembro de 2016

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.7
Adição de BidResponse.SeatBid.Bid.exchange_deal_type: Isso é usado apenas para trocas que participam do Open Bidding (trocas de terceiros que usam lances em tempo real no DFP). Ele representa informações sobre o tipo de transação aplicável a um lance de troca.

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.8: Indicadores foram adicionados à extensão nativa na solicitação OpenRTB Native 1.1.; Os seguintes campos foram adicionados: style_id, style_width, style_height e style_layout_type.

Novidades na versão 109 do protocolo RTB

BidResponse.Ad.AdSlot.exchange_deal_id e BidResponse.Ad.AdSlot.exchange_deal_type foram adicionados.: Elas são usadas somente para trocas que participam do Open Bidding (trocas de terceiros que usam lances em tempo real no DFP). Eles representam informações sobre transações que se aplicam a um lance de troca.

3 de novembro de 2016

Novidades na versão 108 do protocolo RTB

Adição de BidRequest.AdSlot.allowed_ad_types: Contém um tipo enumerado repetido que representa os tipos de anúncios permitidos na resposta do lance. Os valores possíveis são ALLOWED_AD_TYPE_BANNER, ALLOWED_AD_TYPE_NATIVE e ALLOWED_AD_TYPE_VIDEO. Esse campo deve facilitar a identificação dos tipos de anúncios que os proponentes podem retornar.

2 de novembro de 2016

Novidades dos dicionários RTB: nova versão do arquivo geo-table.csv

Destaques das novas segmentações geográficas:: Cerca de 100 parques nacionais dos EUA/Canadá Os parques nacionais estão disponíveis para segmentação pela primeira vez.; Cerca de 1.200 cidades e códigos postais da Austrália/Alemanha/Países Baixos/França.; 78 Municípios em Porto Rico.; 71 Províncias/distritos em Bangladesh.; 21 Províncias/cidades na Costa Rica.; Duas novas segmentações no nível do país: Guernsey (GG) e Jersey (JE).; Algumas centenas de segmentações em nível de província na América do Sul, África e Oriente Médio.

31 de outubro de 2016

Novidades na versão 107 do protocolo RTB

Atualize para a BidRequest.AdSlot.NativeAdTemplate.: Adição dos seguintes campos: style_id, style_width, style_height e style_layout_type.

Novidades nos dicionários de RTB

O arquivo de dicionário ad-product-categories.txt foi alterado.: Foram adicionadas mais de 200 novas categorias gerais que os editores podem usar para bloquear anúncios. Essas categorias geralmente são mais refinadas, permitindo que os editores bloqueiem categorias mais restritas, por exemplo, Used Motor Vehicle criativos em vez de todos Automotive. Como antes, esse arquivo de dicionário é útil para mapear os IDs de categoria encontrados no campo excluded_product_category em solicitações de lance para categorias legíveis.; Confira a lista completa de diferenças.

27 de outubro de 2016

Novidades na versão 106 do protocolo RTB

Adição de BidRequest.AdSlot.sticky_settings: Contém os diferentes tipos de configurações de adesão que um editor pode declarar no inventário. Três tipos de configurações de aderência são compatíveis: aderência vertical, aderência horizontal inferior e aderência horizontal superior.

O BidRequest.AdSlot.stickiness foi descontinuado.: O uso desse campo foi descontinuado e substituído por BidRequest.AdSlot.sticky_settings.vertical_stickiness.

Novidades nos dicionários de RTB

O arquivo de dicionário publisher-verticals.txt foi alterado.: Correção de erros de digitação em alguns nomes de categorias. Faça o download da lista de diferenças para mais detalhes.

24 de outubro de 2016

Novidades na versão 105 do protocolo RTB

O campo BidRequest.user_demographics foi descontinuado.: O campo BidRequest.user_demographics foi descontinuado.

21 de outubro de 2016

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.6
Adição de BidRequest.imp.dfp_ad_unit_code: Usado apenas para o Open Bidding.

Novidades na versão 104 do protocolo RTB

Adição de BidRequest.AdSlot.non_browser_slot_source: Ele vai ser definido quando um editor declarar que o espaço do anúncio é veiculado em um inventário fora do navegador e especificar o tipo de inventário sem navegador.

Adição de BidRequest.AdSlot.is_interstitial_slot: Ele será definido quando um editor declarar que o espaço do anúncio é um intersticial, cobrindo o conteúdo por um período.

20 de outubro de 2016

Novidades na versão 103 do protocolo RTB

Adição de BidRequest.AdSlot.dfp_ad_unit_code: Usado apenas para o Open Bidding.

14 de outubro de 2016

Novidades nos dicionários de RTB

O arquivo de dicionário geo-table.csv foi alterado.: Correções de pequenos erros de ortografia e hierarquia geográfica. Consulte a lista de diferenças para mais detalhes.

Novidades do OpenRTB

Protocolo do Google OpenRTB 2.4.1
Esta versão não faz mudanças nos protos, mas atualiza o mapeamento com suporte inicial ao OpenRTB 2.4:: Os tamanhos de impressão do banner agora estão mapeados para Banner.format. Os campos wmin, wmax, hmin e hmax foram descontinuados e não serão preenchidos nas versões 2.4 e mais recentes. Os campos w e h ainda estão preenchidos (com a primeira dimensão, como antes).; Video.skip está preenchida.; Bid.api agora é compatível.; cabeçalho HTTPx-openrtb-version é "2.4".
Os bidders que usam o OpenRTB/JSON podem aceitar a nova versão 2.4 pela API RTB. Os bidders que usam o OpenRTB/Protobuf só podem usar a versão 2.3, e o upgrade futuro vai ser anunciado separadamente.

13 de outubro de 2016

Novidades na versão 102 do protocolo RTB

Atualizamos a descrição de "Smart_TV = 4".: No protótipo de RTB (link em inglês), o comentário de "Connected_TV = 4" foi atualizado para descrever mais detalhadamente os dispositivos incluídos.

11 de outubro de 2016

Novidades na versão 21 do Proto do Relatório de status do snippet

O novo motivo da reprovação 92 Personal Loans foi adicionado

October 6, 2016

Novidades na versão 101 do protocolo RTB

O comentário do modelo de anúncios nativos foi atualizado.: No protocolo de RTB, modificou o comentário do modelo de anúncios nativos para observar que, em algumas circunstâncias, o campo html_snippet ou video_url pode ser definido em vez do campo native_ad.

5 de outubro de 2016

Novidades na versão 100 do protocolo RTB

O comentário do identificador de publicidade para dispositivos móveis foi atualizado.: No proto do RTB, atualizamos o comentário no campo BidRequest.Mobile.encrypted_advertising_id para esclarecer em quais plataformas ele está disponível (além de dispositivos iOS e Android).

30 de setembro de 2016

Novidades na versão 99 do protocolo RTB

Adicionamos o indicador de taxa de conclusão de vídeo aos lances em tempo real.: No proto do RTB, foi adicionado um novo campo video_completion_rate a BidRequest.AdSlot. Esse campo indica uma estimativa da probabilidade de que um anúncio em vídeo veiculado nesse espaço seja visualizado até o fim.

29 de setembro de 2016

Novidades nos dicionários de RTB

O arquivo de dicionário vendors.txt foi alterado.: Adição de 880 Navegg.; Consulte a lista de fornecedores certificados para saber mais.

20 de setembro de 2016

Novidades na versão 20 do Proto do Relatório de status do snippet

Novos motivos de reprovação foram adicionados.: 90 Maximum number of HTTP calls exceeded; 91 Maximum number of cookies exceeded
O motivo da reprovação 36 foi renomeado de Invalid ad download size para Maximum download size exceeded

19 de setembro de 2016

Novidades nos dicionários de RTB

O arquivo de dicionário buyer-declarable-creative-attributes.txt foi alterado.: Adição de 105 Rendering: Sizeless AdX. Usado para declarar se um criativo HTML pode ser redimensionado dinamicamente para preencher vários tamanhos de espaço. Consulte a documentação sobre anúncios intersticiais para mais informações.

15 de setembro de 2016

Novidades na versão 98 do protocolo RTB

Agora é possível usar vídeo nativo nos lances em tempo real.: No proto do RTB, foi adicionado um novo valor de enumeração VIDEO a BidRequest.NativeAdTemplate e um novo campo video_url a BidResponse.NativeAd. Isso permite que os bidders enviem uma resposta em vídeo no campo native_ad quando VIDEO está presente em BidRequest.native_ad_template.required_fields ou BidRequest.native_ad_template.recommended_fields.

13 de setembro de 2016

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.4.1: Esta versão contém pequenas correções para o OpenRTB 2.4, especificamente: status de descontinuação de vários campos, compatibilidade com extensões Audio e Format e tipo de enumeração correto do novo campo Bid.qagmediarating.

8 de setembro de 2016

Novidades nos dicionários de RTB

O arquivo de dicionário creative-status-codes.txt foi alterado.: A descrição do status 107 foi alterada para Required elements specified in bid_request.adslot.native_ad_template.required_fields are missing or empty, a fim de refletir a mudança lógica que adiciona filtragem nos elementos obrigatórios de anúncios nativos com valores vazios explícitos.

7 de setembro de 2016

Novidades na versão 97 do protocolo RTB

Atualizamos os comentários para esclarecer que, para apps iOS, o app_name é fornecido pela App Annie.

6 de setembro de 2016

Novidades na versão 19 do Proto do Relatório de status do snippet

Novos motivos de reprovação foram adicionados.: 81 O vídeo é muito longo; 82 Viola a legislação de farmácias japonesas; 83 Farmácia para animais de estimação não credenciada; 84 Conteúdo inaceitável: aborto; 85 Conteúdo inaceitável: controle de natalidade; 86 Viola os requisitos de veiculação chinesa; 87 O criativo promove uma farmácia coreana sem certificação adequada; 88 Conteúdo clínico não indicado para menores ou com conteúdo adulto; 8

2 de setembro de 2016

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.4.0: Esta é uma nova versão principal que atualiza o esquema do protocolo para as versões de especificação mais recentes: OpenRTB 2.4 e OpenRTB Native 1.1. A alteração é compatível com versões anteriores no nível da transferência, mas incorporar o novo esquema no proponente pode exigir mudanças triviais no código. Especificamente, há duas mudanças:; Novos campos são adicionados de acordo com a especificação mais recente. Eles ainda não estão definidos, e o suporte a eles será anunciado separadamente.; Agora todos os tipos enumerados são de nível superior, em vez de aninhados. Isso não muda a representação da rede, mas exige a correção de importações ou o uso de nomes de tipos enumerados qualificados de maneira diferente em algumas linguagens.

31 de agosto de 2016

Novidades nos dicionários de RTB

O arquivo de dicionário gdn-vendors.txt foi alterado.: Adição de 284 Research Now.; Consulte a lista de fornecedores certificados para saber mais.
O arquivo de dicionário vendors.txt foi alterado.: Adição de 284 Research Now.; Adição de 876 Exponential Expandable.; Consulte a lista de fornecedores certificados para saber mais.

22 de agosto de 2016

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.5
Adição de BidRequest.imp.dfp_network_code: Usado apenas para o Open Bidding.

Novidades na versão 96 do protocolo RTB

A dfp_network_code foi adicionada a BidRequest.AdSlot.: Usado apenas para o Open Bidding.

18 de agosto de 2016

Novidades na versão 95 do protocolo RTB

Mudança da semântica do campo mediation_status.: O campo é definido como DIRECT_REQUEST ou UNKNOWN com base na determinação da solicitação de anúncio como proveniente diretamente do editor ou não.

8 de agosto de 2016

Novidades na versão 94 do protocolo RTB

A amp_ad_request_type foi adicionada a BidRequest.AdSlot.: Esse campo indica se a página é do tipo Accelerated Mobile Page (AMP).

1º de agosto de 2016

Novidades na versão 92 do protocolo RTB

As respostas às solicitações de lance vão ser filtradas do leilão se o campo is_test da solicitação estiver definido como true ou false durante o teste inicial com o tráfego do Google.

26 de julho de 2016

Novidades nos dicionários de RTB

O arquivo de dicionário gdn-vendors.txt foi alterado.: Adição de 874 Cint.; Consulte a lista de fornecedores certificados para saber mais.
O arquivo de dicionário vendors.txt foi alterado.: Mudança de 332 Audience Manger (DemDex/Omniture) para 332 Audience Manger (DemDex); Mudança de 832 The AdExchange para 832 The ADEX.; Adição de 874 Cint.; Consulte a lista de fornecedores certificados para saber mais.

18 de julho de 2016

Novidades na versão 92 do protocolo RTB

Atualizamos os comentários para esclarecer que, para anúncios nativos, o click_through_url fornece o URL da página de destino à qual o usuário é direcionado, enquanto click_tracking_url especifica um URL em que uma linha de execução em segundo plano pode dar um ping para fins de rastreamento.

14 de julho de 2016

Novidades nos dicionários de RTB

O arquivo de dicionário vendors.txt foi alterado.: Adição de 838 Revjet Expandable.; Adição de 863 Bonzai Expandable.; Adição de 864 INCUBIQ Solutions.
Os arquivos de dicionário vendors.txt e gdn-vendors.txt foram alterados.: Limpeza de todos os fornecedores de vídeo VAST, que foram descontinuados desde abril de 2016: eles sempre são permitidos (nenhuma declaração necessária) e não aparecem no campo allowed_vendors em solicitações de lance.
Consulte a lista de fornecedores certificados para mais detalhes.

13 de julho de 2016

Novidades na versão 18 do Proto do Relatório de status do snippet

Foi adicionado um novo campo detected_domain que expõe os domínios detectados durante as verificações de verificação.

11 de julho de 2016

Novidades na versão 91 do protocolo RTB

Comentários atualizados para indicar que partes da string do user agent podem ser editadas ou substituídas.

8 de julho de 2016

Novidades na versão 90 do protocolo RTB

Atualizamos os comentários para esclarecer que somente o primeiro valor de click_through_url é usado como URL de clique para anúncios nativos.

29 de junho de 2016

Novidades na versão 89 do protocolo RTB

Atualizamos os comentários para esclarecer que url sempre contém um protocolo.

22 de junho de 2016

Novidades na versão 88 do protocolo RTB

Atualizamos os comentários para esclarecer que o click_through_rate não inclui dados agregados do Google AdWords.

Novidades na versão 87 do protocolo RTB

Esclarecemos no comentário BidResponse que o BidRequest pode ter apenas um AdSlot.
Fiz algumas pequenas mudanças de texto em outros comentários.

3 de junho de 2016

Novidades dos dicionários RTB: nova versão do arquivo geo-table.csv

Foram adicionadas quase 6.000 novas segmentações geográficas. Essas metas já estão ativas e presentes nas solicitações de lance (com exceção de Mianmar, que ainda não está ativa). Adições importantes:: 2214 sublocalidades e códigos postais nos Países Baixos.; 1.423 cidades, bairros e códigos postais na Malásia.; 722 cidades, bairros e códigos postais nos principais países do leste europeu (Polônia, Hungria, República Tcheca) e na Grécia.; 639 províncias, cidades e bairros nas Filipinas.; 155 cidades e sublocalidades na Suécia.; 104 cidades e códigos postais na Alemanha.
Veja alguns destaques do equívoco:: Duas sublocalidades importantes na cidade de Nova York: Manhattan e Queens.; 44 destinos em Mianmar, incluindo o próprio país (observação: ainda não está ativo).; Capitais / grandes cidades em muitos países, como Nairóbi, no Quênia, e na Cidade da Guatemala, na Guatemala.

2 de junho de 2016

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.4: Adição de BidRequest.processing_time_ms.

30 de maio de 2016

Novidades na versão 17 do Proto do Relatório de status do snippet

A correção da declaração VIDEO_IN_SNIPPET_ATTRIBUTE_ADDED foi adicionada.: Essa correção é aplicada quando um snippet HTML está reproduzindo conteúdo em vídeo e, portanto, precisa ser bloqueada em inventário que proíbe vídeo.
Adicionamos o campo detected_language.: Esse campo informa os idiomas que o AdX detectou para o criativo.; Esses idiomas são usados para aplicar blocos de idioma do editor. Consulte também o campo allowed_languages no protótipo de RTB.
O campo context foi adicionado à mensagem Correction.: Este campo descreve os contextos em que a correção é aplicada.
Os contextos de correção e veiculação agora separam a Web para dispositivos móveis do aplicativo para dispositivos móveis.: Adição de novos valores ao tipo enumerado Platform: ANDROID_IN_APP e IOS_IN_APP. Os valores ANDROID e IOS preexistentes foram renomeados como ANDROID_WEB e IOS_WEB.

26 de maio de 2016

Novidades nos protótipos do OpenRTB

Protocolo de extensões do Google OpenRTB v.3
BidRequest.imp.publisher_parameter e BidResponse.SeatBid.Bid.bidder_name foram adicionados.: Ambos os campos são usados apenas para trocas que participam do Open Bidding (trocas de terceiros que usam lances em tempo real no DFP).

Novidades na versão 86 do protocolo RTB

A allowed_languages foi adicionada a BidResponse.AdSlot.: Este campo contém os idiomas do criativo permitidos pelo editor.; Quando ela não é definida, todos os idiomas são permitidos.

25 de maio de 2016

Novidades na versão 85 do protocolo RTB

exchange_bidding foi adicionado a BidRequest.AdSlot e bidder_name a BidResponse.Ad.: Os dois campos são usados apenas para trocas que participam do Open Bidding (trocas de terceiros que usam lances em tempo real no DFP).

19 de maio de 2016

Novidades nos protótipos do OpenRTB

Protocolo do Google OpenRTB 2.3.3
O Video.vasttag da resposta nativa foi corrigido para ser um escalar, não uma matriz.
Os comentários foram atualizados para refletir as mudanças na codificação dos campos: BidRequest.id, User.customdata, Device.ifa.
Protocolo de extensões do Google OpenRTB v.2
BidRequest.imp.allowed_vendor_type e BidResponse.SeatBid.Bid.ad_choices_destination_url foram adicionados.

13 de maio de 2016

Novidades na versão 84 do protocolo RTB

A ad_choices_destination_url foi adicionada a BidResponse.Ad.: Esse campo pode ser usado para fornecer um link para sua página de preferências de anúncio.; Isso só é compatível com anúncios nativos.; Se fornecido, um ícone padrão das Opções de anúncios será adicionado ao criativo nativo e vinculado a esse URL.

29 de abril de 2016

Novidades nos dicionários de RTB

Os fornecedores de VAST (vídeo in-stream) foram removidos das listas declaráveis.: Agora, esses fornecedores têm permissão sem declaração. Como os editores não podem ativá-los nem bloqueá-los, também não os enviaremos mais no campo allowed_vendors nas solicitações de lance.; Consulte a lista de fornecedores certificados para saber mais.

28 de abril de 2016

Novidades na versão 83 do protocolo RTB

Atualizamos os comentários para esclarecer que a viewability pode ser estimada com base em dados históricos ou ambientais.

27 de abril de 2016

Novidades nos dicionários de RTB

O fornecedor 113 "Image & Flash" foi removido das listas declaráveis.: Este fornecedor foi descontinuado. Ele não deve ser declarado nas respostas do lance, já que não representa nenhuma tecnologia 3PAS (mas, se for declarado, o lance não será filtrado por causa disso). Os bidders precisam ignorar a presença ou ausência desse fornecedor no campo allowed_vendors nas solicitações de lance, já que ele não é um indicador significativo.

12 de abril de 2016

O que há de novo no `BidResponse`

Atualizamos os comentários para esclarecer que as respostas XML buscadas por video_url podem estar em conformidade com o VAST 2.0 ou 3.0.

11 de abril de 2016

Novidades nos dicionários de RTB

O arquivo de dicionário site-lists.txt obsoleto foi removido.: O AdX parou de preencher o campo site_list_id nas solicitações de lance em outubro de 2015, eliminando a necessidade do dicionário site-lists.txt. Ele foi removido para evitar confusão.

1o de abril de 2016

Novidades na versão 81 do protocolo RTB

Comentários atualizados: Comentário atualizado no campo creative_index de BidResponseFeedback para dizer que sempre se refere ao índice do anúncio na resposta.

30 de março de 2016

Novidades no Relatório de status de snippet: atualização da política de transações

O status detalhado é fornecido para leilões abertos e transações.: Em geral, open_auction_status e deals_status substituem status, que foi descontinuado.
O novo campo serving_restriction fornece status detalhado e contextual.: Isso substitui a disapproval_reason descontinuada. Ela permite informar o status de um anúncio em um contexto específico. Por exemplo, o anúncio foi reprovado em dispositivos móveis porque contém Flash ou não pode ser veiculado na Rússia porque ainda não foi revisado nesse país.
Foi adicionado um novo valor de enumeração de status: CONDITIONALLY_APPROVED: É usado quando o anúncio é aprovado em geral, mas com restrições em alguns contextos. A maioria dos anúncios será ConditionALLY_APPROVED para o leilão aberto.

29 de março de 2016

Novidades na versão 2.3.2 do protocolo OpenRTB

Documentação aprimorada para vários campos:: id em BidRequest e BidResponse; ip, ipv6, carrier, dpidm5 e advertising_id em Device; Geo mensagem; customdata em User; clicktrackers em Link.

4 de março de 2016

Novidades nos protótipos do OpenRTB

Protocolo 2.3.1 do Google OpenRTB (disponível agora): Contém a versão mais recente do protocolo OpenRTB do Authorized Buyers. Os mapeamentos de campo para o protocolo RTB do Authorized Buyers podem ser encontrados nos comentários.
Protocolo de extensões do Google OpenRTB v.1 (disponível agora): Contém as extensões do Authorized Buyers usadas no protocolo OpenRTB.

26 de fevereiro de 2016

Novidades na versão 80 do protocolo RTB

Comentários atualizados no campo fixed_cpm_micros de transações diretas.
Os valores de enumeração do campo VideoFormat foram renomeados para corresponder melhor à funcionalidade: VIDEO_FLASH para VIDEO_FLV e VIDEO_HTML5 para VIDEO_MP4.
Foram adicionados novos valores compatíveis ao campo VideoFormat: VPAID_FLASH (GIF) e VPAID_JS (JavaScript).

19 de fevereiro de 2016

Novidades na versão 79 do protocolo RTB

Comentários atualizados no campo placement.

8 de fevereiro de 2016

Novidades na versão 78 do protocolo RTB

Adicionamos um novo campo de posição de vídeo para substituir o campo inventory_type.: A submensagem de vídeo no protocolo RTB agora tem um campo placement para diferenciar entre INSTREAM e INTERSTITIAL. O campo inventory_type foi descontinuado. Esse campo duplica informações encontradas em outro lugar no protótipo de RTB.
Adicionamos um novo campo renderer à submensagem do espaço do anúncio.: O campo renderer define quem controla o ambiente (o Google ou o editor) que fez a solicitação de anúncio e renderizará o anúncio. Esse campo só é definido para solicitações que permitem anúncios em vídeo VAST.

29 de janeiro de 2016

O que há de novo

O snippet-status-report-proto.txt foi atualizado para a versão 15.: Adição de dois valores de enumeração CorretoionType: IN_BANNER_VIDEO_ATTRIBUTE_ADDED e MRAID_ATTRIBUTE_ADDED. Consulte os comentários sobre os novos valores para obter mais detalhes.

18 de maio de 2015

O que há de novo

O Authorized Buyers passa a aplicar um limite de integridade aos lances: Para proteger a si mesmo e aos parceiros contra bugs e configurações incorretas, o Authorized Buyers começa a aplicar um limite de integridade de US $5.000 nos lances. Consulte Filtragem de resposta do lance para mais detalhes.

11 de julho de 2014

O que há de novo

Não é mais necessária uma declaração sem Flash na resposta do lance: Os compradores não precisam mais declarar o uso de criativos sem Flash ao dar lances em inventários sem Flash, já que o Authorized Buyers detectará automaticamente a presença desse tipo de criativo. Os compradores ainda precisam incluir criativos sem Flash ao dar lances em inventários sem Flash. Se um comprador responder a uma solicitação de lance sem Flash com um criativo em Flash, o Authorized Buyers vai detectar a presença desse criativo e filtrar a resposta do lance. O Authorized Buyers não detectará se um criativo alternativo sem Flash estiver incluído com um criativo em Flash em uma resposta de lance, e o Authorized Buyers vai filtrar essa resposta de lance para incluir um criativo em Flash.
O nome do campo "encrypted_idfa" foi alterado para "encrypted_advertising_id": O Authorized Buyers mudou o nome do campo "encrypted_idfa" para "encrypted_advertising_id" para que o nome do campo reflita que é possível transmitir aos compradores o IDFA ou o ID de publicidade na solicitação de lance com base no que está disponível. Os compradores podem continuar consultando o nome do campo "encrypted_idfa" original até fazer o download e começar a usar a versão mais recente do protótipo de RTB. Depois que um comprador começar a usar a versão mais recente do protótipo de RTB, ele precisará atualizar o bidder para que ele se refira a "encrypted_advertising_id" como o novo nome desse campo. Consulte Como segmentar inventário de apps para dispositivos móveis com o IDFA para mais detalhes.
Novo campo para identificar se o player de vídeo está incorporado: O Authorized Buyers adicionou um novo campo ao protótipo de RTB para especificar se o player de vídeo está incorporado ou não. O novo campo é chamado "is_embedded_offsite" e, se for verdadeiro, o vídeo será incorporado a páginas fora do domínio do editor. Consulte o Guia de integração de vídeos do Authorized Buyers para mais detalhes.

16 de julho de 2013

O que há de novo

[IMPORTANTE] BidResponses precisa incluir o tamanho do anúncio para solicitações de vários tamanhos.

Para todas as solicitações de lance que especificam vários tamanhos de anúncio, o BidResponse precisa incluir os campos BidResponse.Ad.width e BidResponse.Ad.height. As respostas de lance para solicitações de vários tamanhos que não incluírem esses campos serão removidas do leilão. Esperamos que cerca de 5% das solicitações de anúncios tenham vários tamanhos a partir de 24 de setembro de 2013, quando ativarmos a alocação dinâmica de vários tamanhos no DFP. Esperamos que essa porcentagem aumente com o tempo.

Embora as respostas de lance para solicitações de lance de tamanho único não precisem incluir os campos Ad.width e Ad.height, sugerimos que você sempre os inclua, como prática recomendada.

[LEMBRETE] Os relatórios CSV por região serão descontinuados em 9 de julho de 2013

Após 9 de julho, os Relatórios de desempenho em CSV por região não estarão mais disponíveis para download.

[LEMBRETE] O tamanho do download aumentou para 150 kilobytes

Aumentamos o tamanho máximo de download permitido de 50 KB para 150 kb. Além disso, estamos ativando a aplicação automática dessa política para que os anúncios com mais de 150 KB sejam reprovados. Consulte a documentação da Central de Ajuda para mais detalhes.

[LEMBRETE] Declaração de criativo sem Flash para inventário no aplicativo para dispositivos móveis

Todos os compradores certificados por RTB no app para dispositivos móveis PRECISAM indicar que um anúncio não tem Flash na resposta do lance se estiverem respondendo a uma chamada de app para dispositivos móveis. Se as declarações corretas sobre criativos não estiverem presentes, o anúncio pode ser reprovado. Consulte a documentação da Central de Ajuda para mais detalhes.

[LEMBRETE] company_name eoperator_country a serem removidos das solicitações de lance

Em 4 de junho de 2013, encerramos o suporte oficial para os campos agenda_name e provider_country no BidRequest. Os compradores precisam adotar o novo campo company_id. Consulte a newsletter de março para saber mais.

20 de maio de 2013

O que há de novo

Tabelas de correspondências hospedadas pelo Google (já disponíveis)

Agora o Google pode hospedar a tabela de correspondências de um comprador entre os IDs do comprador e os IDs de cookies do Google. Isso reduz os requisitos de infraestrutura dos compradores e cria as bases para outras melhorias na correspondência de cookies. Agora, os compradores podem, em uma chamada, adicionar o usuário a uma ou mais listas e definir o cookie do Ad Manager se ele estiver ausente.

Recomendamos que você adote as tabelas de correspondência de cookie hospedados pelo Google. Além da eficiência e da economia de custos com a mudança, você também poderá participar da versão Beta da correspondência de pixel, que, em média, melhora as taxas de correspondência de cookie de 20% a 30%. Para se qualificar, você precisa usar tabelas de correspondências hospedadas pelo Google. Por isso, incentivamos todos os compradores de RTB do AdX a fazer isso o quanto antes.

Alteração no comportamento da correspondência de cookie

A partir de 7 de maio, o Ad Manager mudará a forma como o cookie doubleclick.net é definido. Por padrão, o Ad Manager definirá um cookie durante todas as chamadas de correspondência de cookie. Se você não quiser que o Ad Manager defina o cookie, modifique seu bidder para incluir o novo parâmetro google_no_sc durante a correspondência de cookie. Para saber mais, leia sobre essa mudança na nossa documentação.

[LEMBRETE IMPORTANTE] A correspondência de cookie v1 será suspensa em 4 de junho de 2013

Leia mais sobre essa mudança na documentação da correspondência de cookie ou na newsletter anterior.

[LEMBRETE] Alteração nos requisitos de correspondência de pixel

A partir de 9 de julho, as respostas da correspondência de pixel que não incluírem o valor de google_push especificado serão descartadas. Essa mudança nos ajudará a melhorar nossas iniciativas de solução de problemas de latência e a eficiência da correspondência de pixel. Confira todos os detalhes na nossa newsletter anterior.

[LEMBRETE] ATUALIZAÇÃO do protocolo RTB: novo campo "Agência" no BidResponse

Para permitir que compradores e vendedores criem transações preferenciais e leilões privados para uma agência específica, um novo campo campaign_id foi adicionado ao BidResponse. Criamos um novo arquivo de dicionário com as agências aceitas para implementar esse novo campo. Para saber mais, consulte a documentação da Central de Ajuda ou entre em contato com seu gerente técnico de contas.

[LEMBRETE] Campos geográficos substituídos por geo_criteria_id

Em breve, os campos {country, region, city, metro} no protocolo de RTB não serão mais transmitidos em BidRequests. Esses campos foram substituídos pelo novo campo geo_criteria_id. Leia mais sobre essa mudança importante na newsletter de março ou no nosso site para desenvolvedores.

15 de abril de 2013

O que há de novo

[IMPORTANTE] O campo seller_network foi descontinuado.

O campo seller_network foi substituído pelo novo campo seller_network_id, que contém um número inteiro correspondente a uma rede encontrada no arquivo de dicionário seller-network-ids.txt. Paramos de definir o campo seller_network desde 2 de abril de 2013. Atualize seu bidder para usar o novo campo, principalmente para identificar o inventário da Rede de Display do Google, que agora tem um valor de seller_network_id de 1.

[IMPORTANTE] Alteração nos requisitos de correspondência de pixel

A partir de meados de abril, vamos começar a atribuir um valor de string seguro para URL ao parâmetro google_push nas nossas solicitações de correspondência de pixel, e vamos esperar que essa mesma string seja retornada no parâmetro google_push que você definiu. Essa mudança vai nos ajudar em nossos esforços de solução de problemas de latência e melhorar a eficiência da correspondência de pixel.

Atualização do protocolo RTB: novo campo "Agência" em BidResponse

Para permitir que compradores e vendedores criem transações preferenciais e leilões privados para uma agência específica, um novo campo, agency_id, foi adicionado a BidResponse. Para implementar esse novo campo, criamos um novo arquivo de dicionário, agencies.txt, com as agências aceitas.

O suporte a esse campo dará aos compradores mais flexibilidade nas ofertas programáticas e ajudará a negociar mais transações preferenciais com editores que buscam compradores com esse recurso. Para saber mais, consulte nossa documentação da Central de Ajuda ou entre em contato com seu gerente técnico de contas.

Os criativos hospedados pelo Google não podem mais ser usados para RTB

Anteriormente, os compradores podiam usar arquivos de criativos hospedados pelo Google para campanhas de RTB e interface. Agora, os compradores de RTB não podem mais responder com criativos hospedados pelo Google, e todos os criativos hospedados pelo Google enviados no campo creative_id por RTB serão descartados. Os criativos hospedados ainda estão disponíveis para compradores que usam interface.

Feedback em tempo real de RTB BETA

Para facilitar as estratégias de bidder mais dinâmicas, podemos fornecer feedback sobre o leilão quase em tempo real sobre o motivo de um lance não vencer. Por exemplo: bloqueios do editor, criativo não aprovado ou um lance mais alto. O motivo real será transmitido na submensagem BidResponseFeedback em uma solicitação de lance subsequente, e há uma lista completa de possíveis motivos na página de downloads em creative-status-codes.txt. No caso de lances perdedores que ultrapassaram o preço mínimo especificado e usaram criativos que não foram filtrados antes do leilão, retornaremos o preço necessário para vencer o leilão. Somente os compradores que aceitarem divulgar os dados do lance vencedor poderão participar dessa versão Beta limitada. Se você tiver interesse em participar, entre em contato com seu gerente técnico de contas.

11 de março de 2013

O que há de novo

[IMPORTANTE] Suspensão do uso da correspondência de cookie v1: A partir de 4 de junho de 2013, não haverá mais suporte para a Correspondência de cookie V1. Para atender melhor nossos compradores, criamos recursos mais avançados, como Tabelas de correspondências hospedadas, na API Cookie Matching v2. Recomendamos que todos os compradores façam upgrade para a nova versão da correspondência de cookie o quanto antes, caso ainda não tenha feito isso.
[IMPORTANTE] Atualizar a alteração sellers_network_id: Se você compra inventário segmentando o campo sellers_network_id, saiba que fizemos mudanças em alguns dos IDs no arquivo seller-network-ids.txt. Essas alterações foram resultado de uma reindexação única dos IDs. Os mapeamentos existentes serão persistentes, e as adições subsequentes de editores serão anexadas ao final do arquivo. O sellers_network_id da Rede de Display do Google (GDN) mudou de 0 para 1.; Faça o download do arquivo de dicionário mais recente de IDs da rede de vendedores para segmentar corretamente a GDN e outras redes de editores no AdX. Se tiver alguma dúvida, entre em contato com o gerente de contas.
[IMPORTANTE] Impressões qualificadas para vários tamanhos de anúncio precisam incluir a largura e a altura do anúncio no BidResponse: Cada vez mais, os editores aceitam vários tamanhos de anúncio para espaços de anúncio individuais. Essas impressões incluem vários tamanhos no campo BidRequest.AdSlot e exigem que os campos BidResponse.Ad.width e BidResponse.Ad.height sejam retornados nos BidResponses correspondentes. As respostas de lance feitas em resposta a solicitações com vários tamanhos de anúncio precisam incluir esses campos. Caso contrário, eles serão filtrados automaticamente do leilão.; Atualmente, várias solicitações de lance de tamanho do anúncio estão disponíveis apenas para compradores que passam os campos BidResponse.Ad.width e BidResponse.Ad.height na resposta do lance. Isso representa 3% das impressões disponíveis e aumentará no segundo trimestre à medida que mais inventários forem disponibilizados por nossos clientes do Ad Manager. Em breve, criaremos uma lista de permissões para disponibilizar esse inventário somente a compradores que definiram o tamanho do anúncio em resposta a solicitações de lance de vários tamanhos. Se seu proponente não estiver retornando os campos BidResponse.Ad.width e BidResponse.Ad.height nos seus BidResponses, comece a fazer isso para se qualificar para esse inventário. Entre em contato com o gerente de contas para mais detalhes sobre como participar da lista de permissões.
[LEMBRETE IMPORTANTE] SSL: alteração futura na veiculação de anúncios de terceiros: Estamos felizes em começar a oferecer suporte ao tráfego criptografado com Secure Socket Layer (SSL), o que permitirá que o Authorized Buyers comece a oferecer mais tipos de inventário aos nossos clientes, incluindo webmail e outros tipos de inventário de usuários conectados. O inventário SSL é exclusivo, porque todas as chamadas subsequentes para terceiros após a solicitação de anúncio inicial também precisam ser baseadas em SSL. Caso contrário, o navegador exibirá um aviso ao usuário. Para garantir uma experiência perfeita aos consumidores no AdX, estamos introduzindo uma nova certificação SSL para confirmar que todas as tecnologias do comprador estão em conformidade com SSL.; Como mencionamos no final de outubro do ano passado, a primeira fonte de inventário SSL no AdX virá de usuários conectados de propriedades pertencentes e operadas pelo Google, como o YouTube. Atualmente, apenas uma pequena porcentagem do inventário do YouTube é compatível com SSL, mas em maio de 2013 esse volume aumentará para todos os usuários do YouTube conectados, totalizando cerca de 40% do tráfego do YouTube. O fornecimento de inventário SSL no AdX continuará a crescer este ano, à medida que adicionamos novo inventário de webmail e outros ambientes seguros.; O inventário SSL só será disponibilizado para compradores certificados como em conformidade com SSL pela equipe de certificação do Google. Não perca essa oportunidade. Comece a implementar o SSL no RTB e na plataforma de veiculação de anúncios de terceiros o quanto antes.; Os compradores de RTB não precisam usar "buyer_creative_id" separados para snippets SSL e não SSL. Consulte a documentação da nossa Central de Ajuda para mais detalhes.
[LEMBRETE] Nova formatação para arquivos de configurações do editor: Recentemente, fizemos uma alteração no formato dos nossos arquivos de configurações do editor (PSFs, na sigla em inglês) para facilitar o processamento. O novo formato divide o PSF em dois arquivos de 9 MB e reduz o tamanho geral do arquivo em 60%.; Além disso, vamos fazer a transição de um campo de ID do tipo bytes para um campo de ID do tipo fixed64. Atualmente, os dois campos estão sendo fornecidos, mas a partir de 2 de abril de 2013, somente o campo de ID de fixed64 será preenchido.; Os PSFs fornecem aos compradores informações sobre os requisitos de inventário de editores individuais para ajudar os bidders a tomar decisões melhores. Os PSFs incluem dados como tecnologias de anúncios permitidas, categorias excluídas e páginas de destino bloqueadas. Entre em contato com seu Gerente técnico de contas para tirar dúvidas ou consulte a Documentação de lances em tempo real.
[Protocolo de RTB] PLANEJAMENTO DE ROTEIRO: novo campo "Agência" no BidResponse em março: Com o crescimento da compra programática, os editores buscam assinar transações programáticas diretamente com as agências. Para permitir que compradores e vendedores criem transações preferenciais segmentadas por comprador/agência/anunciante específico, um novo campo "Agência" será adicionado à resposta do lance. A capacidade de criar transações específicas para a agência oferece aos compradores mais flexibilidade com a compra programática no AdX ao reduzir os conflitos de gastos com outros anunciantes e agências na conta.; Acreditamos que essa é uma mudança importante e que requer trabalho de desenvolvimento. Por isso, estamos fazendo este anúncio para dar a você tempo suficiente de se planejar para as modificações necessárias nos seus bidders. Começaremos a aceitar esse campo no final de março e ele estará disponível nas transações preferenciais no final do segundo trimestre. O suporte a esse campo dará aos compradores mais flexibilidade em suas ofertas programáticas e ajudará a negociar mais transações preferenciais com editores que procuram compradores com esse recurso.; Assim que estiver disponível, você vai poder preencher o campo "Agência" no momento do envio do criativo ou na resposta do lance. Fique de olho para mais detalhes sobre como implementar o novo campo "Agência" e entre em contato com seu gerente de contas em caso de dúvidas.
Macros de correspondência de cookie já disponíveis: Agora você tem a opção de configurar seus URLs de correspondência de cookie com uma ou mais macros para determinar a ordem e o local em que os parâmetros de correspondência de cookie são adicionados ao URL. Ao usar essas macros, você tem mais flexibilidade e controle para a correspondência de cookie. Leia nosso Guia de correspondência de cookie para saber mais sobre as novas macros e como usá-las.

Versão de 15 de outubro de 2012

O que há de novo

Novo geo_criteria_id: A partir de 2 de abril de 2013, os campos {country, region, city, metro} no protocolo RTB não serão mais transmitidos em BidRequests. Esses campos serão substituídos pelo novo campo geo_criteria_id, que é um ID que representa localizações geográficas que podem ser encontradas na tabela Destination no site para desenvolvedores aqui. Se você tiver alguma dúvida, entre em contato com o gerente técnico de contas.
[AÇÃO NECESSÁRIA] Migração de seller_network para seller_network_id
: O campo seller_network será substituído pelo novo campo seller_network_id, que contém um número inteiro correspondente a uma rede encontrada no arquivo de dicionário seller-network-id.txt na página Downloads. Deixaremos de definir o campo seller_network em 2 de abril de 2013.; Atualize seu bidder para usar o novo campo, principalmente para identificar inventários da Rede de Display do Google.
[IMPORTANTE] A largura e a altura do anúncio devem ser incluídas para solicitações de lance com vários tamanhos de anúncio.: Para todas as solicitações de lance com vários tamanhos de anúncio, o BidResponse precisa incluir os campos BidResponse.Ad.width e BidResponse.Ad.height. As respostas de lance para solicitações com vários tamanhos de anúncio que não incluírem esses campos serão removidas do leilão.; Embora as solicitações de lance com um único tamanho de anúncio no BidRequest.AdSlot não precisem incluir os campos Ad.width e Ad.height, sugerimos sempre declarar o tamanho do anúncio como uma prática recomendada.

Versão de 2 de julho de 2012

O que há de novo

Novo campo do protocolo RTB: O campo BidRequest.AdSlot.ad_block_key no protocolo de RTB contém um número inteiro de 64 bits que oferece um identificador estável para as combinações (web_property, slot, page). Esse novo campo permite que você acompanhe o desempenho de combinações específicas de espaço de anúncio e anúncio para tomar melhores decisões de lance.; Se você tiver dúvidas sobre o novo campo BidRequest.AdSlot.ad_block_key, entre em contato com seu gerente técnico de contas ou consulte a documentação para desenvolvedores do protocolo RTB.
O ID do grupo de anúncios é necessário quando um BidRequest tem vários grupos de anúncios: O BidResponse precisa incluir o campo billing_id ao responder a qualquer solicitação de lance com vários grupos de anúncios. Uma solicitação de lance com vários campos (submensagens) matching_ad_data apresenta vários grupos de anúncios, porque cada campo matching_ad_data contém exatamente um grupo de anúncios.
Antes de 2 de julho de 2012, a resposta do lance precisava incluir o campo billing_id somente quando o proponente usava criativos hospedados ou streams mesclados. Esse requisito agora está obsoleto.
Segmentação por local em massa na interface: A ferramenta de upload em massa para locais, que pode tornar as estratégias de segmentação por local mais eficientes, agora faz parte da interface do Authorized Buyers.

Versão de 5 de junho de 2012

O que há de novo

GDN substituiu GCN como o valor permitido no campo seller_network: O BidRequest agora envia um valor de GDN no campo seller_network, substituindo o valor de GCN que foi enviado antes de 1o de junho de 2012. Sempre que seu proponente usar o campo seller_network, revise e, se necessário, adaptou seu código para que a mudança no valor não cause problemas.
Versão Beta dos anúncios em vídeo in-stream interativos com base no padrão VPAID v1.0: VPAID significa "definição de interface de player de vídeo-anúncio" e é um padrão do setor publicado pelo IAB para anúncios em vídeo in-stream interativos. O Authorized Buyers passa a ter suporte Beta limitado para anúncios VPAID por meio do protocolo RTB e da interface. Para saber mais, entre em contato com o representante da conta.
Novo campo mobile_device_type em BidRequest: As solicitações de lance para inventário para dispositivos móveis agora incluem o campo mobile_device_type. O valor do campo especifica o tipo de dispositivo móvel em que o anúncio será exibido: TABLET ou HIGHEND_PHONE.
Nova nomenclatura: ofertas preferidas, anteriormente conhecidas como ofertas diretas: O termo "Transação direta" foi substituído por "Transação preferencial" na interface e na Ajuda. Em breve, confira a nova nomenclatura na seção relevante da documentação da API REST de comprador.
Nova mensagem de UserList no grupo BidRequest: As solicitações de lance podem incluir uma ou mais mensagens de UserList. Cada mensagem UserList especifica uma lista de segmentação por público-alvo a que o usuário foi adicionado, além do tempo decorrido desde a inclusão dele. Consulte os tópicos da Ajuda na interface do comprador sobre remarketing, em que a lista de segmentação de público-alvo é chamada de lista de remarketing. Para organizar o uso desse recurso pelo proponente, entre em contato com o representante da sua conta.
Transição do campo excluded_sensitive_category da string para int32.: Seu bidder pode usar o campo excluded_sensitive_category no protobuf publisher-settings para ver quais categorias de conteúdo não são permitidas pelos editores. Nesse caso, saiba que esse campo agora está sendo enviado de duas formas: o int32 excluded_sensitive_category repetido e a string DEPRECATED_excluded_sensitive_category repetida. Recomendamos que, quando for conveniente, modifique seu proponente para lidar com a forma int32 desse campo a fim de se preparar para a eventual desativação da string.
Ao enviar solicitações de lance sem URL e ID anônimo, o Authorized Buyers pode pular seu bidder: Se você preferir que as solicitações de lance que não contêm um URL da página nem um ID anônimo nunca sejam enviadas para seu bidder, entre em contato com o representante da sua conta sobre essa nova opção.

Em breve

Segmentação por local em massa na interface: A ferramenta de upload em massa para locais, que pode tornar as estratégias de segmentação por local mais eficientes, continua sendo lançada gradualmente como parte da interface do Authorized Buyers.
ID do grupo de anúncios necessário quando um BidRequest tem vários grupos de anúncios: A partir de 2 de julho de 2012, BidResponse precisará incluir o campo billing_id ao responder a qualquer solicitação de lance que tenha vários grupos de anúncios. Para saber quando uma solicitação de lance tem vários grupos de anúncios, procure vários campos matching_ad_data (submensagens). Como cada campo matching_ad_data contém exatamente um grupo de anúncios, a presença de vários campos matching_ad_data sempre significa que há vários grupos de anúncios.
Quando essa mudança entrar em vigor, o requisito atual, que é que a resposta do lance precise incluir o campo billing_id sempre que o bidder usar criativos hospedados ou streams mesclados, vai ficar obsoleto.

Problemas resolvidos

O Relatório de status de snippet agora mostra as categorias esperadas: As categorias de conteúdo que o Relatório de status do snippet se destina a exibir são as do arquivo de dicionário ad-product-categories.txt. Em alguns casos, um Relatório de status do snippet mostrava categorias não documentadas no arquivo de dicionário. Esse problema foi corrigido.

Versão de 11 de maio de 2012

O que há de novo

Os anúncios agora são exibidos somente em sites que correspondem à segmentação por tópico e canal: Anteriormente, os anúncios apareciam em sites que correspondiam ou ao tópico ou à segmentação por canal. Agora, os anúncios são exibidos somente em sites que correspondem tanto ao tópico quanto à segmentação por canal.
Versão Beta dos criativos expansíveis multidirecionais: O Authorized Buyers é compatível com criativos expansíveis multidirecionais como um recurso Beta. Os criativos expansíveis multidirecionais podem se expandir até o tamanho expandido máximo, conforme especificado nas Diretrizes do programa atualizadas.
O inventário de vídeos em jogos já está disponível no Authorized Buyers: O inventário de anúncios em vídeo que as campanhas compram no Authorized Buyers agora inclui inventários de vídeos inseridos em jogos oferecidos pelos editores de publicidade em jogos do Google.
Todas as campanhas que compram anúncios em vídeo agora compram automaticamente esses canais em jogos, a menos que a exclusão da categoria "in-jogo" seja adicionada à campanha. É possível adicionar essa exclusão por meio da API DAO do comprador usando CampaignCriterionService para adicionar um NegativeCampaignCriterion do tipo ContentLabel, com contentLabelType definido como GAMES. Essa atualização da versão Beta do vídeo do Authorized Buyers entrou em vigor em 1o de maio de 2012.
Diretrizes do programa atualizadas: As diretrizes do programa foram atualizadas para esclarecer o escopo da proibição de transmitir informações de identificação pessoal, melhorar a consistência na terminologia usada, remover os tópicos abrangidos pelos Termos de Serviço das APIs e do protocolo do Authorized Buyers, explicar o suporte Beta para criativos expansíveis multidirecionais e esclarecer o processo de veiculação de anúncios terceirizada, inclusive o fornecimento de links para a lista de fornecedores de tecnologia aprovados e os requisitos de declaração de fornecedores de tecnologia.
Segmentação de impressões de vídeo por tamanho do player: Para inventário de vídeo, os campos de largura e altura no BidRequest.AdSlot agora descrevem o player de vídeo. Com essa atualização da versão Beta do vídeo do Authorized Buyers, você pode segmentar impressões de vídeo por tamanho do player.

Em breve

Segmentação por local em massa na interface: Uma nova ferramenta de upload em massa para locais, que pode tornar as estratégias de segmentação por local mais eficientes, está sendo lançada gradualmente como parte da interface do Authorized Buyers.
GDN para substituir GCN como o valor permitido no campo seller_network.: A partir de 1o de junho de 2012, o BidRequest enviará um valor de GDN no campo seller_network, substituindo o valor de GCN enviado hoje. Sempre que o proponente usar o campo seller_network, revise e, se necessário, adapte seu código para que a mudança no valor não cause problemas.
ID do grupo de anúncios necessário quando um BidRequest tem vários grupos de anúncios: A partir de 2 de julho de 2012, BidResponse precisará incluir o campo billing_id ao responder a qualquer solicitação de lance que tenha vários grupos de anúncios. Para saber quando uma solicitação de lance tem vários grupos de anúncios, procure vários campos matching_ad_data (submensagens). Como cada campo matching_ad_data contém exatamente um grupo de anúncios, a presença de vários campos matching_ad_data sempre significa que há vários grupos de anúncios.
Quando essa mudança entrar em vigor, o requisito atual, que é que a resposta do lance precise incluir o campo billing_id sempre que o bidder usar criativos hospedados ou streams mesclados, vai ficar obsoleto.

Versão de 30 de novembro de 2010

Há um novo campo no BidRequest chamado cookie_age_seconds. Quando definido, ele indica há quanto tempo o cookie usado na google_user_id foi criado.
Há um novo campo no BidRequest.AdSlot.MatchingAdData chamado per_buyer_minimum_cpm. Quando definido como verdadeiro, esse campo indica que o editor definiu um CPM mínimo específico para a conta do grupo de anúncios de pré-segmentação.
Agora, você tem a opção de veicular criativos hospedados em vez de retornar um anúncio na forma de um snippet HTML. Consulte Como criar a resposta para mais detalhes.
O novo suporte a fluxos separados e consolidados facilita a compra por meio de uma ou mais DSPs de uma conta separada do Authorized Buyers. Consulte Lances em nome de várias contas para mais detalhes.

Versão de 14 de setembro de 2010

Agora há uma configuração de campanha na interface que é usada no lugar do URL adxrtb.com para marcar uma campanha e todos os grupos de anúncios para pré-segmentação. O URL adxrtb.com vai continuar funcionando por enquanto até migrarmos todas as campanhas atuais para usar a nova configuração. Os anúncios de marcador ainda são necessários nos grupos de anúncios de pré-segmentação que usam a nova configuração. Eles ainda exigem que um URL de destino seja especificado. No entanto, agora você tem a opção de usar um URL real que corresponda ao anúncio marcador de posição no snippet HTML. A outra opção é continuar usando o URL adxrtb.com para o anúncio marcador de posição, mas observe que a configuração da campanha também é necessária. Grupos de anúncios de pré-segmentação e sem pré-segmentação não podem existir na mesma campanha ao usar a configuração de campanha.
Agora, há relatórios automáticos disponíveis que contêm informações para ajudar você a entender o desempenho do seu proponente. Esses relatórios são enviados por e-mail para um endereço que você informa aproximadamente a cada hora. Fale com seu gerente técnico de contas se quiser ativar esses relatórios.

Versão de 17 de junho de 2010

O suporte a HTTPS foi adicionado ao serviço de correspondência de cookie. Agora é possível fazer uma solicitação para cm.g.doubleclick.net usando HTTPS em vez de HTTP. Nesse caso, o redirecionamento vai para o mesmo URL configurado, mas também vai usar HTTPS em vez de HTTP.
Há um novo campo timezone_offset em BidRequest que indica o fuso horário detectado no navegador do usuário, quando disponível. Faça o download da versão mais recente do realtime-bidding.proto na página Downloads, leia os comentários sobre o novo campo e faça as atualizações necessárias no aplicativo.
Estamos adicionando mais etapas de revisão e verificação para anúncios veiculados por RTB. Para garantir que seus anúncios sejam aprovados para veiculação em tempo hábil, verifique se eles são renderizados corretamente por um longo período após a impressão original. Às vezes, anomalias ou inconsistências podem levar a longos atrasos ou reprovações.

Versão de 14 de abril de 2010

As informações acima da dobra agora estão disponíveis no novo campo slot_visibility. A nova definição do buffer de protocolo está disponível na página Downloads.
Vamos fazer a transição gradual para uma nova taxonomia vertical nos próximos meses. O novo arquivo de taxonomia está disponível na página Downloads, e um novo campo, vertical_dictionary_version, foi adicionado ao BidRequest, que vai indicar quando a nova taxonomia for usada.
Agora há compatibilidade com a inserção do valor do campo google_user_id do BidRequest no URL do lance. Isso pode ser feito usando a macro GOOGLE_USER_ID. Saiba mais em Macros de URL do lance.
Como lembrete, sempre retorne um BidResponse válido com protocol_version e processing_time_ms definidos para solicitações que tenham o campo is_ping definido no BidRequest. Isso nos ajudará a rastrear os locais que podem alcançar seu proponente e fazer ajustes contínuos na configuração.

Versão de 10 de março de 2010

O Authorized Buyers tem a satisfação de anunciar uma nova melhoria que aumentará significativamente a quantidade de inventário disponível para os compradores de bidders em tempo real. O inventário do editor que restringe anúncios pertencentes a uma ou mais "categorias sensíveis" (por exemplo, política, encontros, religião, perda de peso) agora está disponível por RTB. Para cumprir com as Restrições para editores, o Google classificará os anúncios do comprador com base no conteúdo da página de destino. Essa classificação será feita sempre que uma nova página de destino do anúncio for detectada, em intervalos de 10 minutos. Como resultado, é possível que novos anúncios não estejam qualificados para exibição por um curto período enquanto o anúncio for classificado.

Com a rede de conteúdo do Google, o Authorized Buyers está anunciando um novo recurso que permite aos compradores filtrar o inventário "abaixo da dobra" nos sites da GCN. O novo filtro permite que você exiba anúncios somente em locais que aparecem na tela do usuário quando a página é carregada, sem precisar rolar para baixo. O Google implementou uma solução estatística para determinar os anúncios que estão acima ou abaixo da dobra. O modelo de estatística considera apenas os anúncios "acima da dobra" se eles estiverem completamente na tela quando a janela do navegador for carregada. Nossa meta com esse lançamento é dar aos anunciantes maior controle sobre onde seus anúncios são exibidos e tornar a rede de conteúdo do Google um ambiente ainda mais eficiente e controlado para a veiculação de campanhas de marca de alto desempenho.

Os compradores que usam a solução de RTB podem excluir inventários abaixo da dobra na interface do usuário. Além dessa funcionalidade de filtragem, cada solicitação de lance incluirá uma indicação do local do bloco de anúncios: acima da dobra, abaixo da dobra ou desconhecido. Você pode usar esses dados para ajudar a calcular seu lance. As informações estão no novo campo slot_visibility no BidRequest. Encontre a definição atualizada do buffer de protocolo na página Downloads.

Além disso, fizemos as seguintes alterações:

As configurações de limite de frequência das campanhas de pré-segmentação agora são respeitadas para decidir se as solicitações de lance devem ser enviadas. Antes, todas essas configurações feitas na interface eram ignoradas.
Agora podemos enviar solicitações para proponentes localizados na Europa. Esse recurso está disponível para novos clientes com o processo de teste normal. Não é necessário realizar mais testes se você já estiver fazendo lances de outros locais e também tiver servidores na Europa. Nesse caso, pergunte ao seu gerente técnico de contas sobre a configuração da cota.
O inventário de editores que usam exclusões de categoria agora está qualificado para lances em tempo real. Você precisa declarar categorias em um BidResponse quando você dá um lance nesse inventário. Caso contrário, os lances vão ser descartados.
O sistema agora envia um pequeno número de BidRequests com o campo is_ping definido como verdadeiro
O script do solicitante foi atualizado de várias maneiras para:
- Manter as conexões HTTP abertas
- Preencha todos os novos campos introduzidos nas últimas versões.
- Também é possível especificar o conjunto de google_user_ids que será enviado em BidRequests.
- Enviar 1% das solicitações com is_ping "true"
Há uma versão atualizada do vendors.txt disponível na página Downloads.
No momento, você ainda precisa pedir ao seu gerente técnico de contas para fazer ajustes de cota. Se você quiser aumentar o tráfego, entre em contato com o gerente técnico da conta para solicitar um aumento.

Versão de 24 de fevereiro de 2010

Há dois campos publisher_settings_list_id adicionados ao BidRequest. Um está no nível da página e o outro está no espaço. Ambos passam valores que podem ser usados como chaves para procurar entradas em listas de restrições do editor. Para mais informações, entre em contato com o Gerente técnico de contas.

Há um novo campo seller_network no BidRequest. Para inventário não anônimo (por exemplo, inventário para o qual o campo de URL está definido), ele é preenchido com o nome da rede que vende a impressão. Por exemplo, todo o inventário da Rede de Display do Google terá esse campo preenchido com o valor "GCN".

A configuração no nível da conta mencionada nas notas da versão de 27 de janeiro de 2010 agora está ativa. Revise a descrição nas notas anteriores e entre em contato com seu gerente de contas se quiser alterar a configuração.

Um novo arquivo provider.txt está disponível na página Downloads. Ela lista mais fornecedores do que a versão anterior. Todos os IDs da versão anterior ainda são válidos.

Há um novo campo de categoria no BidResponse. Leia os comentários sobre esse campo e o campo excluded_category em BidResponse para instruções sobre como usar esse novo recurso. Também há um novo arquivo ad-categories.txt na página Downloads com os códigos de categoria atualizados.

Use a versão mais recente da ferramenta do solicitante na página Downloads para teste antes de divulgar qualquer alteração no seu proponente.

Como lembrete, declare todos os URLs para anúncios corretamente no campo click_through_url da BidResponse, conforme descrito no artigo da Central de Ajuda Declarar URLs de clique em anúncios. É necessário incluir o protocolo completo do URL (por exemplo, http://www.example.com em vez de www.example.com).

Versão de 27 de janeiro de 2010

O realtime-bidding.proto tem vários campos novos, e alguns foram descontinuados. Faça o download da versão mais recente, leia os comentários nos campos alterados e faça as atualizações necessárias no aplicativo.

Recomendamos que você obtenha a versão mais recente do programa requester.tar.gz e use-a para testes sempre que fizer uma alteração em seu programa de lances.

URLs de lance por região agora são suportados. Entre em contato se quiser configurar um URL diferente em cada região (por exemplo, um na costa oeste e outro na costa leste).

Na próxima versão, adicionaremos uma configuração no nível da conta para especificar a preferência de envio de impressões anônimas ou com marca nos casos em que houver uma opção. As impressões anônimas geralmente têm limites de CPM mínimo mais baixos definidos pelo vendedor, mas têm um ID anônimo em vez de um URL de site. As impressões com marca têm um URL de site, mas podem ter um limite de CPM mínimo maior. A configuração padrão da preferência será com marca. Entre em contato se quiser que essa configuração seja diferente do padrão.

Notas de versão arquivadas

17 de dezembro de 2019

Novidades na versão 170 do protocolo RTB

Novidades nos protótipos do OpenRTB

5 de dezembro de 2019

Novidades na versão 169 do protocolo RTB

Novidades nos protótipos do OpenRTB

21 de novembro de 2019

Novidades nos dicionários de RTB

14 de novembro de 2019

Novidades na versão 168 do protocolo RTB

Novidades nos protótipos do OpenRTB

13 de novembro de 2019

Novidades nos dicionários de RTB

12 de novembro de 2019

Novidades nos dicionários de RTB

5 de novembro de 2019

Novidades nos dicionários de RTB

17 de outubro de 2019

Novidades nos protótipos do OpenRTB

1o de outubro de 2019

Novidades nos protótipos do OpenRTB

23 de setembro de 2019

Novidades na versão 167 do protocolo RTB

16 de setembro de 2019

Novidades na versão 166 do protocolo RTB

Novidades nos protótipos do OpenRTB

13 de setembro de 2019

Novidades na versão 165 do protocolo RTB

Novidades nos protótipos do OpenRTB

21 de agosto de 2019

Novidades na versão 8 do Proto de upload em massa de cookies

29 de julho de 2019

Novidades na versão 164 do protocolo RTB

10 de julho de 2019

Novidades na versão 163 do protocolo RTB

9 de julho de 2019

Novidades na versão 29 do Proto do Relatório de status do snippet

13 de março de 2019

Novidades na versão 162 do Protocolo de RTB do Google e nos protótipos do OpenRTB

10 de dezembro de 2018

Novidades na versão 8 do Protocolo de atualização em massa de cookies

10 de dezembro de 2018

Novidades na versão 161 do protocolo RTB

16 de novembro de 2018

Novidades na versão 160 do protocolo RTB

Novidades nos protótipos do OpenRTB

29 de outubro de 2018

Novidades na versão 159 do protocolo RTB

22 de outubro de 2018

Novidades na versão 158 do protocolo RTB

Novidades nos protótipos do OpenRTB

17 de outubro de 2018

Novidades na versão 157 do protocolo RTB

19 de outubro de 2018

Novidades nos protótipos do OpenRTB

17 de outubro de 2018

Novidades na versão 157 do protocolo RTB

8 de outubro de 2018

Novidades na versão 155 do protocolo RTB

1o de outubro de 2018

Novidades nos protótipos do OpenRTB

Novidades nos relatórios

20 de setembro de 2018

Novidades na versão 153 do protocolo RTB

Novidades nos protótipos do OpenRTB

18 de setembro de 2018

Novidades na versão 28 do Proto do Relatório de status do snippet

27 de agosto de 2018

Novidades na versão 27 do Proto do Relatório de status do snippet

23 de agosto de 2018

Novidades na versão 153 do protocolo RTB

Novidades nos protótipos do OpenRTB

1o de agosto de 2018

Novidades na versão 152 do protocolo RTB

30 de julho de 2018

Novidades na versão 26 do Proto do Relatório de status do snippet

23 de julho de 2018

Novidades nos dicionários de RTB

19 de julho de 2018