Deal-ID

En Deal-ID är en unik alfanumerisk identifierare som både köpar- och säljarsidan fäster på ett förhandlat programmatic‑avtal, oavsett om det är ett preferred deal, ett private marketplace‑avtal eller ett programmatic guaranteed‑avtal, så att varje budförfrågan som bär detta ID matchas med det specifika priset, inventariet och villkoren som de två parterna redan kommit överens om.

Så fungerar ett Deal-ID#

En publicist eller dess supply-side platform paketerar en del av inventariet (en placering, ett målgruppssegment, ett innehållsområde) tillsammans med ett pris och eventuella anpassade villkor, och utfärdar sedan ett Deal-ID för det. Det ID:t delas privat med en köpare, som anger det i sin demand-side platform som ett line‑item‑mål.

Därefter är det bara infrastruktur. Under OpenRTB, färdas Deal-ID:t i budförfrågans deal‑objekt. När en matchande impression avfyras flaggar SSP:n budförfrågan med det ID:t, och endast köparen som har det ser de förhandlade villkoren, antingen som ett garanterat pris utan konkurrens eller som en privat auktion med ett förhandlat golv, beroende på avtalstyp. Alla andras bud på samma impression, om det finns några, går genom den vanliga real-time bidding‑flödet.

Varför Deal-ID:n är viktiga#

De låter två parter förhandla som i ett traditionellt direct buy, fast pris, specifik placering och anpassade villkor, samtidigt som transaktionen sker genom den automatiserade programmatic‑pipen istället för en manuellt hanterad insertion order. Tre avtalstyper bygger ofta på ett Deal-ID: preferred deals (fast pris, förstahandsrätt, ingen volymgaranti), private marketplace‑avtal (inbjudningsbaserad auktion med förhandlat golv) och programmatic guaranteed (reserverad volym till fast pris, i princip en automatiserad IO).

För köpare är ett Deal-ID också det enklaste sättet att få konsekvent tillgång till en specifik publicists inventarie utan att förlita sig på header bidding‑vinster på den öppna börsen, där både tillgänglighet och pris förändras.

När Deal-ID:n går sönder#

De flesta "deal isn’t spending"‑ärenden i ad‑ops spåras tillbaka till ett Deal-ID‑problem: ett stavfel när strängen kopieras mellan SSP och DSP, ett avtal som är aktivt på ena sidan men pausat eller utgånget på den andra, eller budget‑ och flygdatummissmatchningar mellan de två systemen. Inget av detta ger ett tydligt felmeddelande. Avtalet returnerar helt enkelt noll bud eller noll impressioner, och det krävs någon som kontrollerar båda plattformarna sida vid sida för att hitta missmatchen. Om du granskar vilket inventarie en konkurrent eller partner faktiskt köper i stor skala, är OpenAdLibrarys ad intelligence‑index ett snabbare sätt att se vad som är live på marknaden än att försöka reverse‑engineera det från deal‑rapporter.

FAQ#

Är ett Deal-ID detsamma som en Private Marketplace?

Nej. PMP är avtalstypen (en inbjudningsbaserad auktion). Deal-ID:t är identifieraren som dirigerar en specifik budförfrågan till det avtalets förhandlade villkor. En PMP‑affär, ett preferred deal och ett programmatic guaranteed‑avtal använder alla Deal-ID:n; de tillämpar bara olika regler när ID:t matchas.

Vem skapar ett Deal-ID?

Publicisten eller dess SSP skapar och utfärdar det, och delar sedan det privat med köparen, som anger det i sin DSP:s kampanj‑ eller line‑item‑inställningar.

Kan fler än en köpare använda samma Deal-ID?

Vanligtvis nej. Ett Deal-ID utfärdas till en specifik köpare för ett specifikt förhandlat avtal. Vissa SSP:er stödjer delade eller multi‑buyer‑deal‑uppsättningar, men det är undantaget, inte standard.

Varför får en kampanj med ett giltigt Deal-ID noll impressioner?

De vanligaste orsakerna är en felaktig ID‑sträng mellan plattformarna, ett avtal som är pausat eller utgånget på ena sidan, eller en budget‑ eller flygdatumkonflikt. Kontrollera både SSP‑ och DSP‑konfigurationen sida vid sida istället för att anta att målriktningsinställningarna är fel.