Headerbieden versus RTB (realtime bieden) is een van de meest gestelde vragen van uitgevers. Er bestaat veel verwarring rond headerbieden versus RTB en het is gemakkelijk in te zien waarom, aangezien beide termen veel rondgegooid worden in de advertentietechnologiesector. Er zijn zelfs tal van blogs op internet met de titel ‘header bidding vs RTB’.
Maar wat als we u vertellen dat zowel headerbieden als realtime bieden niet bedoeld zijn om met elkaar te worden vergeleken? In werkelijkheid werkt header bidding binnen het raamwerk van real-time bieden.
Met andere woorden: headerbieden maakt gebruik van realtime bieden om de best betalende adverteerders te vinden. Header bidding is eigenlijk een verbetering bovenop Real Time Bidding (RTB).
Omdat bieden via koptekst onder realtime bieden valt, moeten we eerst begrijpen wat het precies is voordat we ingaan op bieden via koptekst versus rtb.
Wat is realtime bieden? (Realtime bieden uitgelegd)
Realtime bieden is een proces dat kopen en verkopen mogelijk maakt advertentievertoningen in realtime via een online veiling. Het is een veiling op vertoningsniveau die in realtime plaatsvindt (in de tijd tussen het opvragen van een webpagina door de gebruiker en het voltooien van het laden van de pagina). Deze geautomatiseerde, onmiddellijke advertentieaankoop/verkoop is synoniem met programmatisch adverteren.
Wat is een voorbeeld van realtime bieden?
Zie het als een snel stoelendansspel.
Stel je een kamer vol stoelen voor (advertentie plaatsingen) en mensen (adverteerders) die om hen heen cirkelen. Terwijl de muziek begint (gebruiker vraagt een webpagina op), haast iedereen zich om een stoel te pakken (plaats een bod) voordat de muziek stopt (het laden van de pagina is voltooid).
De stoelen worden snel gevuld door de hoogste bieders, en degenen die geen stoel hebben bemachtigd, missen de weergave van hun advertentie aan de gebruiker. Het draait allemaal om snel en strategisch reageren om de beste plaatsing voor uw advertentie in realtime te garanderen.
Nu u weet wat RTB is, gaan we eens kijken hoe RTB-advertenties werken.
Hoe werkt Realtime bieden werkt?
Wanneer u een webpagina bezoekt, worden de details over de advertentieruimte (zoals grootte en locatie), de pagina zelf en uw browsegeschiedenis worden naar de website verzonden advertentieserver. Als de advertentieruimte nog niet rechtstreeks is verkocht, gaat deze naar een advertentie-uitwisseling waar meerdere adverteerders op kunnen bieden.
Hier is hoe het werkt:
- Adverteerders plaatsen hun biedingen om u een advertentie te laten zien.
- Veilingtypen:
- Tweede prijs veiling: Het hoogste bod wint, maar de winnaar betaalt slechts 1 cent meer dan het op één na hoogste bod. Dit zorgt ervoor dat de winnaar een eerlijke prijs betaalt die dicht bij de werkelijke waarde ligt en voorkomt dat er te veel wordt betaald.
- Eerste prijs veiling: Het hoogste bod wint en de winnaar betaalt het exacte bedrag dat hij heeft geboden. Dit vereenvoudigt het veilingproces en zorgt voor meer transparantie.
- Het hoogste bod wint afhankelijk van het veilingtype dat wordt gebruikt.
Ten slotte wordt de winnende advertentie op de webpagina weergegeven.
Het hele proces duurt milliseconden.
Het was een enorme verbetering ten opzichte van eerdere transactiemodellen, waarbij voorraad in bulk werd ingekocht, zonder enige aandacht voor targeting. We hebben een mooie gepubliceerd gedetailleerde gids over RTB, om uit te leggen hoe het traditionele vormen van overnam display-advertentie transacties.
Waarom was realtime bieden populair?
RTB maakt adresseerbare advertenties mogelijk; de mogelijkheid om advertenties rechtstreeks aan consumenten weer te geven op basis van hun demografische, psychografische of gedragskenmerken.
— IAB, OpenRTB-project
Uitgevers zouden dit kunnen instellen bodemprijzen om de controle over de vertoningswaarden te behouden en deal-ID's te gebruiken om speciale advertentiepakketten te maken. Tegen die tijd is de openRTB landschap bestaande uit verschillende RTB-typen:
- Vlaggen voor privéveilingen (PMP's)
- Directe aanbiedingen (programmatisch direct)
- “Eerste blik” – Bieden met prioriteit voor bepaalde adverteerders, vaak met aanvullende uitgeversgegevens.
Hier ziet u hoe RTB doorgaans wordt gepositioneerd in de advertentiestack van een uitgever:
RTB is als online winkelen... tegelijk een gemak en ook een gamechanger. Winkelden we vóór het internet? Ja. En toch hebben we nu meer opties, winkelen we efficiënter, kunnen we onze ervaringen personaliseren, en ja – we vinden vaak betere prijzen. Als gevolg hiervan winkelen we meer en is de totale handelstaart groter geworden.
— Josh MacFarland, CEO, TellApart (Bron )
Waarom werd realtime bieden gebruikt?
Binnen de inventaris die is toegewezen aan RTB-transacties werkt de waterval: Als een uitwisseling niet aan de vereisten voldoet bodemprijs vóór de time-out ging de vertoning door naar de volgende bron van vraag enzovoort totdat het wordt gewist of onverkocht wordt teruggestuurd naar de advertentieserver.
In een normale watervalconfiguratie van een advertentieserver gaan directe aankopen eerst. Vervolgens verdelen uitgevers advertentievoorraad aan een of meer beurzen, waarbij gebruik wordt gemaakt van schattingen en gemiddelden van wat elke beurs kan opleveren – niet door de vraag in realtime te meten. Als de dominante advertentieserver van de uitgever is die van Google DoubleClick for Publishers rijdt tijdens dit proces vaak de bus.
— Sarah Sluis, AdExchanger (Bron )
Hoe 'stuurt' de DFP van Google de bus?
Door de invoering Google AdX in een bevoorrechte positie door “dynamische toewijzingw” en “verbeterde dynamische toewijzing”, waardoor AdX zijn positie in de waterval overtreffen en als eerste bieden op elke andere vraagbron.
Dynamische toewijzing verpest de andere beurzen omdat AdX hierdoor de voorraad kan selecteren.
— Anonieme uitgever, AdExchanger
Dit is waar kopbieden het speelveld gelijk maakt, en door de stijgende populariteit probeert Google te concurreren met oplossingen zoals exchange-biedingen in dynamische toewijzing (binnen DFP). De pionier op het gebied van header bidding, AppNexus, sloeg op zijn beurt het aanbod om deel te nemen af ruil bieden.
U kunt ook deze video bekijken om het verschil tussen bieden via koptekst en de watervalmethode te begrijpen:
Wat is bieden via koptekst?
AppNexus werkte al aan een systeem dat de waterval zou kunnen vervangen. In 2009 kwamen ze uit Prebid.js en open source gemaakt.
Inmiddels weet je het waarschijnlijk wel kop bieden maakte de waterval zowel figuurlijk als letterlijk plat. Het stuurt oproepen naar meerdere geïntegreerde SSP's tegelijkertijd, in plaats van achtereenvolgens van de ene uitwisseling naar de andere te springen.
Hier is Ben Kneen van AdOpsInsider, die de USP uitlegt die headerbieden zo effectief maakt:
Het belangrijkste bij bieden via koptekst is dat Hierdoor kan de uitgever weten of er vraag is naar een bepaalde vertoning in de uitwisseling voordat hij een beslissing neemt over het weergeven van advertenties. De gebruiker moet de SSP bellen vaardigheden de advertentieserver zodat de SSP de cookie van de gebruiker kan lezen en de vertoning kan waarderen. Door dit te doen kan de uitgever met veel verschillende SSP’s werken en niet slechts met één enkele. Om met meerdere SSP-platforms te kunnen werken, moet er een mechanisme zijn om ze allemaal op hetzelfde niveau te laten concurreren, in plaats van ze in een waterval te vangen.
Waarom uitgevers de voorkeur geven aan headerbiedingen?
Header Bidding laat de traditionele RTB-watervallen in het stof achter, waar directe deals voorrang kregen boven al het andere, omdat de uitgever geen premiumvoorraad voor centen wilde verkopen. veilingen openen.
Bovendien forceert het concurrentie tussen direct verkochte en programmatische vraagbronnen, waardoor de opbrengst nog verder toeneemt.
Dankzij header bidding wordt de traditionele stapel omgekeerd; het ziet er nu meer zo uit:
Kopbieden versus realtime bieden: wat is het verschil?
RTB is geautomatiseerd, realtime bieden op vertoningsniveau, verrijkt met gebruikersgegevens. Het is slechts een methode van programmatisch adverteren die op zichzelf verschillende vormen kan aannemen (privé of open), afhankelijk van de uitvoeringsmethode.
Header Bidding is een programmatische techniek waarbij a gebruiker (Houd er rekening mee dat header-biedingen nog steeds aan de clientzijde plaatsvinden meest uitgevers en de browser voert veel oproepen uit) stuurt de vertoningssleutel tegelijkertijd naar meerdere advertentie-uitwisselingen, haalt de biedingswaarden op en roept vervolgens de advertentieserver aan om het winnende advertentiemateriaal weer te geven (meestal dat van Google DoubleClick for Publishers).
Wat is het verschil?
In een traditionele RTB-opstelling verkochten uitgevers hun voorraad tussen directe deals en programmatische veilingen (programmatische RTB), waardoor mogelijk de vast waarde van premium vertoningen.
Headerbieden doorbreekt deze muur en laat kopers concurreren om direct verkochte voorraad, wat verkopers een reële omzetstijging kan opleveren.
Misschien vind je het ook leuk om te weten – Kopbieden versus advertentiebemiddeling
Waarom kiezen voor de AdPushup-oplossing voor kopbieden?
Alleen het inzetten van header bidding in uw advertentiestapel is niet voldoende. Het consequent optimaliseren met technische verbeteringen is de noodzaak van dit moment. Dit is wat De header-biedoplossing van AdPushup doet. Via onze meerdere optimalisatiefuncties met behulp van datawetenschap en machine learning helpen we uitgevers hun rendement te maximaliseren.
Met onze headerbiedoplossing krijgt u:
- Automatische selectie van vraagpartners op basis van optimale vereisten
- Slim time-outbeheer
- Vrijheid om uw eigen vraag in te brengen
- Biedmonitoring en oplossing van discrepantie
Lees meer over onze productmogelijkheden: Bieden via koptekst
Veelgestelde Vragen / FAQ
Met headerbiedingen kunnen uitgevers hun advertentievoorraad tegelijkertijd veilen aan meerdere vraagbronnen, waaronder advertentie-uitwisselingen en SSP's, waardoor ze hun inkomsten kunnen maximaliseren door de hoogst mogelijke biedingen voor hun beschikbare advertentieruimte veilig te stellen.
Bij realtime bieden (RTB) gaat het daarentegen om geautomatiseerde, realtime veilingen voor advertentievertoningen, maar het kan zijn dat niet alle vraagbronnen tegelijkertijd in aanmerking worden genomen. Dit kan resulteren in mogelijk lagere opbrengsten voor uitgevers in vergelijking met de meer uitgebreide en voor inkomsten geoptimaliseerde aanpak van bieden via koptekst.
Ja, bieden via koptekst kan voordelig zijn voor uitgevers, omdat dit vaak leidt tot hogere advertentie-inkomsten en toegang tot een breder scala aan adverteerders. De effectiviteit ervan hangt echter af van een goede implementatie en optimalisatie.
Kopbieden en watervalveilingen verschillen in hun veilingprocessen. Bij headerbieden worden advertentieverzoeken gelijktijdig naar meerdere vraagpartners verzonden, terwijl bij het programmatische watervalmodel, ook wel serieschakeling genoemd, het bieden opeenvolgend plaatsvindt, van het ene advertentienetwerk naar het andere totdat alle vertoningen zijn verkocht.
Programmatisch adverteren maakt gebruik van realtime bieden. Hiermee kunnen adverteerders de advertentievoorraad van uitgevers kopen zodra deze vrijkomt. Dit proces maakt tijdefficiënte advertentieaankoop/-verkoop mogelijk, samen met concurrerende prijzen.
Beoordeeld door Deepak Sharma, contentredacteur bij AdPushup. Hij maakt deel uit van het contentteam van AdPushup. Deepak Sharma verzorgt de redactionele beoordeling en contentoptimalisatie van adtech-artikelen. Hij richt zich op duidelijkheid en nauwkeurigheid om lezers te helpen onderwerpen over reclametechnologie te begrijpen.
