İsteği İşleme

Gerçek zamanlı teklif etkileşimi, Google'ın en iyi yoludur. Bu kılavuzda, uygulamanızı Google Ads'deki Teklif isteğini işleme koymalıdır.

İsteği ayrıştır

Google, teklif isteğini HTTP POST isteğinin ikili yükü. Content-Type şuna ayarlandı: application/octet-stream. Örnek için Örnek teklif isteği bölümüne bakın.

Bu isteği, BidRequest öğesinin bir örneği olarak ayrıştırmalısınız. mesajını alırsınız. BidRequest, realtime-bidding.proto içinde tanımlanmıştır. referans veriler sayfasından edinilebilir. Mesajı, 2 Adımlı Doğrulama'yı için oluşturulan sınıfta ParseFromString() yöntemini kullanarak BidRequest. Örneğin, aşağıdaki C++ kodu bir isteği ayrıştırır dizede bir POST yükü verildi: 

string post_payload = /* the payload from the POST request */;
BidRequest bid_request;
if (bid_request.ParseFromString(post_payload)) {
  // Process the request.
}

BidRequest aldıktan sonra, ortak bir çözüm ihtiyaç duyduğunuz alanları çıkarıp yorumlamanıza yardımcı olur. Örneğin, C++:

for (int i = 0; i < bid_request.adslot_size(); ++i) {
  const BidRequest_AdSlot& adslot = bid_request.adslot(i);
  // Decide what to bid on adslot.
}

BidRequest uygulamasında gönderilen bazı bilgiler (ör. Google Kullanıcısı) Kimlik, dil veya coğrafi konum her zaman mevcut olmayabilir. aboneliğiniz varsa bilinmeyen bilgileri kullanan gösterimi için, bu reklam grupları eşleşmez. Eksik olan bilgileri ön hedefleme koşulları için önemli değilse, teklif istekleri, bilgiler atlanarak gönderilir.

Ön hedefleme reklam grubu hakkındaki bilgiler Her AdSlot için MatchingAdData grup. Belge, Google'ı tıklamasını isteyen ön hedefleme reklam grubunun eşleşen ilk reklam grubu kimliği Teklif isteğini, yani ücretlendirilen reklam grubunu ve kampanyayı göndermek gösterimle ilgili açık artırmayı yanıtınız kazanır. Belirli olması durumunda, bu URL için billing_id öğesini açıkça belirtmeniz BidResponse.AdSlot ilişkilendirmesini kullanarak BidRequest.AdSlot, birden çok matching_ad_data içeriyor. Teklifin içeriğiyle ilgili sınırlamalar hakkında daha fazla bilgi için realtime-bidding.proto.

Sözlük dosyaları

Teklif isteği, sözlük dosyalarında tanımlanan tanımlayıcıları kullanır. referans verilerinde sayfasını ziyaret edin.

Teklif URL'si makroları

İsteğe bağlı olarak, BidRequest öğesinin bazı alanları HTTP POST isteğinde kullanılan URL. Bu, örneğin Bir değer kullanarak birden fazla arka uç üzerinde yük dengeleyen hafif bir ön uç . Teknik hesap yöneticinizle iletişime geçerek kullanabilirsiniz.

MakroAçıklama
%%GOOGLE_USER_ID%%

Şununla değiştirildi: google_user_id BidRequest arasında. Örneğin, teklif veren URL'si 

http://google.bidder.com/path?gid=%%GOOGLE_USER_ID%%
 gibi bir metinle değiştirilir. 
http://google.bidder.com/path?gid=dGhpyBhbiBleGFtGxl
 yanıt verebilirsiniz.

Google User-ID bilinmiyorsa boş dize, ile benzer sonuç

http://google.bidder.com/path?gid=
%%HAS_MOBILE%%

Arama sırasında 1 veya 0 ile değiştirilir BidRequest adlı çocuğun has_mobile() cihazı.
%%HAS_VIDEO%%

1 (doğru) veya 0 (yanlış) ile değiştirilir BidRequest adlı kişinin has_video() numarası aranıyor.
%%HOSTED_MATCH_DATA%%

hosted_match_data alanının değeriyle değiştirilir BidRequest arasında.
%%MOBILE_IS_APP%%

1 (doğru) veya 0 (yanlış) ile değiştirilir BidRequest adlı kullanıcının mobile.is_app alanından.

İşlem URL'sinden mobil uygulama kimliğini bulma

Mobil uygulama işlemleri şuna benzer URL'leri bildirir:

mbappgewtimrzgyytanjyg4888888.com

Dizenin kalın harflerle yazılmış bölümünün kodunu çözmek için base-32 kod çözücü kullanın (gewtimrzgyytanjyg4888888).

Bu sorunu çözmek için kod çözücü gerekir, ancak harflerin büyük yazılması ve sondaki harflerin yerine = değerlerine sahip 8 öğeleri.

Dolayısıyla, bu değerin kodunu çözmek için: 

GEWTIMRZGYYTANJYG4======
 sonuç: 
1-429610587
 429610587 dizesi, iOS uygulamasının uygulama kimliğidir iFunny'dir.

Bir örnek daha. Bildirilen URL: 

mbappgewtgmjug4ytmmrtgm888888.com
 Bu değerin kodunu çözme: 
GEWTGMJUG4YTMMRTGM======
 sonuç: 
1-314716233
 Sonuç olarak 314716233, iOS uygulamasının uygulama kimliğidir TextNow.

İşlem URL'sinden mobil uygulama adını bulma

Aşağıda, uygulama adını nasıl öğrenebileceğinizle ilgili bir örnek verilmiştir. Bildirilen URL aşağıdaki gibidir: 

mbappMFUXELTDN5WS42DZOBQWQLTJN4XHG3DJORUGK4Q888.com
 Bu değerin kodunu çözme: 
MFUXELTDN5WS42DZOBQWQLTJN4XHG3DJORUGK4Q===
 sonuç: 
air.com.hypah.io.slither
 Sonuç, Android uygulaması slither.io.

Open Bidding alanları

Open'a katılan exchange ve ağ teklif verenlerine gönderilen teklif istekleri Teklif verme, standart programa katılan Authorized Buyers'a benzer gerçek zamanlı teklif verme. Open Bidding müşterileri, ek alan vardır ve mevcut birkaç alanın alternatif kullanımları olabilir. Bu şunları içerir:

OpenRTB Authorized Buyers Ayrıntılar
BidRequest.imp[].ext.dfp_ad_unit_code BidRequest.adslot[].dfp_ad_unit_code

Yayıncının Ad Manager ağ kodunu ve ardından reklamı içerir eğik çizgiyle ayrılmış birim hiyerarşisi elde edebilirsiniz.

Örnek olarak bu, şuna benzer bir biçimlendirmeyle görünür: /1234/cruises/mars
BidRequest.user.data[].segment[] BidRequest.adslot[].exchange_bidding.key_value[]

Yayıncıdan exchange teklif verenine gönderilen tekrarlanan anahtar/değer çiftleri.

Değerlerin, BidRequest.user.data[].name şuna ayarlandığında yayıncı görünür: “Publisher Passed”.

İzin verilen satıcıları bildirme

Araştırma, yeniden pazarlama ve ürün geliştirme gibi hizmetler sunan teknoloji tedarikçileri Reklam yayını, alıcılar ve satıcılar arasındaki etkileşimde rol oynayabilir. Yalnızca Authorized Buyers'a katılım için Google'ın onayladığı tedarikçi firmalar etkileşimlere izin verilir.

BidRequest hükümlerini anlamak ve BidResponse, bu iki farklı özelliği bilmeniz gerekir: özellikler:

  1. Bazı tedarikçilerin beyan edilmesi gerekmez; bu tedarikçiler Authorized Buyers Yardım bölümünde listelenmiştir.
  2. Diğer tedarikçiler yalnızca BidRequest ve BidResponse:
    • BidRequest içinde allowed_vendor_type alanı, satıcının hangi satıcılara izin verdiğini belirtir. Teslim edilecek tedarikçiler BidRequest öğesinin allowed_vendor_type alanı Vendors.txt içinde listelenen sözlük dosyası olarak kaydedebilirsiniz.
    • BidResponse içinde vendor_type alanı alıcının kullanmak istediği izin verilen tedarikçi firmalardan hangilerini kullanmayı amaçladığını belirtir.

Örnek teklif isteği

Aşağıdaki örnekler kullanıcılar tarafından okunabilen Protobuf ve JSON istekleri.

Google

OpenRTB JSON

OpenRTB Protobuf

Teklif isteğini ikili program biçimine dönüştürmek için (ör. POST yükü için geçerli bir istek varsa aşağıdaki işlemi yapabilirsiniz (C++'ta). Not, ancak bu, OpenRTB JSON için geçerli değildir.

string text_format_example = /* example from above */;
BidRequest bid_request;
if (TextFormat::ParseFromString(text_format_example, &bid_request)) {
  string post_payload;
  if (bid_request.SerializeToString(&post_payload)) {
    // post_payload is a binary serialization of the protocol buffer
  }
}

Yeniden Pazarlama

Authorized Buyers, mobil uygulamadır. Mobil reklam kimliği bir iOS IDFA veya Android reklam kimliği. Bu kimlik, tarafından yönetilen JavaScript etiketindeki %%EXTRA_TAG_DATA%% makrosu Authorized Buyers'a gidin.

%%ADVERTISING_IDENTIFIER%% makrosu, alıcıların Gösterim oluşturmada iOS IDFA veya Android'in reklam kimliği. Şunun bir değerini döndürür: şifrelenmiş proto arabelleği MobileAdvertisingId beğeni %%EXTRA_TAG_DATA%%:

message MobileAdvertisingId {
  optional bytes advertising_id = 1;
  optional int32 user_id_type = 2;
}

user_id_type, enum AdxMobileIdType:

enum AdxMobileIdType {
  MOBILE_ID_UNKNOWN = 0,
  IDFA = 1,
  ANDROID_ID = 2,
};

Reklam kimliklerini kullanarak mobil reklam kimliklerinden kullanıcı listeleri oluşturabilirsiniz. topladığınız verilerdir. Bu kullanıcı listeleri, ya da bizim sunucumuzdan geçirmememiz gerekir. Google sunucularında kullanıcı listeleri oluşturmak için bizim toplu yükleme tesisimizdir.

Mobil reklamcılık kimliği bir kullanıcı listesiyle eşleştiğinde, bu kimliği kullanarak yeniden pazarlama.

Gerçek zamanlı geri bildirim

Authorized Buyers gerçek zamanlı geri bildirim özelliğini de kullanabilir exchange'ler ve ağlar olarak tanımlanır.

Teklif yanıtı geri bildirimi, her ikisi için de sonraki teklif isteğinde desteklenir AdX Protokolü ve OpenRTB. OpenRTB için BidRequestExt

Teklif Yanıtı Geri Bildirimi'nde gönderilen varsayılan alanlara ek olarak teklif yanıtında da özel veriler gönder (AdX Proto veya OpenRTB'de) şunu döndüren bir event_notification_token kullanılarak BidResponse. event_notification_token yalnızca teklif verenin bildiği ve hata ayıklamaya yardımcı olabilecek rastgele veriler örnek: yeni bir taktiği temsil eden yeni bir hedefleme kimliği veya teklif kimliği ya da reklam öğesiyle yalnızca teklif veren tarafından bilinen meta veriler. Ayrıntılı bilgi için OpenRTB'yi inceleyin GZT ve AdX Proto için Uzantılar Protokol Arabelleği Ad Exchange hesabı oluşturun.

Authorized Buyers teklif verene teklif isteği gönderdiğinde teklif veren yanıt verir BidResponse ile. Teklif verenin gerçek zamanlı geri bildirimi etkinleştirmişse sonraki teklif isteğinde de Authorized Buyers, kampanyanızın BidResponseFeedback mesajında aşağıdaki gibi bir yanıt:

message BidResponseFeedback {
  // The unique id from BidRequest.id
  optional bytes request_id = 1;

  // The index of the BidResponse_Ad if there was more than one. The index
  // starts at zero for the first creative.
  optional int32 creative_index = 2;

  // The status code for the ad. See creative-status-codes.txt in the
  // technical documentation for a list of ids.
  optional int32 creative_status_code = 3;

  // If the bid won the auction, this is the price paid in your account
  // currency. If the bid participated in the auction but was out-bid, this
  // is the CPM that should have been exceeded in order to win. This is not
  // set if the bid was filtered prior to the auction, if the publisher or
  // winning bidder has opted out of price feedback or if your account has
  // opted out of sharing winning prices with other bidders. For first-price
  // auctions, minimum_bid_to_win is populated instead of this field.
  optional int64 cpm_micros = 4;

  // The minimum bid value necessary to have won the auction, in micros of
  // your account currency. If your bid won the auction, this is the second
  // highest bid that was not filtered (including the floor price). If your
  // bid did not win the auction, this is the winning candidate's bid. This
  // field will only be populated if your bid participated in a first-price
  // auction, and will not be populated if your bid was filtered prior to the
  // auction.
  optional int64 minimum_bid_to_win = 7;

  // The minimum bid value necessary to have won the server-side component of
  // the overall auction given that there was also an interest group bidding
  // component to the overall auction which ran using the Protected Audience
  // API. The value is expressed in CPM micros of the buyer account currency.
  // The minimum bid to win for the overall auction, including bids from the
  // server-side and the on-device interest group components, is populated in
  // the minimum_bid_to_win field of the same BidResponseFeedback object.
  optional int64 server_side_component_minimum_bid_to_win = 16;

  // Billable event rate multiplier that was applied to this bid during
  // ranking. The adjustment reflects the likelihood that your bid would
  // generate a billable event (namely, the ad renders successfully) if it won
  // the auction, relative to the probability that other bids generate a
  // billable event if they won the auction. This adjustment can be larger or
  // smaller than 1. This affects the final ranking in the auction only; in
  // particular, this multiplier does not affect the payment or whether the
  // bid clears any floor price.
  optional float billable_event_rate_bid_adjustment = 15 [default = 1];

  // When a publisher uses an RTB auction and waterfall-based SDK mediation on
  // the same query, the winner of the real-time auction must also compete in
  // a mediation waterfall (which is ordered by price) to win the impression.
  // If the bid participated in the auction and there was no waterfall, the
  // value of this field is 0. If the bid participated in the auction and
  // there was a waterfall, the value of this field is a price representing a
  // sample bid from the eligible mediation networks that were higher than the
  // auction winner, weighted by expected fill rate. This field can be used
  // in conjunction with minimum_bid_to_win to train bidding models. The CPM
  // is in micros of your account currency.
  optional int64 sampled_mediation_cpm_ahead_of_auction_winner = 10;

  // Event notification token that was included in the bid response.
  optional bytes event_notification_token = 5;

  // Buyer creative ID that was included in the bid response.
  optional string buyer_creative_id = 6;

  // Possible types of bid response feedback objects.
  enum FeedbackType {
    FEEDBACK_TYPE_UNSPECIFIED = 0;

    // Feedback for a bid that was submitted on a bid response.
    BID_FEEDBACK = 1;

    // Feedback for an interest group buyer submitted on a bid response to
    // particpate in an interest group bidding component of the auction run
    // using the Protected Audience API.
    INTEREST_GROUP_BUYER_FEEDBACK = 2;
  }

  // The type of the BidResponseFeedback message. Google will send separate
  // BidResponseFeedback objects for:
  // a) Each bid submitted on a bid response
  // b) Each buyer submitted on a bid response to particpate in an interest
  // group bidding component of the auction run using the Protected Audience
  // API.
  optional FeedbackType feedback_type = 17;

  // Origin of an interest group buyer that was included in the bid response.
  // This field is populated only for feedback where a bidder opted in an
  // interest group buyer to participate in the interest group bidding
  // component of the overall auction run using the Protected Audience API.
  // To learn more about origins, see https://www.rfc-editor.org/rfc/rfc6454.
  // To learn more about interest group bidding and the Protected Audience
  // API, see
  // https://developers.google.com/authorized-buyers/rtb/fledge-origin-trial.
  optional string buyer_origin = 18;

  // The status code for the submitted interest group buyer. This field is
  // only populated in the feedback for an interest group buyer that a bidder
  // requested to enter into the interest group auction through the bid
  // response. Individual creative status codes of bids submitted by the buyer
  // in the on-device interest group auction are not available. See
  // https://storage.googleapis.com/adx-rtb-dictionaries/interest-group-buyer-status-codes.txt
  // for a list of interest group buyer status codes.
  optional int32 interest_group_buyer_status_code = 19;
}

Bu mesajdan sonra kontrol etmeniz gereken ilk alan bid_response_feedback.creative_status_code; kodu anlamı reklam öğesi-durumu-kodları.txt Teklifi kazanırsanız teklif vermeyi devre dışı bırakabileceğinizi unutmayın. değerlendirebiliriz. Daha fazla bilgi için bkz. Nasıl yapılır? devre dışı bırakabilirsiniz.

Gerçek zamanlı geri bildirim, teklif isteği kimliğini ve takip etmek için:

Açık artırma sonucu Gerçek zamanlı geri bildirim
Alıcı teklif göndermedi. Hiç.
Alıcı, ulaşmadan önce filtrelenen bir teklif gönderdi açık artırmadır. Reklam öğesi durum kodu (creative-status-codes.txt).
Alıcı bir teklif gönderdi ancak açık artırmayı kaybetti. Reklam öğesi durum kodu 79 ( açık artırma için) dahil edilir.
Alıcı, açık artırmayı kazanan bir teklif gönderdi. Temizlenen fiyat ve reklam öğesi durum kodu 1.

Bir uygulama gösterimi ve 83 reklam öğesi durum kodu için, uyumlulaştırma şelalesi kullanıyor olabilir ve dolayısıyla kazanan teklifin, yayıncının hesabındaki diğer taleple rekabet edebileceği geri verilen gösterim şelale zinciri. sampled_mediation_cpm_ahead_of_auction_winner olduğunda teklif verme.

Örnek

Aşağıda, desteklenen uygulamalarda görüldüğü gibi gerçek zamanlı bir geri bildirim örneği verilmiştir. protokoller:

Google

OpenRTB JSON

OpenRTB Protobuf

İlk fiyat açık artırmaları için teklif modeli oluşturma

İlk fiyat açık artırmasında teklif verdikten sonra, geri bildirim alırsınız. minimum_bid_to_win ve dahil olmak üzere geri bildirimler Teklif, sampled_mediation_cpm_ahead_of_auction_winner açık artırmadan filtrelenmedi. Bu sinyaller, daha yüksek veya daha düşük olabileceğine ilişkin bir teklif mantığı gösterimi kazanır.

  • minimum_bid_to_win: Olası minimum teklif gerçek zamanlı teklif açık artırmasını kazanmak için yerleştirilir. Açık artırmayı siz kazandıysanız, bu en düşük teklif olabilir. bu, kazanan teklif olur.
  • sampled_mediation_cpm_ahead_of_auction_winner: Varsa uyumlulaştırma zincirindeki diğer ağlarda değeri, bu alanın değeri, potansiyel müşteri formundaki açık artırmayı kazanandan daha yüksek olan uygun uyumlulaştırma ağları, ağırlıklı beklenen doluluk oranına göre elde edebilir. Bu ayardaki ağlardan hiçbiri için uyumlulaştırma zincirinin doldurması bekleniyorsa veya yayıncı SDK kullanmıyorsa uyumlulaştırma.

İşleyiş şekli

Olası değerleri belirlemek için kullanılan hesaplamaları açıklamak amacıyla minimum_bid_to_win ve sampled_mediation_cpm_ahead_of_auction_winner için öncelikle şunları tanımlar:

  • Aşağıda, uyumlulaştırma zincirindeki BGBM'ler azalan düzende gösterilmiştir:
    \[C_1, C_2, …, C_n\]
  • Aşağıdakiler, reklam grubu düzeyinde BGBM'lere karşılık gelen uyumlulaştırma zinciri:
    \[f_1, f_2, …, f_n\]
  • Aşağıda, beklenen BGBM'yi ve BGBM'yi belirlemek için kullanılan bir işlev verilmiştir. belirtilen dolguya göre \(i\)uyumlulaştırma zinciri öğesinden olasılık oran:
    \(X_i = \{C_i\) olasılıkla \(f_i\); \(0\) olasılıkla \(1 - f_i\}\)
  • Kazanan son uyumlulaştırma zinciri şöyle olur:
    \[\{C_1, C_2, …, C_K, W\}\]
    kazanan teklif \(W\) buradadır ve \(C_K > W >= C_{K+1}\)
  • Açılış fiyatı veya taban fiyat \(F\)olarak gösterilir.
  • İkinci teklif \(R\)olarak gösterilir.
Açık artırmanın kazananı için hesaplamalar
Alan Hesaplama
minimum_bid_to_win
\(max\{F, R, X_{K+1}, …, X_n\}\)
sampled_mediation_cpm_ahead_
of_auction_winner
\(\{C_i\) olasılıkla \(\prod_{j=1}^{i-1}(1-f_j) \cdot f_i \div \prod_{j=1}^{K}(1-f_j)\}\)
\(1 <= i <= K\)için.
Açık artırmayı kaybeden için hesaplamalar
Alan Hesaplama
minimum_bid_to_win
\(max\{F, W\}\)
sampled_mediation_cpm_ahead_
of_auction_winner
\(max\{X_1, …, X_K\}\)

Basit bir uyumlulaştırma zinciri örneği

Bir yayıncının hem gerçek zamanlı teklif vermeyi hem de bir SDK uyumlulaştırma zincirini kullandığı şöyle olur:

SDK Uyumlulaştırma Zinciri Beklenen BGBM Doluluk Oranı
Ağ 1 \(C_1 = $3.00\) \(f_1 = 5\%\)
Ağ 2 \(C_2 = $2.00\) \(f_2 = 45\%\)
Ağ 3 \(C_3 = $0.50\) \(f_3 = 80\%\)
Ağ 4 \(C_4 = $0.10\) \(f_4 = 85\%\)

GZT açık artırmasının sonucu olarak aşağıdakileri varsayın:

GZT Açık Artırması BGBM
Açık Artırmayı Kazanan (W) 1,00 ABD doları
Açık Artırma İkincisi (R) 0,05 ABD doları
Rezervasyon Fiyatı / Taban (F) 0 ABD doları
Açık artırmayı kazanan teklif

Aşağıda, bir dönüşüm için değerlerin ve olasılıkların minimum_bid_to_win ve sampled_mediation_cpm_ahead_of_auction_winner, Kazanan teklif.

minimum_bid_to_win Probability
\(max(F, R, C_3) = $0.50\) \(f_3 = 80\%\)
\(max(F, R, C_4) = $0.10\) \((1-f_3) \cdot f_4 = 17\%\)
\(max(F, R, 0) = $0.05\) \((1-f_3) \cdot (1-f_4) = 3\%\)
sampled_mediation_cpm_
ahead_of_auction_winner		 Probability
\(C_1 = $3.00\) \(f_1 \div (1-(1-f_1) \cdot (1-f_2)) =~ 10.5\%\)
\(C_2 = $2.00\) \(((1-f_1) \cdot f_2) \div (1-(1-f_1) \cdot (1-f_2)) =~ 89.5\%\)
Açık artırmayı kaybeden teklifler

Aşağıda, bir dönüşüm için değerlerin ve olasılıkların minimum_bid_to_win ve sampled_mediation_cpm_ahead_of_auction_winner, kaybeden teklifler.

minimum_bid_to_win Probability
\(max(F, W) = $1.00\) \(100\%\)
sampled_mediation_cpm_
ahead_of_auction_winner		 Probability
\(C_1 = $3.00\) \(f_1 = 5\%\)
\(C_2 = $2.00\) \((1-f_1) \cdot f_2 =~ 42.8\%\)
\(0\) \((1-f_1) \cdot (1-f_2) =~ 52.2\%\)

Teklif birleştirme

Teklif birleştirme, tek bir kompleksin işlenmesini açıklar BidRequest bir uygulamadır. Aynı kimlikleri korudukları için (Authorized Buyers GZT Protokolü'nde BidRequest.google_query_id) veya OpenRTB protokolünde BidRequestExt.google_query_id) Birleştirmeden sonra hangi teklif isteklerinin ilişkilendirildiğini belirler.

Reklam biçimleri

Bazı reklam fırsatları birden fazla biçimi kabul edebilir. Teklif birleştirmede ise her biçimi, uygun gibi özelliklerin gösterildiği ayrı bir teklif isteğinde gönderilir faturalandırma kimlikleri istekte belirtilen biçimle alakalıdır.

Aşağıdaki biçimleri içeren teklif istekleri birleştirilecek ayrı teklif istekleri:

  • Banner
  • Video
  • Ses
  • Yerel biçim

Reklam biçimini birleştirme örneği

Aşağıda, reklam içermeyen basitleştirilmiş bir OpenRTB JSON teklif isteğini gösteren örnek verilmiştir bir eşdeğer düzleştirilmiş istek grubuna kıyasla biçim birleştirme:

Ön Düz

Post-Düz

Fırsatlar

Belirli bir teklif veren için reklam fırsatı, çeşitli anlaşmalarda geçerli olabilir reklam türlerini listeledik. Anlaşmalar için teklif birleştirme özelliğiyle, tek bir teklif herkesin katılabileceği açık artırma için ve her sabit fiyat türü için bir istek gönderilir fırsatınız olur. Uygulamada, reklam kısıtlamaları açık artırmalar ile sabit fiyatlar arasında farklılık gösterebilir belirli bir video reklam fırsatı için geçerli olan teklif türlerini hem herkesin katılabileceği açık artırma hem de sabit fiyatlı anlaşmada Maksimum reklam süresi ve reklamın ayarlanıp yayınlanmayacağı gibi kısıtlamaların atlanabilir reklamlara izin verilir ve bu reklamlar farklılık gösterebilir. Sonuç olarak, reklama birleştirme işlemi uygulanan fırsat, açılış sayfası için reklam kısıtlamalarını daha kolay açık artırma ve sabit fiyatlı anlaşma.

Maksimum atlanabilir video süresi

Google'ın protokolü ve OpenRTB uygulaması aşağıdaki alanları destekler video süresi ve atlanabilirlik açısından:

Süre Atlanabilir süre Atlanabilirlik
Google protokolü max_ad_duration skippable_max_ad_duration video_ad_skippable
OpenRTB maxduration Yok skip

Bunun anlamı, Google protokolünün ayrıntılı ve atlanabilir bir ve atlanamayan süre için OpenRTB uygulamasının yalnızca tek bir maksimum süre değeri.

Teklif birleştirmeden önce OpenRTB'nin maxduration değeri Google protokolünün max_ad_duration değerinden düşük olanı ve skippable_max_ad_duration alanları için geçerlidir. Bu davranış Bu değerler farklı olduğunda iki ayrı teklif isteği göndererek: atlanabilir için maxduration, atlanamayan reklam için diğeri fırsatlar.

Aşağıdaki örneklerde, bir Google protokolü isteğinin nasıl çevrildiği gösterilmektedir OpenRTB'ye teklif birleştirme işleminden önce ve sonra. Eşdeğer Google protokolü istekte max_ad_duration 15 ve bir skippable_max_ad_duration/60.

Örnek max_ad_duration skip (doğru VEYA yanlış)
Birleştirme yapılmayan orijinal istek 15 true
Birleştirilmiş istek 1: Atlanamayan 15 false
Birleştirilmiş istek 2: Atlanabilir 60 true

Atlanabilir video süresi teklif isteği birleştirme yalnızca şu durumlarda gerçekleşir: şu koşullar karşılanır:

  • İstek videoya izin verir.
  • Hem atlanabilir hem de atlanamayan videolara izin verilir ve süreleri birbirinden farklı.
  • Bu istek, Özel Açık Artırma veya Herkesin Katılabileceği Açık Artırma'ya uygundur.
  • Teklif veren hesabının etkin OpenRTB uç noktaları var.

Teknik ekibiniz ile iletişime geçerek bu tür birleştirmeyi devre dışı bırakabilirsiniz. hesap yöneticinize başvurun.

Video kapsülleri

Birden fazla reklam fırsatına sahip video kapsülü için teklif istekleri birleştirilir, Böylece her teklif isteği, söz konusu kapsüldeki tek bir reklam fırsatına yönelik olur. Bu, belirli bir kapsülde birden fazla reklam fırsatı için teklif vermenize olanak tanır.

Open Measurement

Open Measurement, ölçüm ve ödeme için en iyi performans gösteren üçüncü taraf tedarikçi firmaları mobil uygulamaya sunulan reklamlar için bağımsız ölçüm ve doğrulama hizmetleri ortam olarak da bilinir.

Bir yayıncının teklifte Open Measurement'ı destekleyip desteklemediğini belirleyebilirsiniz reklam fırsatının, Publisher-excludable parametresinde bulunan OmsdkType: OMSDK 1.0 özelliğini hariç tutup tutmadığını kontrol ederek reklam öğesi özelliklerini kullanın. Authorized Buyers protokolü için bu değer BidRequest.adslot[].excluded_attribute altında bulundu. OpenRTB protokolü (Bu değer, battr özelliği altında bulunur) Banner veya Video: biçimi de dikkate alınır.

Open Bidding ifadesini içeren teklif isteklerini nasıl yorumlayacağınızla ilgili daha fazla bilgi Ölçüm sinyalleri için Open Measurement SDK ile ilgili Yardım Merkezi makalesi.

Örnek teklif istekleri

Aşağıdaki bölümlerde, farklı reklam türleri için örnek teklif istekleri gösterilmektedir.

Uygulama banner'ı

Google

OpenRTB JSON

OpenRTB Protobuf

Uygulama geçiş reklamı

Google

OpenRTB JSON

OpenRTB Protobuf

Uygulama geçiş reklamı videosu

Google

OpenRTB Protobuf

Uygulama yerel

Google

OpenRTB JSON

OpenRTB Protobuf

Web videosu

Google

Exchange teklif vereni için mobil web banner'ı

OpenRTB Protobuf