Tener tu propia DSP resuelve el problema del acceso. Pero no resuelve automáticamente el problema de la oferta. Una demand-side platform sin supply-side platforms conectadas es una casa de subastas sin inventario que vender, y a muchos nuevos propietarios de plataformas les sorprende cuánto de las primeras semanas tras el lanzamiento se dedica a trabajo de integración en lugar de a estrategia de campañas.
Cada conexión con una SSP es un pequeño proyecto técnico: un endpoint que configurar, un formato de bid response que validar, una asignación de QPS que negociar y una campaña de prueba que ejecutar antes de que el presupuesto real pase por esa conexión. Si te equivocas, terminas con fill rates bajos, divisas que no coinciden o una conexión que deja de enviar bid requests sin avisar semanas después de haber sido aprobada. Si lo haces bien una vez, la misma checklist sirve para las siguientes cien SSP.
Esta guía explica qué implica realmente la integración con una SSP, los requisitos técnicos que una DSP necesita tener listos antes de contactar con cualquier socio de oferta, una checklist paso a paso para conectar y validar una nueva SSP, y las ventajas e inconvenientes de construir cada conexión manualmente frente a empezar con una plataforma que ya tiene la oferta preintegrada.
Qué significa realmente la integración con SSP para el propietario de una DSP
Una SSP se sitúa en el lado del publisher de la subasta: empaqueta el inventario publicitario en bid requests y los envía a las DSP conectadas mediante OpenRTB. Integrarse con una SSP significa establecer un canal bidireccional: la SSP necesita saber adónde enviar los bid requests, y la DSP necesita saber cómo interpretarlos, ponerles precio y responderlos con la rapidez suficiente para que cuenten.
En la práctica, es una combinación de trabajo de protocolo y configuración comercial. En el lado del protocolo, la DSP expone un endpoint compatible con OpenRTB capaz de aceptar el formato de bid request de la SSP, responder dentro del tiempo límite de la subasta y gestionar las extensiones que esa SSP concreta utilice para datos de visibilidad, identificadores de usuario o campos de la cadena de suministro. En el lado comercial, alguien tiene que acordar la asignación de QPS, la gestión del precio mínimo, las condiciones de pago y qué categorías de inventario se comparten realmente.
La mayoría de las SSP no dan acceso completo desde el primer día a una DSP completamente nueva y sin historial. Empiezan con un límite de QPS reducido y una porción limitada del inventario, observan cómo funciona la conexión y amplían el acceso cuando la DSP demuestra que puede pujar, ganar y pagar de forma fiable. Ese periodo de rodaje es normal, y es una de las razones por las que una DSP con una larga lista de relaciones de oferta ya verificadas parte con una ventaja real frente a otra que empieza desde cero.
Requisitos técnicos antes de contactar con una SSP
Antes de contactar con cualquier socio de oferta, una DSP necesita tener listos unos pocos fundamentos técnicos. La mayoría de los retrasos en la integración se deben a que uno de ellos falta o está incompleto cuando el equipo técnico de la SSP empieza a revisar la conexión.

| Requisito | Por qué es importante |
| Endpoint de puja compatible con OpenRTB | La SSP necesita una URL estable que acepte su formato de bid request y devuelva una bid response válida o un no-bid dentro del tiempo límite. |
| Tiempo medio de respuesta inferior a 100 ms | La mayoría de las SSP aplican tiempos límite estrictos. Una DSP que responde demasiado despacio sufre throttling o queda fuera de la subasta por completo, sin importar el precio de la puja. |
| Compatibilidad con ads.txt / sellers.json | La lógica de compra de la DSP debe poder comprobar que la SSP es un vendedor autorizado del inventario que ofrece, para evitar comprar tráfico tergiversado. |
| Gestión de divisas y zonas horarias | Las SSP reportan el gasto y las impresiones en distintas divisas y ventanas de reporting. Una configuración desalineada rompe silenciosamente la conciliación más adelante. |
| Un modo de tráfico de prueba/QA | Cada nueva conexión con una SSP debe funcionar con un presupuesto de prueba pequeño antes de confiarle el gasto real de las campañas. |
La checklist de integración con SSP, paso a paso
Una vez que los fundamentos técnicos están listos, conectar una SSP concreta sigue una secuencia bastante constante. Saltarse pasos para lanzar antes es la causa más habitual de conexiones que parecen correctas sobre el papel pero rinden por debajo de lo esperado cuando empieza a pasar gasto real por ellas.
- Confirma que el inventario encaja. Comprueba qué formatos, regiones y tipos de dispositivo ofrece realmente la SSP antes de empezar la configuración técnica, para que la integración compense el tiempo de ingeniería.
- Intercambia los datos del endpoint. Comparte el endpoint de puja de la DSP y recibe la documentación de la SSP, ejemplos de bid requests y cualquier extensión personalizada de OpenRTB que utilice.
- Mapea los campos del bid request y de la respuesta. Confirma los campos obligatorios, el formato del precio mínimo y cualquier campo no estándar que la SSP espere en la respuesta.
- Acuerda una asignación inicial de QPS. Las conexiones nuevas casi siempre empiezan con un límite, con margen para escalar a medida que se demuestra el rendimiento.
- Ejecuta una campaña de prueba con un presupuesto pequeño. Valida que se envían las pujas, que las impresiones ganadas se renderizan de verdad y que las cifras de reporting coinciden en ambos lados.
- Comprueba la autorización en ads.txt / sellers.json en los dominios activos. Confirma que la SSP figura como vendedor autorizado de los publishers a los que dice representar.
- Concilia el gasto y el recuento de impresiones. Compara los logs de la DSP con el reporting de la SSP durante el periodo de prueba antes de escalar el presupuesto.
- Escala el QPS y el presupuesto de forma gradual. Aumenta la asignación por etapas en lugar de pasar una conexión nueva directamente a volumen completo.
- Incorpora la conexión a la monitorización continua. Haz un seguimiento periódico del fill rate, el win rate y la latencia, ya que el rendimiento de una SSP puede variar con el tiempo sin ningún cambio en el lado de la DSP.
Integración directa con SSP frente a trabajar a través de un agregador
Los propietarios de DSP suelen acceder a la oferta por una de dos vías: conectándose directamente a SSP individuales una por una, o conectándose una sola vez a un ad exchange o agregador de oferta que ya ha integrado un gran número de SSP detrás de un único endpoint. Ambas vías son válidas, y la mayoría de las DSP consolidadas acaban usando una combinación de las dos.

| Integración directa con SSP | Vía agregador / ad exchange |
| Una integración dedicada por cada SSP | Una sola integración da acceso a muchas SSP a la vez |
| Visibilidad total de cada fuente de oferta | Parte de la visibilidad del supply path depende de la transparencia del agregador |
| Más lenta para alcanzar una cobertura amplia | Camino más rápido para escalar en muchas SSP |
| Más tiempo de ingeniería por cada nueva fuente | Dependencia continua de la disponibilidad y las condiciones del agregador |
Las integraciones directas suelen tener sentido para un número reducido de SSP de alto valor y alto volumen, donde la visibilidad y el control adicionales compensan el tiempo de ingeniería. La vía del agregador es la que permite de forma realista que una DSP nueva alcance una cobertura de inventario amplia en semanas, en lugar de los meses que llevaría negociar y construir cientos de conexiones directas una por una. Aquí es también donde entra en juego la optimización del supply path: el objetivo no es simplemente conectarse con el mayor número posible de SSP, sino enrutar cada impresión por el camino más corto y limpio disponible cuando varias fuentes se solapan.
Errores comunes que ralentizan o rompen las conexiones con SSP
- Saltarse la campaña de prueba y pasar todo el presupuesto por una conexión recién creada de inmediato.
- Ignorar los requisitos de tiempo límite y latencia hasta que una SSP empieza a aplicar throttling a la conexión sin avisar.
- No volver a comprobar nunca la autorización en ads.txt / sellers.json después de la configuración inicial, sin detectar cuándo cambia una fuente de oferta.
- Tratar la implementación de OpenRTB de todas las SSP como si fuera idéntica, cuando los campos personalizados y las extensiones varían de una a otra.
- No tocar los límites de QPS mucho después de que una conexión haya demostrado que puede asumir más volumen, desaprovechando fill rate.
¿Cuántas SSP necesita realmente una DSP nueva?
No hay una cifra fija, pero la cobertura importa más que cualquier conexión individual. Unas pocas SSP pueden sostener una campaña de prueba limitada, pero una DSP que quiera trabajar inventario display, de vídeo, in-app y CTV en varias regiones necesita diversidad de oferta, no solo volumen. Depender de una o dos SSP también crea un punto único de fallo: si una conexión sufre una caída o un descenso del fill rate, las campañas que pasan por ella se paralizan.
Esta es la razón práctica por la que muchos propietarios de DSP eligen una plataforma que ya incluye la oferta integrada en lugar de construir cada conexión desde cero. Los planes White Label, License y Acquisition de AdTech Europe incluyen de serie más de 1,000 integraciones con SSP y escalado de QPS ilimitado ya configurados, lo que convierte meses de integraciones una por una en una plataforma con oferta desde el primer día. Los propietarios que quieran añadir sus propias relaciones directas sobre esa base pueden hacerlo, y la checklist anterior sigue aplicándose a cada una de ellas.
La vía preintegrada también funciona en la dirección contraria. Las supply-side platforms y ad networks que quieren conectar su propio inventario a un gran pool de demanda, en lugar de perseguir relaciones individuales con DSP, pueden hacerlo mediante el mismo tipo de conexión preconstruida; así es como los socios de oferta de AdTech Europe suelen conectar su inventario al pool de demanda de la plataforma. En el lado de la compra, el propietario de una DSP nueva que opte por la vía de adquisición o licencia puede esperar un onboarding equivalente, ya que AdTech Europe puede conectar una DSP a oferta publicitaria lista para usar en unos cinco días laborables, en lugar de las semanas o meses que suele requerir un calendario de integración desde cero.
¿Listo para ahorrarte el trabajo manual de integración con SSP?

AdTech Europe ayuda a agencias, ad networks y equipos de compra de medios a ser propietarios de una DSP en lugar de alquilar el acceso a una, con plataformas que vienen preconectadas a más de 1,000 SSP, QPS ilimitado y branding white-label completo de serie. Tanto si el objetivo es una plataforma white-label totalmente gestionada, una DSP con licencia o la adquisición completa del código fuente, el trabajo de integración de oferta descrito en esta guía ya está hecho antes de que la plataforma llegue a su nuevo propietario. Los precios de cada modelo de propiedad están publicados y actualizados, así que es fácil comparar el coste de ahorrarte el trabajo de integración manual con el de desarrollarlo internamente.
Para ver en acción la oferta preintegrada y la configuración de QPS, o para valorar un enfoque de desarrollo propio frente a una plataforma lista para usar en un caso concreto, agenda una reunión de estrategia programmatic con el equipo de AdTech Europe.
Preguntas frecuentes
¿Cuánto se tarda en conectar una nueva SSP a una DSP?
Una integración directa con una sola SSP suele llevar desde unos pocos días hasta unas pocas semanas, según lo estándar que sea la implementación de OpenRTB de la SSP y la rapidez con la que ambas partes puedan ejecutar y validar una campaña de prueba.
¿Cuál es la diferencia entre OpenRTB y una API de puja propietaria?
OpenRTB es un protocolo estándar del sector para bid requests y respuestas en tiempo real compatible con la mayoría de las SSP y DSP, lo que hace que las integraciones sean más rápidas y predecibles que trabajar con una API totalmente propietaria y no estándar.
¿Tengo que comprobar ads.txt y sellers.json en cada conexión con una SSP?
Sí. Comprobar que una SSP figura como vendedor autorizado ayuda a confirmar que el inventario que ofrece es legítimo, y conviene volver a verificarlo periódicamente, no solo una vez durante la configuración inicial.
¿Por qué las SSP limitan el QPS en las conexiones con DSP nuevas?
Las SSP limitan el QPS de las conexiones sin historial para proteger su infraestructura y ver cómo rinde una DSP nueva antes de asignarle más volumen de bid requests. La asignación suele aumentar cuando la DSP demuestra tiempos de respuesta y pagos fiables.
¿Es mejor integrarse directamente con las SSP o a través de un ad exchange?
Depende de la escala y de las prioridades. Las integraciones directas ofrecen más visibilidad y control sobre fuentes de oferta concretas de alto valor, mientras que la vía del ad exchange o agregador alcanza una cobertura de oferta amplia mucho más rápido y con menos carga de ingeniería.
¿Una DSP white label incluye SSP ya conectadas?
Sí, en el caso de AdTech Europe. Los planes White Label, License y Acquisition incluyen más de 1,000 SSP preintegradas y escalado de QPS ilimitado, así que un nuevo propietario no tiene que construir las conexiones de oferta desde cero.
¿Qué ocurre si una conexión con una SSP deja de enviar bid requests?
Normalmente indica un problema técnico en uno de los dos lados (un endpoint caducado, un problema de tiempo límite) o un cambio comercial por parte de la SSP (inventario retirado, una revisión de la cuenta). La monitorización continua del fill rate y del volumen de solicitudes por SSP es lo que permite detectarlo rápidamente en lugar de semanas después.