Om impressionen definierar vad som säljs, så definierar bidder-konfigurationen vem som kan köpa den, på vilka villkor och i vilken kontext. Detta lager ligger under auktionens yta – det är här publishers etablerar relationer, bygger in kommersiell logik och styr demand utan att någonsin ändra själva auktionsalgoritmen.
Den här artikeln utforskar hur publishers använder Prebids konfigurationsmöjligheter för att definiera auktionens affärslogik – från det rigida men essentiella params-objektet till de bredare modulerna och server-side-verktygen som berikar och påverkar hur bud prissätts, filtreras och bedöms.
Varje bidder i Prebid kräver ett params-objekt. Det är här du skickar med bidder-specifika identifierare som account IDs, placement IDs, site codes eller zone IDs – informationen som mappar en specifik ad unit på din sida till en specifik monetariseringsendpoint hos SSP:n eller exchangen.
bids: [{
bidder: 'rubicon',
params: {
accountId: '1234',
siteId: '5678',
zoneId: '91011'
}
}]
Varje adapter dokumenterar sina egna obligatoriska fält. Dessa parametrar är inte flexibla – saknas ett obligatoriskt fält, eller är det ogiltigt, svarar biddern inte. Och ändå är dessa ID:n helt centrala: De talar om för SSP:n vem du är, var impressionen hör hemma och hur den ska routas och rapporteras. De är också knutna till specifika priskonfigurationer och köparåtkomst.
Olika SSP:er har olika strukturer: Vissa använder placement IDs, andra använder member- och inventory-koder, och vissa tillåter nested targeting. Allt löper genom params.
Det är handslaget mellan publisher och demand-partner.
Det är också möjligt att sätta upp custom params för en given bidder i de fall där värdefull information behöver skickas med som inte är en del av det standardiserade OpenRTB-protokollet.
Prebid kommer med ett brett och växande utbud av moduler som låter publishers berika auktioner med data, kontroller och signaler – allt utan att röra kärnauktionslogiken eller manuellt ändra params. I skrivande stund finns det mer än 80 moduler på Prebids officiella moduldokumentationssida, som täcker allt från identity resolution och privacy-efterlevnad till analytics, realtidsdata och performance-tuning.
För att lättare kunna navigera bland dem kan vi dela upp dem i fyra huvudtyper:
Det är de moduler som Prebid-teamet uppmanar alla publishers att överväga. De levererar essentiell auktionsinfrastruktur, främst med fokus på de juridiska tillstånden kring samtycke.
Exempel:
Dessa moduler är särskilt viktiga om du opererar i EU, där GDPR-efterlevnad är ett lagkrav. Utan consentManagement-modulen kan varken Prebid.js eller de inblandade bidderna avgöra på vilken rättslig grund auktionen körs – ett begrepp vi kort berörde i den förra artikeln, Impressionen (vad är till salu?).
TCF:s Global Vendor List (GVL) kräver också att vendors uppger hur de använder lagring på enheten. storageControl-modulen använder den informationen för att validera att Prebid-moduler och bidder-adapters endast använder deklarerade identifierare och endast inom acceptabla first-party-domäner.
Tillsammans utgör dessa moduler compliance-fundamentet i Prebid och säkerställer att både samtyckes- och dataanvändningssignaler är transparenta, verkställbara och i linje med användarnas rättigheter.
Dessa utökar Prebid med valfria förbättringar inom transparens, optimering eller rapportering.
Exempel:
Dessa moduler är varken tekniska eller juridiska krav för att köra annonser i EU, men de rekommenderas starkt om man vill uppnå ordentlig transparens och optimering i Prebid.
Supply Chain Objectet läggs till i bid requesten och innehåller kritisk metadata från publisherns sida. Det omfattar referenser till sajtens ads.txt- och sellers.json-data och kopplar samman dem med SSP:ns och DSP:ns supply chain-poster. Målet är full transparens genom hela den programmatiska kedjan – om det faktiskt infriar det löftet är kanske ett ämne för en framtida artikel.
Currency-modulen gör det möjligt för real-time bidding att fungera över olika valutor genom att automatiskt räkna om och normalisera budvärden. Det är särskilt användbart med multinationell demand eller köpare över landsgränser. Prebid Server Adaptern låter, som namnet antyder, publishers konfigurera server-side-auktionsendpoints. Därmed kan de köra Prebid Server-auktioner parallellt med client-side-auktioner och skapa hybrida auktionsupplägg som kombinerar prestanda och kontroll.
Utvecklade eller underhållna av specifika partners för att lägga till avancerad funktionalitet, ofta unik för deras integrationer.
Exempel:
De flesta av dessa vendor-specifika moduler används tillsammans med en vendor du redan samarbetar med. De erbjuder typiskt ett plug-and-play-upplägg som ger vendorn en djupare integration i bid-flödet. Det betyder dock inte att modulen är strikt nödvändig för att tjänsten ska fungera.
Vi använder t.ex. Neuwo som kontextuell dataleverantör i vårt annonsnätverk, men i stället för att använda deras modul har vi konfigurerat det via vårt eget data layer och vår tag management-plattform. Det ger oss mer granulär kontroll, men resultatet är detsamma.
User ID-moduler stödjer flera metoder för att etablera pseudonyma identifierare för användare – en kritisk faktor för att öka värdet av header bidding. I stället för att vara beroende av att varje exchange synkar ID:n med dussintals demand-källor kan publishers välja att integrera med ett eller flera ID-system som samlar användaridentifieringen över bidders.
Exempel:
Varje modultyp spelar sin egen roll i att berika bid requesten. Man kan se dem som modulära utökningar som kan läggas till efter affärsbehov. Deras verkliga värde beror dock på köpsidan: vilka system DSP:er och DMP:er stödjer och hur de aktiverar data i kampanjer.
Det handlar inte bara om huruvida en modul är aktiv – det handlar om huruvida köparen kan använda det som modulen möjliggör.
Detsamma gäller de flesta user ID-moduler: Vissa bygger på publisherns egna datapunkter (som PubProvidedID), medan andra genererar eller synkar sina egna unika pseudonyma identifierare.
Prebid är mer än en auktionsmotor – det är ett konfigurerbart orkestreringslager. Publishers har utvecklat strategier som använder konfigurationsmönster för att forma auktionsbeteendet på subtila men verkningsfulla sätt:
setBidderConfig() kan man dela premium- eller känsliga segment enbart med utvalda SSP:er som har en direkt relation till publishern. Det säkerställer att värdefull first-party data inte ligger fritt tillgänglig på hela den öppna marknaden.
Dessa mönster låter publishers röra sig från reaktiv monetarisering till proaktiv formning av demand – där Prebid-konfigurationen används som ett strategiskt verktyg snarare än ett tekniskt krav.
Bidder-konfigurationen är där publisherns intention blir till en strategi som kan monetariseras. Genom params, modulär berikning och avancerad konfigurationspraxis påverkar publishers hur impressions ses, poängsätts och prissätts. Allt innan ett enda bud har lagts.
I dag stödjer Prebid över 80 moduler fördelade på fyra kärnkategorier – från juridisk efterlevnad av samtycke till kontextuell databerikning och custom ID-lösningar. Publishers aktiverar dem selektivt för att forma auktionsdynamiken och skräddarsy vad varje bidder ser, baserat på avtalsvillkor, datarättigheter eller inventory-värde.
Smarta upplägg använder bidder aliasing för specialformat, begränsar känsliga data till betrodda SSP:er och använder Prebid-moduler för att skicka med användaridentitet, floor-priser och kontextuell metadata – allt utan att ändra själva auktionen.
I slutändan handlar bidder-konfiguration inte bara om kompatibilitet. Det är där kommersiell logik och teknisk exekvering möts. Rätt använt är det en konkurrensfördel som ger publishers exakt kontroll över hur deras supply kommer in på marknaden.
Det var den tredje artikeln i den här 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.
