Otwarte ustalanie stawek umożliwia giełdom i innym kupującym korzystanie z określania stawek w czasie rzeczywistym do ustalania stawek za zasoby reklamowe Google Ad Managera i AdMob.
Aby uczestniczyć w Otwartym ustalaniu stawek, skonfiguruj określanie stawek w czasie rzeczywistym dostosowaną do Twojego przypadku użycia Otwartego ustalania stawek i wysyłanie licytującego punktów końcowych do menedżera konta Google w celu przetestowania i sprawdzenia, czy będzie działać prawidłowo. To jednorazowa operacja.
Ograniczanie integracji do wybranych wydawców
Integracja z Otwartym ustalaniem stawek może pozostać w trybie prywatnym dopóki nie gotowe do przyjmowania próśb od wszystkich wydawców. W trybie prywatnym możesz: współpracować z zespołem ds. kont, aby nawiązać kontakt z wybranymi wydawcami w tym stanie, kiedy wszystko będzie gotowe do skalowania. Po wyłączeniu trybu prywatnego będzie widoczne dla wszystkich wydawców.
Obsługiwane protokoły i kodowanie
Zalecamy korzystanie z OpenRTB przez Google. Protokół Google RTB został wycofany. Więcej informacji
Implementacja Google OpenRTB
Implementacja OpenRTB firmy Google nie obsługuje wszystkich funkcji dostępnych w specyfikacji OpenRTB z rozszerzeniami w przypadku Authorized Buyers i OpenRTB. Funkcje związane z określaniem stawek. Dowiedz się więcej o ofercie Google OpenRTB implementacji i ich związku z zastrzeżonymi kupującymi w Authorized Buyers, Protokół określania stawek w czasie rzeczywistym znajdziesz w przewodniku po OpenRTB.
Obsługa przychodzących pytań o stawkę
Otwarte ustalanie stawek używa tej samej struktury BidRequest
co Otwarte ustalanie stawek
kupujących, ale niektóre pola są wysyłane tylko do uczestników Otwartego ustalania stawek.
Zapoznaj się z przewodnikiem po prośbach
by dowiedzieć się więcej o polach dotyczących Otwartego ustalania stawek, które są wysyłane w pytaniu o stawkę.
Odpowiedz stawką
Otwarte ustalanie stawek również wykorzystuje podobną strukturę BidResponse
kupujących z Authorized Buyers, ale niektóre pola wyłączne zostaną przesłane do Otwartego ustalania stawek.
uczestników. Zobacz przewodnik z odpowiedziami
.
W zależności od preferowanego formatu reklamy, dla którego chcesz ustalać stawki, odpowiedź mogą znacznie się różnić. Zapoznaj się z poniższymi przewodnikami, które pomogą Ci skonfigurować aplikacji licytującego, aby odpowiedzieć za pomocą stawek za popularne formaty reklam:
- Reklamy pełnoekranowe
- Reklama wideo
- Reklamy wideo OpenRTB
- Reklamy natywne
- Natywne reklamy wideo
- Reklamy SDK kupującego
Śledzenie wyświetleń w celu zmniejszenia rozbieżności
Zdecydowanie zalecamy użycie opcjonalnego atrybutu impression_tracking_url
pole, w którym można pobrać dane na poziomie wyświetleń, kiedy Google rejestruje rozliczenia
zdarzeń, za które naliczane są opłaty. W przypadku OpenRTB jest to widoczne jako BidResponse.seatbid[].bid[].ext.impression_tracking_url
,
oraz jako BidResponse.ad[].impression_tracking_url
w Google
protokołu.
Rozwiązywanie problemów z rozbieżnościami w źródłach ofert reklamowych Google (beta)
Ta funkcja ma zapewnić, że liczba wyświetleń, w przypadku których które są rozliczane zgodnie z liczbą wyświetleń opłacanych przez Reklamy displayowe Google Video 360 (DV360).
Dzięki dokładnemu identyfikowaniu wyświetleń DV360, które zostały zrealizowane przez reklamę otwartą ustalania stawek, Google może potem dostosować pod kątem spamu w reklamach i zdarzeń podlegających rozliczeniu , aby uniknąć opłat za wyświetlenia, za które nie otrzymujesz zapłaty.
Propaguj parametr google_query_id w pytaniach o stawkę
Aby mieć pewność, że liczba prawidłowych wyświetleń jest taka sama
Oferty reklamowe Google, google_query_id
musi być rozpowszechniany w takiej postaci, w jakiej z
Żądania Otwartego ustalania stawek wysyłane do platform popytu Google. Jest to konieczne, aby
Rozwiązywanie rozbieżności w przypadku rozbieżności w zakresie Otwartego ustalania stawek. Bieżąca oczekiwana długość
google_query_id
ma około 64 bajty.
Propaguj token_innego_kupującego w odpowiedziach na stawkę
W przypadku, gdy platforma ofert reklamowych Google wygra wewnętrzne mechanizmy giełdy
aukcji, pole third_party_buyer_token
musi być rozpowszechnione w takim stanie, w jakim jest
odpowiedź na stawkę w ramach wyświetlenia w Otwartym ustalaniu stawek. Dzięki temu
platform wydawców Google, aby ustalić, że zwycięska stawka z aukcji otwartych
Partner ustalający stawki to stawka w imieniu źródła ofert reklamowych Google za to samo wyświetlenie
możliwość. Obecna maksymalna długość tego pola to 150
B.
Przekazuj znaczniki Google kreacji w takiej postaci, w jakiej są w odpowiedziach na stawkę
Aby rozwiązanie dotyczące rozbieżności dotyczyło stawek pochodzących z określonych
ze źródeł ofert reklamowych Google – do rozpowszechniania znaczników kreacji Google wymagana jest giełda;
bez żadnych opakowań (tagów skryptu, elementów iframe czy kodów VAST). Ze względu na to, że
rozwiązanie rozbieżności, Google może unieważnić reklamy i nie wystawiać faktur za te otwarte
Wyświetlenia z określaniem stawek, które nie zostały zliczone przez platformy popytu Google. Google
będzie okresowo sprawdzać znaczniki kreacji, by potwierdzić, że stawki
third_party_buyer_token
zostały przesłane w imieniu źródeł ofert reklamowych Google,
nie ma żadnego innego kupującego.
Kreacje HTML5
Giełda musi przesyłać znaczniki Google HTML w takiej postaci, w jakiej jest, specyficzne dla giełdy objaśnienia, które mają zastosowanie, oraz opcjonalnie piksele śledzące lub skrypty przesyłane przez giełdę.
Google nie może zastosować rozwiązania rozbieżności, jeśli giełda obejmuje Google
Do tagu (script
, iframe
lub innego)
technik), które następnie wczytują lub renderują kod HTML Google.
Kreacje wideo VAST
Aby kwalifikować się do rozwiązania rozbieżności, giełda musi:
użyj jednej z tych metod, aby wypełnić pole VASTTagURI
w
Odpowiedzi XML VAST:
- Wymiana może zachować wartość elementu
VASTTagURI
jako część dokumentu XML VAST zwróconego przez Google w poluadm
w postaci, w jakiej jest, z rozwiązaniami makr związanymi z giełdą, które zwykle mają zastosowanie. - DV360 może wypełnić pole
nurl
adresem URL dokumentu VAST w polu odpowiedzi na pytania o stawkę na giełdzie. Wymiana może następnie przekazać wartość Wartośćnurl
w odpowiedzi Google (DV360) w dokumencieVASTTagURI
, a makra specyficzne dla giełdy są w razie potrzeby rozwinięte.
Giełda może określać dodatkowe zdarzenia i moduły do śledzenia błędów VAST w ramach VAST w razie potrzeby dokument XML.
Okazje
Giełdy uczestniczące w Otwartym ustalaniu stawek mogą używać Umowy preferencyjne (DD), Aukcje prywatne (PA) w Otwartym ustalaniu stawek. Identyfikator i typ umowy muszą być określone w ten sposób:
Pole | Opis |
---|---|
Protokół OpenRTB:BidResponse.seatbid[].bid[].dealid Protokół Google: BidResponse.ad[].adslot[].exchange_deal_id |
Identyfikator umowy z przestrzeni nazw giełdy powiązanej ze stawką i raportowany wydawcom. Jest to dowolny tekst w formacie UTF8, który nie może mieć więcej niż 64 bajty. |
Protokół OpenRTB:BidResponse.seatbid[].bid[].ext.exchange_deal_type Protokół Google: BidResponse.ad[].adslot[].exchange_deal_type |
Wyliczenie określające typ umowy. Są one przekazywane wydawcom i wpływają na sposób realizacji umowy
traktowanych w aukcji. Możliwe wartości:OPEN_AUCTION = 0; PRIVATE_AUCTION = 1; PREFERRED_DEAL = 2; EXCHANGE_AUCTION_PACKAGE = 3; |
Poniżej znajdziesz przykładową odpowiedź na pytanie o stawkę OpenRTB w przypadku usług PD/PA.
id: "ECHO_BIDREQUEST_ID" seatbid { bid { id: "BID_ID" impid: "1" price: 1.23 adm: "AD_TAG" adomain: "DECLARED_LANDING_PAGE_URL" cid: "BILLING_ID" crid: "CREATIVE_ID" dealid: "DEAL_ID" w: 300 h: 250 [com.google.doubleclick.bid] { impression_tracking_url: "IMPRESSION_TRACKING_URL" exchange_deal_type: "DEAL_TYPE" } } }
Dopasowywanie plików cookie
Aby zapełniać zasoby hostowane przez Google tabele odpowiedników, Uczestnicy Otwartego ustalania stawek mogą skorzystać z tych opcji, które najlepiej odpowiadają ich Potrzebuje:
- Dopasowywanie plików cookie: dopasowywanie inicjowane przez kupującego lub giełdę Dowiedz się więcej.
- Dopasowanie pikseli: dopasowywanie inicjowane przez Google Dowiedz się więcej.
- Asystent dopasowania plików cookie: dopasowywanie inicjowane przez giełdę do licytujących Dowiedz się więcej.
Zarządzanie czasem oczekiwania
Należy użyć miejsc obrotu, które znajdują się na Przewodnik dotyczący połączeń równorzędnych aby oszacować czas oczekiwania, jaki będą miały punkty końcowe licytującego, gdy odpowiadają na przychodzących pytań o stawkę.
Warto wziąć pod uwagę duże giełdy, które otrzymują wiele pytań o stawkę zawieranie z Google porozumienia równorzędnego w celu zmniejszenia i skrócenia czasu oczekiwania; zmienności. Więcej informacji o połączeniach równorzędnych
Makra kliknięć
Zalecamy zaimplementowanie makr kliknięć. Pozwoli to na raportowanie obejmujący kliknięcia i dane dotyczące kliknięć na koncie oraz wydawców, z którymi współpracujesz. Więcej informacji
Interfejsy API
Klienci korzystający z Otwartego ustalania stawek mogą używać interfejsów API typu REST Authorized Buyers. by uzyskać dostęp do danych, które mogą być przydatne przy rozwiązywaniu problemów. Tylko następujące zasoby interfejsu API są obecnie dostępne:
- Raport skuteczności (wersja 1.4)
- Rozwiązywanie problemów z określaniem stawek w czasie rzeczywistym (RTB) w wersji 2beta1
Aby skonfigurować konto, skontaktuj się z technicznym menedżerem konta dostępu do tych interfejsów API oraz pobierania identyfikatora konta potrzebnego do połączeń. Aby uzyskać pomoc techniczną w zakresie używania tych interfejsów API, możesz skontaktować się z Alias obsługi klienta adxbuyerapi-support@google.com.
Dodatkowe materiały
- Sprawdzone metody zarządzania połączeniami
- Używanie makr adresu URL stawki
- Odszyfrowywanie potwierdzeń cen, jeśli używasz makra WINNING_PRICE
- Rekomendacje i sprawdzone metody dotyczące testowania
Przykładowe pytania o stawkę i odpowiedzi
Przykłady pytań o stawkę i odpowiedzi ze wszystkich obsługiwanych protokołów znajdziesz na stronie wniosek i Response przewodnikami.