Deal ID

En Deal ID er en unik alfanumerisk identifikator, som både købersiden og sælgersiden knytter til en forhandlet programmatisk aftale, uanset om det er en preferred deal, en private marketplace-aftale eller en programmatic guaranteed-aftale, så enhver budanmodning, der bærer dette ID, matches med det specifikke prisleje, inventar og vilkår, som de to parter allerede har aftalt.

Sådan fungerer en Deal ID#

En udbyder eller dets supply-side platform pakker en del af sit inventar (en placering, et målgruppesegment, et indholdsfelt) sammen med en pris og eventuelle brugerdefinerede vilkår og udsteder derefter en Deal ID for det. Dette ID deles privat med én køber, som indtaster det i deres demand-side platform som et line-item-mål.

Derefter er det infrastruktur. Under OpenRTB rejser Deal ID'en inde i budanmodningens deal-objekt. Når en matchende visning udløses, markerer SSP'en budanmodningen med dette ID, og kun den køber, der har det, ser de forhandlede vilkår, enten som en garanteret pris uden konkurrence eller som en privat auktion med et forhandlet minimumsbud, afhængigt af aftaletypen. Alle andres bud på den samme visning, hvis der er nogen, går gennem den almindelige real-time bidding-proces.

Hvorfor Deal ID'er er vigtige#

De lader to parter forhandle som en traditionel direct buy, med fast pris, specifik placering, brugerdefinerede vilkår, mens de stadig handler gennem den automatiserede programmatiske kanal i stedet for en manuelt håndteret insertion order. Tre aftaletyper kører typisk på en Deal ID: preferred deals (fast pris, første kig, ingen volumen garanti), private marketplace-aftaler (kun-på-invitation auktion med et forhandlet minimumsbud) og programmatic guaranteed (reserveret volumen til en fast pris, i bund og grund en automatiseret IO).

For købere er en Deal ID også den reneste måde at få konsekvent adgang til en specifik udbyders inventar på uden at stole på header bidding-gevinster på det åbne exchange, hvor både tilgængelighed og pris bevæger sig.

Hvor Deal ID'er går i stykker#

De fleste "aftalen bruger ikke penge"-sager i ad ops kan spores tilbage til et Deal ID-problem: en tastefejl ved kopiering af strengen mellem SSP og DSP, en aftale, der er aktiv på den ene side, men sat på pause eller udløbet på den anden, eller budget- og kampagneperiode-uoverensstemmelser mellem de to systemer. Ingen af disse giver en tydelig fejl. Aftalen returnerer simpelthen nul bud eller nul visninger, og det kræver, at nogen tjekker begge platforme side om side for at finde uoverensstemmelsen. Hvis du foretager en revision af, hvilket inventar en konkurrent eller partner faktisk køber i stor skala, er OpenAdLibrary's ad intelligence-indeks en hurtigere måde at se, hvad der er live på markedet, end at forsøge at reverse-engineere det udelukkende fra deal-rapportering.

FAQ#

Er en Deal ID det samme som en Private Marketplace?

Nej. PMP'en er aftaletypen (en kun-på-invitation auktion). Deal ID'en er den identifikator, der dirigerer en specifik budanmodning til den aftales forhandlede vilkår. En PMP-aftale, en preferred deal og en programmatic guaranteed-aftale bruger alle Deal ID'er; de anvender blot forskellige regler, når ID'et matcher.

Hvem opretter en Deal ID?

Udbyderen eller dets SSP opretter og udsteder den, og deler den derefter privat med køberen, som indtaster den i deres DSP's kampagne- eller line-item-indstillinger.

Kan mere end én køber bruge den samme Deal ID?

Typisk nej. En Deal ID udstedes til en specifik køber til en specifik forhandlet ordning. Nogle SSP'er understøtter delte eller multi-køber-opsætninger, men det er undtagelsen, ikke standarden.

Hvorfor skulle en kampagne med en gyldig Deal ID få nul visninger?

De mest almindelige årsager er en uoverensstemmende ID-streng mellem platforme, en aftale, der er sat på pause eller er udløbet på den ene side, eller en konflikt med budget eller kampagneperiode. Tjek både SSP- og DSP-konfigurationen side om side i stedet for at antage, at selve målgruppen er forkert.