Se usó la API de Cloud Translation para traducir esta página.

Notas de la versión archivadas

17 de diciembre de 2019.
3

8.00

17, 2017

17 de diciembre de 2019

Novedades de RTB Proto versión 170

Se agregó BidRequest.AdSlot.MatchingAdData.DirectDeal.must_bid.: Este campo nuevo se establecerá como verdadero para los acuerdos de PG cuando el comprador deba ofertar. Los ofertantes solo pueden omitir las ofertas en el acuerdo de PG para esta impresión si este valor se establece como falso. Consulta este artículo del Centro de ayuda para obtener información sobre las ofertas en acuerdos de Programática garantizada.
BidRequest.AdSlot.MatchingAdData.DirectDeal.must_bid_level quedó obsoleto.: Este campo dejó de estar disponible y se reemplazó por el campo must_bid que se agregó en esta versión. Seguiremos completando esta información hasta fines del primer trimestre de 2020. A partir de ese momento, este campo se quitará por completo del protocolo.

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.44
Se agregó DealExt.must_bid.: Este campo nuevo se establecerá como verdadero para los acuerdos de PG cuando el comprador deba ofertar. Los ofertantes solo pueden omitir las ofertas en el acuerdo de PG para esta impresión si este valor se establece como falso. Consulta este artículo del Centro de ayuda para obtener información sobre las ofertas en acuerdos de Programática garantizada.

5 de dic de 2019

Novedades de RTB Proto versión 169

Se agregó BidRequest.AdSlot.OpenBidding.is_open_bidding.: Este campo nuevo se establecerá como verdadero en las solicitudes de oferta en las que el publicador haya configurado un grupo de rendimiento o un grupo de mediación que se oriente al espacio publicitario en la solicitud y el ofertante que la recibe. Consulta este artículo del Centro de ayuda para obtener información sobre Open Bidding y sus efectos en el proceso de ofertas.

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.43
Se agregó ImpExt.OpenBidding.is_open_bidding.: Este campo nuevo se establecerá como verdadero en las solicitudes de oferta en las que el publicador haya configurado un grupo de rendimiento o un grupo de mediación que se oriente al espacio publicitario en la solicitud y el ofertante que la recibe. Consulta este artículo del Centro de ayuda para obtener información sobre Open Bidding y sus efectos en el proceso de ofertas.
Se agregó DealExt.publisher_blocks_overridden.: Este campo indica si el publicador eximió el acuerdo correspondiente de los bloqueos configurados. Esta configuración no anula las políticas de AdX ni las decisiones del Centro de revisión de anuncios. Para obtener más información, consulta este artículo del Centro de ayuda.

21 de noviembre de 2019

Novedades en los diccionarios de RTB

El archivo de diccionario providers.csv cambió.

14 de nov de 2019

Novedades de RTB Proto versión 168

Se agregó BidRequest.bid_response_feedback.sampled_mediation_cpm_ahead_of_auction_winner.: Si hay otras redes en la cadena de mediación, el valor de este campo es un precio que representa una oferta de muestra de una de las redes de mediación aptas que fueron superiores a la ganadora de la subasta, ponderada por la tasa de relleno esperada. Este valor se establecerá en 0 si ninguna de las redes de la cadena de mediación se llena o si el publicador no usa la mediación del SDK. Para obtener más información, consulte el artículo Cómo crear un modelo de ofertas para las subastas de primer precio.

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.42
Se agregó BidRequestExt.bid_feedback.sampled_mediation_cpm_ahead_of_auction_winner.: Si hay otras redes en la cadena de mediación, el valor de este campo es un precio que representa una oferta de muestra de una de las redes de mediación aptas que fueron superiores a la ganadora de la subasta, ponderada por la tasa de relleno esperada. Este valor se establecerá en 0 si ninguna de las redes de la cadena de mediación se llena o si el publicador no usa la mediación del SDK. Para obtener más información, consulte el artículo Cómo crear un modelo de ofertas para las subastas de primer precio.

13 de noviembre de 2019

Novedades en los diccionarios de RTB

El archivo de diccionario providers.csv cambió.

12 de noviembre de 2019

Novedades en los diccionarios de RTB

El archivo de diccionario callout-status-codes.txt cambió.: Se borró 22 Dropped due to pretargeting sampling.

5 de noviembre de 2019

Novedades en los diccionarios de RTB

El archivo de diccionario cookie-matcher-status-codes.txt cambió.: Se agregó 13 COOKIE_MATCHER_UIS_RPC_ERROR.

17 de octubre de 2019

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.41
Se agregó BidExt.buyer_reporting_id.: Es el ID declarado por el comprador que se usará para desglosar las métricas de inversión y tráfico no válido en los informes de transparencia de IVT en la Herramienta de consultas. Actualmente, también desglosamos las métricas de los informes de transparencia de IVT según el valor declarado en el campo Seatbid.seat (solo si no se propaga BidExt.buyer_reporting_id), pero dejaremos de hacerlo a fines del primer trimestre de 2020, de modo que los ofertantes tengan tiempo suficiente para migrar a este campo nuevo.

1 de octubre de 2019

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.40
Se agregó DealExt.deal_type.: Ahora enviamos un tipo de acuerdo específico de Google en la extensión del acuerdo de OpenRTB.

23 de sep de 2019

Novedades de RTB Proto versión 167

Se agregaron comentarios de aclaración sobre la moneda a todos los campos de CPM.

16 de sep de 2019

Novedades de RTB Proto versión 166

Por el momento, no se admite el valor OMID de la enumeración BidResponse.Ad.ImpressionTrackingResource.Context.: Actualmente, no procesamos las secuencias de comandos de OMID que se enviaron a través del campo impression_tracking_resource.

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.39
Por el momento, no se admite el valor OMID de la enumeración EventTrackerExt.Context.: Actualmente, no procesamos las secuencias de comandos de OMID que se enviaron a través del campo nativo eventtrackers.

13 de sep de 2019

Novedades de RTB Proto versión 165

Se agregó BidResponse.ad.adslot.third_party_buyer_token.: Este token se usa para identificar la información del comprador externo si un intercambio como ofertante abierto es un intermediario. Estos datos se obtienen del comprador externo y se deben pasar a Google sin cambios en la respuesta a la oferta.

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.38
Se agregó BidExt.third_party_buyer_token.: Este token se usa para identificar la información del comprador externo si un intercambio como ofertante abierto es un intermediario. Estos datos se obtienen del comprador externo y se deben pasar a Google sin cambios en la respuesta a la oferta.

21 de agosto de 2019

Se agregó un nuevo valor de enumeración RIDA, AFAI y MSAI a UserIdType.

29 de jul de 2019

Novedades de RTB Proto versión 164

Se agregó BidRequest.AdSlot.flexible_adslot_settings.: Este submensaje se usa para indicar la configuración relacionada con cómo puede cambiar el tamaño del espacio publicitario. Por ejemplo, si el ofertante permite que muestre un rango de tamaños, aquí se especificarán la altura y el ancho máximos y mínimos. Para OpenRTB, la altura y el ancho flexibles también se especifican a través de los atributos wmax, hmax, wmin y hmin del mensaje BidRequest.Imp.Banner.

10 de jul de 2019

Novedades de RTB Proto versión 163

BidRequest.AdSlot.is_intersitial_slot dejó de estar disponible y se quitó.: Este campo está obsoleto y ya no se propaga. Usa BidRequest.Mobile.is_interstitial_request y el valor de enumeración INTERSTITIAL de BidRequest.Video.Placement para determinar si el espacio publicitario es intersticial.

9 de jul de 2019

Novedades de Proto, versión 29 del Informe de estado de fragmentos

Se quitó el valor obsoleto SSL_REQUEST de la enumeración ContextType.

13 de marzo de 2019

Novedades de Google RTB Proto versión 162 y los protocolos OpenRTB

Hace poco anunciamos un cambio que realizaremos en nuestro modelo de precios. Los siguientes campos nuevos están relacionados con este cambio:

Se agregó BidRequest.bid_response_feedback.minimum_bid_to_win a realtime-bidding.proto y BidRequestExt.bid_feedback.minimum_bid_to_win a openrtb-adx.proto.: Este campo solo se propaga para las subastas de primer precio y, además, indica la oferta mínima necesaria para eliminar los precios mínimos y superar la oferta de todos los competidores. Se excluye para todos los ofertantes de las subastas ganadas a través de un acuerdo, en el que un nuevo estado de la creatividad LOST_TO_PMP_DEAL indicará si perdiste por este motivo.
Se agregó BidResponse.ad.adslot.use_bid_translation_service a realtime-bidding.proto y BidExt.use_bid_translation_service a openrtb-adx.proto.: Es un valor booleano opcional que permite que las ofertas de subasta de primer precio se habiliten para el servicio de traducción de ofertas. Si es verdadero, la oferta de segundo precio proporcionada se convertirá en una oferta de primer precio. En la práctica, habilitar esta función nunca aumentará la oferta. Se ofrece este servicio de forma temporal para ayudar con la migración y se planea quitarlo en 2020.

Se recomienda a los ofertantes que actualicen su implementación de ofertas para prepararse para este cambio.

Se agregó compatibilidad para las siguientes macros en adm, impression_tracking_url y burl:

${AUCTION_ID}: Es el ID de la solicitud de oferta; a partir del atributo BidRequest.id.
${AUCTION_BID_ID}: Es el ID de la oferta; a partir del atributo BidResponse.bidid.
${AUCTION_IMP_ID}: Es el ID de la impresión que se acaba de ganar; del atributo BidRequest.imp[].id.
${AUCTION_SEAT_ID}: ID de la licencia del ofertante para la que se hizo la oferta; a partir del atributo BidResponse.seatbid[].seat.
${AUCTION_AD_ID}: Es el ID del lenguaje de marcado del anuncio que el ofertante desea publicar; del atributo BidResponse.seatbid[].bid[].adid.
${AUCTION_PRICE}: liquida el precio con la misma moneda y unidades que la oferta.

Se quitó el archivo de diccionario gdn-vendors.txt.

En su lugar, usa vendors.txt. Descargar archivo

10 de diciembre de 2018

Se quitó el valor de enumeración BUYER_PROVIDED_ID a UserIdType.

10 de diciembre de 2018

Novedades de RTB Proto versión 161

Se actualizaron los comentarios de BidRequest.Adslot.width y BidRequest.Adslot.height.: Se actualizaron los comentarios para reflejar que el primer espacio de ancho o alto de un anuncio intersticial ya no es necesariamente el mismo que el tamaño de la pantalla, ya que algunos anuncios intersticiales pueden ser un poco más pequeños que el tamaño de la pantalla.
Se dieron de baja NativeAdTemplate.Fields.STORE y NativeAdTemplate.store_max_safe_length.

16 de nov de 2018

Novedades de RTB Proto versión 160

Se agregó BidResponse.Ad.AdSlot.buyer_reporting_id.: Los ofertantes pueden usar este campo para especificar el ID que deseen, que se usará para desglosar las métricas de inversión y tráfico no válido en los informes de transparencia de IVT. Se ignorarán los ID de más de 64 bytes.

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.5.0: Los ofertantes ahora pueden usar SeatBid.seat para especificar el ID que deseen, que se usará para desglosar las métricas de inversión y tráfico no válido en los informes de transparencia de IVT. Los IDs de más de 64 bytes se ignorarán.

29 de octubre de 2018

Novedades de RTB Proto versión 159

Se agregó BidRequest.auction_type.: Este campo es análogo a BidRequest.at, que ya se envió en OpenRTB.

22 de octubre de 2018

Novedades de RTB Proto versión 158

Se agregó BidRequest.AdSlot.excluded_creatives.: El campo contiene una lista de creatividades que no se pueden publicar en esta impresión. Si deseas habilitar esta función, comunícate con tu administrador de cuentas.

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.36
Se agregó ImpExt.excluded_creatives.: El campo contiene una lista de creatividades que no se pueden publicar en esta impresión. Si deseas habilitar esta función, comunícate con tu administrador de cuentas.

Oct 17, 2018

Novedades de RTB Proto versión 157

Se agregó compatibilidad con decodificador en BidRequest.Device.device_type.: BidRequest.Device.device_type puede contener un nuevo tipo de decodificador.

19 de octubre de 2018

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.35
Se agregó BidExt.billing_id.: Estamos migrando del uso de Bid.cid para especificar en una respuesta de oferta a qué ID de facturación se debe atribuir una impresión y migrando a este nuevo campo BidExt.billing_id. Seguiremos restringiendo el consumo de Bid.cid para ofrecer retrocompatibilidad hasta que los ofertantes hayan migrado.

Oct 17, 2018

Novedades de RTB Proto versión 157

Se agregó compatibilidad con decodificador en BidRequest.Device.device_type.: BidRequest.Device.device_type puede contener un nuevo tipo de decodificador.

8 de octubre de 2018

Novedades de RTB Proto versión 155

Se agregó compatibilidad con el ID de dispositivo Samsung en BidRequest.Mobile.advertising_id.: El ID de Samsung se puede enviar a través de BidRequest.Mobile.advertising_id.

1 de octubre de 2018

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.33
Se agregó BidExt.restricted_categories.: Este campo se debe usar con el fin de especificar las categorías restringidas para los anuncios que se pueden mostrar en el fragmento correspondiente. Consulta ad-restricted-category.txt para obtener una lista de los IDs de categorías restringidas. En particular, a fin de evitar el rechazo de creatividades, se requiere la declaración del atributo 33 para los anuncios de bebidas alcohólicas.
Protocolo OpenRTB de Google 2.5.0: Ahora App.storeurl se propaga en las solicitudes aplicables

Novedades de los informes

El informe de rendimiento CSV está obsoleto.: La descarga de CSV por hora de los datos del informe de rendimiento dejó de estar disponible. Los datos del informe de rendimiento aún están disponibles a través de la API de informes de rendimiento.

20 de sep de 2018

Novedades de RTB Proto versión 153

Se agregó BidRequest.google_query_id.: Representa un ID único para toda la consulta. En el caso de que haya varios textos destacados para una consulta, todas ellas contendrán el mismo google_query_id.

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.32
Se agregó BidRequestExt.google_query_id.: Representa un ID único para toda la consulta. En el caso de que haya varios textos destacados para una consulta, todas ellas contendrán el mismo google_query_id.

18 de septiembre de 2018

Novedades de Proto, versión 28 del Informe de estado de fragmentos

Se agregó el nuevo motivo de rechazo.: 100 Promociona servicios relacionados con la fianza.

27 de agosto de 2018

Novedades de Proto, versión 27 del Informe de estado de fragmentos

Se agregó el nuevo motivo de rechazo.: 99 Detención temporal de una creatividad

23 de agosto de 2018

Novedades de RTB Proto versión 153

Se agregó BidRequest.adslot.native_placement_type.: En este mensaje, se describe la posición del espacio publicitario nativo en relación con el contexto circundante.

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.5.0: Ahora NativeRequest.plcmttype se propaga con los mismos datos que el campo BidRequest.adslot.native_placement_type en el protocolo de AdX.

1 de agosto de 2018

Novedades de RTB Proto versión 152

Se agregó BidRequest.Mobile.installed_sdk.: Este mensaje permite que un ofertante conozca el SDK instalado en la app por la que puede ofertar.

30 de julio de 2018

Novedades de Proto, versión 26 del Informe de estado de fragmentos

Se agregó el campo nuevo creative_status_identity_type para la migración a la verificación de creatividades sin tamaño.

23 de julio de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario providers.csv cambió.: Se actualizaron las entradas de “Integral Ad Science”, “Google”, “EMX Digital”, “KeyCDN”, “Better Banners”, “zeotap” y “Tramplin Media”.; Se quitó la entrada de "Clearstream.TV, Inc."

19 de julio de 2018

Novedades de RTB Proto versión 150

Se agregó un nuevo tipo de oferta de intercambio a BidResponse.Ad.AdSlot.exchange_deal_type.: El nuevo tipo de acuerdo EXCHANGE_AUCTION_PACKAGE para los ofertantes del intercambio representa un paquete de inventario sin tratamiento especial en la subasta.

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.31
Se agregó un nuevo tipo de oferta de intercambio a BidExt.exchange_deal_type.: El nuevo tipo de acuerdo EXCHANGE_AUCTION_PACKAGE para los ofertantes del intercambio representa un paquete de inventario sin tratamiento especial en la subasta.

17 de julio de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario geo-table.csv cambió.: Se agregaron 3 ciudades de Argentina.; Se agregaron 3 ciudades de Canadá.; Se agregaron 2 ciudades de Colombia.; Se agregaron 2 ciudades de Grecia.; Se agregaron 26 ciudades de Italia.; Se agregaron 333 ciudades de Japón.; Se agregaron 78 ciudades de Suiza.

16 de julio de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario providers.csv cambió.: Información actualizada para proveedores existentes: Adriver, MediaMath, The Reach Group, GetIntent, DYNADMIC, AdClear, Sharethrough Inc., media.ventive GmbH, Ingenious Technologies, StreamRail, Adways SAS, BDSK Handels GmbH & Co. KG, Advertserve, INFINIA, Dochase; Se agregaron proveedores nuevos: AT Internet, Media.net, Vidazoo, Madington, IgnitionAI, All In Views LTD, Captify, Seedtag, Affiliate Future, Grabit Interactive, FXCM.com, Rambla y Tramplin Media.; Consulta la lista de proveedores certificados para obtener más detalles.

2 de julio de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario vendors.txt cambió.: Se agregó 4513 Rippll.; Consulta la lista de proveedores certificados para obtener más detalles.
El archivo de diccionario gdn-vendors.txt cambió.: Se agregó 4513 Rippll.; Consulta la lista de proveedores certificados para obtener más detalles.

27 de junio de 2018

Novedades de RTB Proto versión 149

Se marcó BidRequest.adslot.matching_ad_data.direct_deal.remaining_impressions_to_buy como obsoleto.: Ya no brindaremos esta información para simplificar nuestra API.

26 de junio de 2018

Novedades de RTB Proto versión 148

Se agregó BidRequest.AdSlot.buyer_generated_request_data.: Esto se establecerá en las solicitudes de apps para dispositivos móviles de los compradores que tengan su SDK instalado en la app a fin de pasar información adicional.

Se agregó BidResponse.Ad.AdSlot.sdk_rendered_ad.: Este campo permite que un ofertante muestre un anuncio para que lo renderice un SDK conocido por él. Solo se puede usar cuando la BidRequest incluye un submensaje mobile.installed_sdk.

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.30
Se agregó AppExt.InstalledSdk.: Este mensaje permite que un ofertante conozca el SDK instalado en la app por la que puede ofertar.

Se agregó ImpExt.BuyerGeneratedRequestData.: Esto se establecerá en las solicitudes de apps para dispositivos móviles de los compradores que tengan su SDK instalado en la app a fin de pasar información adicional.

Se agregó BidExt.SdkRenderedAd.: Este campo permite que un ofertante muestre un anuncio para que lo renderice un SDK conocido por él. Solo se puede usar cuando la BidRequest incluye un submensaje AppExt.InstalledSdk.

Se agregó compatibilidad para NativeRequest.eventtrackers.: Especifica el tipo de seguimiento de eventos que se admite. Se asigna al submensaje de campo BidRequest.adslot[].excluded_attribute del protocolo de Authorized Buyers.

Se agregó compatibilidad para NativeResponse.eventtrackers.: Es el array de herramientas de seguimiento de eventos de respuesta para ejecutar con el anuncio, en respuesta a los métodos compatibles declarados en NativeRequest. Reemplaza los imptrackers y los jstrackers. Se asigna al BidResponse.ad[].impression_tracking_resource del protocolo de Authorized Buyers.

26 de junio de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario publisher-excludable-creative-attributes.txt cambió.: Se agregó 114 OmsdkType: OMSDK 1.0, que se usa para indicar si se admite el SDK de Open Measurement.

13 de junio de 2018

Novedades de RTB Proto versión 147

Se agregó el valor enum AUCTION_PACKAGE a BidRequest.adslot.matching_ad_data.direct_deal.deal_type.: Ahora usamos el valor enum AUCTION_PACKAGE (a diferencia del PRIVATE_AUCTION que se usó anteriormente) para indicar que un paquete de subasta direct_deal_id está presente en el direct_deal.

11 de junio de 2018

Novedades de RTB Proto versión 146

Se agregaron BidRequest.AdSlot.ImpressionTrackingResource.verification_parameters y BidRequest.AdSlot.ImpressionTrackingResource.vendor_key.: verification_parameters se puede propagar con parámetros adicionales que se pasarán a la secuencia de comandos de verificación de OMID establecida en ImpressionTrackingResource.script_url. vendor_key debe propagarse con el identificador único del proveedor de la secuencia de comandos de OMID. El contenido de estos campos nuevos se pasará al SDK de Open Measurement cuando ImpressionTrackingResource.context se establezca en OMID.

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.29: Se agregaron EventTrackerExt.verification_parameters y EventTrackerExt.vendor_key. verification_parameters se puede propagar con parámetros adicionales que se pasarán a la secuencia de comandos de verificación de OMID establecida en EventTracker.url. vendor_key debe propagarse con el identificador único del proveedor de la secuencia de comandos de OMID. El contenido de estos campos nuevos se pasará al SDK de Open Measurement cuando EventTrackerExt.context se establezca en OMID.
Protocolo OpenRTB de Google 2.5.0: User.buyeruid ahora se propaga con el mismo contenido que User.customdata Con el tiempo, la propagación de User.customdata dejará de estar disponible por completo.

Novedades en los diccionarios de RTB

El archivo de diccionario vendors.txt cambió.: Se agregó 263 AddThis, Inc.; Consulta la lista de proveedores certificados para obtener más detalles.

7 de junio de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario gdn-vendors.txt cambió.: Se borró 10 Tumri.; Se borró 56 Adobe Media Optimizer.; Se borró 132 Adobe Media Optimizer.; Se borró 225 ZANOX AG.; Se borró 233 Xaxis, Inc.; Se borró 260 Alenty S.A.S.; Se borró 432 Hi-Media.; Se borró 497 Exactag.; Se borró 815 Resonate Networks, Inc.; Se borró 874 Cint AB.; Se borró 886 Research and Analysis of Media in Sweden AB.; Se borró 888 ViewersLogic LTD.; Se borró 4362 Adnami ApS.; Consulta la lista de proveedores certificados para obtener más detalles.
El archivo de diccionario vendors.txt cambió.: Se borró 10 Tumri.; Se borró 56 Adobe Media Optimizer.; Se borró 132 Adobe Media Optimizer.; Se borró 225 ZANOX AG.; Se borró 233 Xaxis, Inc.; Se borró 260 Alenty S.A.S.; Se borró 432 Hi-Media.; Se borró 497 Exactag.; Se borró 616 Tealium, Inc.; Se borró 814 Media Detect GmbH.; Se borró 815 Resonate Networks, Inc.; Se borró 864 INCUBIQ Solutions Ltd.; Se borró 874 Cint AB.; Se borró 886 Research and Analysis of Media in Sweden AB.; Se borró 888 ViewersLogic LTD.; Se borró 4362 Adnami ApS.; Consulta la lista de proveedores certificados para obtener más detalles.

4 de junio de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario publisher-verticals.txt cambió.: Se cambió la línea 5227 /World Localities/Latin America/South America/Brazil/Southeast Brazil/São Paulo (State).
El archivo de diccionario creative-status-codes.txt cambió.: Se agregó 193 Filtered due to missing SDK identifier.; Se agregó 194 Filtered due to missing SDK rendering data.

31 de mayo de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario vendors.txt cambió.: Se agregó 4483 ComScore vCE (YouTube).; Se agregó 4484 Campaign Monitor (YouTube).; Consulta la lista de proveedores certificados para obtener más detalles.
El archivo de diccionario gdn-vendors.txt cambió.: Se agregó 4483 ComScore vCE (YouTube).; Se agregó 4484 Campaign Monitor (YouTube).; Consulta la lista de proveedores certificados para obtener más detalles.

21 de mayo de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario providers.csv cambió.: Se actualizó para incluir la información de dominio más reciente de todos los proveedores.

18 de mayo de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario vendors.txt cambió.: Se borró 284 Research Now Limited.; Consulta la lista de proveedores certificados para obtener más detalles.
El archivo de diccionario gdn-vendors.txt cambió.: Se borró 284 Research Now Limited.; Consulta la lista de proveedores certificados para obtener más detalles.

17 de mayo de 2018

Novedades de Proto, versión 25 del Informe de estado de fragmentos

Se agregaron nuevos motivos de rechazo.: 97 Idioma no disponible.; 98 No es compatible con SSL.

Novedades en los diccionarios de RTB

El archivo de diccionario gdn-vendors.txt cambió.: Se agregó 4374 TailTarget.; Consulta la lista de proveedores certificados para obtener más detalles.
El archivo de diccionario vendors.txt cambió.: Se agregó 4374 TailTarget.; Se agregó 4458 Yieldlab.; Se agregó 4461 Sharethrough.; Consulta la lista de proveedores certificados para obtener más detalles.

16 de mayo de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario gdn-vendors.txt cambió.: Se borró 4452 Research Now (YouTube).; Consulta la lista de proveedores certificados para obtener más detalles.
El archivo de diccionario vendors.txt cambió.: Se borró 4452 Research Now (YouTube).; Consulta la lista de proveedores certificados para obtener más detalles.

15 de mayo de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario vendors.txt cambió.: Se agregó 4452 Research Now (YouTube).; Consulta la lista de proveedores certificados para obtener más detalles.
El archivo de diccionario gdn-vendors.txt cambió.: Se agregó 4452 Research Now (YouTube).; Consulta la lista de proveedores certificados para obtener más detalles.

11 de mayo de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario vendors.txt cambió.: Se borró 43 BrightRoll Inc..; Se borró 94 Nielsen OBE (Vizu).; Se borró 145 DoubleVerify Inc..; Se borró 204 Pulpo Media Inc.; Se borró 303 Dynamic Logic / Safecount (AdIndex).; Se borró 316 Flashtalking.; Se borró 334 Adloox Research Verification.; Se borró 395 Adnologies GmbH.; Se borró 441 Hubrus LLC.; Se borró 472 Neustar AdAdvisor.; Se borró 476 ComScore Validated Campaign Essentials:Ad Swapping.; Se borró 539 Adform DSP.; Se borró 551 Nielsen Digital Ad Ratings.; Se borró 553 Kpsule.; Se borró 554 Content Directions, Inc. dba Linkstorm.; Se borró 569 Contobox.; Se borró 606 Gruvi Ltd..; Se borró 608 Rockabox Media Ltd.; Se borró 615 Nielsen Digital Ad Ratings (JS).; Se borró 618 Demand Side Science, Inc..; Se borró 633 Knorex Pte. Ltd..; Se borró 713 MezzoMedia.; Se borró 724 Extreme Reach, Inc..; Se borró 791 VideoHub DSP.; Se borró 813 Protected Media LTD.; Se borró 820 Beijing PinYou Interactive Information Technology.; Se borró 834 Jivox Corporation.; Se borró 838 RevJet LLC..; Se borró 863 Bonzai Digital Pvt. Ltd.; Se borró 876 Exponential Interactive, Inc.; Consulta la lista de proveedores certificados para obtener más detalles.
El archivo de diccionario gdn-vendors.txt cambió.: Se borró 43 BrightRoll Inc..; Se borró 94 Nielsen OBE (Vizu).; Se borró 145 DoubleVerify Inc..; Se borró 204 Pulpo Media Inc.; Se borró 303 Dynamic Logic / Safecount (AdIndex).; Se borró 334 Adloox Research Verification.; Se borró 395 Adnologies GmbH.; Se borró 441 Hubrus LLC.; Se borró 551 Nielsen Digital Ad Ratings.; Se borró 553 Kpsule.; Se borró 554 Content Directions, Inc. dba Linkstorm.; Se borró 569 Contobox.; Se borró 606 Gruvi Ltd..; Se borró 618 Demand Side Science, Inc..; Se borró 713 MezzoMedia.; Se borró 724 Extreme Reach, Inc..; Se borró 813 Protected Media LTD.; Consulta la lista de proveedores certificados para obtener más detalles.

9 de mayo de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario providers.csv cambió.: Se borró la línea 184,"eBay","https://www.ebay.com/help/policies/member-behaviour-policies/user-privacy-notice-privacy-policy?id=4260#section12","rover.ebay.com ebay.cachetastic.com *.ebaystatic.com dap.ebay.gslb.com *.ebay.de *.ebay.co.uk *.ebay.fr *.ebay.it *.ebay.es *.ebayrtm.com *.ebay.at *.ebay.ch *.ebay.be *.ebay.dk *.ebay.gr *.ebay.ie *.ebay.nl *.ebay.no *.ebay.pl *.ebay.cz *.ebay.ru *.ebayimg.com anywhere.ebay.com i.ebayimg.com *.edpn.ebay.com mstconsole.ebay.com rpsx.ebay.com *.ebay.com ads.ebay.com sc.dealtime.com mktg.kijiji.ca *.fetchback.com".

7 de mayo de 2018

Novedades de Proto, versión 24 del Informe de estado de fragmentos

Se agregaron nuevos motivos de rechazo.: 96 Experiencia en el destino inaceptable.

3 de mayo de 2018

Novedades en los diccionarios de RTB

Se agregó el archivo providers.csv.: Este archivo transmite información sobre los proveedores que se pasan en la solicitud de oferta. Consulta los diccionarios de RTB para obtener una descripción completa.

El archivo de diccionario gdn-vendors.txt cambió.: Se agregó 303 Insight Express (Mobile).; Se borró 303 Dynamic Logic / Safecount (AdIndex).; Se borró 523 Spongecell - Expandable.; Consulta la lista de proveedores certificados para obtener más detalles.
El archivo de diccionario vendors.txt cambió.: Se agregó 303 Insight Express (Mobile).; Se borró 303 Dynamic Logic / Safecount (AdIndex).; Se borró 486 Adloox: Ad Swapping.; Se borró 523 Spongecell - Expandable.; Se borró 537 Public Eye.; Se borró 623 Human Demand.; Se borró 798 Nielsen Catalina Solutions.; Se borró 806 Sociomantic Expandable.; Consulta la lista de proveedores certificados para obtener más detalles.

1 de mayo de 2018

Novedades en los diccionarios de RTB

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

30 de abril de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario vendors.txt cambió.: Se agregó 79 Revenue Science.; Se agregó 138 Reddion.; Se agregó 475 zzzz [ARCHIVED] comScore AdXpose - Ad Blocking.; Se agregó 501 Rutarget.; Se agregó 566 Spark Flow Expandable.; Se borró 130 Broadband Enterprises.; Se borró 182 comScore - vCE.; Se borró 226 DoubleClick Rich Media Expandable.; Se borró 228 Sizmek Expandable.; Se borró 229 PointRoll Expandable.; Se borró 428 Conversant (Mediaplex) Expandable.; Se borró 520 Flite - Expandable.; Se borró 538 Weborama Expandable.; Se borró 549 Predicta - Expandable.; Se borró 568 Admotion - Expandable.; Se borró 617 Mixpo - Expandable.; Consulta la lista de proveedores certificados para obtener más detalles.
El archivo de diccionario gdn-vendors.txt cambió.: Se agregó 79 Revenue Science.; Se agregó 138 Reddion.; Se agregó 566 Spark Flow Expandable.; Se borró 130 Broadband Enterprises.; Se borró 182 comScore - vCE.; Se borró 226 DoubleClick Rich Media Expandable.; Se borró 617 Mixpo - Expandable.; Consulta la lista de proveedores certificados para obtener más detalles.

26 de abril de 2018

Novedades de RTB Proto versión 145

Se agregó a BidRequest.AdSlot.session_depth.: Este campo representa la cantidad total de impresiones que se publicaron para este usuario (en este sitio o app específicos) en esta sesión de navegación, más 1. Una sesión finaliza después de 30 minutos de inactividad. El valor predeterminado de -1 indica que no se puede estimar la profundidad de la sesión.

25 de abril de 2018

Novedades de Proto, versión 23 del Informe de estado de fragmentos

Se agregaron nuevos motivos de rechazo.: 94 Uso inadecuado de la secuencia de comandos de OMID; 95 Proveedor de OMID no incluido en la lista blanca

18 de abril de 2018

Novedades de RTB Proto versión 144

BidRequest.AdSlot.ConsentedProvidersSettings.consented_providers ahora es packed.: Esto garantizará que el campo sea más compacto en el cable. Asegúrate de actualizarla a esta versión, ya que agregar packed no es retrocompatible.

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.28: UserExt.ConsentedProvidersSettings.consented_providers ahora es packed. Esto garantizará que el campo sea más compacto en el cable. Asegúrate de actualizarla a esta versión, ya que agregar packed no es retrocompatible.

17 de abril de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario mobile-os.csv cambió.: Se agregó la línea 630359,"iOS",11,4,-1.
El archivo de diccionario hosted-match-status-codes.txt cambió.: Se agregó 10 HOSTED_MATCH_INTERNAL_ERROR.

16 de abril de 2018

Novedades de RTB Proto versión 143

Se están agregando BidRequest.AdSlot.consented_providers_settings y BidRequest.AdSlot.regs_gdpr.: Se agregarán campos nuevos a fin de indicar el consentimiento de los usuarios para los proveedores de personalización de anuncios que pasen los publicadores para los usuarios ubicados en los países del Espacio Económico Europeo. providers.csv se publicarán más adelante.

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.27: Se agregan UserExt.consented_providers_settings y RegsExt.gdpr para indicar el consentimiento del usuario para los proveedores de personalización de anuncios que pasan los publicadores para los usuarios ubicados en los países del Espacio Económico Europeo. Los proveedores.csv se publicarán más adelante.

9 de abril de 2018

Novedades de RTB Proto versión 142

Se agregó a BidResponse.Ad.impression_tracking_resource.: Este campo se puede usar para especificar los recursos de JavaScript que se invocarán cuando se renderice la impresión. Actualmente, el único caso de uso es especificar los recursos que el SDK de Open Measurement debe invocar.

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.26: Se agregó EventTrackerExt.context, que se puede usar para especificar que un recurso de JavaScript incluido en el mensaje de EventTracker esté destinado a ser invocado por el SDK de Open Measurement.

28 de marzo de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario geo-table.csv cambió.: Se lanzó una nueva versión de las segmentaciones geográficas.; Se agregaron más de 5,000 ubicaciones.

9 de marzo de 2018

Novedades de RTB Proto versión 141

Se agregó un nuevo campo en BidRequest.adslot.matching_ad_data.direct_deal: must_bid_level: Consulta los campos adicionales de ofertas en tiempo real para Programática garantizada a fin de obtener más información.

8 de marzo de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario creative-status-codes.txt cambió.: Se cambió 15 Creative filtered because one or more detected product categories were excluded in the bid request.

7 de marzo de 2018

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.25: Se agregó BidExt.amp_ad_url; Este campo permite que un ofertante responda con una URL para un anuncio HTML de AMP.

Novedades de RTB Proto versión 140

Se agregó a BidResponse.Ad.amp_ad_url.: Este campo permite que un ofertante responda con una URL para un anuncio HTML de AMP.

1 de marzo de 2018

Novedades de RTB Proto versión 139

Se agregaron nuevos valores de enumeración INITIATE_ON_ENTERING_VIEWPORT_SOUND_ON y INITIATE_ON_ENTERING_VIEWPORT_SOUND_OFF a VideoPlaybackMethod.

27 de febrero de 2018

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.5.0: Se agregó el nuevo valor de enumeración OMID_1 a APIFramework. Este valor indica que el SDK de Open Measurement está habilitado para la solicitud. Si bien el valor aún no existe en la especificación de OpenRTB de IAB, se documenta en la spec actual de AdCom de IAB.

22 de febrero de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario creative-status-codes.txt cambió.: Se agregó 192 Rejected due to Coppa/KFA being filtered for demand syndication.

14 de febrero de 2018

Novedades en los diccionarios de RTB

El archivo de diccionario creative-status-codes.txt cambió.: Se agregó 191 Creative filtered because it contains an invalid OMSDK script URL.

13 de febrero de 2018

Novedades de RTB Proto versión 138

Se marcó BidRequest.adslot.matching_ad_data.pricing_rule como obsoleto.: Ya no brindaremos esta información para simplificar nuestra API.

6 de febrero de 2018

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.24: Se agregó BidRequestExt.bid_feedback. OpenRTB admite comentarios en tiempo real a través de esta extensión.; Se agregó BidExt.event_notification_token. Este campo se puede establecer en un token arbitrario que elija el ofertante y estará presente en los comentarios en tiempo real de la oferta a la que se envía.

5 de febrero de 2018

Novedades de RTB Proto versión 137

Se agregó BidRequest.BidResponseFeedback.buyer_creative_id.: Los comentarios en tiempo real de RTB ahora incluyen el ID de la creatividad del comprador de la respuesta a la oferta correspondiente.

Notas de la versión archivadas de 2017 y anteriores

20.7

{20.1 {/20

19 de diciembre de 2017

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.5.0: Se cambió la codificación de BidRequest.id y BidRequest.[constrained_usage_]hosted_match_data de base64 a base64 websafe. Todavía no habrá padding.

1 de noviembre de 2017

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.5.0: Se corrigieron los campos NativeRequest.EventTrackers.methods y NativeResponse.EventTracker.method. La cardinalidad se confundió y el campo de la solicitud se repite, no el de respuesta.; Se corrigió la pluralización de algunos nombres de mensajes y enum nuevos para adaptarse mejor al estándar OpenRTB y evitar confusiones.

26 de octubre de 2017

Novedades de RTB Proto versión 136

Se agregó BidResponse.Ad.NativeAd.click_tracking_urls.: Adx ahora admite varias URLs de seguimiento de clics nativos.; Se planea dar de baja el campo click_tracking_url.

25 de octubre de 2017

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.5.0: El protocolo nativo se actualizó para la versión 1.2 de la especificación.; Se quitaron los comentarios sobre asignación con el formato "[AdX: ...]". Consulta ahora la guía de OpenRTB para obtener toda la información sobre la asignación y el comportamiento específico de Authorized Buyers.
Protocolo de extensiones OpenRTB de Google v.22: Se agregaron las extensiones ImpExt.ampad y SiteExt.amp para admitir Accelerated Mobile Pages.

18 de octubre de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario mobile-os.csv cambió.: Se agregó la línea 630343,"iOS",11,1,-1.; Se agregó la línea 630345,"Android",8,1,-1.
El archivo de diccionario creative-status-codes.txt cambió.: Se agregó 184 Creative filtered because the field amp_ad_url is too short, must be at least 11 characters.; Se agregó 185 Creative filtered because the field amp_ad_url could not be parsed.; Se agregó 186 Creative filtered because the field amp_ad_url has a domain consisting of all digits.
El archivo de diccionario callout-status-codes.txt cambió.: Se agregó 22 Dropped due to pretargeting sampling.

16 de octubre de 2017

Novedades de RTB Proto versión 135

Se agregó BidResponse.Ad.event_notification_token.
Se agregó BidRequest.BidResponseFeedback.event_notification_token.: Los ofertantes envían el event_notification_token a AdX en las respuestas a la oferta para solucionar problemas. AdX incluirá el event_notification_token en BidResponseFeedback en tiempo real para la oferta. AdX no registrará el contenido del token. AdX ignorará los tokens que tengan más de 64 bytes.
Se actualizaron los comentarios de BidRequest.Adslot.allowed_vendor_type.
Se agregaron 2 indicadores de solicitudes de oferta: AmpPage y AmpAdRequirementType.: AmpPage indica si la solicitud proviene de una página web creada con HTML de AMP (Accelerated Mobile Pages). AmpAdRequirementType proporciona más información sobre si se permiten o requieren los anuncios integrados en AMP, y cómo se renderizarán los anuncios de AMP. Estos indicadores reemplazan a la enumeración AmpAdRequestType para brindar mayor claridad.

Se agregó un nuevo valor de enumeración BUYER_PROVIDED_ID a UserIdType: PURCHASE_PROVIDED_ID es la cookie en el dominio del comprador. Cuando el comprador sube los IDs del dominio del comprador, usaremos nuestra tabla de asignación para asignar el ID al dominio de Google.

6 de octubre de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario geo-table.csv cambió.: Se agregaron y borraron líneas para las ubicaciones en Canadá, Reino Unido, Italia, Noruega, Sudáfrica, Colombia, Nigeria, Estados Unidos y Ucrania. Para obtener más información, consulta la lista de diferencias.

22 de septiembre de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario ad-sensitive-categories.txt cambió.: Se borró 28 Free Gifts, Quizzes, & Surveys.; Se borró 29 Misleading Claims.
El archivo de diccionario hosted-match-status-codes.txt cambió.: Se agregó 1 DEPRECATED_HOSTED_MATCH_FORBIDDEN.; Se borró 1 HOSTED_MATCH_FORBIDDEN.

19 de septiembre de 2017

Novedades de RTB Proto versión 134

Se agregó a BidRequest.response_deadline_ms.: Este campo indica cuánto tiempo esperará Google una respuesta a esta solicitud de oferta en particular. Los ofertantes que tienen una lógica que depende del plazo deberían preferir leer este campo de cada solicitud de oferta en lugar de codificar el plazo en 100 ms, por ejemplo. Si no estableces el campo, los ofertantes deben asumir el plazo predeterminado como lo hacen actualmente. La unidad es en milisegundos.

18 de septiembre de 2017

Novedades sobre los protocolos de RTB

RTB Proto versión 133 y Cookie Bulk Upload Proto versión 6.: Se actualizaron los comentarios de la enum BidRequest.Video.Placement.IN_FEED.; Se introdujo una enumeración BidRequest.Video.Placement.IN_ARTICLE para las creatividades de video que se cargan y se reproducen entre párrafos de contenido editorial como un reproductor de video independiente.; Se agregó la enumeración ErrorCode.BAD_DATA_SOURCE_ID al protocolo de carga masiva de cookies para indicar que el valor de data_source_id estaba fuera del rango válido de [1, 1000]. Google no interpreta este ID y solo se utiliza para la generación de informes.

15 de septiembre de 2017

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.5.0: Ahora completamos el campo displaymanager del objeto Imp con BidRequest.AdSlot.renderer. Consulta el objeto Imp en la guía de OpenRTB para obtener más información.; Ahora usamos BidRequest.StickySettings, además de BidRequest.AdSlot.slot_visibility, para determinar el campo Banner.pos. Consulta el objeto Banner en la guía de OpenRTB para obtener más información.

14 de septiembre de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario geo-table.csv cambió.: Se agregaron nuevas ubicaciones y códigos postales en Canadá, Corea, EE.UU., India, Italia, Japón, Líbano, Países Bajos y Panamá. Para obtener más información, consulta la lista de diferencias.

11 de septiembre de 2017

Novedades de RTB Proto versión 132

Se actualizaron los comentarios de BidRequest.Mobile.is_app y BidRequest.Mobile.app_id para reflejar el comportamiento de las solicitudes de páginas web móviles que se encuentran dentro de las apps para dispositivos móviles.

24 de agosto de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario geo-table.csv cambió.: Se agregaron ubicaciones en Alemania, Canadá, EE.UU., España, EE.UU., la India, Japón, Líbano, Países Bajos y Reino Unido. Para obtener más información, consulta la lista de diferencias.

10 de agosto de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario creative-status-codes.txt cambió.: Se agregó 181 Creative filtered because the VAST XML document is larger than the set maximum size.; Se agregó 182 Creative filtered because the publisher disallowed the deal ID it targeted.; Se agregó 183 Creative filtered beacuse the publisher enabled the deal ID it targeted for a different deal type.

9 de agosto de 2017

Novedades de RTB Proto versión 131

Se agregó una nueva compatibilidad con valores de tipo MIME de audio a BidRequest.Video.VideoFormat:: Se agregó AUDIO_MP3; Se agregó AUDIO_OGG; Se agregó AUDIO_MP4A; Se agregó AUDIO_MP3_OGG para cuando se requieren tanto mp3 como ogg.
Se agregó ALLOWED_AD_TYPE_AUDIO a BidRequest.AdSlot.AllowedAdType: Estará presente cuando se presente alguno de los tipos de MIME de audio.
Se agregó AUDIO a BidRequest.Video.Placement para representar cuando la solicitud proviene de una transmisión de audio.: IMPORTANTE: Algunos reproductores de audio solicitarán anuncios de video cuando el usuario interactúe con la pantalla. Este campo no acepta anuncios de audio de agua ni anuncios de video.

7 de agosto de 2017

Novedades de RTB Proto versión 130

Se agregaron nuevos valores de mimetype compatibles a BidRequest.Video.VideoFormat:: Se agregó VIDEO_WEBM para "video/webm"; Se agregó VIDEO_MOV para "video/Quicktime"; Se agregó VIDEO_3GPP para "video/3gpp"; Se agregó VIDEO_HLS para "application/x-mpegURL"; Se agregó VIDEO_DASH para "application/dash+xml"

2 de agosto de 2017

Novedades de RTB Proto versión 129

Se agregó BidRequest.AdSlot.exchange_bidding.key_value.: Se establecerá cuando un publicador que participa en Open Bidding decide reenviar claves y valores de la solicitud al intercambio de terceros.

Se agregó BidResponse.Ad.AdSlot.video_vast_xml.: Este campo permite que un ofertante responda a una solicitud de anuncio de video mostrando un documento XML de VAST 2.0 o 3.0 completo.

28 de julio de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario creative-status-codes.txt cambió.: Se agregó 181 Creative filtered because the VAST XML document is larger than the set maximum size.; Se agregó 182 Creative filtered because the publisher disallowed the deal ID it targeted.; Se agregó 183 Creative filtered because the publisher enabled the deal ID it targeted for a different deal type.

20 de julio de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario publisher-verticals.txt cambió.: Se agregaron nuevas verticales y localidades mundiales. Para obtener más información, consulta la lista de diferencias.
El archivo de diccionario creative-status-codes.txt cambió.: Se agregó 179 Creative filtered because the required field amp_ad_url was missing or empty.; Se agregó 180 Video ad VAST version is not one of the supported versions in the video ad request.

13 de julio de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario publisher-verticals.txt cambió.: Se agregó la línea 1347 /Business & Industrial/Transportation & Logistics/Self Storage.; Se borró la línea 1347 /Business & Industrial/Transportation & Logistics/Public Storage.
El archivo de diccionario buyer-declarable-creative-attributes.txt cambió.: Se agregó 30 InstreamVastVideoType: Vpaid.; Se borró 30 InstreamVastVideoType: Vpaid Flash.
El archivo de diccionario publisher-excludable-creative-attributes.txt cambió.: Se agregó 30 InstreamVastVideoType: Vpaid.; Se borró 30 InstreamVastVideoType: Vpaid Flash.
El archivo de diccionario pretargetable-creative-attributes.txt cambió.: Se agregó 30 InstreamVastVideoType: Vpaid.; Se borró 30 InstreamVastVideoType: Vpaid Flash.
El archivo geo-table.csv cambió.: Se agregaron ubicaciones nuevas. Para obtener más información, consulta la lista de diferencias.

30 de junio de 2017

Novedades sobre los protocolos de RTB

RTB Proto versión 128 y Cookie Bulk Upload Proto versión 5: Se agregó el campo BidRequest.publisher_id al protocolo de RTB para indicar el publicador desde el que se originó la impresión.; Se agregó data_source_id al protocolo de carga masiva de cookies para indicar la fuente de datos que contribuyó a una membresía.

28 de junio de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario pretargetable-creative-attributes.txt cambió.: Se agregó 71 InstreamVastVideoType: Non Vpaid.; Se borró 71 InstreamVastVideoType: Non Vpaid Flash.

16 de junio de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario mobile-os.csv cambió.: Se agregó la línea 630335,"iOS",10,4,-1.; Se agregó la línea 630337,"iOS",11,0,-1.; Se agregó la línea 630339,"Android",8,0,-1.; Se agregó la línea 630341,"WindowsPhone",10,0,-1.
El archivo de diccionario creative-status-codes.txt cambió.: Se agregó 175 Creative filtered because it has an empty VAST XML document.; Se agregó 176 Creative filtered because the VAST document can't be parsed.

15 de junio de 2017

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.21: Se agregó el campo is_rewarded_inventory. Este campo se completa con los mismos datos que el campo BidRequest.AdSlot.is_rewarded del protocolo de AdX.

8 de junio de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario creative-status-codes.txt cambió.: Se agregó 174 Creative filtered because it lacks an MP4A file in the VAST.

7 de junio de 2017

Novedades de RTB Proto versión 127

Se agregaron valores sin especificar a las enumeraciones que no tenían un valor predeterminado.: De esta manera, se brinda protección contra el error en el que se incluyen nuevos valores enum en el BidRequest, pero el ofertante aún usa una versión anterior del proto de RTB que carece de esas definiciones de valores enum. En ese caso, la biblioteca de proto hará que el método get muestre el primer valor declarado (si no hay ningún valor predeterminado). Hacer que el primer valor no esté especificado garantiza que los clientes sepan que deben ignorar esos valores.

6 de junio de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario creative-status-codes.txt cambió.: Se agregó 170 Creative filtered because it lacks a MOV file in the VAST.; Se agregó 171 Creative filtered because it lacks a 3GPP file in the VAST.; Se agregó 172 Creative filtered because it lacks a DASH file in the VAST.; Se agregó 173 Creative filtered because it lacks an HLS file in the VAST.

5 de junio de 2017

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.5.0: Se agregó compatibilidad con vcm para las tarjetas finales con llamado a la acción de video. OpenRTB 2.5 permite que el intercambio establezca vcm=1 cuando se admite una tarjeta final con llamado a la acción después del video. Consulta la documentación del objeto Banner en la guía de OpenRTB para obtener más información.; Ahora completamos cat en el objeto App de las apps para dispositivos móviles y asignamos las categorías de apps para dispositivos móviles a los valores de IAB correspondientes. Consulta la documentación del objeto App en la guía de OpenRTB para obtener más información.; Ahora completamos tres métricas para el campo metric del objeto imp: click_through_rate, viewability y completion_rate. Consulta el objeto Imp en la guía de OpenRTB para obtener más información.

4 de junio de 2017

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.20: Se agregó el campo attribute. Este campo se completa con los mismos datos que el campo attribute del objeto de anuncio en el protocolo de AdX, incluido el atributo sizeless de AdX.; Se agregó el objeto PublisherExt para admitir el envío del país del publicador desde el protocolo de AdX.

25 de mayo de 2017

Novedades en los diccionarios de RTB

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

May 11, 2017

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.5.0: Ahora respetamos el campo BidResponse.burl.

May 10, 2017

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.5.0: Ahora configuramos el campo BidRequest.wlang.; Para los anuncios de video, ahora configuramos el campo BidRequest.imp.video.placement.

4 de mayo de 2017

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.5.0: Para los anuncios de video, ahora configuramos el campo BidRequest.{site|app}.content.producer.domain.

2 de mayo de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario geo-table.csv cambió.: Se agregaron ubicaciones nuevas, principalmente en Estados Unidos. Consulta la diferencia completa para obtener más detalles.

21 de abril de 2017

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.5.0: Se actualizó con la especificación OpenRTB 2.5. La compatibilidad real con campos nuevos en OpenRTB 2.5 se incluirá en versiones futuras.

12 de abril de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario publisher-verticals.txt cambió.: Se agregaron y borraron líneas para actualizar el archivo.
El archivo de diccionario mobile-carriers.csv cambió.: Se agregaron y borraron líneas para actualizar el archivo.

27 de marzo de 2017

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.4.1: Se agregó un comentario para indicar que la macro ${AUCTION_PRICE} ahora es compatible con impression_tracking_url.

22 de marzo de 2017

Novedades de RTB Proto versión 126

Se cambiaron los comentarios del campo click_through_url para aclarar su uso.: Se agregaron comentarios para indicar que el campo funciona como una declaración de URL de destino que no se utilizará en un entorno activo.

17 de marzo de 2017

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.4.1: Se actualizó el comentario sobre el campo protocols para reflejar que el campo ahora se configura de forma dinámica para cada solicitud y ya no está codificado en un conjunto específico de valores.

10 de marzo de 2017

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.4.1: Se agregaron comentarios para aclarar que es posible que Authorized Buyers o el publicador trunquen las cadenas que superen max_safe_length tras el procesamiento.

9 de marzo de 2016

Novedades de RTB Proto versión 125

Se actualizó la descripción de max_safe_length campos.: Se agregaron comentarios para aclarar que es posible que Authorized Buyers o el publicador trunquen las cadenas que superen max_safe_length tras el procesamiento.

3 de marzo de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario vendors.txt cambió.: Se agregó 889 Netscore.; Consulta la lista de proveedores certificados para obtener más detalles.

1 de marzo de 2017

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.9: Se quitó dfp_network_code. El valor de este campo siempre es el mismo que el de la primera parte de dfp_ad_unit_code, por lo que ya no se necesita el campo dfp_network_code.

28 de febrero de 2017

Novedades de RTB Proto versión 124

Se agregó un nuevo campo en BidRequest.adslot.matching_ad_data.direct_deal: remaining_impressions_to_buy: Consulta la documentación de RTB sobre acuerdos de Programática garantizada para obtener más detalles.

24 de febrero de 2017

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.4.1: Se agregaron comentarios para aclarar el uso de los campos adm y adm_native.

23 de febrero de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario creative-status-codes.txt cambió.: Los códigos de estado de creatividad 147, 148, 149, 150 y 151 dejaron de estar disponibles y ya no se usan.

22 de febrero de 2017

Novedades de RTB Proto versión 123

Se cambiaron los comentarios de la enum EndCapSupport para dejar en claro que algunos valores no se usan.: Nunca se establecieron los valores END_CAP_FORBIDDEN y END_CAP_REQUIRED en BidRequest.
Se cambiaron los comentarios del campo click_through_url para aclarar su uso.: Se agregaron comentarios para indicar que el campo funciona como una declaración de URL de destino que no se utilizará en un entorno activo.

17 de febrero de 2017

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.4.1: Se quitaron los comentarios para aclarar que los campos demográficos ya no están asignados a los campos UserDemographic de AdX, que dejaron de estar disponibles.; Se agregó un comentario para describir la asignación al protocolo de AdX en el campo BidRequest.Imp.secure.

16 de febrero de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario gdn-vendors.txt cambió.: Se agregó 888 ViewersLogic.; Consulta la lista de proveedores certificados para obtener más detalles.
El archivo de diccionario vendors.txt cambió.: Se agregó 888 ViewersLogic.; Consulta la lista de proveedores certificados para obtener más detalles.

9 de febrero de 2017

Novedades de la versión 122 de RTB Proto

El archivo de diccionario realtime-bidding.proto.txt cambió.: Se modificó la descripción de IN_FEED.

8 de febrero de 2017

Novedades de RTB Proto versión 121

Se agregó un nuevo valor para BidRequest.adslot.matching_ad_data.direct_deal.deal_type: PROGRAMMATIC_GUARANTEED.: Consulta la documentación de RTB sobre acuerdos de Programática garantizada para obtener más detalles.

3 de febrero de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario geo-table.csv cambió.: Se realizaron correcciones menores en jerarquías administrativas, principalmente en Francia. Consulta la diferencia completa para obtener más detalles.

26 de enero de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario creative-status-codes.txt cambió.: Se agregó 165 Creative filtered by publisher's restrictions on which brands can be shown together. Este código se usa si la creatividad se filtró según las exclusiones de anunciantes competitivos que configuró el publicador.

25 de enero de 2017

Novedades de RTB Proto versión 120

Se agregó BidRequest.AdSlot.is_rewarded.: Este campo indica si el usuario recibirá una recompensa por ver el anuncio.

18 de enero de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario geo-table.csv cambió.: Se realizaron correcciones menores en la jerarquía de geo-table.csv. Para obtener más información, consulta la lista de diferencias.
El archivo de diccionario publisher-verticals.txt cambió.: Se agregaron correcciones menores a los nombres en publisher-verticals.txt. Para obtener más información, consulta la lista de diferencias.
El archivo de diccionario creative-status-codes.txt cambió.: Se agregaron nuevos códigos de estado 163 Native ad image asset width not in permitted range y 164 Native ad image asset aspect ratio not in permitted range a creative-status-codes.txt.

13 de enero de 2017

Novedades en los diccionarios de RTB

El archivo de diccionario vendors.txt cambió.: Se agregó 885 Cloud Technologies.; Se agregó 886 Research and Analysis of Media.; Consulta la lista de proveedores certificados para obtener más detalles.
El archivo de diccionario gdn-vendors.txt cambió.: Se agregó 886 Research and Analysis of Media.; Consulta la lista de proveedores certificados para obtener más detalles.

12 de enero de 2016

Novedades de RTB Proto versión 119

Se actualizó la descripción de app_id.: En el protocolo de RTB, se actualizó el comentario de app_id a fin de incluir una muestra para dispositivos Windows.

9 de enero de 2017

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.4.1: Se agregaron comentarios para describir un nuevo comportamiento: en la string de usuario-agente del navegador, se pueden ocultar o reemplazar ciertos datos.

Novedades en los diccionarios de RTB

El archivo de diccionario vendors.txt cambió.: Se agregó 884 Nugg.ad.; Consulta la lista de proveedores certificados para obtener más detalles.

6 de enero de 2017

Novedades de RTB Proto versión 118

Agregar una posición de video de IN_FEED: Agrega una nueva posición de video IN_FEED en el mensaje de video de BidRequest. La posición de IN_FEED corresponde a un formato de video in-feed, para el que la creatividad de video se muestra cuando el usuario se desplaza por un feed de contenido (por lo general, un feed de aplicación social, un artículo de noticias, etc.). El video se renderiza en el feed principal y en la visión y el flujo de lectura del usuario, no a un lado, como en el caso de los videos en banner.

5 de enero de 2017

Novedades sobre los protocolos de RTB

RTB Proto versión 117 y archivo proto de carga masiva de cookies versión 4: Se corrigió un comentario menor en cookie-bulk-upload.proto; Se incrementó el año del aviso sobre derechos de autor a 2017

4 de enero de 2017

Novedades de Proto, versión 22 del Informe de estado de fragmentos

Se agregó el nuevo motivo de rechazo: 93 Unsupported Flash Content

16 de diciembre de 2016

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.4.1: Se actualizaron los comentarios para aclarar que la implementación del anuncio nativo puede rechazar una imagen con una relación de aspecto demasiado lejana a la relación de aspecto preferida y que trunca las strings que son demasiado largas.

Novedades de RTB Proto versión 116

Se agregaron comentarios.: Se actualizaron los comentarios para aclarar que la implementación del anuncio nativo puede rechazar una imagen con una relación de aspecto demasiado lejana a la relación de aspecto preferida y que trunca las strings que son demasiado largas.

14 de diciembre de 2016

Novedades en los diccionarios de RTB

El archivo de diccionario creative-status-codes.txt cambió.: La descripción del código de estado 99 se cambió a 99 Creative filtered because it lacks a required video MIME type in the VAST file (the specific missing type is not available).; Se corrigieron errores tipográficos menores en las descripciones de los códigos de estado 115,120, 131,147,148.

13 de diciembre de 2016

Novedades de RTB Proto versión 115

Se agregó a publisher_country.: El país de la dirección de facturación del publicador. Puede ser diferente del país detectado del usuario en geo_criteria_id o del país de hosting del sitio web.
Aclarar comentarios sobre geo_criteria_id y postal_code

5 de diciembre de 2016

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.4.1: Esta versión simplemente actualiza el comentario del campo BidRequest.imp.video.protocols de OpenRTB para reflejar un cambio en la forma en que se completa el campo. En lugar de contener siempre los números de protocolo correspondientes a VAST 3, este campo contendrá correctamente los números de protocolo para VAST 2, VAST 3 o VAST 4, según lo que sea compatible (consulta las notas de la versión 114 del protocolo RTB).

2 de diciembre de 2016

Novedades de RTB Proto versión 114

Se agregó a BidRequest.Video.protocols.: Este campo contiene una variedad de protocolos de anuncios de video compatibles que coinciden con el comportamiento de OpenRTB 2.4. Actualmente, solo son posibles VAST_2_0, VAST_3_0, VAST_2_0_WRAPPER, VAST_3_0_WRAPPER, VAST_4_0 y VAST_4_0_WRAPPER.

29 de noviembre de 2016

Novedades de RTB Proto versión 113

Se agregó compatibilidad con un nuevo método de reproducción de video.: Se agregó un nuevo valor de enumeración MOUSE_OVER a BidRequest.Video.VideoPlaybackMethod para cumplir con OpenRTB 2.0.

18 de noviembre de 2016

Novedades de RTB Proto versión 112

Se quitaron los campos obsoletos antiguos.: Los campos que antes eran obsoletos y ya no se configuran ahora se quitan por completo para quitar el desorden.

14 de noviembre de 2016

Novedades de RTB Proto versión 111

BidRequest.AdSlot.ExchangeBidding.dfp_network_code quedó obsoleto.: El valor de este campo siempre es el mismo que el de la primera parte de BidRequest.AdSlot.dfp_ad_unit_code, por lo que ya no se necesita el campo dfp_network_code.

9 de noviembre de 2016

Novedades de RTB Proto versión 110

Se agregó a BidResponse.Ad.NativeAd.click_link_url.: Es la URL que carga el navegador o el SDK cuando el usuario hace clic en el anuncio. Puede cambiar entre ofertas. Para ofrecer retrocompatibilidad, cuando no se configura, el navegador o SDK carga el primer click_through_url. Sin embargo, se espera que el click_through_url se mantenga idéntico entre ofertas para el mismo comprador_creative_id, mientras que click_link_url puede cambiar.

4 de noviembre de 2016

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.7
Se agregó a BidResponse.SeatBid.Bid.exchange_deal_type.: Esta opción se usa únicamente para los intercambios que participan en Open Bidding (intercambios de terceros que usan ofertas en tiempo real en DFP). Representa información sobre el tipo de acuerdo que se aplica a una oferta de Ad Exchange.

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.8: Se agregaron indicadores a la extensión nativa en la solicitud de OpenRTB Native 1.1.; Se agregaron los siguientes campos: style_id, style_width, style_height y style_layout_type.

Novedades de RTB Proto versión 109

Se agregaron BidResponse.Ad.AdSlot.exchange_deal_id y BidResponse.Ad.AdSlot.exchange_deal_type.: Solo se usan para los intercambios que participan en Open Bidding (intercambios de terceros que usan ofertas en tiempo real en DFP). Representan información sobre acuerdos que se aplican a una oferta de Ad Exchange.

3 de noviembre de 2016

Novedades de RTB Proto versión 108

Se agregó BidRequest.AdSlot.allowed_ad_types.: Contiene una enumeración repetida que representa los tipos de anuncios que se permiten en la respuesta a la oferta. Los valores posibles son ALLOWED_AD_TYPE_BANNER, ALLOWED_AD_TYPE_NATIVE y ALLOWED_AD_TYPE_VIDEO. Este campo debería facilitar a los ofertantes identificar qué tipos de anuncios pueden mostrar.

2 de noviembre de 2016

Novedades de los diccionarios de RTB: Nueva versión del archivo geo-table.csv

Aspectos destacados de las nuevas orientaciones geográficas:: Alrededor de 100 parques nacionales de EE.UU. y Canadá. Los parques nacionales están disponibles para la segmentación por primera vez.; Alrededor de 1,200 ciudades y códigos postales de Australia/Alemania/Países Bajos/Francia.; 78 Municipios en Puerto Rico.; 71 provincias y distritos de Bangladés.; 21 Provincias o Ciudades de Costa Rica.; 2 nuevos objetivos a nivel del país: Guernsey (GG) y Jersey (JE).; Algunos cientos de objetivos a nivel provincial en Sudamérica, África y Oriente Medio.

31 de octubre de 2016

Novedades de RTB Proto versión 107

Actualiza a BidRequest.AdSlot.NativeAdTemplate.: Se agregaron los siguientes campos: style_id, style_width, style_height y style_layout_type.

Novedades en los diccionarios de RTB

El archivo de diccionario ad-product-categories.txt cambió.: Se agregaron más de 200 categorías generales nuevas que los publicadores pueden usar para bloquear anuncios. Por lo general, estas categorías son más precisas, lo que permite a los publicadores bloquear categorías más específicas, por ejemplo, creatividades de Used Motor Vehicle, en lugar de todas las creatividades de Automotive. Como antes, este archivo de diccionario es útil para asignar los ID de categoría que se encuentran en el campo excluded_product_category en las solicitudes de oferta a categorías legibles.; Para obtener más detalles, consulta la lista completa de diferencias.

27 de octubre de 2016

Novedades de RTB Proto versión 106

Se agregó BidRequest.AdSlot.sticky_settings.: Contiene los diferentes tipos de configuración de permanencia que un publicador puede declarar en su inventario. Se admiten tres tipos de configuración de permanencia: a la vertical, la horizontal inferior y la horizontal superior.

Se dio de baja BidRequest.AdSlot.stickiness.: Este campo dejó de estar disponible y se reemplazó por BidRequest.AdSlot.sticky_settings.vertical_stickiness.

Novedades en los diccionarios de RTB

El archivo de diccionario publisher-verticals.txt cambió.: Se corrigieron errores de ortografía en algunos nombres de categorías. Para obtener más información, descarga la lista de diferencias.

24 de octubre de 2016

Novedades de RTB Proto versión 105

El campo BidRequest.user_demographics está obsoleto.: El campo BidRequest.user_demographics dejó de estar disponible.

21 de octubre de 2016

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.6
Se agregó BidRequest.imp.dfp_ad_unit_code.: Se usa solo para Open Bidding.

Novedades de RTB Proto versión 104

Se agregó BidRequest.AdSlot.non_browser_slot_source.: Se establecerá cuando un publicador declare que el espacio publicitario se publica en un inventario que no sea de un navegador y especificará el tipo de inventario que no provenga de un navegador.

Se agregó BidRequest.AdSlot.is_interstitial_slot.: Se establecerá cuando un publicador declare que el espacio publicitario es intersticial y abarca el contenido durante un período.

20 de octubre de 2016

Novedades de RTB Proto versión 103

Se agregó BidRequest.AdSlot.dfp_ad_unit_code.: Se usa solo para Open Bidding.

14 de octubre de 2016

Novedades en los diccionarios de RTB

El archivo de diccionario geo-table.csv cambió.: Se corrigieron errores menores en la ortografía y la jerarquía geográfica. Para obtener más información, consulta la lista de diferencias.

Novedades de OpenRTB

Protocolo OpenRTB de Google 2.4.1
Esta versión no realiza ningún cambio en los protos, pero actualiza el mapeo con compatibilidad inicial con OpenRTB 2.4:: Los tamaños de impresiones de banners ahora se asignan a Banner.format. Los campos wmin, wmax, hmin y hmax dejaron de estar disponibles y no se propagarán para la versión 2.4+. Los campos w y h aún se propagarán (con la primera dimensión, como antes).; Video.skip ahora se propaga.; Bid.api ahora es compatible.; encabezado HTTPx-openrtb-version es “2.4”.
Los ofertantes que usan OpenRTB/JSON pueden habilitar la nueva versión 2.4 a través de la API de RTB; los ofertantes que usan OpenRTB/Protobuf solo pueden usar la versión 2.3, y la actualización futura se anunciará por separado.

13 de octubre de 2016

Novedades de RTB Proto versión 102

Se actualizó la descripción de "Connected_TV = 4".: En el protocolo de RTB, se actualizó el comentario de "Connected_TV = 4" para describir de manera más completa los dispositivos incluidos.

11 de octubre de 2016

Novedades de Proto, versión 21 del Informe de estado de fragmentos

Se agregó el nuevo motivo de rechazo: 92 Personal Loans

6 de octubre de 2016

Novedades de RTB Proto versión 101

Se actualizó el comentario de la plantilla de anuncios nativos.: En el protocolo de RTB, se modificó el comentario de la plantilla de anuncios nativos para indicar que, en algunas circunstancias, se pueden configurar los campos html_snippet o video_url en lugar del campo native_ad.

5 de octubre de 2016

Novedades de RTB Proto versión 100

Se actualizó el comentario del identificador de publicidad para dispositivos móviles.: En el protocolo de RTB, se actualizó el comentario del campo BidRequest.Mobile.encrypted_advertising_id para aclarar en qué plataformas está disponible (además de dispositivos iOS y Android).

30 de septiembre de 2016

Novedades de RTB Proto versión 99

Se agregó el indicador de la tasa de finalización de video a las ofertas en tiempo real.: En el protocolo de RTB, se agregó un nuevo campo video_completion_rate a BidRequest.AdSlot. Este campo indica una estimación de la probabilidad de que un anuncio de video publicado en este espacio publicitario se vea completo.

29 de septiembre de 2016

Novedades en los diccionarios de RTB

El archivo de diccionario vendors.txt cambió.: Se agregó 880 Navegg.; Consulta la lista de proveedores certificados para obtener más detalles.

20 de septiembre de 2016

Novedades de Proto, versión 20 del Informe de estado de fragmentos

Se agregaron nuevos motivos de rechazo.: 90 Maximum number of HTTP calls exceeded; 91 Maximum number of cookies exceeded
Se cambió el nombre del motivo de rechazo 36 de Invalid ad download size a Maximum download size exceeded

19 de septiembre de 2016

Novedades en los diccionarios de RTB

El archivo de diccionario buyer-declarable-creative-attributes.txt cambió.: Se agregó 105 Rendering: Sizeless AdX. Se usa para declarar si una creatividad HTML puede cambiar de tamaño de forma dinámica para llenar una variedad de tamaños de espacios. Consulta la documentación sobre anuncios intersticiales para obtener más información.

15 de septiembre de 2016

Novedades de RTB Proto versión 98

Se agregó compatibilidad con videos nativos en las ofertas en tiempo real.: En el protocolo de RTB, se agregó un nuevo valor de enumeración VIDEO a BidRequest.NativeAdTemplate y un nuevo campo video_url a BidResponse.NativeAd. Esto permite que los ofertantes envíen una respuesta en video en el campo native_ad cuando VIDEO está presente en BidRequest.native_ad_template.required_fields o BidRequest.native_ad_template.recommended_fields.

13 de septiembre de 2016

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.4.1: Esta versión contiene correcciones menores para OpenRTB 2.4, específicamente: estado de baja de varios campos; compatibilidad de extensiones con Audio y Format; tipo de enumeración correcto del nuevo campo Bid.qagmediarating.

8 de septiembre de 2016

Novedades en los diccionarios de RTB

El archivo de diccionario creative-status-codes.txt cambió.: Se cambió la descripción del estado 107 a Required elements specified in bid_request.adslot.native_ad_template.required_fields are missing or empty para reflejar el cambio lógico que agrega filtros en los elementos obligatorios de los anuncios nativos con valores vacíos explícitos.

7 de septiembre de 2016

Novedades de RTB Proto versión 97

Se actualizaron los comentarios a fin de aclarar que en el caso de las apps para iOS, AppAnnie proporciona app_name.

6 de septiembre de 2016

Novedades de Proto, versión 19 del Informe de estado de fragmentos

Se agregaron nuevos motivos de rechazo.: 81 El video es demasiado largo; 82 Incumple la ley de farmacia japonesa; 83 Farmacia para mascotas no acreditada; 84 Contenido inaceptable: aborto; 85 Contenido inaceptable: control de natalidad; 86 Infringe los requisitos de publicación en chino; 87 La creatividad promueve una farmacia coreana sin certificación de contenido clínico o no apto para menores; 89 Ensayo de reclutamiento para adultos o no apto para menores; 89

2 de septiembre de 2016

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.4.0: Esta es una nueva versión importante que actualiza el esquema del protocolo para las versiones de especificación más recientes: OpenRTB 2.4 y OpenRTB Native 1.1. El cambio es retrocompatible a nivel de la transferencia, pero incorporar el esquema nuevo en el ofertante puede requerir cambios triviales en el código. En particular, hay dos cambios:; Los campos nuevos se agregan según la especificación más reciente, que todavía no están configurados, y la compatibilidad con ellos se anunciará por separado.; Todas las enumeraciones ahora son de nivel superior en lugar de anidadas. Esto no cambia la representación con cable, pero requiere corregir las importaciones o usar nombres de enumeración calificados de manera diferente en algunos idiomas.

31 de agosto de 2016

Novedades en los diccionarios de RTB

El archivo de diccionario gdn-vendors.txt cambió.: Se agregó 284 Research Now.; Consulta la lista de proveedores certificados para obtener más detalles.
El archivo de diccionario vendors.txt cambió.: Se agregó 284 Research Now.; Se agregó 876 Exponential Expandable.; Consulta la lista de proveedores certificados para obtener más detalles.

22 de agosto de 2016

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.5
Se agregó BidRequest.imp.dfp_network_code.: Se usa solo para Open Bidding.

Novedades de RTB Proto versión 96

Se agregó dfp_network_code a BidRequest.AdSlot: Se usa solo para Open Bidding.

18 de agosto de 2016

Novedades de RTB Proto versión 95

Se cambió la semántica del campo mediation_status.: El campo se establece como DIRECT_REQUEST o UNKNOWN en función de si se determinó que la solicitud de anuncio proviene o no del publicador.

8 de agosto de 2016

Novedades de RTB Proto versión 94

Se agregó amp_ad_request_type a BidRequest.AdSlot: Este campo indica si la página es una Accelerated Mobile Page (AMP).

1 de agosto de 2016

Novedades de RTB Proto versión 92

Se tiene en cuenta que las respuestas a las solicitudes de oferta se filtran de la subasta, ya sea que el campo is_test de la solicitud de oferta esté configurado en true o false durante la prueba inicial con el tráfico de Google.

26 de julio de 2016

Novedades en los diccionarios de RTB

El archivo de diccionario gdn-vendors.txt cambió.: Se agregó 874 Cint.; Consulta la lista de proveedores certificados para obtener más detalles.
El archivo de diccionario vendors.txt cambió.: Se cambió 332 Audience Manger (DemDex/Omniture) a 332 Audience Manger (DemDex).; Se cambió 832 The AdExchange a 832 The ADEX.; Se agregó 874 Cint.; Consulta la lista de proveedores certificados para obtener más detalles.

18 de julio de 2016

Novedades de RTB Proto versión 92

Se actualizaron los comentarios para aclarar que, en el caso de los anuncios nativos, click_through_url proporciona la URL de la página de destino a la que se envía al usuario, mientras que click_tracking_url especifica una URL en la que un subproceso en segundo plano puede hacer ping con fines de seguimiento.

14 de julio de 2016

Novedades en los diccionarios de RTB

El archivo de diccionario vendors.txt cambió.: Se agregó 838 Revjet Expandable.; Se agregó 863 Bonzai Expandable.; Se agregó 864 INCUBIQ Solutions.
Los archivos de diccionario vendors.txt y gdn-vendors.txt cambiaron.: Se borraron todos los proveedores de video de VAST, que dejaron de estar disponibles desde abril de 2016. Siempre están permitidos (no se necesita declaración) y no aparecen en el campo allowed_vendors de las solicitudes de oferta.
Consulte la lista de proveedores certificados para obtener más información.

13 de julio de 2016

Novedades de Proto, versión 18 del Informe de estado de fragmentos

Se agregó un nuevo campo detected_domain que expone los dominios detectados durante los análisis de verificación.

11 de julio de 2016

Novedades de RTB Proto versión 91

Se actualizaron los comentarios para indicar que partes de la string del usuario-agente podrían ocultarse o reemplazarse.

8 de julio de 2016

Novedades de RTB Proto versión 90

Se actualizaron los comentarios para aclarar que solo se usa el primer valor de click_through_url como URL de clic para los anuncios nativos.

29 de junio de 2016

Novedades de RTB Proto versión 89

Se actualizaron los comentarios para aclarar que url siempre contiene un protocolo.

22 de junio de 2016

Novedades de RTB Proto versión 88

Se actualizaron los comentarios para aclarar que click_through_rate no incluye datos agregados de AdWords.

Novedades de RTB Proto versión 87

En el comentario BidResponse, se aclaró que BidRequest solo puede tener un AdSlot.
Se hicieron algunos cambios menores en la redacción de otros comentarios.

3 de junio de 2016

Novedades de los diccionarios de RTB: Nueva versión del archivo geo-table.csv

Agrega casi 6,000 nuevas orientaciones geográficas. Estos destinos ya están publicados y presentes en las solicitudes de ofertas (excepto en Birmania, que aún no está disponible). Incorporaciones destacadas:: 2,214 sublocalidades y códigos postales de los Países Bajos; 1,423 ciudades, vecindarios y códigos postales de Malasia.; 722 ciudades, barrios y códigos postales en los principales países del este de Europa (Polonia, Hungría, República Checa) y en Grecia.; 639 provincias, ciudades y barrios en Filipinas.; 155 ciudades y sublocalidades de Suecia.; 104 ciudades y códigos postales de Alemania
Estos son algunos aspectos destacados:: 2 sublocalidades importantes en la ciudad de Nueva York: Manhattan y Queens.; 44 destinos en Birmania, incluyendo el país en sí (nota: aún no está disponible).; Capitales y ciudades grandes de muchos países, como Nairobi en Kenia y la Ciudad de Guatemala en Guatemala

2 de junio de 2016

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.4: Se agregó BidRequest.processing_time_ms.

30 de mayo de 2016

Novedades de Proto, versión 17 del Informe de estado de fragmentos

Se agregó la corrección de declaración VIDEO_IN_SNIPPET_ATTRIBUTE_ADDED.: Esta corrección se aplica cuando un fragmento HTML reproduce contenido de video y, por lo tanto, debe bloquearse en el inventario que lo prohíbe.
Se agregó el campo detected_language.: Este campo informa los idiomas que AdX detectó para la creatividad.; Estos idiomas se usan para aplicar bloqueos de idiomas de los publicadores. Consulta también el campo allowed_languages en el protocolo de RTB.
Se agregó el campo context al mensaje Correction.: Este campo describe los contextos en los que se aplica la corrección.
Los contextos de corrección y publicación ahora separan la Web móvil de las aplicaciones para dispositivos móviles.: Se agregaron valores nuevos a la enum Platform: ANDROID_IN_APP y IOS_IN_APP. Los valores preexistentes ANDROID y IOS cambiaron de nombre por ANDROID_WEB y IOS_WEB.

26 de mayo de 2016

Novedades de OpenRTB Protos

Protocolo de extensiones OpenRTB de Google v.3
Se agregaron BidRequest.imp.publisher_parameter y BidResponse.SeatBid.Bid.bidder_name.: Ambos campos solo se usan para los intercambios que participan en Open Bidding (intercambios de terceros que usan ofertas en tiempo real en DFP).

Novedades de RTB Proto versión 86

Se agregó allowed_languages a BidResponse.AdSlot: Este campo contiene los idiomas de creatividades que permite el publicador.; Si no la estableces, se permitirán todos los idiomas.

25 de mayo de 2016

Novedades de RTB Proto versión 85

Se agregó exchange_bidding a BidRequest.AdSlot y bidder_name a BidResponse.Ad.: Ambos campos solo se usan para los intercambios que participan en Open Bidding (intercambios de terceros que usan ofertas en tiempo real en DFP).

19 de mayo de 2016

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.3.3
Se corrigió el Video.vasttag de la respuesta nativa para que sea un escalar, no un array.
Se actualizaron los comentarios para reflejar los cambios en la codificación de los campos: BidRequest.id, User.customdata y Device.ifa.
Protocolo de extensiones OpenRTB de Google v.2
Se agregaron BidRequest.imp.allowed_vendor_type y BidResponse.SeatBid.Bid.ad_choices_destination_url.

13 de mayo de 2016

Novedades de RTB Proto versión 84

Se agregó ad_choices_destination_url a BidResponse.Ad: Este campo se puede usar para proporcionar un vínculo a tu página de preferencias de anuncios.; Esta opción solo es compatible con anuncios nativos.; Si se proporciona, se agrega un ícono estándar de AdChoices a la creatividad nativa y se vincula a esta URL.

29 de abril de 2016

Novedades en diccionarios de RTB

Se quitaron los proveedores de VAST (video in-stream) de las listas declarables.: Ahora estos proveedores se permiten sin declaración. Dado que los publicadores no pueden habilitarlos o bloquearlos, tampoco los enviamos en el campo allowed_vendors de las solicitudes de oferta.; Consulta la lista de proveedores certificados para obtener más detalles.

28 de abril de 2016

Novedades de RTB Proto versión 83

Se actualizaron los comentarios para aclarar que es posible que viewability se calcule en función de los datos históricos o del entorno.

27 de abril de 2016

Novedades en diccionarios de RTB

Se quitó el proveedor 113 "Image & Flash" de las listas declarables.: Este proveedor dejó de estar disponible. No debe declararse en las respuestas de la oferta, ya que no representa ninguna tecnología de 3PAS (pero si se declara, la oferta no se filtrará por ello). Los ofertantes deben ignorar la presencia o ausencia de este proveedor en el campo allowed_vendors de las solicitudes de oferta, ya que no es un indicador significativo.

12 de abril de 2016

Novedades de `BidResponse`

Se actualizaron los comentarios para aclarar que las respuestas XML recuperadas a través de video_url pueden cumplir con VAST 2.0 o 3.0.

11 de abril de 2016

Novedades en diccionarios de RTB

Se quitó el archivo de diccionario site-lists.txt obsoleto.: En octubre de 2015, AdX dejó de propagar el campo site_list_id en las solicitudes de oferta, lo que elimina la necesidad del diccionario site-lists.txt. Se quitó para reducir la confusión.

1 de abril de 2016

Novedades de RTB Proto versión 81

Comentarios actualizados: Se actualizó el comentario en el campo creative_index de BidResponseFeedback para indicar que siempre hace referencia al índice del anuncio en la respuesta.

30 de marzo de 2016

Novedades del informe de estado del fragmento: Actualización de la política de acuerdos

Se proporciona un estado detallado tanto para la subasta abierta como para los acuerdos.: En general, open_auction_status y deals_status reemplazan a status, que dejó de estar disponible.
El nuevo campo serving_restriction proporciona un estado contextual detallado.: Esto reemplaza disapproval_reason, que dejó de estar disponible. Nos permite comunicar el estado de un anuncio en un contexto específico. Por ejemplo, el anuncio se rechazó en dispositivos móviles porque contiene Flash o el anuncio no se puede publicar en Rusia porque aún no se revisó allí.
Se agregó un nuevo valor de enumeración de estado: CONDITIONALLY_APPROVED: Se usa cuando el anuncio se aprueba en general, pero con restricciones en algunos contextos. La mayoría de los anuncios estarán ConditionALLY_APPROVED para la subasta abierta.

29 de marzo de 2016

Novedades de OpenRTB Proto versión 2.3.2

Documentación mejorada para varios campos:: id en BidRequest y BidResponse; ip, ipv6, carrier, dpidm5 y advertising_id en Device; mensaje Geo; customdata en User; clicktrackers en Link.

4 de marzo de 2016

Novedades de OpenRTB Protos

Protocolo OpenRTB de Google 2.3.1 (disponible ahora): Contiene la versión más reciente del protocolo OpenRTB de Authorized Buyers. En los comentarios, puede encontrar las asignaciones de campos con el protocolo de RTB de Authorized Buyers.
Protocolo de extensiones OpenRTB de Google v.1 (disponible ahora): Contiene las extensiones de Authorized Buyers que se usan en el protocolo OpenRTB.

26 de febrero de 2016

Novedades de RTB Proto versión 80

Se actualizaron los comentarios en el campo fixed_cpm_micros de las ofertas directas.
Se cambiaron los nombres de los valores de enumeración del campo VideoFormat para que coincidan mejor con la funcionalidad: de VIDEO_FLASH a VIDEO_FLV y de VIDEO_HTML5 a VIDEO_MP4.
Se agregaron nuevos valores admitidos al campo VideoFormat: VPAID_FLASH (SWF) y VPAID_JS (JavaScript).

19 de febrero de 2016

Novedades de RTB Proto versión 79

Se actualizaron los comentarios en el campo placement.

8 de febrero de 2016

Novedades de RTB Proto versión 78

Se agregó un nuevo campo de posición de video para reemplazar el campo inventory_type.: El submensaje de video del Proto de RTB ahora tiene un campo placement para diferenciar entre INSTREAM e INTERSTITIAL. El campo inventory_type dejó de estar disponible. Este campo duplica la información que se encuentra en otras partes del proto de RTB.
Se agregó un nuevo campo renderer al submensaje del espacio publicitario.: El campo renderer define quién controla el entorno (ya sea Google o el publicador) que realizó la solicitud de anuncio y renderizará el anuncio. Este campo solo se establece para las solicitudes que permiten anuncios de video de VAST.

29 de enero de 2016

Novedades

Se actualizó snippet-status-report-proto.txt a la versión 15.: Se agregaron dos valores de enumeración CorrectionType: IN_BANNER_VIDEO_ATTRIBUTE_ADDED y MRAID_ATTRIBUTE_Added. Consulta los comentarios sobre los valores nuevos para obtener más detalles.

18 de mayo de 2015

Novedades

Authorized Buyers comienza a aplicar un límite de seguridad máximo en las ofertas: Para protegerse a sí misma y a sus socios de errores y parámetros de configuración incorrectos, Authorized Buyers comienza a aplicar un límite de estado superior de USD 5,000 en las ofertas. Consulta Filtrado de respuestas a la oferta para obtener más detalles.

11 de julio de 2014

Novedades

Ya no se necesita la declaración de menos Flash en la respuesta a la oferta: Ya no es necesario que los compradores declaren el uso de creatividades sin Flash cuando oferten en ese inventario, ya que Authorized Buyers detectará automáticamente la presencia de este tipo de creatividades. Los compradores igualmente deberán incluir creatividades sin Flash cuando oferten en ese tipo de inventario. Si un comprador responde a una solicitud de oferta sin Flash con una creatividad Flash, Authorized Buyers detectará la presencia de una creatividad Flash y filtrará la respuesta a la oferta. Ten en cuenta que Authorized Buyers no detectará si una creatividad de copia de seguridad sin Flash se incluye con una creatividad Flash en una respuesta a la oferta, y Authorized Buyers filtrará esa respuesta para incluir una creatividad Flash.
Se cambió el nombre del campo "encrypted_idfa" a "encrypted_advertising_id": Authorized Buyers cambió el nombre del campo "encrypted_idfa" a "encrypted_advertising_id" para que refleje que podemos pasar a los compradores el IDFA o el ID de publicidad en BidRequest según lo que esté disponible. Los compradores pueden seguir refiriéndose al nombre original del campo "encrypted_idfa" hasta que descarguen y comiencen a usar la versión más reciente del protocolo de RTB. Una vez que un comprador comienza a usar la versión más reciente del protocolo de RTB, debe actualizar su ofertante para hacer referencia a “encrypted_advertising_id” como el nombre nuevo de ese campo. Para obtener más información, consulta Cómo segmentar el inventario de aplicaciones para dispositivos móviles con el IDFA.
Campo nuevo para identificar si el reproductor de video está incorporado: Authorized Buyers agregó un nuevo campo al protocolo de RTB para especificar si el reproductor de video está incorporado o no. El nuevo campo se denomina "is_embedded_offsite" y, si es así, el video se incorpora en páginas fuera del dominio del publicador. Consulta la Guía de integración de video de Authorized Buyers para obtener más información.

16 de julio de 2013

Novedades

[IMPORTANTE] BidResponses debe incluir el tamaño del anuncio para las solicitudes de varios tamaños.

Para todas las solicitudes de oferta que especifican varios tamaños de anuncios, BidResponse debe incluir los campos BidResponse.Ad.width y BidResponse.Ad.height. Las respuestas a ofertas para solicitudes de varios tamaños que no incluyan estos campos se descartarán de la subasta. Esperamos que alrededor del 5% de las solicitudes de anuncios contengan varios tamaños de anuncios a partir del 24 de septiembre de 2013, ya que activamos la asignación dinámica de tamaños múltiples en DFP. Esperamos que este porcentaje aumente con el tiempo.

Aunque no es necesario que las respuestas de ofertas para solicitudes de ofertas de tamaño único incluyan los campos Ad.width y Ad.height, te sugerimos que siempre los incluyas, como práctica recomendada.

[RECORDATORIO] Los informes CSV por región dejarán de estar disponibles el 9 de julio de 2013

Después del 9 de julio, los informes de rendimiento CSV por región ya no estarán disponibles para descargar.

[RECORDATORIO] Se aumentó el tamaño de la descarga a 150 kilobytes

Aumentamos el tamaño de descarga máximo permitido de 50 KB a 150 KB. Además, activamos la aplicación automática de esta política para que se rechacen los anuncios que superen los 150 KB. Consulta la documentación del Centro de ayuda para obtener más detalles.

[RECORDATORIO] Declaración de creatividad sin flash para el inventario de anuncios en aplicación para dispositivos móviles

Todos los compradores con certificación de RTB en apps para dispositivos móviles DEBEN indicar que su respuesta a la oferta de un anuncio no tiene flash si responden a un texto destacado de la app para dispositivos móviles. Si no hay declaraciones de creatividades correctas, es posible que el anuncio se rechace. Consulta la documentación del Centro de ayuda para obtener más detalles.

[RECORDATORIO] que se quitarán provider_name y provider_country de las solicitudes de oferta

El 4 de junio de 2013, finalizamos la asistencia oficial de los camposCarrier_name yoperator_country en BidRequest. Los compradores deben adoptar el nuevo campoCarrier_id. Para obtener más información, consulte el boletín informativo de marzo.

20 de mayo de 2013

Novedades

Tablas de coincidencias alojadas en Google (disponibles ahora)

Google ahora puede alojar la tabla de coincidencias de un comprador entre los ID del comprador y los ID de cookies de Google. Esto reduce los requisitos de infraestructura para nuestros compradores y sienta las bases para mejoras adicionales en la concordancia de cookies. En una llamada, los compradores ahora pueden agregar al usuario a una o más listas de usuarios y establecer la cookie de Ad Manager si falta.

Te recomendamos que adoptes las tablas de concordancia de cookies alojadas en Google. Además de la eficiencia y el ahorro de costos a partir del cambio, también podrás unirte a nuestra versión beta de concordancia de píxeles, que, en promedio, mejora los porcentajes de coincidencias de cookies entre un 20% y un 30%. Para poder usar esta función, debes usar tablas de coincidencias alojadas en Google, por lo que recomendamos a todos los compradores de RTB de AdX que lo hagan lo antes posible.

Cambio en el comportamiento de la concordancia de cookies

A partir del 7 de mayo, Ad Manager cambiará la forma en que se configura la cookie doubleclick.net. De forma predeterminada, Ad Manager configurará una cookie durante todas las llamadas de concordancia de cookies. Si no quieres que Ad Manager establezca la cookie, modifica el ofertante para que incluya el nuevo parámetro google_no_sc durante la concordancia de cookies. Para obtener más información, lee sobre este cambio en nuestra documentación.

[RECORDATORIO IMPORTANTE] La concordancia de cookies v1 dejará de estar disponible el 4 de junio de 2013

Obtén más información sobre este cambio en nuestra documentación sobre la concordancia de cookies o en el boletín informativo anterior.

[RECORDATORIO] Cambio en los requisitos de Pixel Match

A partir del 9 de julio, se descartarán las respuestas de Pixel Match que no incluyan el valor google_push especificado. Este cambio nos ayudará a mejorar nuestros esfuerzos para solucionar problemas de latencia y mejorar nuestra eficiencia de coincidencia de píxeles. Echa un vistazo a todos los detalles en nuestro boletín informativo anterior.

[RECORDATORIO] ACTUALIZACIÓN del protocolo de RTB: campo de agencia nueva en BidResponse

Para permitir que los compradores y vendedores creen Acuerdos preferidos y subastas privadas para una agencia específica, se agregó un campo nuevo, agency_id, a BidResponse. Creamos un nuevo archivo de diccionario con las agencias aceptadas para implementar este nuevo campo. Para obtener más información, consulta la documentación de nuestro Centro de ayuda o comunícate con tu administrador técnico de cuentas.

[RECORDATORIO] Se reemplazaron los campos de ubicación geográfica por geo_criteria_id

Pronto, los campos {country, region, city, metro} en el protocolo de RTB ya no se pasarán en BidRequests. Estos campos se reemplazaron por el nuevo campo geo_criteria_id. Obtén más información acerca de este cambio importante en nuestro boletín informativo de marzo o en nuestro sitio para desarrolladores.

15 de abril de 2013

Novedades

[IMPORTANTE] El campo seller_network dejó de estar disponible.

El campo seller_network se reemplazó por el nuevo campo seller_network_id, que contiene un número entero que corresponde a una red que se encuentra en el archivo de diccionario seller-network-ids.txt. Dejamos de configurar el campo seller_network desde el 2 de abril de 2013. Actualiza tu ofertante para que use el campo nuevo, en especial, para identificar inventario de la Red de Display de Google, que ahora tiene un valor de seller_network_id de 1.

[IMPORTANTE] Cambios en los requisitos de Pixel Match

A partir de mediados de abril, comenzaremos a asignar un valor de string segura para URL al parámetro google_push en nuestras solicitudes de coincidencia de píxeles y esperamos que esa misma string segura para URL se muestre en el parámetro google_push que estableciste. Este cambio nos ayudará con nuestros esfuerzos para solucionar problemas de latencia y mejorar nuestra eficiencia de coincidencia de píxeles.

Actualización del protocolo de RTB: nuevo campo de agencia en BidResponse

Para permitir que los compradores y vendedores creen Acuerdos preferidos y subastas privadas para una agencia específica, se agregó un campo nuevo, agency_id, a BidResponse. Para implementar este campo nuevo, creamos un archivo de diccionario nuevo, agencies.txt, con las agencias aceptadas.

La compatibilidad con este campo les brindará a los compradores más flexibilidad en sus ofertas programáticas y te ayudará a negociar más Acuerdos preferidos con los publicadores que buscan compradores con esta función. Para obtener más información, consulta la documentación del Centro de ayuda o comunícate con tu administrador técnico de cuentas.

Ya no se pueden usar creatividades alojadas en Google para RTB

Antes, los compradores podían usar archivos de creatividades alojados en Google para las campañas de IU y RTB. Ahora los compradores de RTB ya no pueden responder con creatividades alojadas en Google, y se descartarán todas las creatividades alojadas en Google que se hayan enviado en el campo creative_id a través de RTB. Las creatividades alojadas aún están disponibles para los compradores de la IU.

Comentarios en tiempo real de RTB BETA

Para facilitar el uso de estrategias más dinámicas para ofertantes, podemos proporcionar comentarios sobre la subasta casi en tiempo real sobre los motivos por los que no ganó la oferta, por ejemplo: bloqueos del publicador, creatividad no aprobada o una oferta más alta. El motivo real se pasará en el mensaje secundario BidResponseFeedback en una solicitud posterior de BidRequest, y hay una lista completa de posibles motivos en la página de descargas en creative-status-codes.txt. En el caso de las ofertas perdedoras que superaron el precio mínimo especificado y usaron creatividades que no se filtraron antes de la subasta, devolveremos el precio necesario para ganar la subasta. Solo los compradores que aceptan divulgar los datos de su oferta ganadora pueden participar en esta versión beta limitada. Si te interesa participar, comunícate con tu administrador técnico de cuentas.

11 de marzo de 2013

Novedades

[IMPORTANTE] La concordancia de cookies v1 dejará de estar disponible: A partir del 4 de junio de 2013, ya no admitiremos la concordancia de cookies V1. Para entregar un mejor servicio a nuestros compradores, creamos funciones más avanzadas, como las tablas de concordancia alojada, en nuestra API de Cookie Matching v2. Si aún no lo has hecho, recomendamos que todos los compradores actualicen a la nueva versión de Concordancia de Cookies lo antes posible.
[IMPORTANTE] Actualice el cambio de sellers_network_id: Si compras inventario segmentando tus anuncios con el campo sellers_network_id, ten en cuenta que hicimos cambios en algunos de los ID del archivo seller-network-ids.txt. Estos cambios fueron el resultado de una reindexación única de los IDs, y las asignaciones existentes serán persistentes y las siguientes adiciones del publicador se agregarán al final del archivo. Tenga en cuenta que el valor de sellers_network_id de la Red de Display de Google (GDN) cambió de 0 a 1.; Descarga el archivo de diccionario más reciente de los IDs de red del vendedor para asegurarte de segmentar correctamente la GDN y otras redes de publicadores en AdX. Si tienes alguna pregunta, comunícate con tu administrador de cuentas.
[IMPORTANTE] Las impresiones aptas para varios tamaños de anuncios deben incluir el ancho y la altura del anuncio en BidResponse.: Los publicadores aceptan cada vez más tamaños de anuncios para espacios publicitarios individuales. Estas impresiones incluyen varios tamaños en el campo BidRequest.AdSlot y requieren que se muestren los campos BidResponse.Ad.width y BidResponse.Ad.height en las ofertas BidResponse correspondientes. Las respuestas a ofertas realizadas en respuesta a solicitudes que contienen varios tamaños de anuncios deben incluir estos campos; de lo contrario, se filtrarán automáticamente de la subasta.; Actualmente, varias solicitudes de ofertas de tamaño de anuncio solo están disponibles para los compradores que pasan los campos BidResponse.Ad.width y BidResponse.Ad.height en su BidResponse. Esto representa el 3% de las impresiones disponibles y aumentará en el segundo trimestre a medida que nuestros clientes de Ad Manager tengan más inventario disponible. Pronto crearemos una lista de entidades permitidas a fin de que este inventario esté disponible solo para los compradores que establezcan el tamaño del anuncio en respuesta a varias solicitudes de oferta de tamaño del anuncio. Si su ofertante no muestra actualmente los campos BidResponse.Ad.width y BidResponse.Ad.height en sus BidResponses, le recomendamos que comience a hacerlo para ser apto para ese inventario. Comunícate con tu administrador de cuentas para obtener más detalles sobre cómo unirte a la lista de entidades permitidas.
[RECORDATORIO IMPORTANTE] SSL: Próximo cambio en la publicación de anuncios de terceros: Nos complace empezar a admitir el tráfico encriptado por capa de conexión segura (SSL), lo que permitirá que Authorized Buyers comience a ofrecer tipos de inventario adicionales a nuestros clientes, incluido el correo electrónico web y otro inventario de los usuarios que accedieron a sus cuentas. El inventario SSL es único, ya que todas las llamadas posteriores a terceros posteriores a la solicitud de anuncio inicial también deben estar basadas en SSL. De lo contrario, el navegador mostrará una advertencia al usuario. Para garantizar una experiencia del consumidor sin interrupciones en AdX, presentamos una nueva certificación SSL para confirmar que todas las tecnologías de los compradores sean compatibles con SSL.; Como mencionamos a fines de octubre del año pasado, la primera fuente de inventario SSL en AdX provendrá de usuarios que accedieron a sus cuentas en las propiedades que administra y son de Google, como YouTube. Actualmente, solo un pequeño porcentaje del inventario de YouTube tiene habilitado SSL, pero en mayo de 2013 este volumen aumentará a todos los usuarios que hayan iniciado sesión en YouTube, lo que equivale a aproximadamente un 40% del tráfico de YouTube. La oferta de inventario SSL en AdX seguirá creciendo este año a medida que agreguemos inventario nuevo del correo electrónico web y otros entornos seguros.; El inventario SSL solo estará disponible para los compradores certificados como compatibles con SSL por el equipo de certificación de Google. No se pierda esta oportunidad: comience a implementar SSL en sus RTB y en la plataforma de publicación de anuncios de terceros lo antes posible.; Los compradores de RTB no necesitan usar purchase_creative_id por separado para los fragmentos SSL y no SSL. Consulta la documentación del Centro de ayuda para obtener más detalles.
[RECORDATORIO] Nuevo formato para los archivos de configuración del editor: Hace poco hicimos un cambio en el formato de nuestros archivos de configuración del publicador (FSP) para facilitar su procesamiento. El nuevo formato divide el FSP en dos archivos de 9 MB y reduce el tamaño total del archivo en un 60%.; Además, pasaremos de un campo de ID de tipo bytes a un campo de ID de tipo corregido64. Actualmente, se proporcionan ambos campos, pero a partir del 2 de abril de 2013, solo se completará el campo de ID deFix64.; Los FSP proporcionan a los compradores información sobre los requisitos de inventario de cada publicador para ayudar a los ofertantes a tomar mejores decisiones. Los FSP incluyen datos como tecnologías publicitarias permitidas, categorías excluidas y páginas de destino bloqueadas. Comunícate con tu administrador técnico de cuentas si tienes preguntas o consulta la documentación sobre ofertas en tiempo real.
[Protocolo de RTB] PLANIFICACIÓN DE MAPA - Nuevo campo de agencia en BidResponse disponible en marzo: Con el crecimiento de las compras programáticas, los publicadores buscan cada vez más firmar acuerdos programáticos directamente con las agencias. Para permitir que los compradores y vendedores creen Acuerdos preferidos segmentados por comprador, agencia o anunciante específico, se agregará un nuevo campo Agency a BidResponse. La posibilidad de crear acuerdos específicos para agencias les brinda a los compradores más flexibilidad en las compras programáticas de AdX, ya que reduce los conflictos de inversión con otros anunciantes y agencias en sus cuentas.; Creemos que este es un cambio importante y que requiere un poco de trabajo de desarrollo, por lo que hacemos este anuncio a fin de que tengas tiempo suficiente para planificar las modificaciones necesarias para tus ofertantes. Comenzaremos a aceptar este campo a fines de marzo y estará disponible en Acuerdos preferidos más adelante, durante el segundo trimestre. Si admites este campo, los compradores tendrán más flexibilidad en sus ofertas programáticas y te ayudarán a negociar más Acuerdos preferidos con los publicadores que buscan compradores con esta función.; Cuando esté disponible, podrás completar el campo Agency cuando se envíe la creatividad o en BidResponse. Mantente al tanto para obtener más detalles sobre cómo implementar el nuevo campo de agencia y comunícate con tu administrador de cuentas si tienes alguna pregunta.
Las macros de concordancia de cookies ahora están disponibles: Ahora puedes configurar tus URLs de concordancia de cookies con una o más macros para determinar el orden y la ubicación en los que se agregan a la URL los parámetros de concordancia de cookies. Si usa estas macros, tiene más flexibilidad y control para la concordancia de cookies. Consulta nuestra Guía de concordancia de cookies para obtener más información sobre las macros nuevas y cómo usarlas.

Lanzamiento del 15 de octubre de 2012

Novedades

Nuevo proyecto: geo_criteria_id: A partir del 2 de abril de 2013, los campos {country, region, city, metro} del protocolo de RTB ya no se pasarán en BidRequests. Estos campos se reemplazarán con el nuevo campo geo_criteria_id, que es un ID que representa las ubicaciones geográficas que se pueden encontrar en la tabla Objetivos de nuestro sitio para desarrolladores. Si tienes alguna pregunta, comunícate con tu administrador técnico de cuentas.
[ACCIÓN OBLIGATORIA] Migración de seller_network a seller_network_id
: El campo seller_network se reemplazará por el nuevo campo seller_network_id, que contiene un número entero correspondiente a una red que se encuentra en el archivo de diccionario seller-network-id.txt en la página Descargas. Dejaremos de configurar el campo seller_network el 2 de abril de 2013.; Actualiza tu ofertante para que use el campo nuevo, especialmente para identificar inventario de la Red de Display de Google.
[IMPORTANTE] El ancho y la altura del anuncio se deben incluir en las solicitudes de ofertas de varios tamaños de anuncios.: Para todas las solicitudes de ofertas que contienen varios tamaños de anuncios, tu BidResponse debe incluir los campos BidResponse.Ad.width y BidResponse.Ad.height. Las respuestas a ofertas para las solicitudes con varios tamaños de anuncios que no incluyan estos campos se descartarán de la subasta.; Aunque las solicitudes de ofertas con un solo tamaño de anuncio en BidRequest.AdSlot no necesitan incluir los campos Ad.width y Ad.height, te sugerimos que siempre declares el tamaño del anuncio como una práctica recomendada.

Lanzamiento del 2 de julio de 2012

Novedades

Nuevo campo de protocolo de RTB: El campo BidRequest.AdSlot.ad_block_key en el protocolo RTB contiene un número entero de 64 bits que proporciona un identificador estable para las combinaciones (web_property, slot, page). Este campo nuevo le permite realizar un seguimiento del rendimiento de combinaciones específicas de anuncios de espacio publicitario y anuncio para tomar mejores decisiones de ofertas.; Si tienes alguna pregunta sobre el nuevo campo BidRequest.AdSlot.ad_block_key, comunícate con tu administrador técnico de cuentas o consulta la documentación para desarrolladores del protocolo de RTB.
Se requiere el ID del grupo de anuncios cuando BidRequest tiene varios grupos de anuncios: El BidResponse debe incluir el campo billing_id cuando respondas a cualquier solicitud de oferta que tenga varios grupos de anuncios. Una solicitud de oferta con varios campos matching_ad_data (mensajes secundarios) tiene varios grupos de anuncios, ya que cada campo matching_ad_data contiene exactamente un grupo de anuncios.
Antes del 2 de julio de 2012, la respuesta a la oferta debía incluir el campo billing_id solo cuando el ofertante usaba creatividades alojadas o transmisiones combinadas. Este requisito ahora es obsoleto.
Segmentación geográfica masiva en la IU: La herramienta de carga masiva para ubicaciones, que puede potenciar las estrategias de segmentación geográfica, ahora es parte de la IU de Authorized Buyers.

Lanzamiento del 5 de junio de 2012

Novedades

GDN reemplazó GCN como el valor permitido en el campo seller_network.: Ahora BidRequest envía un valor de GDN en el campo seller_network, que reemplaza el valor de GCN que se envió antes del 1 de junio de 2012. Siempre que tu ofertante utilice el campo seller_network, asegúrate de revisar tu código y, si es necesario, adaptarlo para que el cambio de valor no cause problemas.
Anuncios de video in-stream interactivos Beta basados en el estándar VPAID v1.0: VPAID significa “Definición de interfaz de anuncios en reproductores de video” y es un estándar de la industria publicado por la IAB para anuncios de video in-stream interactivos. Authorized Buyers comenzó a admitir la versión beta limitada para anuncios VPAID a través del protocolo de RTB y la IU. Para obtener más información, comunícate con tu representante de cuenta.
Nuevo campo mobile_device_type en BidRequest: Las solicitudes de oferta de inventarios para dispositivos móviles ahora incluyen el campo mobile_device_type. El valor del campo especifica el tipo de dispositivo móvil en el que se mostrará el anuncio: TABLET o HIGHEND_PHONE.
Nomenclatura nueva: Acuerdos preferidos, antes conocidos como Ofertas directas: El término "Acuerdo directo" se reemplazó por "Acuerdo preferido" en la IU y en Ayuda. Busca la nueva nomenclatura en la sección relevante de la documentación de la API de REST del comprador en un futuro cercano.
Nuevo mensaje de UserList en BidRequest: Las solicitudes de oferta pueden incluir uno o más mensajes de UserList. Cada mensaje UserList especifica una lista de segmentación por público a la que se agregó el usuario, junto con el tiempo transcurrido desde que se agregó el usuario. Consulte los temas de ayuda de la IU del comprador sobre el remarketing, en los que la lista de segmentación por público se denomina lista de remarketing. Si desea acordar que su ofertante utilice esta función, comuníquese con su representante de cuenta.
Transición del campo excluded_sensitive_category de string a int32: Tu ofertante puede usar el campo excluded_sensitive_category en el protobuf publisher-settings para ver qué categorías de contenido no permiten los publicadores. Si es así, ten en cuenta que este campo ahora se envía de dos formas: la excluded_sensitive_category int32 repetida y la string DEPRECATED_excluded_sensitive_category repetida. Te recomendamos que, cuando sea conveniente, modifiques tu ofertante para que maneje el formulario int32 de este campo y te prepares para la desactivación final de la cadena.
Al enviar solicitudes de oferta que no tienen una URL ni un ID anónimo, Authorized Buyers puede omitir a tu ofertante: Si prefieres que nunca se envíen solicitudes de ofertas que no contengan una URL de página ni un ID anónimo a tu ofertante, comunícate con tu representante de cuenta para obtener información sobre esta nueva opción.

Próximamente

Segmentación geográfica masiva en la IU: La herramienta de carga masiva para ubicaciones, que puede hacer que las estrategias de segmentación geográfica sean más eficaces, continúa con su lanzamiento gradual como parte de la IU de Authorized Buyers.
El ID del grupo de anuncios será obligatorio cuando una BidRequest tiene varios grupos de anuncios: A partir del 2 de julio de 2012, la BidResponse deberá incluir el campo billing_id cuando responda a cualquier solicitud de oferta que tenga varios grupos de anuncios. A continuación, te mostramos cómo saber si una solicitud de oferta tiene varios grupos de anuncios: busca varios campos matching_ad_data (mensajes secundarios). Como cada campo matching_ad_data contiene exactamente un grupo de anuncios, la presencia de varios campos matching_ad_data siempre significa que existen varios grupos de anuncios.
Cuando entre en vigencia este cambio, el requisito actual (es decir, la respuesta a la oferta debe incluir el campo billing_id cada vez que el ofertante use creatividades alojadas o transmisiones combinadas) quedará obsoleto.

Errores corregidos

Ahora, el informe de estado de fragmentos muestra las categorías esperadas: Las categorías de contenido que se muestran en el Informe de estado de fragmentos son las que se encuentran en el archivo de diccionario ad-product-categories.txt. En algunos casos, el Informe de estado del fragmento mostraba categorías que no estaban documentadas en el archivo del diccionario. Ya se solucionó este problema.

Lanzamiento del 11 de mayo de 2012

Novedades

Los anuncios ahora aparecen solo en los sitios que coinciden con la segmentación por tema y por posición.: Anteriormente, los anuncios aparecían en sitios que coincidían con cualquier tema o con la orientación por posición. Ahora, los anuncios solo aparecerán en los sitios que coincidan con tanto la segmentación por tema como por posición.
Versión beta de creatividades expandibles multidireccionales: Authorized Buyers ofrece compatibilidad con creatividades expandibles multidireccionales como una función beta. Las creatividades expandibles multidireccionales pueden expandirse hasta el tamaño expandido máximo, según se especifica en los Lineamientos del Programa actualizados.
El inventario de video dentro del juego ahora está disponible en Authorized Buyers: El inventario de anuncios de video que las campañas compran en Authorized Buyers ahora incluye el inventario de video en el juego que ofrecen los publicadores de publicidad en juegos de Google.
Cualquier campaña que compre anuncios de video ahora comprará automáticamente estas posiciones en el juego, a menos que se agregue la exclusión de categoría "en el juego" a la campaña. Puedes agregar esta exclusión a través de la API de SOAP del comprador. Para ello, usa CampaignCriterionService para agregar un NegativeCampaignCriterion de tipo ContentLabel, con contentLabelType establecido en GAMES. Esta actualización de la versión beta del video de Authorized Buyers entró en vigencia el 1 de mayo de 2012.
Lineamientos del programa actualizados: Los Lineamientos del Programa se actualizaron para aclarar el alcance de la prohibición de transmitir información de identificación personal, mejorar la coherencia en la terminología utilizada, quitar los temas que abarcan las APIs de Authorized Buyers y las Condiciones del Servicio del Protocolo, explicar la compatibilidad beta con las creatividades expandibles multidireccionales y, para aclarar el proceso de publicación de anuncios mediante servidor de terceros, lo que incluye proporcionar vínculos a la lista de proveedores de tecnología aprobados y a los requisitos para declarar proveedores de tecnología.
Cómo segmentar impresiones de video por tamaño del reproductor: Para el inventario de video, los campos de ancho y altura de la BidRequest.AdSlot ahora describen el reproductor de video. Esta actualización de la versión beta de video de Authorized Buyers te permite segmentar las impresiones de video según el tamaño del reproductor.

Próximamente

Segmentación geográfica masiva en la IU: Como parte de la IU de Authorized Buyers, se está implementando gradualmente una nueva herramienta de carga masiva para ubicaciones, que potencia las estrategias de segmentación geográfica.
GDN para reemplazar GCN como el valor permitido en el campo seller_network: A partir del 1 de junio de 2012, BidRequest enviará un valor de GDN en el campo seller_network, en reemplazo del valor de GCN que se envía hoy. Siempre que tu ofertante use el campo seller_network, revisa tu código y, de ser necesario, adáptalo para asegurarte de que el cambio de valor no cause problemas.
El ID del grupo de anuncios será obligatorio cuando una BidRequest tiene varios grupos de anuncios: A partir del 2 de julio de 2012, la BidResponse deberá incluir el campo billing_id cuando responda a cualquier solicitud de oferta que tenga varios grupos de anuncios. A continuación, te mostramos cómo saber si una solicitud de oferta tiene varios grupos de anuncios: busca varios campos matching_ad_data (mensajes secundarios). Como cada campo matching_ad_data contiene exactamente un grupo de anuncios, la presencia de varios campos matching_ad_data siempre significa que existen varios grupos de anuncios.
Cuando entre en vigencia este cambio, el requisito actual (es decir, la respuesta a la oferta debe incluir el campo billing_id cada vez que el ofertante use creatividades alojadas o transmisiones combinadas) quedará obsoleto.

Lanzamiento del 30 de noviembre de 2010

Hay un campo nuevo en BidRequest llamado cookie_age_seconds. Cuando se establece, indica hace cuánto tiempo se creó la cookie usada en google_user_id.
Hay un campo nuevo en BidRequest.AdSlot.MatchingAdData llamado per_buyer_minimum_cpm. Si se establece como verdadero, este campo indica que el publicador estableció un CPM mínimo específico para la cuenta del grupo de anuncios con segmentación previa.
De manera opcional, ahora puedes publicar creatividades alojadas en lugar de mostrar un anuncio en forma de fragmento HTML. Consulta Cómo crear la respuesta para obtener más detalles.
La nueva compatibilidad con transmisiones separadas y consolidadas facilita la compra a través de una o más DSP desde una cuenta independiente de Authorized Buyers. Consulte Ofertas en nombre de varias cuentas para obtener más información.

Lanzamiento del 14 de septiembre de 2010

Ahora hay una configuración de campaña en la IU que se usa en lugar de la URL adxrtb.com para marcar una campaña y todos sus grupos de anuncios para la segmentación previa. Por el momento, la URL adxrtb.com seguirá funcionando hasta que migremos todas las campañas existentes para que utilicen el nuevo parámetro de configuración. Los anuncios de marcadores de posición siguen siendo obligatorios en los grupos de anuncios de segmentación previa que usan el nuevo parámetro de configuración, y estos todavía requieren que se especifique una URL de destino. Sin embargo, ahora tiene la opción de usar una URL real que corresponda al anuncio de marcador de posición en el fragmento HTML. La otra opción es seguir usando la URL adxrtb.com para el anuncio marcador de posición, pero ten en cuenta que también es necesario configurar la campaña. Ten en cuenta que los grupos de anuncios con segmentación previa y sin segmentación previa no pueden existir en la misma campaña cuando se utiliza la configuración de campaña.
Ahora hay informes automáticos disponibles que contienen información que lo ayudará a comprender el rendimiento de su ofertante. Estos informes se envían por correo electrónico a una dirección que proporcionas aproximadamente cada hora. Comunícate con tu administrador técnico de cuentas si deseas habilitar estos informes.

Lanzamiento del 17 de junio de 2010

Se agregó compatibilidad con HTTPS al servicio de concordancia de cookies. Ahora puede enviar una solicitud a cm.g.doubleclick.net mediante HTTPS en lugar de HTTP. En este caso, el redireccionamiento irá a la misma URL configurada, pero también usará HTTPS en lugar de HTTP.
Hay un nuevo campo timezone_offset en el BidRequest que indica la zona horaria detectada del navegador del usuario cuando está disponible. Descarga la versión más reciente de realtime-bidding.proto desde la página Descargas, lee los comentarios en el nuevo campo y realiza las actualizaciones necesarias en tu aplicación.
Agregaremos más pasos de revisión y verificación para los anuncios publicados mediante RTB. A fin de garantizar que sus anuncios se aprueben para publicarse de manera oportuna, asegúrese de que puedan renderizarse de forma adecuada durante un período prolongado después de la impresión original. A veces, las anomalías o las inconsistencias pueden generar demoras o rechazos prolongados.

Lanzamiento del 14 de abril de 2010

La información de la mitad superior de la página ahora está disponible en el nuevo campo slot_visibility. La nueva definición del búfer de protocolo está disponible en la página Descargas.
En los próximos meses, realizaremos la transición gradual a una nueva taxonomía vertical. El nuevo archivo de taxonomía está disponible en la página Descargas y se agregó un nuevo campo, vertical_dictionary_version, a BidRequest, que indicará cuándo se usa la nueva taxonomía.
Ahora se puede insertar el valor del campo google_user_id de BidRequest en la URL de oferta. Esto se puede hacer con la macro GOOGLE_USER_ID. Consulta Macros de URL de ofertas para obtener más información.
Te recordamos que siempre debes mostrar un BidResponse válido con protocol_version y processing_time_ms configurados para las solicitudes que tienen el campo is_ping establecido en el BidRequest. Esto nos ayudará a realizar un seguimiento de las ubicaciones que pueden llegar a tu ofertante y realizar ajustes de configuración continuos.

Lanzamiento del 10 de marzo de 2010

Authorized Buyers se complace en anunciar una nueva mejora que aumentará significativamente la cantidad de inventario disponible para los compradores en tiempo real. El inventario del publicador que restringe los anuncios que pertenecen a una o más "categorías sensibles" (por ejemplo, política, citas, religión, pérdida de peso) ahora está disponible a través de RTB. A fin de cumplir con las restricciones para publicadores, Google clasificará los anuncios del comprador en función del contenido de la página de destino. Esta clasificación se realizará cada vez que se detecte una nueva página de destino del anuncio, en intervalos de 10 minutos. Como resultado, es posible que los anuncios nuevos no sean aptos para publicarse durante un período breve mientras se clasifican.

Junto con la Red de contenido de Google, Authorized Buyers anuncia una nueva función que permite a los compradores ahora filtrar el inventario de la "mitad inferior de la página" en los sitios de la Red de Display de Google. El nuevo filtro te permite mostrar anuncios solo en los lugares que aparecen en la pantalla del usuario cuando se carga la página, sin necesidad de que se desplace hacia abajo. Google implementó una solución basada en estadísticas para determinar qué anuncios se muestran en la mitad inferior y superior de la página. El modelo basado en estadísticas solo considera los anuncios que aparecen en la mitad superior de la página si están completamente en pantalla cuando se carga la ventana del navegador. Nuestro objetivo con esta versión es brindar a los anunciantes un mayor control sobre dónde aparecen sus anuncios y hacer de la Red de contenido de Google un entorno aún más eficaz y controlado para publicar campañas de marca de alto rendimiento.

Los compradores que utilizan la solución de RTB pueden excluir el inventario de la mitad inferior de la página en la interfaz de usuario. Además de esta funcionalidad de filtrado, cada solicitud de oferta incluirá una indicación de la ubicación de la unidad de anuncios (mitad superior de la página, mitad inferior de la página o desconocida). Puede utilizar estos datos para calcular la oferta. La información se encuentra en el nuevo campo slot_visibility de BidRequest. Puedes encontrar la definición actualizada del búfer de protocolo en la página Descargas.

Además, realizamos los siguientes cambios:

Ahora se respeta la configuración de limitación de frecuencia en las campañas de segmentación previa para decidir si se deben enviar solicitudes de oferta. Anteriormente, se ignoraban esos parámetros de configuración que se realizaban en la IU.
Ahora podemos enviar solicitudes a ofertantes que se encuentren en Europa. Esta opción está disponible para los clientes nuevos con el proceso de prueba habitual. No es necesario que realices más pruebas si ya realizas ofertas desde otras ubicaciones y también tienes servidores en Europa. En ese caso, consulta a tu administrador técnico de cuentas sobre la configuración de la cuota.
El inventario de los publicadores que usan exclusiones de categorías ahora es apto para las ofertas en tiempo real. Debes declarar categorías en una BidResponse cuando ofertes en este inventario. De lo contrario, las ofertas se descartarán.
El sistema ahora envía una pequeña cantidad de BidRequests con el campo is_ping configurado como verdadero.
La secuencia de comandos del solicitante se actualizó de varias maneras para hacer lo siguiente:
- Mantén las conexiones HTTP abiertas
- Propaga todos los campos nuevos presentados en las últimas versiones
- De manera opcional, te permite especificar el conjunto de google_user_ids para enviar BidRequests
- Envía el 1% de las solicitudes con is_ping verdadero.
Hay una versión actualizada de vendors.txt disponible en la página Descargas.
Por el momento, aún debes pedirle a tu administrador técnico de cuentas que realice ajustes de cuota. Si deseas aumentar el tráfico, comunícate con tu administrador técnico de cuentas para solicitarlo.

Lanzamiento del 24 de febrero de 2010

Se agregaron dos campos publisher_settings_list_id a BidRequest. Uno es a nivel de la página y el otro, a nivel del espacio publicitario. Ambos pasan valores que se pueden usar como claves para buscar entradas en listas de restricciones para publicadores. Para obtener más información, comunícate con tu administrador técnico de cuentas.

Hay un nuevo campo seller_network en BidRequest. En el caso del inventario no anónimo (por ejemplo, el inventario para el que está configurado el campo de URL), este campo se completa con el nombre de la red que vende la impresión. Por ejemplo, este campo se completará en todo el inventario de la Red de contenido de Google con el valor "GCN".

La configuración en el nivel de la cuenta mencionada en las notas de la versión del 27 de enero de 2010 ya está activa. Revisa la descripción en las notas anteriores y comunícate con tu administrador de cuentas si deseas cambiar la configuración.

En la página Descargas, hay un nuevo archivo vendor.txt disponible. Muestra más proveedores que la versión anterior. Todos los ID de la versión anterior siguen siendo válidos.

Hay un nuevo campo de categoría en BidResponse. Lee los comentarios sobre ese campo y el campo excluded_category en BidResponse para obtener instrucciones sobre cómo usar esta nueva función. También hay un nuevo archivo ad-categories.txt en la página Descargas con códigos de categoría actualizados.

Asegúrate de utilizar la versión más reciente de la herramienta del solicitante de la página Descargas para hacer pruebas antes de lanzar cualquier cambio en tu ofertante.

Recuerda que debes declarar todas las URLs de anuncios correctamente en el campo click_through_url del BidResponse, según se describe en el artículo del Centro de ayuda Cómo declarar URLs de clic en anuncios. Ten en cuenta que debes incluir el protocolo completo de la URL (por ejemplo, http://www.example.com en lugar de www.example.com).

Lanzamiento del 27 de enero de 2010

realtime-bidding.proto tiene varios campos nuevos y algunos campos dejaron de estar disponibles. Descarga la versión más reciente, lee los comentarios en cualquier campo que haya cambiado y realiza las actualizaciones necesarias en tu aplicación.

Le recomendamos que obtenga la versión más reciente del programa requester.tar.gz y que la utilice para realizar pruebas cada vez que realice un cambio en su programa de ofertas.

Ahora se admiten URLs de ofertas por región. Comunícate con nosotros si deseas configurar una URL diferente en cada región (por ejemplo, una para la costa oeste y otra para la costa este).

En la próxima versión, agregaremos una configuración a nivel de la cuenta para especificar una preferencia para que las impresiones se envíen de forma anónima o de marca en los casos en que haya una opción. Las impresiones anónimas suelen tener umbrales de CPM mínimo más bajos establecidos por el vendedor, pero tendrán un ID anónimo en lugar de una URL del sitio. Las impresiones de marca tendrán una URL del sitio, pero pueden tener un umbral de CPM mínimo más alto. La configuración predeterminada para la preferencia será “de marca”. Comunícate con nosotros si deseas que este parámetro de configuración sea diferente del predeterminado.

Notas de la versión archivadas

17 de diciembre de 2019

Novedades de RTB Proto versión 170

Novedades de OpenRTB Protos

5 de dic de 2019

Novedades de RTB Proto versión 169

Novedades de OpenRTB Protos

21 de noviembre de 2019

Novedades en los diccionarios de RTB

14 de nov de 2019

Novedades de RTB Proto versión 168

Novedades de OpenRTB Protos

13 de noviembre de 2019

Novedades en los diccionarios de RTB

12 de noviembre de 2019

Novedades en los diccionarios de RTB

5 de noviembre de 2019

Novedades en los diccionarios de RTB

17 de octubre de 2019

Novedades de OpenRTB Protos

1 de octubre de 2019

Novedades de OpenRTB Protos

23 de sep de 2019

Novedades de RTB Proto versión 167

16 de sep de 2019

Novedades de RTB Proto versión 166

Novedades de OpenRTB Protos

13 de sep de 2019

Novedades de RTB Proto versión 165

Novedades de OpenRTB Protos

21 de agosto de 2019

Novedades de la versión 8 del protocolo de carga masiva de cookies

29 de jul de 2019

Novedades de RTB Proto versión 164

10 de jul de 2019

Novedades de RTB Proto versión 163

9 de jul de 2019

Novedades de Proto, versión 29 del Informe de estado de fragmentos

13 de marzo de 2019

Novedades de Google RTB Proto versión 162 y los protocolos OpenRTB

10 de diciembre de 2018

Novedades de Proto de carga masiva de cookies, versión 8

10 de diciembre de 2018

Novedades de RTB Proto versión 161

16 de nov de 2018

Novedades de RTB Proto versión 160

Novedades de OpenRTB Protos

29 de octubre de 2018

Novedades de RTB Proto versión 159

22 de octubre de 2018

Novedades de RTB Proto versión 158

Novedades de OpenRTB Protos

Oct 17, 2018

Novedades de RTB Proto versión 157

19 de octubre de 2018

Novedades de OpenRTB Protos

Oct 17, 2018

Novedades de RTB Proto versión 157

8 de octubre de 2018

Novedades de RTB Proto versión 155

1 de octubre de 2018

Novedades de OpenRTB Protos

Novedades de los informes

20 de sep de 2018

Novedades de RTB Proto versión 153

Novedades de OpenRTB Protos

18 de septiembre de 2018

Novedades de Proto, versión 28 del Informe de estado de fragmentos

27 de agosto de 2018

Novedades de Proto, versión 27 del Informe de estado de fragmentos

23 de agosto de 2018

Novedades de RTB Proto versión 153

Novedades de OpenRTB Protos

1 de agosto de 2018

Novedades de RTB Proto versión 152

30 de julio de 2018

Novedades de Proto, versión 26 del Informe de estado de fragmentos

23 de julio de 2018

Novedades en los diccionarios de RTB

19 de julio de 2018