I åtte artikler har bid requestet vært noe som skjer for deg.
Nettleseren fyller ut enheten. CMP-en fyller ut consent stringen. Supply chainen fyller ut seg selv, hopp for hopp. Du konfigurerer alt sammen, du kontrollerer mye av det, men du forfatter det ikke. Det er en stabel fakta om impressionen, rapportert opp gjennom røret.
Denne delen er unntaket.
user.dataogcontent.dataer de eneste feltene i hele requestet som du selv skriver. Ikke nettleseren, ikke SSP-en, ikke en eller annen vendors script. Du. De er publisherens egen replikk i en maskinlesbar auksjon: Her er hvem jeg tror denne leseren er, her er hva denne siden handler om, og her er hva jeg er villig til å fortelle deg om det.
Og her kommer det ubehagelige. De fleste publishere lar de feltene stå tomme. Og de som ikke gjør det, begår ofte den motsatte feilen: De tar sitt aller beste målgruppesignal og roper det ut til hver eneste bidder i open auction – gratis.
Det er det dyreste gratis en publisher gjør. Denne artikkelen handler om i stedet å gjøre det med vilje – og deretter om å forvandle det ene selvforfattede feltet til et egentlig produkt, for det er der pengene er.
Sist argumenterte jeg for at tillitslaget – ads.txt, sellers.json, schain – i virkeligheten er publisheren som bestemmer hva den vil avsløre om seg selv: hvem som eier dette inventoryet, hvem som forvalter det, hvem som kan selge det. Del 9 er nøyaktig det samme instinktet, rettet ett skritt utover.
Sist: hva du avslører om hvem du er. Denne gangen: hva du avslører om hvem som leser. Samme disiplin. Høyere innsats. For i 2026 er det du velger å legge i disse feltene, ikke en nice-to-have-berikelse. Det er det siste holdbare signalet du eier.
Fire begreper, i all hast:
*Data- og Segment-objektene er bittesmå – to nestede objekter, gjenbrukt to steder. Det er hele overraskelsen ved dette laget: Mekanismen er liten. Strategien er det ikke.
Her er ryggraden i hele artikkelen. Når en publisher skriver data inn i bid requestet, fyller den ut ett av tre felter – og de er ikke det samme. De besvarer tre ulike spørsmål, og de bærer tre svært ulike privacy-vekter.
user.eids – "Vet jeg i det hele tatt hvem dette er?" Det tyngste feltet i requestet, fordi det er en egentlig identifikator. Kun innloggede brukere, som i praksis er et mindretall av trafikken din.user.data (med segtax) – "Hvordan er denne leseren?" En kohort, ikke en person. "Interessert i boligoppussing", ikke "akkurat dette mennesket". Bak samtykkeporten, men lettere enn identitet.site.content.data (med segtax) – "Hva er de her for?" Om siden, ikke personen. Den letteste vekten av alle – og, som vi skal se, den som overlever alt.
Her er alle tre i ett og samme 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 felter. eids er identitet (del 4). segtax: 4-blokken er en målgruppekohort. segtax: 7-blokken er kontekst. Legg merke til at eids nå ligger på øverste nivå av user – det ble forfremmet fra user.ext.eids til core i OpenRTB 2.6, nøyaktig den opprykkingen fra ext til spec jeg hamret løs på i del 7.
Visualisering generert med claude.ai
Designprinsippet som er verdt å holde fast i: De kan skilles fra hverandre. En privacy-bevisst publisher kan avsløre målgruppe uten å avsløre identitet. Du kan fortelle en kjøper "denne leseren ligner en boligoppusser" uten å fortelle dem hvem leseren er. Spec-en advarer aktivt mot å blande de to sammen. Data er "hvordan de er, i en mengde". eids er "nøyaktig hvem". Publisher-datastrategi er beslutningen om hvilke av de tre man legger ved – til hvem og under hvilket samtykke.
Det finnes et navn for den privacy-sikre utgaven av målgruppefeltet: Seller-Defined Audiences (SDA). IAB Tech Lab ga det ut i februar 2022, og ideen er elegant. Nå som cookies og mobile ID-er forsvinner, så la selgeren – publisheren – definere en kohort på sine egne servere, mappe den til en standard-taksonominode og bare sende det anonymiserte nodenummeret med i requestet. Ingen cookie, ingen identifikator på tvers av kontekster, ingen lekket person. Bare: "node 44, fra Audience Taxonomy".
Det kjører på nøyaktig mekanismen ovenfor, med to konvensjoner: målgruppe-SDA legges i user.data med segtax: 4; kontekst-SDA legges i content.data med segtax: 7. Og så til den ærlige delen, for her er jeg nødt til å være direkte.
SDA har hatt det vanskelig. Det er et ekte høna-og-egget-problem: Kjøpere sier det ikke finnes nok av det å by på, publishere investerer ikke fordi kjøperne ikke byr, og så lenge third-party cookies klamret seg fast, var ingen tvunget til å bry seg. (Det er visst ikke første gang vi har hatt de problemene med noe nytt, lol)
Kjøpere er også mistroiske til den svarte boksen – de kan ikke se hvordan du har bygget en kohort, og du har all mulig grunn til å overdrive etiketten. I desember 2024 reposisjonerte IAB Tech Lab, med henvisning til svak adopsjon, SDA under et nytt banner: "Curated Audiences".
Så rørleggingen er stabil og bredt installert. Det brandede produktet har blitt omdøpt to ganger. Begge deler er sanne, og mellomrommet mellom dem er det mest interessante ved hele dette området.
Her er den delen nesten enhver "hva er i bid requestet"-gjennomgang hopper over – og det er hengselen hele strategien svinger på.
Du trenger ikke avsløre de samme dataene til hver bidder.
De fleste forestiller seg bid requestet som én kringkasting: Du samler det, du fyrer det av, alle ser det samme. Det er standardinnstillingen, og det er et valg de fleste publishere tar ved et uhell. Men Prebid gir deg en skalpell. Du kan forfatte ulike data til ulike bidders på selvsamme 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 to bidderne får kohorten. Alle andre får requestet uten. Server-side finnes det en allow-list som gjør den samme jobben. Og det finnes en modul hvis eneste formål er "ikke lekk dette"-ventilen, som fjerner identitet og seller-defined segmenter fra de requestene du ikke vil ha dem i.
Hvorfor betyr noe av dette noe? På grunn av ett kontant faktum om open auction:
Bidstream-data lekker, uansett om noen kjøper.
Målgruppesignalet ditt ryker ut med hvert request. En kjøper som taper auksjonen – eller som aldri hadde tenkt å by – mottar det fortsatt, leser det og kan beholde det. For hver impression en kjøper faktisk betaler for, kan den høste data om hundrevis av sidevisninger den ikke betalte noe for. Brian O'Kelley har den formuleringen jeg stadig vender tilbake til: Data er nedfall, ikke olje. Det er et biprodukt publishere gir bort – ikke et aktivum de blir betalt for.
Det omdefinerer hele oppgaven. Hvis din beste first-party-kohort går til tolv bidders i open auction, har du utlevert målgruppen din til tolv selskaper og fått betaling fra høyst én. Så sell-side-svaret er ikke "send med mer data". Det er å matche beholderen til verdien:
Visualisering generert med claude.ai
Hos STEP Network forfatter vi user.data og content.data for 100+ danske publishere, og å bestemme hvem som ser hva, er en reell del av jobben. En boligseksjon på boligsiden.dk er kontekstuell, så den går bredt ut. En innlogget leser på en av våre Jysk Fynske Medier-titler er en målgruppekohort, og den går bare til de partnerne som har lisens til den. Samme auksjon. Ulike data. Med vilje.
Det er forskjellen på en publisher og et utett rør: tillatelseslisten. Men tillatelsesstyring er bare disiplinen. Den reelle løftestangen er hva du legger i de kontrollerte beholderne – og det er der data slutter å være et felt og blir et produkt.
Å fylle ut user.data med et rått signal er inngangsbilletten. De publisherne som drar ifra, gjør noe mer bevisst, og det koker ned til tre grep.
Grep 1: Produktifiser dataene. Ikke kringkast rå signaler – pakk dem inn i et lite sett standardiserte, vektede, reelt kjøpbare segmenter. Det er tankegangen bak vårt eget målgruppeprodukt, OMNISEG: én løsning som blander seks datatyper (kontekstuell, first-party, third-party, IP, deterministisk og probabilistisk) og automatisk vekter den som performer best for kampanjen. Poenget er ikke de seks inputene. Det er at kjøperen aldri rører dem. De kjøper én ren målgruppe, og den rotete blandingen av flere kilder foregår under panseret. Det skjuler seg også håndverk der inne: Den interne kildeprioriteringen snur avhengig av segmentet. For et interessesegment stoler vi først på atferdsmessige og kontekstuelle signaler; for et demografisk segment stoler vi først på deterministiske, registrerte data. Kjøperen ser ingenting av det. De vil ha ett segment som virker – ikke datapipelinen din.
Enkelhet er produktet, ikke et kompromiss. En hyllevare-impression på det åpne markedet kan ikke tilby det med data av samme kvalitet.
Grep 2: Forankre det på en CDP. Her er poenget de fleste overser: Et segment er bare så holdbart som identifikatoren det rir på. Bygg en vakker first-party-kohort, aktiver den naivt, og ad-serveren oversetter i all stillhet din first-party-ID til sin third-party-ID lenger ned i kjeden – der Safari, Firefox og nå Chrome dreper den ved første blikk. Du gjorde det harde arbeidet og leverte det rett til nettleserens blokkeringsliste.
En CDP – en customer data platform: én samlet first-party-profil med én ID – er det som stopper det. Du beholder selv first-party-ID-en, og du aktiverer segmentet på din egen ID gjennom first-party-kroker – f.eks. Googles Publisher Provided IDs, der du sender din egen ID med requestet, og Google matcher dine oppfylte segmenter til den, i stedet for å utstede en third-party-ID som dør i to av de tre store nettleserne. Alle har det travelt med å samle inn first-party data akkurat nå; etter sigende utvider over 70 % av brands og publishere sine first-party-datasett, nesten dobbelt så mange som for to år siden. Innsamlingen var aldri den vanskelige delen. Det er å aktivere dem holdbart. Målgruppestrategien din er bare så sterk som identitetsryggraden din.
Grep 3: Kombiner det med annonsørens data i et clean room. Et clean room er et nøytralt, avlåst miljø der to parter matcher data og bare får et aggregert resultat ut – uten at noen av dem ser den andres rå poster. Den mest verdifulle målgruppen er ikke bare din eller annonsørens – det er overlappet, og trikset er å beregne det overlappet uten at noen av sidene utleverer rå persondata. Annonsøren hasher kunde-e-postene sine, du matcher dem mot profilene dine inne i clean roomet, og det som kommer ut, er et sett anonymiserte labels som driver en always-on-kampanje. Ingen sender en rå e-postliste noe sted.
Grunnen til at jeg regner dette som strategi og ikke bare teknikk: Det som som regel tar livet av clean rooms, er fragmentering, ikke teknologien. Hvert mediehus bygger sitt eget, hver annonsør møter en ny spec og en ny juridisk kontrakt, og friksjonen kveler det hele. Løsningen er å standardisere det. I Danmark er det dét DAMA Cleanroom Framework gjør – én felles juridisk avtale, ett filformat, én label-taksonomi, tatt i bruk av STEP Network, JP/Politikens Hus, Berlingske og TV2. Konkurrenter som standardiserer rørleggingen, nettopp så de kan konkurrere på segmentene i stedet for SFTP-oppsettet. Som DAMA formulerer det, flytter det konkurransen opp i verdikjeden: fra teknisk friksjon til egentlig verdiskaping. Og det er reell plass her – retail media er et marked på ~70 mrd. dollar i 2026, og likevel tilbyr under halvparten av medienettverkene i det hele tatt et clean room.
Tre grep, én retning: Slutt å behandle dataene dine som et felt som skal fylles ut, og begynn å behandle dem som et produkt som skal bygges.
Her er den kommersielle gevinsten, og det er hele grunnen til at strategien betyr noe.
Data pluss inventory, pakket sammen, er noe en kjøper bare kan få hos deg. En impression på det åpne markedet er en hyllevare – det samme slotet som tusen andre nettsteder selger inn i den samme auksjonen. Den samme impressionen med din produktifiserte målgruppe vedlagt, holdbart aktivert, er differensiert supply. Og differensiert supply er det som gjør seg fortjent til en direkte eller kuratert avtale i stedet for et open auction-kappløp mot bunnen.
Markedet har allerede stemt. Mer enn to tredjedeler av open exchange-forbruket – over 100 mrd. dollar i året – flyter nå gjennom kuraterte private marketplaces fremfor den rene open auction. Det åpne markedet er ikke lenger der pengene er. Kjøpere vil i økende grad handle opp mot en publishers unike data, direkte, og kutte vekk kjeden av mellomledd og fees mellom dem og kilden. Det er det samme instinktet som ligger bak ethvert "kjøp direkte"-fremstøt i markedet akkurat nå, bare sett fra sell-siden: færre hopp, mer verdi, en relasjon i stedet for et kappløp.
Dette er alternativet til den "enkle veien" – å dumpe alt i AdX og det åpne markedet og la auksjonen gjøre deg til en hyllevare. Ta den enkle veien, og du er pristaker. Bygg det unike, og kjøperne kommer til deg.
Jeg holder det ærlig, for ellers ville ikke finalen vært min. Kuratering kan bare flytte skatten – bytte ut et åpent markeds-fee med en kurators fee og etterlate publisheren med det samme nettobeløpet, en fair kritikk jeg selv reiste tilbake i kurateringsdebattene. Og det reiser et reelt uavklart spørsmål: Når målgruppen din først er kuratert hos SSP-en, hvem eier den da – du eller kuratoren?
Svaret mitt er tråden som løper gjennom alle tre grepene ovenfor: Du eier den ved å eie stacken. Bygg selv målgruppeproduktet, identitetsryggraden og clean roomet – eller vær medeier av dem som felles publisher-infrastruktur som DAMA – og marginen og målgrupperelasjonen blir på sell-siden.
Haken, og den vil jeg ikke late som om ikke finnes, er at dette er dyrt, og at ikke enhver publisher kan gjøre det alene – som er nøyaktig derfor ruten med felles infrastruktur betyr noe. Men det er en større samtale, og ærlig talt et tema for sin helt egen artikkel.
Skrell vekk JSON-en, og dette er en kort liste med kommersielle beslutninger enhver publisher kan handle på:
Tommelfingerregelen jeg vil etterlate deg med: Hvis du avslører det til alle gratis, har du ikke en datastrategi – du har en datalekkasje. Feltene er gratis. Å bestemme hva som skal bygges, og hvem som får lov å lese det, er hele jobben.
Et siste blikk ut over horisonten, for det er der dette laget slutter å være rørlegging og blir selve poenget.
I en agentisk verden vil AI-kjøpsagenter ikke crawle open auction impression for impression. De vil oppdage inventory ved å lese en publishers strukturerte beskrivelse av sin målgruppe og sitt innhold – og deretter forhandle direkte. Når det skjer, slutter dine deklarerte data å være et targeting-signal og blir din butikkfasade. Og legg merke til det – alt i strategien ovenfor er generalprøven i menneskeskala på nøyaktig dét. Et produktifisert segmentkatalog er en butikkhylle. En CDP er det som gjør det aktiverbart. Et standardisert clean room-rammeverk er det tillitslaget agentene får bruk for. Å kuratere inn i direkte avtaler er destinasjonen.
Standardene er virkelige og svært nye. AdCP (Ad Context Protocol), lansert i oktober 2025 og bygget på Anthropics MCP, er kontrollaget – hvordan agenter oppdager inventory, forhandler vilkår og eksekverer. På datasiden har IAB Tech Lab samlet arbeidet sitt under en paraply de kaller AAMP, med Agentic Audiences – standarden tidligere kjent som UCP, donert av LiveRamp – som laget for utveksling av identitets- og kontekstsignaler. Bemerkelsesverdig nok synger IAB Tech Lab og AdCP-leiren ikke fra samme salmebok, noe som forteller deg hvor tidlig og hvor omstridt alt sammen er.
Og det er det ærlige forbeholdet å slutte på. Vi har vært her før. OpenRTB 3.0 skulle også ha vært fremtiden, og markedet migrerte aldri. SDA har blitt reposisjonert to ganger og mangler fortsatt buy-side-demand. Om agentisk discovery blir markedet eller stopper opp som 3.0, er reelt til debatt – standarder betyr bare noe når markedet ratifiserer dem.
Men instruksen til publishere er identisk uansett: Bygg produktet, ei ryggraden, bestem hva du avslører. Det gjelder uansett om leseren i den andre enden er en DSP i dag eller en agent i morgen.
Datalaget er den ene delen av bid requestet du ikke arver – du skriver den selv. Tre felter, tre spørsmål: identitet (user.eids – vet jeg hvem dette er?), målgruppe (user.data – hvordan er de?) og kontekst (content.data – hva er de her for?). I en verden uten en universell ID og med en død Privacy Sandbox er det du velger å legge i de feltene, din addressability.
Men å forfatte dataene er bare begynnelsen. Fordelen ligger i det du bygger oppå: Produktifiser signalene dine til kjøpbare segmenter, forankre dem på en CDP så de overlever nettleseren, kombiner dem med annonsørdata i et clean room, og pakk resultatet inn i direkte avtaler som trekker kjøpere vekk fra det åpne hyllevaremarkedet. Avslør kontekst bredt, identitet og premium-kohorter snevert og kronjuvelene bare i betalte, kontrollerte beholdere – og ei stacken, så verdien forblir din. De publisherne som vinner neste fase, blir ikke de som sender med mest data. Det blir de som bevisst bestemmer hva de bygger, hva de avslører, og til hvem.
Det var serien. Ni deler om hva som egentlig skjuler seg i et bid request – og denne siste om hva du velger å si tilbake.
La oss hjelpe deg med å få maksimalt ut av display-kampanjene dine.
