Budförfrågan

En budförfrågan är det strukturerade meddelande som en annonsbörs eller ett supply-side platform skickar ut i samma ögonblick som en annonsplats blir ledig, och beskriver intrycket, sidans eller appens kontext, och vad som nu är känt om användaren och enheten, så att potentiella köpare kan bestämma om de ska bjuda och hur mycket.

Vad finns i en budförfrågan#

Enligt OpenRTB-protokollet som större delen av branschen standardiserar på, är en budförfrågan ett JSON-objekt som bär på en ganska konsekvent uppsättning fält: ett intrycksobjekt som beskriver annonsplatsens storlek och format, utgivarens och webbplatsens eller appens ID, geotargeting-data som land och region, enhetstyp och anslutningsinfo, samt eventuell användar- eller first-party-data som säljaren får dela. Om intrycket är en del av ett förhandlat avtal, bär förfrågan också på en avtalsidentifierare som refererar till det specifika avtalet.

Varje demand-side platform som är ansluten till den börsen får samma förfrågan samtidigt, inom vad som vanligtvis är ett strikt svarstidsfönster som mäts i millisekunder. Varje DSP:s budlogik utvärderar den mot aktiva kampanjer och returnerar antingen ett budssvar med ett pris och en kreativ, eller avstår helt från att bjuda.

Varför budförfrågningar är viktiga för köpare#

Kvaliteten och fullständigheten hos en budförfrågan formar direkt vad en DSP kan göra med den. En förfrågan med rika kontextuella targeting-signaler och tydlig webbplats- eller appidentifiering låter en köpares algoritm fatta ett verkligt informerat beslut. En sparsam eller dåligt märkt förfrågan, som saknar app-ads.txt-verifiering eller ett ofullständigt supply chain-objekt, ger DSP:n mindre att arbeta med, och försiktiga köpare bjuder ofta konservativt eller hoppar över sådana förfrågningar helt istället för att bjuda blint.

Det är också här bedrägeri filtreras bort eller slinker igenom. En budförfrågan som påstår sig representera en premiumutgivares lager, utan de medföljande ads.txt- eller sellers.json-posterna som stödjer det påståendet, är exakt den typen av signal som DSP:er och köpare använder för att avvisa förfalskat eller felaktigt representerat lager innan de ens bjuder på det.

Att läsa budförfrågningsvolym som en marknadssignal#

Köpare ser sällan enskilda budförfrågningar direkt, men det aggregerade mönstret, hur många förfrågningar en given placering eller geografi genererar, och hur det står sig mot faktiska budssvar, är en användbar proxy för verklig marknadsefterfrågan. För konkurrensanalys snarare än råa auktionsloggar, att se vilka kreatörer och annonsörer som faktiskt vinner och kör live över nätverk säger dig mer om marknaden än enbart budvolym. OpenAdLibrary:s ad intelligence-index är byggt för just det: live synlighet på kreativnivå istället för att dra slutsatser om marknaden från auktionsinfrastrukturen.

FAQ#

Ser alla DSP:er samma budförfrågan?

Inom en och samma auktionsrunda, ja, anslutna DSP:er får vanligtvis samma förfrågan samtidigt. Det som skiljer sig är hur varje DSP:s egen logik beslutar om och hur mycket den ska bjuda på den.

Hur snabbt måste en DSP svara på en budförfrågan?

Svarstiderna mäts vanligtvis i tiotals till låga hundratals millisekunder, så snäva att en DSP som inte svarar i tid helt enkelt behandlas som ett uteblivet bud för det intrycket.

Ingår användardata alltid i en budförfrågan?

Nej. Vad som ingår beror på samtycke, lagstiftning och vad utgivaren och dess SSP är konfigurerade att skicka vidare. Många förfrågningar idag innehåller mindre data på individnivå än tidigare och förlitar sig mer på kontextuella och first-party-signaler istället.

Vad händer om en budförfrågan saknar data om leveranskedjan?

Köpare och deras bedrägeridetekteringsverktyg behandlar ofta ofullständig data om leveranskedjan eller ads.txt-data som en risksignal. Vissa DSP:er kommer fortfarande att bjuda, men mer konservativt, medan andra är konfigurerade att helt hoppa över sådana förfrågningar.