Verkehr gemeinsam bündeln

(Abschnitt: Ökosystem und Netzwerk)

1) Was ist „Shared Traffic Pooling“

• Maximierung von Conversion und LTV durch dynamisches Routing zum „besten Empfänger“.
• Reduzierung der Beschaffungskosten durch Entsorgung nicht beanspruchter Segmente und Querabfüllung.
• Widerstand gegen Saisonalität und Spitzen - Pools glätten Spitzen/Dips.
• Gerechte Wertverteilung mit deterministischer Zuschreibung und transparenten Regeln.

2) Kooperationsmodelle

1. Open Pool (öffentlicher Pool) - alle Teilnehmer mit Basiszertifizierung und SLO sind zugelassen, die Regeln sind allgemein, die Tarife sind transparent.
2. Federated Pools (Verbände) sind thematische/regionale Pools mit lokalen SLOs/Politikern (z.B. „TR Sports“, „EU Live Games“).
3. Private Exchange (geschlossener Austausch) - bilaterale/multilaterale Transaktionen mit benutzerdefinierten KPIs und NDAs.
4. Hybrid Brokered - Der zentrale Broker richtet sich nach den QoS/Compliance-Regeln und die Wertberechnung erfolgt durch ein unabhängiges Clearing.

Empfehlung: Beginnen Sie mit einem föderierten Modell + Broker und erweitern Sie es dann auf einen öffentlichen Pool, wenn Anti-Fraud und Attribution ausgereift sind.

3) Veranstaltungsstandards und Privatsphäre

Einheitliches Ereignisschema: 'view', 'click', 'signup', 'kyc _ pass', 'first _ deposit', 'session', 'purchase', 'churn _ signal'.
Kennungen: pseudonyme PID (Hash/EC-Alias), Session-ID, Device-Fingerprint (streng nach Einwilligung).
Consent & Purpose: Zustimmungsflags (Anzeigen, Analysen, Attribution) und Speicher-TTLs.
PII-Minimierung: Speichern von Token und Hashes; PII - nur beim primären Datencontroller.
Datenresidenz: Routing nach Gerichtsbarkeit; Segregation von europäischen Ländern/Drittländern.
Recht auf Löschung: tombstone-events und redaction-logs.

4) Qualität Scoring und Filter

• Die Rechtsbeständigkeit (die Kähne-Filter, der Anomalie скорости/гео/IP-репутация).
• Intention (Tiefe der Sitzungen, wiederholte Besuche, Pre-Qualify-Veranstaltungen).
• Compliance (Einwilligungen vorliegen, Alterskennzeichen, regionale Zulässigkeit).
• Konversionsprognose (ML-Score: signup→KYC→1st action→N -Tag halten).

Poolzulassungspolitik: QoT ≥ X; verdächtige Segmente - in einem Quarantäne-Subpool mit manueller Revision.

5) Verkehrsführung (Traffic SOR)

Das Ziel: jede Anfrage/jeden Benutzer dem besten Empfänger unter Berücksichtigung von SLA und Risiko zu geben.

• `TotalCost = -(Expected_LTV) + CPA/CPE + RiskAdj + TimePenalty + SaturationPenalty`

Expected_LTV - Prognose für PID/Segment bei einem bestimmten Empfänger.
CPA/CPE ist der tatsächliche Preis der Transaktion/Anzeige.
RiskAdj - Sanktionen/Jurisdiktionen/Land, Wahrscheinlichkeit Chargeback/Betrug.
TimePenalty - Verzögerung bei Onboarding/Verifizierungen.
SaturationPenalty - Strafe, wenn Quoten oder Spitzenlasten überschritten werden.

Taktiken: Split-Routing A/B, Sticky-Routing nach Kohorte (um den Trichter nicht zu brechen), Backoff/Alt-Pfad bei Ausfällen, „Warm-up“ -Neuempfänger.

6) Quoten, Limits und SLOs

Segmentkontingente: Land × Gerät × QoT-Band × Stunde.
Budgets: Tages-/Wochenlimits für CPA/RevShare und Anzahl der Leads.

• Fraud Rate ≤ 0. 3% Leads;
• Valid Signup Rate ≥ 75%;
• KYC Pass 95 ≤ 15 Minuten
• First-Action Conversion ≥ 35%;
• ROI uplift vs control ≥ +5 п.п.
• Alerts (Burn-Rate): stündliche/tägliche Gates nach Fraud/Return/Invalid-traffic, auto-throttle source.

7) Attribution und Konfliktbewältigung

Modell: Last-Touch mit Fenster, positionsbasiert (40-20-40), datengetrieben (Markov/Shapley) für Verbände.
Deduplizierung: 'attribution _ key = PID' Kampagne' time _ bucket'.
Kollisionsregeln: bei gleichem Beitrag - Aufteilung nach Vertrauensgewichten (QoT, historische Genauigkeit).
Zertifizierung von Quellen: Bewertung der Genauigkeit von Postbacks, Strafen für Abweichungen.
Arbitrage: unabhängiges Clearing; RAW-Protokolle mit Signaturen, unveränderliche Protokolle.

8) Wirtschaftsmodell

CPA/RevShare/CPE-Hybrid: Basis-CPA + Haltebonus (D7/D30), der den Koeffizienten bei hohem Fraud/Invalid senkt.
Tier-Preise: niedriger für stabile QoT, höher für „Anfänger“.
Surge-Multiplier: Preiserhöhung in der Spitze, Abnahme bei Unterauslastung des Empfängers.
Cashbacks/Credits: Teilkompensation für Leads, die KYC nicht bestanden haben (gemäß den vereinbarten Regeln).
Qualitätsfonds: Allgemeine Rücklage für Arbitrage und Force-Majeure (mit transparenter Berichterstattung).

9) Anti-Betrug und Sicherheit

Device/IP/ASN-Graph: Identifizierung von Clustern, Wiederholungen, manuelle Überprüfung Sampling.
Velocity-Limits: Klick-/Registrierungs-/Einzahlungsrate, Burst-Detection.
Signaturen und Quittungen: Alle Ereignisse werden mit Quellschlüsseln signiert; Cross-Check von Zeitstempeln.
Greylisting: Quellen mit Anomalien - in einem „grauen“ Pool mit begrenztem Anteil.
Kill-Switch: Sofortige Abschaltung der Quelle/des Empfängers nach Incident-Klassen.

10) Beobachtbarkeit, Schaufenster und Dashboards

SLI (Beispiel): Valid Traffic%, Fraud Rate, QoT medium/Perzentil, Signup/KYC/First-Action Conversion, ROI uplift, Time-to-KYC p95, Postback Accuracy.

• Ops (Stunde): Erfolgsrate des Routings, QoT, Invalid/Fraud spikes, burn-rate SLO.
• Wachstum (Tag/Woche): Konversionen nach Segmenten, Attribution, ROI nach Quelle, Download von Quoten.
• Compliance (Woche): Sanktionshits, regionale Verstöße, SLA auf Anfragen von betroffenen Personen.
• Partner Health: Bewertung der Quellen/Empfänger, Genauigkeit der Postbacks, Anteil der Arbitrage.

11) Beispieldatenschema (Pseudo-SQL)

sql
CREATE TABLE traffic_events (
id TEXT PRIMARY KEY,
observed_at TIMESTAMPTZ,
pid TEXT, -- alias user id source_id TEXT, sink_id TEXT,
event_type TEXT,      -- view    click    signup    kyc_pass    first_action...
qot_score NUMERIC,
attrs JSONB
);

CREATE TABLE routing_decisions (
id TEXT PRIMARY KEY,
pid TEXT, source_id TEXT, sink_id TEXT,
expected_ltv NUMERIC, cpa NUMERIC,
total_cost NUMERIC, policy TEXT,
decided_at TIMESTAMPTZ
);

CREATE TABLE attribution (
pid TEXT, conversion_event TEXT, ts TIMESTAMPTZ,
model TEXT, key TEXT, winner_source TEXT, share NUMERIC,
PRIMARY KEY (pid, conversion_event, key)
);

12) Pseudo-Konfigurationen (YAML)

Zulassungs- und Quotenpolitik

yaml pool_policy:
min_qot: 60 quarantine_qot: 45 fraud_max_pct: 0. 3 quotas:
- segment: "TR    mobile    high_intent"
hour_cap: 5000
- segment: "EU    desktop    mid_intent"
hour_cap: 3000

Routing (Traffic SOR)

yaml routing:
split_max_parts: 3 stickiness_hours: 72 penalties:
saturation_perc_start: 80 saturation_bps_per_perc: 15 time_ms_per_minute: 3 backoff:
errors_threshold_pct: 2. 0 cooldown_sec: 900

Alerts SLO

yaml alerts:
- name: "fraud_spike"
when: "fraud_rate>0. 4%"
action: ["throttle_source","notify_security"]
- name: "qot_drop"
when: "qot_p50<55"
action: ["greylist_source","raise_cpa_multiplier"]
- name: "postback_mismatch"
when: "postback_accuracy<98%"
action: ["open_arbitrage","reduce_quota"]

13) Beispiele für analytische Abfragen

QoT-Verteilung nach Quelle

sql
SELECT source_id,
PERCENTILE_CONT(0. 5) WITHIN GROUP (ORDER BY qot_score) AS qot_p50,
PERCENTILE_CONT(0. 9) WITHIN GROUP (ORDER BY qot_score) AS qot_p90,
AVG(CASE WHEN event_type='signup' THEN 1 ELSE 0 END) AS signup_rate
FROM traffic_events
WHERE observed_at >= now() - INTERVAL '7 days'
GROUP BY source_id;

Genauigkeit der Postbacks

sql
SELECT sink_id,
100. 0 SUM(CASE WHEN report. conversion_ts BETWEEN ev. observed_at - INTERVAL '5m'
AND ev. observed_at + INTERVAL '5m'
THEN 1 ELSE 0 END) / COUNT() AS postback_accuracy_pct
FROM conversions ev
JOIN partner_reports report USING (pid)
GROUP BY sink_id;

ROI uplift vs Überwachung

sql
WITH scored AS (
SELECT pid, sink_id, expected_ltv, actual_ltv, cohort
FROM ltv_eval WHERE date >= current_date - INTERVAL '30 days'
)
SELECT sink_id, cohort,
AVG(actual_ltv) - AVG(expected_ltv) AS uplift
FROM scored
GROUP BY sink_id, cohort;

14) Betriebsvorschriften

Täglich: Abstimmung von Attributionsberichten, Prüfung von Postbacks, Anpassung von Quoten/Preisen.
Wöchentlich: Qualitätskomitee - Revision min QoT, Aktualisierung der Anti-Fraud-Regeln, Schiedsgerichtsbericht.
Monatlich: ML-Scoring-Kalibrierung, Revision von Attributionsmodellen, Receiver-Benchmarks.
Incidents: einheitlicher Statuskanal, Kommunikationsmuster für Quellen/Empfänger.

15) Playbook der Vorfälle

Betrugs-/Invalid-Traffic-Anstieg

Auto-Throttle der Quelle, Transfer zum „grauen“ Pool, Verstärkung der Velocity-Limits, manuelle Probenahme von 100 Fällen, Bericht ≤ 24 Stunden.

Ausfall von Postbacks/Diskrepanzen

Aktivieren Sie doppelte Webhooks, vergleichen Sie Kontrollprotokolle, öffnen Sie Arbitrage, senken Sie vorübergehend die Preise/Quoten der Quelle.

Sprünge bei CUS/Onboarding-Verzögerungen

Umleitung zu Empfängern mit schnellem KYC, Quellenbenachrichtigung, temporärer Rückgang der Stickiness.

Überlastung des Empfängers (Saturation)

Die Routing-Strafe funktionierte → den Anteil neu verteilen, Split-Routing aktivieren, den Preis für vorrangige Segmente erhöhen.

16) Checkliste Umsetzung

1. Genehmigen Sie ein einheitliches Veranstaltungsschema und eine Datenschutz-/Zustimmungsrichtlinie.
2. Führen Sie QoT-Scoring und Quarantäne-Subpool aus.
3. Aktivieren Sie Traffic SOR mit Quoten/Limits und Stickiness.
4. Richten Sie SLO/Alert-Qualität und Postbacks ein, starten Sie Dashboards.
5. Definieren Sie die Wirtschaft (CPA/RevShare Hybrid, Strafen/Boni, Qualitätsfonds).
6. Geben Sie Schiedsverfahren, Logsignaturen und unabhängiges Clearing ein.
7. Überprüfen Sie die Attributions- und Scoring-Modelle vierteljährlich.

17) Glossar

QoT ist ein integraler Indikator für die Verkehrsqualität.
Traffic SOR - Intelligente Verkehrsführung zu vollen Kosten/Risiken.
Stickiness - Sichern Sie den Benutzer hinter dem Empfänger für die Stabilität des Trichters.
Postback Accuracy - Genauigkeit der Konversionsberichte des Empfängers.
Attribution Arbitration ist ein Verfahren zur Lösung von Attributionskonflikten.
Saturation - Grad der Auslastung des Empfängers/Kanals.

Das Ergebnis: Die gemeinsame Vernetzung des Verkehrs macht aus disparaten Strömen ein überschaubares, faires und effizientes Wachstumssystem. Die Kombination aus einheitlichen Ereignissen und Datenschutz, QoT-Scoring, SOR-Routing, strengen SLOs und einer fairen Wirtschaft schafft einen „gemeinsamen Nachfragemarkt“, auf dem sowohl Quellen als auch Empfänger und Nutzer des Ökosystems profitieren.