Budanmodning

En budanmodning er den strukturede besked et annonceudvekslingssystem eller en supply-side platform sender ud i det øjeblik en annonceplads bliver tilgængelig, og som beskriver impressionen, siden eller app-konteksten og hvad end der er kendt om brugeren og enheden, så potentielle købere kan beslutte, om de skal byde og hvor meget.

Hvad er inde i en budanmodning#

Under OpenRTB-protokollen, som størstedelen af branchen standardiserer på, er en budanmodning et JSON-objekt, der bærer et ret konsistent sæt felter: et impression-objekt, der beskriver annoncepladsens størrelse og format, udgiver og site- eller app-ID, geografiske målrettingsdata som land og region, enhedstype og forbindelsesinfo samt eventuelle bruger- eller first-party-data, som sælgeren har lov til at dele. Hvis impressionen er en del af en forhandlet aftale, bærer anmodningen også en deal-identifikator, der refererer til den specifikke aftale.

Hver demand-side platform, der er forbundet til det pågældende udvekslingssystem, modtager den samme anmodning samtidigt, inden for hvad der typisk er et stramt svarvindue målt i millisekunder. Hver DSP's budlogik evaluerer den op imod aktive kampagner og returnerer enten et budrespons med en pris og et kreativt element eller afstår helt fra at byde.

Hvorfor budanmodninger er vigtige for købere#

Kvaliteten og fuldstændigheden af en budanmodning påvirker direkte, hvad en DSP kan gøre med den. En anmodning med rige kontekstuelle målrettingssignaler og ren site- eller app-identifikation lader en købers algoritme træffe en virkelig informeret beslutning. En sparsom eller dårligt mærket anmodning, der mangler app-ads.txt-verificering eller et ufuldstændigt supply chain-objekt, giver DSP'en mindre at arbejde med, og forsigtige købere byder ofte konservativt eller springer disse anmodninger helt over frem for at byde blindt.

Det er også her, svindel bliver filtreret fra eller slipper igennem. En budanmodning, der påstår at repræsentere en premium-udgivers inventory uden de medfølgende ads.txt- eller sellers.json-registre til at bakke påstanden op, er netop den slags signal, DSP'er og købere bruger til at afvise forfalsket eller fejlrepræsenteret inventory, før de overhovedet byder på det.

Læsning af budanmodningsvolumen som et markedsignal#

Købere ser sjældent individuelle budanmodninger direkte, men det samlede mønster – hvor mange anmodninger en given placering eller geografi genererer, og hvordan det sammenlignes med faktiske budresponser – er et nyttigt proxy for reel markedsefterspørgsel. For konkurrenceanalyse i stedet for rå auktionslogfiler fortæller det mere om markedet at se, hvilke kreative elementer og annoncører der faktisk vinder og kører live på tværs af netværk, end blot budvolumen alene. OpenAdLibrary's annonceintelligens-indeks er bygget til netop dette: live synlighed på kreativt niveau i stedet for at udlede markedet fra auktionsinfrastrukturen.

FAQ#

Ser alle DSP'er den samme budanmodning?

Inden for en enkelt auktionsrunde, ja, forbundne DSP'er modtager typisk den samme anmodning samtidigt. Forskellen ligger i, hvordan hver DSP's egen logik beslutter, om og hvor meget den vil byde på den.

Hvor hurtigt skal en DSP svare på en budanmodning?

Svarvinduer måles normalt i titallene til lave hundreder af millisekunder – så stramme, at en DSP, der ikke svarer i tide, simpelthen behandles som et 'ingen bud' for den pågældende impression.

Er brugerdata altid inkluderet i en budanmodning?

Nej. Hvad der inkluderes afhænger af samtykke, regulering og hvad udgiveren og dens SSP er konfigureret til at videregive. Mange anmodninger i dag indeholder mindre data på individniveau end tidligere og læner sig mere i stedet på kontekstuelle og first-party-signaler.

Hvad sker der, hvis en budanmodning mangler forsyningskædedata?

Købere og deres svindelopdagelsesværktøjer behandler ofte ufuldstændige forsyningskæde- eller ads.txt-data som en risikosignal. Nogle DSP'er byder stadig, men mere konservativt, mens andre er konfigureret til helt at springe disse anmodninger over.