Användaridentitet behandlas i regel som en strömbrytare som antingen är på eller av. Antingen vet vi vem personen är, eller så gör vi det inte – adresserbar eller värdelös.
Det är den felaktiga mentala modellen.
Identitet i bid requesten är inte en strömbrytare. Det är en stege. Och nästan alla publishers jag pratar med tar fel på ett av två sätt: Antingen försöker de lyfta varenda impression upp till översta steget – genom att slå på tjugo ID-moduler och hoppas på det bästa – eller så avskriver de de nedersta stegen som skräp. Båda delarna lämnar pengar på bordet.
I del 3 lämnade jag dig med ett påstående: Ett user ID är bara värt det köparen kan använda det till. Det är i den här artikeln jag bevisar det – med våra egna siffror. Vi klättrar uppför identitetens fyra steg, ser vem på köpsidan som faktiskt kan använda vart och ett, och landar i den del de flesta hoppar över: varför din egen first-party-data är det starkaste steget av dem alla.
Ett par begrepp innan vi klättrar:
*Prebid bygger den arrayen åt dig: Varje modul lägger sitt ID i bidRequest.userId, och Prebid konverterar det till det standardiserade userIdAsEids → user.ext.eids som adaptrarna faktiskt läser.
Föreställ dig identitet som en stege. Varje steg berättar lite mer för köparen om vem de bjuder på – och varje steg är mer värt än steget under.
Visualisering genererad med claude.ai
Steg 0 – Anonym. Inget ID över huvud taget. Användare utan samtycke, privacy-webbläsare, förstagångsbesökare. Du identifierar inte en person – du beskriver sidan. Det är kontextuell targeting, och det är golvet, inte fiaskot (mer om det senare). Hos STEP kör vi den här trafiken genom våra kontextuella data i stället för att flyga i blindo.
Steg 1 – Pseudonym. Ett slumpmässigt first-party-ID – klassikern är SharedID: gratis, drivet av Prebid och lagrat på din egen domän. Det berättar inte för köparen vem användaren är, men det låter dem känna igen samma webbläsare mellan besök (frequency capping, enkel retargeting). Bred skala, låg precision.
Steg 2 – Grafkopplat. Ett delat ID som fungerar tvärs över sajter – det mest utbredda i Europa är ID5. Det är cookieless by design: Det anropar ett API och returnerar ett krypterat ID som ett konsortium av SSP:er och DSP:er kan dekryptera och matcha. En stor del av det europeiska open exchange-värdet ligger här, just eftersom så mycket Safari- och Firefox-trafik inte har någon third-party cookie att falla tillbaka på.
Steg 3 – Känd. Deterministisk identitet: UID2 (en samtyckesbaserad token av hashad e-post för inloggade användare), LiveRamps RampID eller dina egna identifierare skickade via PubProvidedID. Det är premiumsteget – riktiga, samtyckande, stabila människor – och det är det som driver private deals.
Försök inte få varenda impression upp till steg 3. Det kan du inte, och att jaga det överallt gör bara din sajt tyngre. Klättra uppför stegen där det lönar sig.
När modulerna har gjort sitt jobb dyker alla stegen upp på ett ställe – i EIDs-arrayen:
"user": {
"ext": {
"eids": [
{ "source": "sharedid.org",
"uids": [{ "id": "f81d4fae-7dec-11d0", "atype": 1 }] },
{ "source": "id5-sync.com",
"uids": [{ "id": "ID5-Zb9s7Q...", "atype": 1, "ext": { "linkType": 2 } }] },
{ "source": "uidapi.com",
"uids": [{ "id": "Ax7Bd9f2...token", "atype": 3 }] }
]
}
}
Tre steg, en array. En DSP läser nedåt genom listan och använder det bästa ID den känner igen; de den inte känner till ignorerar den. Det är den stilla elegansen i EID-formatet – du erbjuder flera steg på en gång och låter varje köpare ta det den faktiskt kan använda.
Här är den del som identitetssamtalet i regel hoppar över.
Den starkaste signalen i bid requesten är ofta inte alls ett tredjeparts-ID. Det är de data du redan äger.
Varje vendor på steg 1 till 3 hyr i praktiken ut igenkänning till dig. ID5, UID2, LiveRamp – absolut användbara, men du är beroende av deras sync, deras match och deras buy-side-integrationer. Du ärver deras match rate, deras luckor i täckningen och deras roadmap. Och ett tredjeparts-ID beskriver din användare som någon annans datapunkt.
Din first-party-data har inga av de problemen. Kör du en CDP eller DMP – eller bara ett disciplinerat client-side key-value-setup – kan du beskriva användaren utifrån data du själv har samlat in, i kontext och med samtycke. Inloggad prenumerant. Har läst tre elbilsrecensioner den här veckan. På marknaden för ett bolån. Du skickar det direkt in i requesten:
// Publisher-ejede signaler, sendt direkte – ingen tredjepart involveret
pbjs.setConfig({
ortb2: {
user: {
data: [{
name: "stepnetwork.dk", // datakilden er *dig*
segment: [
{ id: "subscriber" },
{ id: "auto-intender" }
]
}]
}
}
});
// ...og/eller som GAM key-values til direct & PMP-demand
googletag.pubads().setTargeting("audience", ["subscriber", "auto-intender"]);
Dessa data är mer valida – du vet exakt hur de har samlats in och vilket samtycke som ligger bakom – och mer tillgängliga, eftersom det inte sitter någon match rate-förlust mellan dig och köparen. Du frågar inte en DSP "känner du händelsevis igen denna token?" Du berättar för den, med dina egna ord, vem det här är.
Tredjeparts-ID:n har absolut sitt berättigande: De ger dig skala och räckvidd över sajtgränserna som dina egna data inte kan. Men för premium-inventory och premium-målgrupper är de ett stödlager – inte fundamentet.
Om du inte äger dina data hyr du tillbaka din egen målgrupp från dem du säljer till.
Olika steg hör hemma i olika säljkanaler – det här är taget direkt från del 3:s playbook om villkorad datadelning:
Du sänder inte ut dina bästa målgruppsdata gratis till hela den öppna marknaden. Du paketerar dem och säljer dem till de köpare som vill betala för dem.
Varje steg över 0 hänger på en enda sak – samtycke.
Utan det lagrar Prebid inget ID och skickar inte ens med ett, och GDPR-enforcement-modulen tar bort user.ext.eids helt från requesten. Inget Purpose 1 (lagring), inget Purpose 4 (personaliserade annonser) – och hela stegen kollapsar till steg 0. (Den fullständiga genomgången av samtycke och TCF är del 5, så jag håller det kort här.)
Jag lovade dig våra egna siffror. Över drygt 3,3 miljarder impressions kördes ungefär var femte (~20 %) i "limited ads"-läge – berättigat intresse, inget fullt samtycke. Sett över all monetariserad demand tjänar de impressions ungefär 27 % mindre.
Men genomsnittet döljer den egentliga historien. Delar man upp det per demand-kanal träder en gradient fram – ordnad här från den demand som är mest beroende av tredjepartsidentitet till den som är minst beroende:
Visualisering genererad med claude.ai
Den rena open auction – den demand som lutar sig hårdast mot tredjeparts-användardata – förlorar 60 % av sitt värde i samma ögonblick som samtycket försvinner. Rör man sig nedåt mot förhandlad, relationsbaserad demand krymper straffet snabbt: PMP och header bidding runt en fjärdedel, guaranteed och sponsorskap ner i ensiffriga procenttal. Preferred deals stiger faktiskt – eftersom den demanden är prissatt på relationen och den kontext du levererar, inte på om en tredjepart fortfarande kan känna igen användaren.*
Direct- och guaranteed-line items märker knappt av samtycket. De är prissatta på ditt inventory och din målgrupp – inte på ett hyrt ID.
Samtycke kostar dig inte bara annonser. Det kostar dig mest precis där du kontrollerar minst.
*Att preferred deals stiger i stället för att bara hålla nivån beror förmodligen på flera faktorer, men dyker man ner i datan ser det ut att hänga ihop med sättet vår säljorganisation arbetar på för att optimera vårt inventory på bästa sätt.
Skala bort JSON:en, och här är den kommersiella verkligheten:
Din samtyckesfrekvens och din inloggningsfrekvens sätter taket för hur mycket av ditt inventory som över huvud taget kan klättra uppför stegen. De är inte en tråkig compliance-plikt – de är ett input till din omsättning.
Samma uppdelning visar sig över webbläsare – och Safari är vår näst största med omkring 38 % av trafiken, så det här är ingen nisch. På den rena open auction tjänar Safari omkring 33 % mindre än Chrome – den klassiska third-party-cookie-skatten. Men på header bidding krymper det gapet till cirka 13 %, eftersom de alternativa ID:na (steg 2) gör exakt sitt jobb. Rördragningen betalar hem sig själv.
Visualisering genererad med claude.ai
Och de robusta pengarna – som våra egna siffror visar – är de pengar som är knutna till data du själv äger och själv routar: inloggningar, en CDP/DMP, direktaffärer, PMP:er. Att hyra igenkänning på den öppna marknaden är exakt den del som kollapsar när signalen torkar ut.
Kontext är golvet, inte fiaskot. Egna data är det starkaste steget. Tredjeparts-ID:n är den användbara, hyrda delen i mitten – och aldrig hela strategin.
Identitet i bid requesten är inte en strömbrytare, det är en stege:
Klättra uppför den där det lönar sig, sälj varje steg i den kanal som värdesätter det, och kom ihåg att det steg de flesta underutnyttjar är det de redan äger: deras first-party-data. Tredjeparts-ID:n hyr ut räckvidd till dig. Dina egna data är relationen. Och som våra samtyckessiffror visar: När signalen försvinner är det det hyrda värdet som kollapsar först.
Det här är den fjärde artikeln i serien i nio delar Vad döljer sig egentligen i en bid request?
Låt oss hjälpa dig att få ut maximalt av dina displaykampanjer.
