Client-side header bidding versus server-side header bidding: Beide technieken dienen hetzelfde doel: het vergroten van de biedingsconcurrentie en het maximaliseren van de advertentie-inkomsten van uitgevers. Maar wat onderscheidt ze echt en hoe beïnvloedt het de veilingen? Laten we dat eens uitzoeken.
Header bieden werd geïntroduceerd voor uitgevers om meer kopers te bereiken en de opbrengst te maximaliseren. Het werkte goed in die zin. Het bracht echter zijn eigen uitdagingen met zich mee (paginalatentie en browserbeperkingen).
Vanwege deze uitdagingen werd het noodzakelijk om de nadelen ervan aan te pakken. Daarom werden server-side header bidding en client-side header bidding geïntroduceerd.
Server-side header bidding en advertentieveilingen vinden plaats op een centrale server in plaats van in de browser van de gebruiker.
Aan de andere kant werkt client-side header bidding via JavaScript dat in de browsers van de gebruikers wordt uitgevoerd. Dit script verzendt dynamisch advertentieverzoeken, meestal wanneer de pagina wordt geladen en de gebruiker met de content communiceert
Wat is headerbieden aan de clientzijde?
Kopbieden aan de clientzijde (ook wel kopbieden aan de browserzijde of kopbieden genoemd) is een proces waarbij uitgevers de voorraad naar meerdere vraagpartners brengen zodra een indruk Wordt beschikbaar.
Elke keer dat er een vertoning beschikbaar is, worden advertentieverzoeken naar vraagpartners gestuurd om hun biedingen te plaatsen.
Vervolgens worden de biedingen vergeleken met de bodemprijs (ingesteld door de uitgever). Het hoogste bod wordt geselecteerd en de winnende bieder krijgt de kans om de advertentie te plaatsen.
Deze hele veiling wordt uitgevoerd met behulp van een veilingtag (Prebid.js) op de website van de uitgever.
Simpel gezegd vereist dit proces een header-biedingswrapper die in de headcode van een webpagina wordt opgenomen en de uitgever kan het aantal vraagbronnen selecteren dat in de wrapper moet worden opgenomen.
Hoe werkt Client-Side Header Bidding?
Laten we eens kijken wat er achter de schermen gebeurt vanaf het moment dat een gebruiker de pagina op de website van de uitgever laadt:
- Zodra de gebruiker de website van de uitgever opent, begint de browser met het laden van de webpagina
- De JavaScript-code voor header bidding of een veilingtag (Prebid.js) op de webpagina van de uitgever stuurt een verzoek naar externe platforms of demand-partners om deel te nemen aan de veiling.
- Zodra de biedingen binnenkomen, wordt gebruik gemaakt van realtime bieden, de hoogste bieder wint de veiling en gaat naar de advertentieserver van de uitgever.
- Vervolgens concurreert de winnaar met de uitgever directe deals.
- Eindelijk, de advertentieserver kiest de hoogste bieders en plaatst hun advertentie.
Ook al wint de hoogste bieder de veiling, de snelheid waarmee deze biedingen worden geplaatst, varieert. Het is vanwege deze regeling dat veel partners vragen worden onder potentiële time-outs gelaten om langzamere laadtijden van pagina's te voorkomen. Gemiddeld liggen time-outbereiken voor browsers tussen 400-800 milliseconden en voor mobiele browsers tussen 800-1200 milliseconden.
Hoe handig dit proces er ook uitziet, client-side header bidding biedt geweldige voordelen voor de uitgevers. Laten we eens kijken.
Voordelen van client-side header bidding
Cookie-matchingAdverteerders profiteren van client-side header bidding omdat advertentietechnologieleveranciers die uitgevers en adverteerders vertegenwoordigen, hun cookies kunnen synchroniseren om het gebruikerspatroon te begrijpen en de website van de gebruiker of uitgever te identificeren.
Eenvoudige implementatie:Met minimale technische infrastructuurvereisten is client-side header bidding perfect voor uitgevers die op zoek zijn naar een eenvoudige aanpak om hun inkomsten te maximaliseren.
Betere controlel: Uitgevers beheren de time-outinstellingen, passen de configuratie aan en houden toezicht op het beheer van de biedingen.
meer gegevens:Met header bidding aan de clientzijde krijgen uitgevers dieper inzicht in gedetailleerde biedingsgegevens, bijvoorbeeld welke adverteerder een bod heeft uitgebracht en tegen welke prijs.
Nadelen van Client Side Header Bidding
Latentie van pagina's: Uitgevers en gebruikers kunnen te maken krijgen met langere laadtijden op oudere apparaten, vanwege de internetverbinding of de staat van het apparaat.
Minder compatibel: Advertentieblokkers en browsercompatibiliteit zijn twee belangrijke problemen bij het werken met client-side header bidding.
Afhankelijkheid van bieder: Als de bieder niet meer reageert, heeft dat gevolgen voor het hele veilingproces en voor de advertentielevering en -inkomsten.
Voordat u verder gaat:
Lees hoe de Header Bidding-oplossing van AdPushup All heeft geholpen Garage vloeren een omzetgroei van 1.8x realiseren.
Wat is headerbieden aan de serverzijde?
Server-side header bidding, ook wel server-to-server header bidding genoemd, is een techniek waarbij de veiling plaatsvindt op een server in plaats van in de browser van de gebruiker.
Dit is geïntroduceerd om het probleem met de paginalatentie tegen te gaan dat vaak voorkomt bij headerbiedingen aan de clientzijde. Zodra er een vertoning beschikbaar is, wordt er vanuit de browser één enkel advertentieverzoek naar de server verzonden.
De server kiest het verzoek en roept de vraagpartners op om de veiling uit te voeren. Zodra het bod is verkocht, wordt de advertentie weergegeven zonder dat dit invloed heeft op de laadtijd van de pagina.
Nu u een duidelijk begrip hebt van client-side versus server-side header bidding, laten we het hebben over waarom u op client-side header bidding zou moeten vertrouwen
Hoe werkt Server-side Header Bidding?
Zoals de naam al doet vermoeden, stuurt de advertentieserver bij server-side header bidding biedingsverzoeken naar meerdere vraagpartners via een gemeenschappelijke server. Tegelijkertijd wordt de biedrespons gemeten door dezelfde server om de hoogste bieder te selecteren en hun advertenties weer te geven. Laten we het hele proces achter server-side header bidding begrijpen.
- Zodra de gebruiker de website van de uitgever bezoekt, activeert de veilingtag of de JavaScript-tag die tussen de webpagina's is geïnstalleerd, het verzoek naar de advertentieserver.
- Bij server-side header bidding wordt de advertentieserver doorgaans gehost door een S2S header biddingbedrijf.
- Vervolgens stuurt de advertentieserver ook een biedingsverzoek naar de advertentiebeurzen.
- De hoogste bieder wordt geselecteerd en de bijbehorende advertentie wordt weergegeven.
Voordelen van Server-Side Header Bidding
Verminderde paginalatentie: Server-side header bidding-advertentieveilingen vinden plaats op een externe server in plaats van in een browser, waardoor de laadtijd van de pagina wordt verkort.
Toegenomen concurrentie: Als meerdere vraagpartners tegelijkertijd bieden, resulteert dit vaak in hogere CPM(kosten per duizend impressies) en beter vulpercentages.
Betere privacy: De afhankelijkheid van cookies van derden is minimaal, wat leidt tot een betere privacy voor de gebruikers.
Nadelen van Server-Side Header Bidding
Complex proces: Voor de implementatie van server-side header bidding is technische expertise vereist, wat een belemmering kan vormen voor uitgevers met beperkte middelen.
Afhankelijkheid van server: De centrale server is de ruggengraat van het hele veilingproces. Als de server problemen ondervindt, kan dit leiden tot het mislukken van het hele veilingproces.
Welke moet u kiezen: client-side versus server-side header bidding?
Controle van de uitgever
Bieden aan clientzijde header:Met header bidding kunnen uitgevers de kopers kiezen met behulp van de header biedingswrappers. Bovendien wordt de minimumprijs van elk advertentieblok bepaald door uitgevers. Hierdoor wordt het gehele veilingproces transparant voor uitgevers en adverteerders.
Bieden via koptekst aan serverzijde: Echter, server-side biedt uitgevers niet zulke transparantie. Zeker, de minimumprijs wordt bepaald door uitgevers, maar ze zien geen kopers deelnemen aan de veiling en het veilingproces blijft verborgen.
Veilingbeheer
Bieden aan clientzijde header: Header bidding wrappers stellen uitgevers in staat om de veiling te controleren en beheren. Met behulp van de wrappers voegen uitgevers kopers toe, stellen ze time-outinstellingen in en zorgen ze ervoor dat alle kopers de biedingsverzoeken tegelijkertijd ontvangen.
Kopbieden aan de serverzijde:De server neemt contact op met kopers en stuurt hen biedingsverzoeken. Het wordt dus beheerd door de server.
Kortom, bij server-side blijven de meeste beheertaken in handen van de server en niet van de uitgevers.
Cookie-matching
Kopbieden aan de clientzijde: Adverteerders krijgen via de wrapper rechtstreeks toegang tot de advertentie-eenheden vanaf de webpagina's van uitgevers. Deze wrapper geeft toegang tot de cookiegegevens van de gebruiker.
Sheader-bieden aan de serverzijde mist cookies die overeenkomen. Dit komt doordat de meeste gebruikersgegevens worden gefilterd tijdens het synchroniseren van de uitgever en de server DMP.
Geïnteresseerde kopers:
Kopbieden aan de clientzijde wordt nog steeds door de meeste uitgevers en adverteerders geprefereerd. Dit kan komen door de transparantiefactor.
Kopbieden aan de serverzijde is nog te jong om door de reclame-industrie geaccepteerd te worden.
Verminderde latentie
Kopbieden aan de clientzijde: Veiling vindt plaats in de browser van de gebruiker. Bieden aan de clientzijde van headers leidt tot een toename van de paginalatentie, wat van invloed is op de algehele gebruikerservaring.
Server-side header-biedingen: Hoewel de latentietijd per milliseconde varieert, vindt de veiling plaats op een externe server paginalatentie is lager dan de header-bieding aan de clientzijde.
Vraagpartners
Kopbieden aan de clientzijde:Het is niet zo flexibel, omdat uitgevers alleen het benodigde aantal kopers kiezen om er zeker van te zijn dat de impressie verkocht is voordat de veiling afloopt.
Server-side header-biedingen: De server stuurt een biedingsverzoek aan zoveel kopers als de uitgevers willen. Dit vergroot de concurrentie en biedt een betere opvullingspercentage van advertenties.
Bieden van videoheader
Kopbieden aan de clientzijde: Video's zijn rich media bestanden en hebben daarom meer tijd nodig om te laden op webpagina's en client-side header bidding verhoogt de paginalatentie. Daarom kan dit veroorzaken serieuze schade aan de gebruikerservaring bij gebruik aan de clientzijde.
Server-side header-biedingen: Het is niet zo ingewikkeld en werkt perfect voor video header bidding.
Beperking browserverzoek
Kopbieden aan de clientzijde: Webbrowsers hebben een limiet aan het aantal verzoeken dat ze kunnen genereren. Omdat client-side header bidding plaatsvindt op de browser, hebben uitgevers een beperkt aantal advertentieverzoeken dat ze via een browser kunnen verzenden tijdens een sessie.
Server-side header-biedingen: Het genereren en versturen van advertentieverzoeken is niet afhankelijk van de browser, de advertentieserver zorgt hier voor.
Hoe zit het met Google Open bieden (EBDA)?
Nu we het programmeren aan de clientzijde en aan de serverzijde hebben besproken en met welke factoren u rekening moet houden bij het nemen van uw beslissing, gaan we onze focus verleggen naar Open bieden op Google.
Kijkend naar het touwtrekken tussen header-biedingen aan de clientzijde en header-biedingen aan de serverzijde, lanceerde Google EBDA (Exchange Bidding Dynamic Allocation, nu Open Bidding) en noemde het Google's header bidding. Het kan paginalatentieproblemen oplossen en biedt Google-ondersteuning.
Open Bidding is net zo goed als server-side header bidding. Maar het is niet voor elke uitgever beschikbaar. Om toegang te krijgen, moet u partner zijn van Google Certified Publishing Partners.
Google handelt in Net-30, terwijl de meeste vraagpartners voor Net-45, -60 en -90 cycli kiezen. Omdat de inkomstencyclus niet in één lijn ligt, ontmoedigt dit vraagpartners om voor Open bieden te kiezen. Open bieden leidt dus tot een relatief lage vraag en verminderde concurrentie op voorraad.
Dus, wat moet je kiezen?
Het hangt van u (uitgevers) af; ook van uw inventaristype, vraag en markttrends. Zoals u kunt zien, heeft elk van deze header bidding-processen zijn eigen voor- en nadelen. Daarom is het nooit aan te raden om blindelings een header bidding-technologie te kiezen.
Idealiter zou een uitgever ze eerst moeten testen en de resultaten vergelijken. De gegevens die door de resultaten worden gegenereerd, geven u het antwoord op uw vraag: wat is beter: header-bieden aan de clientzijde of header-bieden aan de serverzijde?
Als alternatief, probeer Hybride kopbiedingen. Met de hybride methode kunnen uitgevers zowel client- als server-side veilingen uitvoeren. Gebruik makend van Google AdExchangekunnen uitgevers de vraag- en kopbiedingen van Google laten concurreren om een vertoning.
Hier is hoe het werkt:
- Zodra er een impressie beschikbaar is, worden advertentieverzoeken naar Google AdX en header bidding verzonden.
- Binnen het AdX-systeem kunnen zowel AdX- als Open Bidding-kopers een bod uitbrengen om de impressie te winnen.
- Ondertussen begint header bidding met het verzamelen van biedreacties van zijn vraagpartners.
- Na voltooiing geven AdX en Open Bidding een koper door (X). Op dezelfde manier geeft header bidding een andere koper door (Y).
- Ten slotte vergelijkt AdX deze biedingen en kiest de winnaar (het hoogste bod).
Dit lost het probleem van een gebrek aan vraag op, aangezien AdX en header bidding nu betrokken zijn, samen met hun kopers. Samenvattend betekent Hybrid Header Bidding meer vraag, verbeterde biedingen en meer inkomsten voor uitgevers.
Oplossing voor bieden via AdPushup-koptekst
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-biedingsoplossing 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
Key Takeaways:
- Client-side header bidding en server-side header bidding zijn twee benaderingen voor ad inventory management. Het belangrijkste verschil tussen beide is de locatie waar het veilingproces plaatsvindt.
- Bij client-side header bidding is het de browser van de gebruiker die een veilingtag gebruikt, en bij server-side header bidding beheert de centrale server het veilingproces.
- Server-side header bidding zorgt voor een lagere latentie, betere opvulpercentages en meer concurrentie van vraagpartners, wat leidt tot meer advertentie-inkomsten.
- Client-side header bidding biedt daarentegen de mogelijkheid om veilingen te beheren met behulp van HB-wrappers, meer transparantie en toegang tot gebruikerscookies voor betere targeting.
- Hybride header bidding is de perfecte combinatie van client-side en server-side header bidding.
- Adpushup biedt meerdere optimalisatiefuncties met uitgebreide Bieden via koptekst Oplossingen. Door hun automatische demand partner selectie, slimme integratie en effectieve bid monitoring technologie, kunnen uitgevers zoals u het maximale uit de inkomsten halen.
Veelgestelde vragen
Bij headerbieden aan de clientzijde wordt een beperkt aantal browserpoorten gebruikt om informatie te verzenden en te ontvangen. Uitgevers kunnen de toegang tot de beste biedingen worden ontzegd als ze meer partners aanvragen dan de beschikbare poorten kunnen bevatten.
S2S header bidding (ook wel server-side header bidding genoemd) is een programmatische techniek waarbij de veiling plaatsvindt op de advertentieserver in plaats van in de browser van de gebruiker. Uw website kan tegelijkertijd met meerdere vraagpartners werken zonder dat dit ten koste gaat van de paginasnelheid.
Met Open bieden kunt u externe vraagpartners uitnodigen om op uw voorraad te bieden in een realtime server-naar-server-veiling. Trafficking, rapportage en facturering worden ook vereenvoudigd met Open bieden in Ad Manager.
Client-side en server-side verwijst naar de vraag of de verwerking van een programma wordt uitgevoerd door de computer van de gebruiker of door de webserver.
De verwerking aan de clientzijde van een webpagina is sterk afhankelijk van JavaScript en andere browsergebaseerde technologieën. Dit staat in contrast met verwerking aan de serverzijde, waarbij de webserver afhankelijk is van het uitvoeren van een programma dat op de webserver is opgeslagen.
Op een online veilingwebsite die Javascript gebruikt, verzendt de webbrowser van de gebruiker bijvoorbeeld informatie over een veiling naar de webserver. De webserver voert vervolgens het veilingprogramma aan de clientzijde uit en stuurt een webpagina terug naar de webbrowser van de gebruiker met de resultaten van de veiling.
Programmeren aan de clientzijde is vooral handig in situaties waarin hetzelfde programma vele malen op veel verschillende items moet worden uitgevoerd (zoals biedingen in een veiling).
Verwerking aan de serverzijde is daarentegen veel nuttiger in situaties waarin slechts één programma (of een kleine reeks verwante programma's) hoeft te worden uitgevoerd.
In de basisbetekenis verwijst server-side naar de servercomputercode en het leveren ervan, terwijl client-side verwijst naar de clientcomputercode en het leveren ervan.
Als een website in zijn geheel vanaf de server wordt opgeleverd, dan is de serverkant sneller. Als het deels vanaf de server en een deel vanaf de client wordt geleverd, is de clientzijde sneller.
Het hangt ook af van de toepassing, maar de verwerking aan de clientzijde is over het algemeen sneller. Er zijn echter beperkingen: als de processor een beperkte hoeveelheid geheugen of verwerkingskracht heeft, of als u een grote hoeveelheid gegevens verwerkt, kan verwerking op de server een betere keuze zijn.
Bij client-side header bidding vindt het veilingproces plaats op het apparaat van de gebruiker in de browser. Bij server-side header bidding vindt het veilingproces plaats op een gecentraliseerde server.
Header Bidding is een techniek waarmee uitgevers advertentieruimte aanbieden aan verschillende demand partners met behulp van server-side platforms (SSP's). Server-side platforms helpen uitgevers bij het beheren, verkopen en optimaliseren van hun advertentie-inventaris.
