Combinación conjunta de tráfico

(Sección: Ecosistema y Red)

1) Qué es la «combinación conjunta de tráfico»

• Maximice la conversión y el LTV mediante el enrutamiento dinámico al «mejor receptor».
• Reduzca los costos de atracción mediante la eliminación de segmentos no reclamados y el llenado cruzado.
• Resistencia a la estacionalidad y ráfagas: los grupos suavizan los picos/fallas.
• Distribución equitativa del valor bajo atribución determinista y reglas transparentes.

2) Modelos de cooperación

1. Open Pool (grupo público) - todos los miembros con certificación básica y SLO permitidos, reglas generales, tarifas - transparentes.
2. Pools federados (federaciones) son grupos temáticos/regionales con SLO/políticas locales (por ejemplo, "TR Sports'," EU Live-games ").
3. Intercambio privado (intercambio cerrado): transacciones bilaterales/multilaterales con KPI personalizados y NDA.
4. Hybrid Brokered - el corredor central enruta según las reglas de QoS/cumplimiento, y el cálculo del valor hace la compensación independiente.

Recomendación: comenzar con un modelo federado + corredor, luego expandirse a un grupo público a medida que el anti-frod y la atribución maduren.

3) Normas de eventos y privacidad

Un único esquema de eventos: 'view', 'click', 'signup', 'kyc _ pass',' first _ deposite ',' session ',' purchase ',' churn _ signal '.
Identificadores: alias PID (hash/EC-alias), session-id, device-fingerprint (estrictamente por consentimiento).
Consent & Purpose: banderas de consentimiento (ads, analytics, attribution) y TTL de almacenamiento.
Minimización PII: almacenar tokens y hashes; PII: sólo en el controlador de datos primario.
Residencia de datos: enrutamiento por jurisdicciones; segregación de países europeos/terceros países.
Derecho de eliminación: eventos de tombstone y registros de redacciones.

4) Calidad de puntuación y filtros

• Validez (filtros bot, anomalías de velocidad/reputación geo/IP).
• Intención (profundidad de las sesiones, visitas repetidas, eventos pre-qualify).
• Cumplimiento (disponibilidad de consentimientos, casilla de edad, admisibilidad regional).
• Pronóstico de conversión (ML score: signup→KYC→1st action→N - día de retención).

Política de admisión al grupo: QoT ≥ X; segmentos sospechosos - en un grupo de cuarentena con revisión manual.

5) Enrutamiento de tráfico (SOR de tráfico)

Objetivo: dar cada solicitud/usuario al mejor receptor, teniendo en cuenta el SLA y el riesgo.

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

Expected_LTV - predicción de PID/segmento en un receptor específico.
CPA/CPE - el precio real de la operación/exhibición.
RiskAdj - sanciones/jurisdicciones/país, probabilidad de chargeback/fraud.
TimePenalty - Retraso en el onboarding/verificaciones.
SaturationPenalty - penalización cuando se exceden las cuotas o las cargas máximas.

Tácticas: split-routing A/B, sticky-routing por cohorte (para no romper el embudo), backoff/alt-path por fallos, «warm-up» nuevos receptores.

6) Cuotas, límites y SLO

Cuotas por segmentos: país × dispositivo × banda QoT × hora.
Presupuestos: límites diarios/semanales para CPA/RevShare y número de leads.

• Fraud Rate ≤ 0. 3% de leads;
• Valid Signup Rate ≥ 75%;
• KYC Pass p95 ≤ 15 min;
• First-Action Conversion ≥ 35%;
• ROI uplift vs control ≥ +5 п.п.
• Alertas (burn-rate): gates por hora/día por Fraud/Return/Invalid-traffic, fuente auto-throttle.

7) Atribución y desintegración de conflictos

Modelo: last-touch con ventana, position-based (40-20-40), data-driven (Markov/Shapley) para federaciones.
Deduplicación: 'attribution _ key = PID' campaign 'time _ bucket'.
Reglas de colisión: con igual contribución - dividir por pesos de confianza (QoT, precisión histórica).
Certificación de fuentes: calificación de precisión postback, sanciones por discrepancias.
Arbitraje: compensación independiente; registros raw con firmas, revistas inmutables.

8) Modelo económico

CPA/RevShare/CPE híbrido: CPA básico + bono de retención (D7/D30), un coeficiente de reducción en alto Fraud/Invalid.
Tier-pricing: abajo para QoT estables, arriba - para «principiantes».
Surge-multiplier: aumento del precio en el pico, disminución en la subcarga del receptor.
Cashbacks/créditos: compensación parcial por leads que no han pasado KYC (según las reglas estipuladas).
Fondo de calidad: reserva general para la cobertura de arbitrajes y force-majeure (con informes transparentes).

9) Anti-frod y seguridad

Gráfico de dispositivo/IP/ASN: identificación de clústeres, repeticiones, sampleo de validación manual.
Velocity-limites: frecuencia de clics/registros/depósitos, detección de burst.
Firmas y recibos: todos los eventos están firmados por las claves de origen; comprobación cruzada de temporizadores.
Greylisting: fuentes con anomalías - en una piscina «gris» con una proporción limitada.
Kill-switch: desconexión instantánea de la fuente/receptor por clase de incidente.

10) Observabilidad, escaparates y dashboards

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

• Ops (hora): Tasa de éxito de enrutamiento, QoT, Invalid/Fraud spikes, burn-rate SLO.
• Crecimiento (día/semana): conversiones por segmento, atribución, ROI por fuente, carga de cuotas.
• Compliance (semana): aciertos sancionadores, infracciones regionales, SLA sobre solicitudes de sujetos de datos.
• Partner Health: clasificación de fuentes/receptores, precisión de postback, proporción de arbitrajes.

11) Ejemplo de esquema de datos (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-configuraciones (YAML)

Política de admisión y cuotas

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

Enrutamiento (SOR de tráfico)

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

Alertas 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) Ejemplos de consultas analíticas

Distribución de QoT por fuente

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;

Precisión de postback

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 control

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) Reglamentos operativos

Diariamente: conciliación de informes de atribución, auditoría postback, ajuste de cuotas/precios.
Semanalmente: comité de calidad - revisión de min QoT, actualización de reglas anti-frod, informe de arbitraje.
Mensualmente: calibración de puntuaciones ML, revisión de modelos de atribución, referencia de receptores.
Incidentes: un único canal de estado, plantillas de comunicación para fuentes/receptores.

15) Incidentes de Playbook

Estallido de Fraud/Invalid-traffic

Auto-throttle fuente, transferencia a la piscina «gris», amplificación de los límites de velocidad, muestra manual de 100 casos, informe ≤ 24 h.

Fallas/discrepancias

Habilitar webhooks duplicados, comparar registros de control, abrir un arbitraje, bajar temporalmente los precios/cuotas a la fuente.

Salto de latencia CUS/onboarding

Redistribución a receptores con KYC rápido, notificación de fuentes, reducción temporal de stickiness.

Sobrecarga del receptor (saturation)

Funcionó la penalización del enrutamiento → redistribuir la participación, habilitar el split-routing, subir el precio para los segmentos prioritarios.

16) Lista de verificación de implementación

1. Apruebe un único esquema de eventos y una política de privacidad/consentimiento.
2. Ejecute el scoring de QoT y el pool de cuarentena.
3. Habilite SOR de tráfico con cuotas/límites y stickiness.
4. Personalice SLO/alertas de calidad y postbacks, realice dashboards.
5. Definir la economía (CPA/RevShare híbrido, multas/bonos, fondo de calidad).
6. Introduzca los procesos de arbitraje, las firmas de registro y la compensación independiente.
7. Revisa trimestralmente los modelos de atribución y puntuación.

17) Glosario

QoT es un indicador integral de la calidad del tráfico.
Tráfico SOR - Enrutamiento de tráfico «inteligente» a todo costo/riesgo.
Stickiness: asigna al usuario un receptor para la estabilidad del embudo.
Accuracy de postback: la precisión de los informes de conversión del receptor.
Atribución de atribución: procedimiento para resolver conflictos de atribución.
Saturation - Grado de carga del receptor/canal.

En pocas palabras: la combinación conjunta de tráfico convierte los flujos dispersos en un sistema de crecimiento administrado, justo y eficiente. Una combinación de eventos únicos y privacidad, puntuación QoT, enrutamiento SOR, SLO rigurosos y una economía honesta crea un «mercado de demanda común» donde tanto las fuentes como los receptores y usuarios del ecosistema ganan.