Wyjaśnienie par klucz-wartość (KVP) PubGuru

Ten post został ostatnio zaktualizowany 21 marca 2022 r

W MonetizeMore używamy wielu par klucz-wartość (KVP) do przekazywania informacji do kierowania i śledzenia w stosie reklam. Oto, co oznacza każdy KVP:

• m2_bidder : kod licytującego dla zwycięzcy aukcji licytacji w nagłówku dla tego wyświetlenia
• m2_pb : najwyższa stawka zwycięzcy aukcji z określaniem stawek w nagłówku za to wyświetlenie. PubGuru obsługuje waluty międzynarodowe, więc walutą jest waluta używana przez wydawcę w DFP.
• m2_size : rozmiar kreacji zwycięzcy w aukcji z określaniem stawek w nagłówku dla tego wyświetlenia.
• m2_config : reprezentuje wersję kodu HB oraz nazwę konfiguracji. To pozwala nam obliczyć wydajność różnych wersji naszego kodu HB.
• m2_bidder_list : w przypadku niewielkiego odsetka odsłon odrzucamy jednego licytanta z aukcji. Dzięki temu możemy zobaczyć wzrost spowodowany przez każdego licytującego. Każdy znak w tym ciągu odpowiada licytantowi. Wykorzystaliśmy to, aby znaleźć licytantów, którzy po prostu zapełniali innych lub spowalniali aukcję do tego stopnia, że ​​obniżali RPM strony.
• test1, test10, test50, test90 : okresowo wydawcy chcą testować, czy elementy zamówienia kwalifikują się tylko do określonych odsłon. Dla każdego z nich domyślnie przyjmuje się wartość „0”. Przy 1% odsłon test1 = 1. Przy 10% odsłon test10 = 1. Przy 50% odsłon test50 = 1. I przy 90% odsłon test90 = 1.
• m2_traffic : chociaż domyślnie ustalamy stawki za nagłówek dla 100% odsłon, możemy wyłączyć określanie stawek za nagłówek dla określonego odsetka odsłon. Ten KVP informuje, czy HB było włączone dla tego wyświetlenia i dla jakiego odsetka odsłon strony zostało włączone. Na przykład „hbon-50” oznacza, że ​​50% odsłon w tym segmencie miało włączone HB, a dla tego konkretnego wyświetlenia HB było włączone.
• m2_overbid : domyślnie ustawiamy elementy zamówienia HB na limit stawki 20 USD lub równowartość w walucie obcej dla wydawców używających innych walut na swoich kontach DFP. Każda oferta powyżej tego limitu jest zaokrąglana w dół do tego limitu. Dzieje się tak, ponieważ DFP ma zarówno limit czasu trwania elementu zamówienia, jak i limit aktywnego elementu zamówienia. Nieodpowiedzialne tworzenie elementów zamówienia może całkowicie zniszczyć konto DFP, a ponieważ konta DFP są powiązane z kontami AdX i Adsense, niszczy cały łańcuch kont Google wydawcy. To jest niewątpliwe złe. Jednak niektórzy wydawcy mają odbiorców, dla których podniesienie limitu stawki powyżej 20 USD może być korzystne. Ponieważ nie ma dożywotniego limitu KVP, używamy m2_overbid do śledzenia ofert, które przekraczają limit oferty i są zaokrąglane w dół. Wydawcy, którzy zobaczą nieistotne stawki powyżej swojego limitu, zostaną podniesieni.
• m2_timeout : jest to kombinacja KVP używana do śledzenia czasu aukcji. KVP ma następujący format: t#e# lub czasami t#e#x#. Liczba następująca po t to podstawowy limit czasu ustawiony dla aukcji. Liczba następująca po literze e to rzeczywisty czas trwania aukcji. Czasami jest to krótsze niż limit czasu (wszystkie stawki zostały wycofane wcześniej, a DFP był gotowy do uruchomienia wyświetleń). Czasami jest to dłuższe niż limit czasu (zwykle wynika to z braku gotowości DFP).
• m2_auction_extension : ta kombinacja KVP służy do śledzenia parametrów testowanych pod kątem rozszerzenia aukcji. W przypadku rozszerzenia aukcji sprawdzamy gęstość stawek i rozkład stawek wydawcy dla danej odsłony strony i potencjalnie przedłużamy aukcję, jeśli może to być opłacalne.
• odsłona : jest ustawiana na 1 dla każdej nowej odsłony. Aby obliczyć liczbę odsłon, podczas których faktycznie działała nasza technologia, zsumuj całkowitą liczbę wypełnionych i niewypełnionych wyświetleń pageview=1. Może to różnić się od Google Analytics, ponieważ GA zwykle nie jest blokowane, podczas gdy DFP jest blokowane. Zignoruj ​​liczbę przychodów.
• session : jest podobny do KVP odsłony strony, z tą różnicą, że zamiast tego śledzi sesje. Aby obliczyć liczbę sesji, podczas których faktycznie działała nasza technologia, zsumuj łączną liczbę wypełnionych i niewypełnionych wyświetleń, gdzie sesja = 1. Ponownie może to różnić się od GA ze względu na blokadę reklam.
• request_uri : niektórzy wydawcy chcą śledzić przychody według artykułu. Najłatwiejszą metodą dla wydawców jest przypisanie przychodów request_uri. To wszystko po nazwie domeny. Należy jednak pamiętać, że KVP mają limit 40 znaków, więc wydawcy z długimi adresami URL mogą mieć obcięte wartości request_uri.
• głębokość_sesji : reprezentuje liczbę odsłon w sesji użytkownika. Niektórzy wydawcy chcą włączyć tylko niektórych partnerów w zakresie popytu na późniejsze odsłony w sesji.
• a9 : PubGuru obsługuje ładowanie boczne technologii licytacji nagłówków Amazon A9. A9 nie jest obsługiwany w naszym opakowaniu, ale synchronizujemy dwa limity czasu między HB i A9, aby żadne z nich nie mogło zakończyć aukcji wcześniej. W tym KVP śledzimy stan A9 w momencie uruchomienia wyświetlenia.
• google : Google jako firma reklamowa wymaga, aby treści wydawców były bezpieczne dla marki i ogólnie przyjazne rodzinie. Aby temu zaradzić, mamy system ostrzegawczy, który wyszukuje i identyfikuje kontrowersyjne treści. Wydawca może następnie ustawić google=0, google=no lub google=off, aby wyłączyć wszystkie elementy zamówienia Google dla tego wyświetlenia.
• opakowanie : zwykle używane, gdy wydawca skonfigurował test 50/50 między PubGuru a innym opakowaniem. Dopóki jest to ustawione na 50%, można po prostu porównać całkowity przychód między dwoma segmentami opakowania, aby zobaczyć, który ma wyższy RPM strony.

KVP atrybucji przychodów

PubGuru Header Bidding obsługuje również przypisywanie zysków. Odbywa się to za pośrednictwem UTM, a każdy UTM ma odpowiedni KVP: utm_source , utm_campaign , utm_content , utm_term , utm_medium . Ponieważ DFP nie obsługuje raportów dotyczących wielu KVP, obsługujemy również kombinowane KVP:

• utm_source_campaign : źródło i kampania oddzielone dwukropkiem
• utm_scm : źródło, kampania i medium, oddzielone dwukropkami

KVP osób trzecich

Niektórzy nasi partnerzy reklamowi dodają również KVP do stosu reklam. Obejmują one:

• amznbid : skrót stawki dla Amazon A9.
• oxb, ox160x600 , ox300x250 , ox300x600 , ox320x50 , ox728x90 i podobne: niektóre implementacje licytującego OpenX używały tych KVP.