Hvis impressionen definerer hva som blir solgt, så definerer bidder-konfigurasjonen hvem som kan kjøpe den, på hvilke vilkår og i hvilken kontekst. Dette laget ligger under auksjonens overflate – det er her publishere etablerer relasjoner, bygger inn kommersiell logikk og styrer demand uten noensinne å endre selve auksjonsalgoritmen.
Denne artikkelen utforsker hvordan publishere bruker Prebids konfigurasjonsmuligheter til å definere auksjonens forretningslogikk – fra det rigide, men essensielle params-objektet til de bredere modulene og server-side-verktøyene som beriker og påvirker hvordan bud prises, filtreres og vurderes.
Enhver bidder i Prebid krever et params-objekt. Det er her du sender med bidder-spesifikke identifikatorer som account IDs, placement IDs, site codes eller zone IDs – informasjonen som mapper en spesifikk ad unit på siden din til et spesifikt monetiseringsendpoint hos SSP-en eller exchangen.
bids: [{
bidder: 'rubicon',
params: {
accountId: '1234',
siteId: '5678',
zoneId: '91011'
}
}]
Hver adapter dokumenterer sine egne påkrevde felter. Disse parameterne er ikke fleksible – mangler et påkrevd felt, eller er det ugyldig, svarer ikke bidderen. Og likevel er disse ID-ene helt sentrale: De forteller SSP-en hvem du er, hvor impressionen hører til, og hvordan den skal routes og rapporteres. De er også knyttet til spesifikke priskonfigurasjoner og kjøperadgang.
Ulike SSP-er har ulike strukturer: Noen bruker placement IDs, andre bruker member- og inventory-koder, og noen tillater nested targeting. Alt sammen løper gjennom params.
Det er håndtrykket mellom publisher og demand-partner.
Det er også mulig å sette opp custom params for en gitt bidder i de tilfellene der verdifull informasjon som ikke er en del av den standardiserte OpenRTB-protokollen, skal sendes med.
Prebid kommer med et bredt og voksende utvalg av moduler som lar publishere berike auksjoner med data, kontroller og signaler – alt sammen uten å røre kjerneauksjonslogikken eller manuelt endre params. I skrivende stund finnes det mer enn 80 moduler på Prebids offisielle moduldokumentasjonsside, som dekker alt fra identity resolution og privacy-håndhevelse til analytics, sanntidsdata og performance-tuning.
For bedre å kunne navigere i dem kan vi dele dem opp i fire hovedtyper:
Dette er modulene Prebid-teamet oppfordrer alle publishere til å vurdere. De leverer essensiell auksjonsinfrastruktur, primært med fokus på de juridiske tillatelsene rundt samtykke.
Eksempler:
Disse modulene er spesielt viktige hvis du opererer i EU, der GDPR-compliance er et lovkrav. Uten consentManagement-modulet kan verken Prebid.js eller de involverte bidderne avgjøre på hvilket juridisk grunnlag auksjonen kjører – et begrep vi kort var innom i den forrige artikkelen, Impressionen (hva er til salgs?).
TCFs Global Vendor List (GVL) krever også at vendors opplyser hvordan de bruker lagring på enheten. storageControl-modulet bruker den informasjonen til å validere om Prebid-moduler og bidder-adapters bare får tilgang til deklarerte identifikatorer og bare innenfor akseptable first-party-domener.
Til sammen utgjør disse modulene compliance-fundamentet i Prebid og sikrer at både samtykke- og databrukssignaler er transparente, håndhevbare og i tråd med brukernes rettigheter.
Disse utvider Prebid med valgfrie forbedringer innen transparens, optimalisering eller rapportering.
Eksempler:
Disse modulene er verken tekniske eller juridiske krav for å kjøre annonser i EU, men de anbefales sterkt hvis man vil oppnå skikkelig transparens og optimalisering i Prebid.
Supply Chain Objectet legges til bid requestet og inneholder kritisk metadata fra publisherens side. Det omfatter referanser til nettstedets ads.txt- og sellers.json-data og kobler dem sammen med SSP-ens og DSP-ens supply chain-oppføringer. Målet er full transparens gjennom hele den programmatiske kjeden – om det faktisk innfrir det løftet, er kanskje et tema for en fremtidig artikkel.
Currency-modulet gjør det mulig for real-time bidding å fungere på tvers av ulike valutaer ved automatisk å omregne og normalisere budverdier. Det er spesielt nyttig med multinasjonal demand eller kjøpere på tvers av landegrenser. Prebid Server Adapteren lar, som navnet antyder, publishere konfigurere server-side auksjonsendpoints. Dermed kan de kjøre Prebid Server-auksjoner parallelt med client-side auksjoner og skape hybride auksjonsoppsett som kombinerer performance og kontroll.
Utviklet eller vedlikeholdt av spesifikke partnere for å tilføre avansert funksjonalitet, ofte unik for deres integrasjoner.
Eksempler:
De fleste av disse vendor-spesifikke modulene brukes sammen med en vendor du allerede samarbeider med. De tilbyr typisk et plug-and-play-oppsett som gir vendoren en dypere integrasjon i bid-strømmen. Det betyr likevel ikke at modulet er strengt nødvendig for at tjenesten skal fungere.
Vi bruker for eksempel Neuwo som kontekstuell dataleverandør i annonsenettverket vårt, men i stedet for å bruke modulet deres har vi konfigurert det via vårt eget data layer og vår tag management-plattform. Det gir oss mer granulær kontroll, men resultatet er det samme.
User ID-moduler støtter flere metoder for å etablere pseudonyme identifikatorer for brukere – en kritisk faktor for å øke verdien av header bidding. I stedet for å være avhengig av at hver exchange syncer ID-er med dusinvis av demand-kilder, kan publishere velge å integrere med ett eller flere ID-systemer som samler brukeridentifikasjonen på tvers av bidders.
Eksempler:
Hver modultype spiller sin egen rolle i å berike bid requestet. Man kan tenke på dem som modulære utvidelser som kan legges til etter forretningsbehov. Den reelle verdien deres avhenger likevel av buy-siden: hvilke systemer DSP-er og DMP-er støtter, og hvordan de aktiverer data i kampanjer.
Det handler ikke bare om hvorvidt et modul er aktivt – det handler om hvorvidt kjøperen kan bruke det modulet muliggjør.
Det samme gjelder de fleste user ID-moduler: Noen baserer seg på publisherens egne datapunkter (som PubProvidedID), mens andre genererer eller syncer sine egne unike pseudonyme identifikatorer.
Prebid er mer enn en auksjonsmotor – det er et konfigurerbart orkestreringslag. Publishere har utviklet strategier som bruker konfigurasjonsmønstre til å forme auksjonsatferden på subtile, men virkningsfulle måter:
setBidderConfig() kan man dele premium- eller sensitive segmenter utelukkende med utvalgte SSP-er som har en direkte relasjon til publisheren. Det sikrer at verdifull first-party data ikke ligger fritt tilgjengelig i hele det åpne markedet.
Disse mønstrene lar publishere bevege seg fra reaktiv monetisering til proaktiv forming av demand – der Prebid-konfigurasjonen brukes som et strategisk verktøy fremfor et teknisk krav.
Bidder-konfigurasjonen er der publisherens intensjon blir til en strategi som kan monetiseres. Gjennom params, modulær berikelse og avanserte konfigurasjonspraksiser påvirker publishere hvordan impressions ses, scores og prises. Alt sammen før et eneste bud er avgitt.
I dag støtter Prebid over 80 moduler fordelt på fire kjernekategorier – fra juridisk håndhevelse av samtykke til kontekstuell databerikelse og custom ID-løsninger. Publishere aktiverer dem selektivt for å forme auksjonsdynamikken og skreddersy hva hver bidder ser, basert på avtalevilkår, datarettigheter eller inventory-verdi.
Smarte oppsett bruker bidder aliasing for spesialformater, begrenser sensitive data til betrodde SSP-er og bruker Prebid-moduler til å sende med brukeridentitet, floor-priser og kontekstuell metadata – alt sammen uten å endre selve auksjonen.
Til syvende og sist handler bidder-konfigurasjon ikke bare om kompatibilitet. Det er der kommersiell logikk og teknisk eksekvering møtes. Brukt riktig er det et konkurransefortrinn som gir publishere presis kontroll over hvordan deres supply kommer inn på markedet.
Det var tredje artikkel i denne serien i ni deler: Hva skjuler det seg egentlig i et bid request?
La oss hjelpe deg med å få maksimalt ut av display-kampanjene dine.
