Adapter je Netzwerk
Ein Adapter läuft nur im Kontext genau eines Projekts und genau eines projektgebundenen Kontos. Zugangsdaten werden ausschließlich als Vault-Referenz übergeben.
| Netzwerk | Fähigkeiten | Freigegebene Zielhosts | Ratenlimit | Projekte mit Konto |
|---|---|---|---|---|
| Alpha Click | Suche Feed Deeplink | klick.alpha-demo.example | 120/Min. | Good Gatherer, Trend Kiosk |
| Borealis Ads | Suche Feed Deeplink | out.borealis-demo.example | 60/Min. | Kulturfieber |
| Kestrel Network | Suche Deeplink | go.kestrel-demo.example | 30/Min. | Good Gatherer |
| Lumen Partner | Feed | track.lumen-demo.example | 20/Min. | Kulturfieber |
Einheitliches Angebotsformat
Jeder Adapter liefert nach der Normalisierung dieselbe Struktur. Der Angebotsschlüssel enthält immer die Projektkennung, damit ein Angebot niemals projektübergreifend verwendet werden kann.
offerKey
projectId:networkId:externalId
projectId / networkId / accountId
Mandanten- und Kontobindung
merchantRaw / merchantKey / merchantLabel
Rohname, Dedup-Schlüssel, Anzeigename
priceCents / shippingCents / currency
Preis normalisiert in Cent, EUR
cpcCents
erwarteter Klickwert – Basis der Slotreihenfolge
targetUrl
wird vor jedem Absprung erneut validiert
Verarbeitungskette
- Schritt 1Adapter holt Rohangebote (projekt- und kontogebunden)
- Schritt 2Normalisierung + Merchant-Alias + Deduplizierung
- Schritt 3Ausschlusslisten für Merchants, Angebote und Titelmuster
- Schritt 4Faire Auswahl mit Netzwerkgewicht und Tagesquote → Entscheidungsevent
Der Redirect ist ein eigener, nachgelagerter Vorgang: Er entsteht erst durch einen Nutzerklick, wird gegen die Redirect-Richtlinie des Projekts geprüft und getrennt vom Entscheidungsevent gespeichert.