I åtta artiklar har bid requesten varit något som sker för dig.
Webbläsaren fyller i enheten. CMP:n fyller i consent stringen. Supply chainen fyller i sig själv, hopp för hopp. Du konfigurerar alltihop, du kontrollerar mycket av det, men du författar det inte. Det är en stapel fakta om impressionen, rapporterad upp genom röret.
Den här delen är undantaget.
user.dataochcontent.dataär de enda fälten i hela requesten som du själv skriver. Inte webbläsaren, inte SSP:n, inte någon vendors script. Du. De är publisherns egen replik i en maskinläsbar auktion: Här är vem jag tror att den här läsaren är, här är vad den här sidan handlar om, och här är vad jag är villig att berätta för dig om det.
Och här kommer det obekväma. De flesta publishers låter de fälten stå tomma. Och de som inte gör det begår ofta det motsatta felet: De tar sin allra bästa målgruppssignal och ropar ut den till varenda bidder i open auction – gratis.
Det är det dyraste gratis en publisher gör. Den här artikeln handlar om att i stället göra det med avsikt – och därefter om att förvandla det enda självförfattade fältet till en riktig produkt, för det är där pengarna finns.
Förra gången argumenterade jag för att förtroendelagret – ads.txt, sellers.json, schain – i själva verket är publishern som bestämmer vad den vill avslöja om sig själv: vem som äger detta inventory, vem som förvaltar det, vem som får sälja det. Del 9 är exakt samma instinkt, riktad ett steg utåt.
Förra gången: vad du avslöjar om vem du är. Den här gången: vad du avslöjar om vem som läser. Samma disciplin. Högre insats. För 2026 är det du väljer att lägga i de här fälten inte en nice-to-have-berikning. Det är den sista hållbara signalen du äger.
Fyra begrepp, i all hast:
*Data- och Segment-objekten är pyttesmå – två nästlade objekt, återanvända på två ställen. Det är hela överraskningen med detta lager: Mekanismen är liten. Strategin är det inte.
Här är ryggraden i hela artikeln. När en publisher skriver in data i bid requesten fyller den i ett av tre fält – och de är inte samma sak. De besvarar tre olika frågor, och de bär tre mycket olika privacy-vikter.
user.eids – "Vet jag överhuvudtaget vem det här är?" Det tyngsta fältet i requesten, eftersom det är en faktisk identifierare. Endast inloggade användare, vilket i praktiken är en minoritet av din trafik.user.data (med segtax) – "Hurdan är den här läsaren?" En kohort, inte en person. "Intresserad av bostadsrenovering", inte "just den här människan". Bakom samtyckesgrinden, men lättare än identitet.site.content.data (med segtax) – "Vad är de här för?" Om sidan, inte personen. Den lättaste vikten av alla – och, som vi ska se, den som överlever allt.
Här är alla tre i ett och samma request:
{
"user": {
"eids": [
{ "source": "id5-sync.com", "uids": [ { "id": "ID5*..." } ] }
],
"data": [
{ "name": "stepnetwork.dk", "ext": { "segtax": 4 }, "segment": [ { "id": "44" } ] }
]
},
"site": {
"content": {
"data": [
{ "name": "stepnetwork.dk", "ext": { "segtax": 7 }, "segment": [ { "id": "687" } ] }
]
}
}
}
Tre fält. eids är identitet (del 4). segtax: 4-blocket är en målgruppskohort. segtax: 7-blocket är kontext. Notera att eids nu ligger på översta nivån av user – det befordrades från user.ext.eids till core i OpenRTB 2.6, exakt den uppflyttning från ext till spec som jag hamrade på i del 7.
Visualisering genererad med claude.ai
Designprincipen värd att hålla fast vid: De kan separeras. En privacy-medveten publisher kan avslöja målgrupp utan att avslöja identitet. Du kan berätta för en köpare att "den här läsaren liknar en hemmafixare" utan att berätta vem läsaren är. Specen varnar aktivt för att blanda ihop de två. Data är "hurdana de är, i en mängd". eids är "exakt vem". Publisher-datastrategi är beslutet om vilka av de tre man bifogar – till vem och under vilket samtycke.
Det finns ett namn för den privacy-säkra versionen av målgruppsfältet: Seller-Defined Audiences (SDA). IAB Tech Lab släppte det i februari 2022, och idén är elegant. Nu när cookies och mobila ID:n försvinner, låt säljaren – publishern – definiera en kohort på sina egna servrar, mappa den till en standardtaxonominod och bara skicka med det anonymiserade nodnumret i requesten. Ingen cookie, ingen identifierare över kontexter, ingen läckt person. Bara: "nod 44, från Audience Taxonomy".
Det kör på exakt mekanismen ovan, med två konventioner: målgrupps-SDA läggs i user.data med segtax: 4; kontext-SDA läggs i content.data med segtax: 7. Och så till den ärliga delen, för här måste jag vara rak.
SDA har haft det svårt. Det är ett äkta hönan-och-ägget-problem: Köpare säger att det inte finns tillräckligt att buda på, publishers investerar inte eftersom köparna inte budar, och så länge third-party cookies klamrade sig fast var ingen tvungen att bry sig. (Det är visst inte första gången vi har haft de problemen med något nytt, lol)
Köpare är också misstänksamma mot den svarta lådan – de kan inte se hur du har byggt en kohort, och du har all anledning att överdriva etiketten. I december 2024 repositionerade IAB Tech Lab, med hänvisning till svag adoption, SDA under ett nytt banér: "Curated Audiences".
Så rörläggningen är stabil och brett installerad. Den brandade produkten har döpts om två gånger. Bägge delarna är sanna, och mellanrummet mellan dem är det mest intressanta med hela det här området.
Här är den del som nästan varje "vad finns i bid requesten"-genomgång hoppar över – och det är gångjärnet som hela strategin svänger på.
Du behöver inte avslöja samma data för varje bidder.
De flesta föreställer sig bid requesten som en enda utsändning: Du sätter ihop den, du fyrar av den, alla ser samma sak. Det är standardinställningen, och det är ett val de flesta publishers gör av misstag. Men Prebid ger dig en skalpell. Du kan författa olika data till olika bidders på en och samma impression.
Client-side heter det setBidderConfig:
// Afslør en premium first-party-kohorte KUN til de to partnere, der har licens til den
pbjs.setBidderConfig({
bidders: ['adform', 'appnexus'],
config: { ortb2: { user: { data: [
{ name: "stepnetwork.dk", ext: { segtax: 4 }, segment: [{ id: "44" }] }
] } } }
});
De två bidders får kohorten. Alla andra får requesten utan. Server-side finns en allow-list som gör samma jobb. Och det finns en modul vars enda syfte är "läck inte det här"-ventilen, som tar bort identitet och seller-defined segment från de requests du inte vill ha dem i.
Varför spelar något av det här roll? På grund av ett kontant faktum om open auction:
Bidstream-data läcker, oavsett om någon köper.
Din målgruppssignal åker ut med varje request. En köpare som förlorar auktionen – eller som aldrig hade tänkt buda – tar ändå emot den, läser den och kan behålla den. För varje impression en köpare faktiskt betalar för kan den skörda data om hundratals sidvisningar den inte betalade något för. Brian O'Kelley har den formulering jag hela tiden återvänder till: Data är nedfall, inte olja. Det är en biprodukt publishers skänker bort – inte en tillgång de får betalt för.
Det omdefinierar hela uppgiften. Om din bästa first-party-kohort går till tolv bidders i open auction har du lämnat ut din målgrupp till tolv företag och fått betalt av högst ett. Så sell-side-svaret är inte "skicka med mer data". Det är att matcha behållaren till värdet:
Visualisering genererad med claude.ai
Hos STEP Network författar vi user.data och content.data för 100+ danska publishers, och att besluta vem som ser vad är en reell del av jobbet. En bostadssektion på boligsiden.dk är kontextuell, så den går ut brett. En inloggad läsare på en av våra Jysk Fynske Medier-titlar är en målgruppskohort, och den går bara till de partner som har licens till den. Samma auktion. Olika data. Med avsikt.
Det är skillnaden mellan en publisher och ett läckande rör: behörighetslistan. Men behörighetsstyrning är bara disciplinen. Den verkliga hävstången är vad du lägger i de kontrollerade behållarna – och det är där data slutar vara ett fält och blir en produkt.
Att fylla i user.data med en rå signal är entrébiljetten. De publishers som drar ifrån gör något mer medvetet, och det kokar ner till tre drag.
Drag 1: Produktifiera datan. Sänd inte ut råa signaler – paketera dem i en liten uppsättning standardiserade, viktade, faktiskt köpbara segment. Det är tankesättet bakom vår egen målgruppsprodukt, OMNISEG: en lösning som blandar sex datatyper (kontextuell, first-party, third-party, IP, deterministisk och probabilistisk) och automatiskt viktar den som presterar bäst för kampanjen. Poängen är inte de sex inputen. Det är att köparen aldrig rör dem. De köper en enda ren målgrupp, och den röriga blandningen av flera källor sker under ytan. Där gömmer sig också hantverk: Den interna källprioriteringen vänder beroende på segmentet. För ett intressesegment litar vi först på beteendemässiga och kontextuella signaler; för ett demografiskt segment litar vi först på deterministiska, registrerade data. Köparen ser inget av det. De vill ha ett segment som fungerar – inte din datapipeline.
Enkelhet är produkten, inte en kompromiss. En hyllvaru-impression på den öppna marknaden kan inte erbjuda det med data av samma kvalitet.
Drag 2: Förankra det i en CDP. Här är poängen de flesta missar: Ett segment är bara så hållbart som den identifierare det rider på. Bygg en vacker first-party-kohort, aktivera den naivt, och ad-servern översätter i tysthet ditt first-party-ID till sitt third-party-ID längre ner i kedjan – där Safari, Firefox och nu Chrome dödar det vid första anblicken. Du gjorde det hårda arbetet och lämnade över det direkt till webbläsarens blockeringslista.
En CDP – en customer data platform: en samlad first-party-profil med ett enda ID – är det som stoppar det. Du behåller själv first-party-ID:t, och du aktiverar segmentet på ditt eget ID genom first-party-krokar – t.ex. Googles Publisher Provided IDs, där du skickar ditt eget ID med requesten och Google matchar dina uppfyllda segment mot det, i stället för att utfärda ett third-party-ID som dör i två av de tre stora webbläsarna. Alla är upptagna med att samla in first-party data just nu; enligt uppgift utökar över 70 % av brands och publishers sina first-party-dataset, nästan dubbelt så många som för två år sedan. Insamlingen var aldrig den svåra delen. Det är att aktivera den hållbart. Din målgruppsstrategi är bara så stark som din identitetsryggrad.
Drag 3: Kombinera det med annonsörens data i ett clean room. Ett clean room är en neutral, låst miljö där två parter matchar data och bara får ut ett aggregerat resultat – utan att någon av dem ser den andras råa poster. Den mest värdefulla målgruppen är inte bara din eller annonsörens – det är överlappet, och tricket är att beräkna det överlappet utan att någon av sidorna lämnar ut rå persondata. Annonsören hashar sina kundmejl, du matchar dem mot dina profiler inne i clean roomet, och det som kommer ut är en uppsättning anonymiserade labels som driver en always-on-kampanj. Ingen skickar en rå mejllista någonstans.
Skälet till att jag räknar det här som strategi och inte bara teknik: Det som i regel tar död på clean rooms är fragmentering, inte tekniken. Varje mediehus bygger sitt eget, varje annonsör möter en ny spec och ett nytt juridiskt kontrakt, och friktionen kväver alltihop. Lösningen är att standardisera det. I Danmark är det precis vad DAMA Cleanroom Framework gör – ett gemensamt juridiskt avtal, ett filformat, en label-taxonomi, i bruk hos STEP Network, JP/Politikens Hus, Berlingske och TV2. Konkurrenter som standardiserar rörläggningen, just för att kunna konkurrera på segmenten i stället för SFTP-uppsättningen. Som DAMA formulerar det flyttar det konkurrensen uppåt i värdekedjan: från teknisk friktion till verkligt värdeskapande. Och det finns reellt utrymme här – retail media är en marknad på ~70 miljarder dollar 2026, och ändå erbjuder under hälften av medienätverken överhuvudtaget ett clean room.
Tre drag, en riktning: Sluta behandla din data som ett fält som ska fyllas i, och börja behandla den som en produkt som ska byggas.
Här är den kommersiella vinsten, och det är hela skälet till att strategin spelar roll.
Data plus inventory, paketerat tillsammans, är något en köpare bara kan få hos dig. En impression på den öppna marknaden är en hyllvara – samma slot som tusen andra sajter säljer in i samma auktion. Samma impression med din produktifierade målgrupp bifogad, hållbart aktiverad, är differentierad supply. Och differentierad supply är det som gör sig förtjänt av ett direkt eller kurerat avtal i stället för en open auction-kapplöpning mot botten.
Marknaden har redan röstat. Mer än två tredjedelar av open exchange-spenderingen – över 100 miljarder dollar om året – flyter nu genom kurerade private marketplaces i stället för den rena open auction. Den öppna marknaden är inte längre där pengarna finns. Köpare vill i allt högre grad handla mot en publishers unika data, direkt, och skära bort kedjan av mellanhänder och fees mellan sig och källan. Det är samma instinkt som ligger bakom varje "köp direkt"-framstöt på marknaden just nu, bara sett från sell-sidan: färre hopp, mer värde, en relation i stället för en kapplöpning.
Det här är alternativet till den "enkla vägen" – att dumpa allt i AdX och den öppna marknaden och låta auktionen göra dig till en hyllvara. Ta den enkla vägen, och du är pristagare. Bygg det unika, och köparna kommer till dig.
Jag håller det ärligt, för annars vore finalen inte min. Kuratering kan bara flytta skatten – byta ut en öppen marknads-fee mot en kurators fee och lämna publishern med samma nettobelopp, en rimlig kritik jag själv reste tillbaka i kurateringsdebatterna. Och det väcker en reell olöst fråga: När din målgrupp väl är kurerad hos SSP:n, vem äger den då – du eller kuratorn?
Mitt svar är den tråd som löper genom alla tre dragen ovan: Du äger den genom att äga stacken. Bygg själv målgruppsprodukten, identitetsryggraden och clean roomet – eller var delägare i dem som gemensam publisher-infrastruktur som DAMA – och marginalen och målgruppsrelationen stannar på sell-sidan.
Haken, och jag tänker inte låtsas att den inte finns, är att det här är dyrt och att inte varje publisher kan göra det ensam – vilket är exakt därför rutten med gemensam infrastruktur spelar roll. Men det är ett större samtal, och ärligt talat ett ämne för en helt egen artikel.
Skala bort JSON:en, och det här är en kort lista kommersiella beslut varje publisher kan agera på:
Tumregeln jag vill lämna dig med: Om du avslöjar det för alla gratis har du ingen datastrategi – du har en dataläcka. Fälten är gratis. Att besluta vad som ska byggas, och vem som får läsa det, är hela jobbet.
En sista blick ut över horisonten, för det är där detta lager slutar vara rörläggning och blir själva poängen.
I en agentisk värld kommer AI-köpagenter inte att crawla open auction impression för impression. De kommer att upptäcka inventory genom att läsa en publishers strukturerade beskrivning av sin målgrupp och sitt innehåll – och därefter förhandla direkt. När det händer slutar din deklarerade data att vara en targeting-signal och blir din butiksfasad. Och lägg märke till det – allt i strategin ovan är generalrepetitionen i mänsklig skala på exakt det. En produktifierad segmentkatalog är en butikshylla. En CDP är det som gör den aktiverbar. Ett standardiserat clean room-ramverk är det förtroendelager agenterna kommer att behöva. Att kurera in i direkta avtal är destinationen.
Standarderna är verkliga och mycket nya. AdCP (Ad Context Protocol), lanserat i oktober 2025 och byggt på Anthropics MCP, är kontrollagret – hur agenter upptäcker inventory, förhandlar villkor och exekverar. På datasidan har IAB Tech Lab samlat sitt arbete under ett paraply de kallar AAMP, med Agentic Audiences – standarden tidigare känd som UCP, donerad av LiveRamp – som lagret för utbyte av identitets- och kontextsignaler. Anmärkningsvärt nog sjunger IAB Tech Lab och AdCP-lägret inte ur samma psalmbok, vilket säger dig hur tidigt och hur omstritt alltihop är.
Och det är den ärliga reservationen att sluta på. Vi har varit här förut. OpenRTB 3.0 skulle också ha varit framtiden, och marknaden migrerade aldrig. SDA har repositionerats två gånger och saknar fortfarande buy-side-demand. Om agentisk discovery blir marknaden eller stannar av som 3.0 är på riktigt öppet för debatt – standarder betyder bara något när marknaden ratificerar dem.
Men instruktionen till publishers är identisk oavsett: Bygg produkten, äg ryggraden, besluta vad du avslöjar. Det gäller oavsett om läsaren i andra änden är en DSP i dag eller en agent i morgon.
Datalagret är den enda delen av bid requesten du inte ärver – du skriver den själv. Tre fält, tre frågor: identitet (user.eids – vet jag vem det här är?), målgrupp (user.data – hurdana är de?) och kontext (content.data – vad är de här för?). I en värld utan ett universellt ID och med en död Privacy Sandbox är det du väljer att lägga i de fälten din addressability.
Men att författa datan är bara början. Fördelen ligger i det du bygger ovanpå: Produktifiera dina signaler till köpbara segment, förankra dem i en CDP så att de överlever webbläsaren, kombinera dem med annonsörsdata i ett clean room, och paketera resultatet i direkta avtal som drar köpare bort från den öppna hyllvarumarknaden. Avslöja kontext brett, identitet och premium-kohorter snävt och kronjuvelerna bara i betalda, kontrollerade behållare – och äg stacken så att värdet förblir ditt. De publishers som vinner nästa fas blir inte de som skickar med mest data. Det blir de som medvetet beslutar vad de bygger, vad de avslöjar, och till vem.
Det var serien. Nio delar om vad som egentligen döljer sig i en bid request – och denna sista om vad du väljer att säga tillbaka.
Låt oss hjälpa dig att få ut maximalt av dina displaykampanjer.
