Tu propia SSP: cuándo bastan Prebid Server o una SSP alquilada y quién puede construirla

Una SSP, o supply-side platform, es el software que ofrece el espacio publicitario de un editor a muchos compradores a la vez y le paga por lo que se vende. Un editor que vende espacio publicitario solo en sus propios sitios o apps rara vez necesita construir una. Puede vender a través de SSP existentes y organizar su propia subasta entre ellas con Prebid Server, un programa de código abierto. Una SSP propia tiene sentido cuando tu negocio es vender el espacio publicitario de otros editores. Incluso entonces, una SSP alquilada puede bastar hasta que tu volumen haga que sus tarifas resulten demasiado altas o tus editores necesiten algo que no puede hacer. Si decides construirla, contrata a una empresa que te entregue el código y configure la SSP con el dominio y el nombre de tu empresa.

¿Qué hace una SSP por un editor?

La página o la app de un editor envía una solicitud de anuncio cada vez que tiene un espacio que llenar. La SSP convierte esa solicitud en solicitudes de puja para las demand-side platforms (DSP), el software que usan los anunciantes para comprar espacio publicitario. Recoge sus pujas, elige la ganadora y registra la venta para poder pagar al editor más adelante. El editor también fija reglas en la SSP, como el precio más bajo que acepta, llamado floor, y los tipos de anuncios que rechaza.

Toda subasta tiene un tiempo límite. IAB Tech Lab, un organismo sin ánimo de lucro que redacta estándares técnicos para la publicidad digital, publica OpenRTB, un estándar para las solicitudes de puja. La versión 2.6, consultada el 23 de octubre de 2026, define el campo tmax como el «tiempo máximo en milisegundos que el exchange permite para recibir las pujas, incluida la latencia de internet, para evitar el timeout». Una puja que llega más tarde cuenta como si no se hubiera pujado.

La SSP también gestiona el dinero. Cuenta los anuncios que se mostraron y cobra a los compradores, y después paga a cada editor su parte. Cuando esos recuentos no coinciden con los de un comprador, alguien tiene que averiguar por qué antes de que salgan las facturas.

¿Le basta Prebid Server a un editor?

Prebid Server puede bastarle a un editor que solo vende su propio espacio publicitario, si lo opera el equipo del editor o un proveedor de hosting. Está pensado para el header bidding. En el header bidding, un editor pide pujas a varias SSP y ad exchanges a la vez, antes de que su ad server decida qué anuncio mostrar. Un ad exchange organiza subastas de espacio publicitario de forma muy parecida a una SSP.

La página de descripción general de Prebid.org, consultada el mismo día, dice: «Prebid Server es una solución de código abierto para el header bidding de servidor a servidor». La página dice que hay «230+ adaptadores de puja del lado del servidor», conexiones listas para usar con fuentes de pujas como SSP y exchanges.

Según la misma página, Prebid Server comprueba cada solicitud entrante, aplica las reglas de privacidad y llama a los adaptadores de puja. Cuando estos han respondido, o cuando «ha expirado el periodo de timeout», envía su respuesta al origen de la solicitud, como una página web o una app.

Con Prebid Server, el editor organiza la subasta entre las SSP y los exchanges con los que trabaja, normalmente sin contratos propios con las DSP. Cada SSP sigue pagando al editor por el espacio publicitario que vende, y la mayoría de las conexiones con las DSP siguen en manos de las SSP.

La página de descripción general describe dos escenarios habituales: «Editores con conocimientos técnicos» y «Proveedores de servicios gestionados: para todos los demás». Dice: «La comunidad de código abierto no proporciona herramientas de configuración». También advierte de que instalar Prebid Server «no es ni de lejos tan fácil como Prebid.js», el código de header bidding de Prebid que se ejecuta en el navegador del visitante.

El código de prebid-server en GitHub, consultado el mismo día, se publica bajo la Apache License 2.0, una licencia de código abierto. Permite a cualquiera usar y modificar el código, también con fines comerciales. Un editor puede ejecutarlo en sus propios servidores o recurrir a un proveedor que lo aloje. La página de descripción general dice que los proveedores que lo alojan también «ofrecen herramientas para gestionar las solicitudes almacenadas» (stored requests).

¿Cuándo deberíamos construir una SSP propia?

Una SSP propia encaja con un negocio que vende espacio publicitario por cuenta de otros editores. Las redes publicitarias, las empresas de monetización de apps y los grupos de editores que venden su espacio de forma conjunta son ejemplos de ello. Para ellos, la subasta y sus comisiones son el producto, y un software alquilado limita los cambios en ambas cosas.

Construir también puede tener sentido cuando una SSP alquilada cobra por cada solicitud o por cada venta y tu volumen no deja de crecer. Una tercera razón es una regla de subasta o un formato de anuncio que tus editores necesitan y que no admite ninguno de los productos de alquiler que has probado.

Una SSP no gana nada hasta que las DSP aceptan recibir sus solicitudes de puja, y cada conexión con una DSP es una integración, una prueba y un contrato aparte. Antes de construir, anota qué DSP han aceptado conectarse a tu SSP y qué editores aportarán su espacio publicitario en el lanzamiento.

¿Qué nos da alquilar una SSP y qué se queda en manos del proveedor?

Alquilar significa que el proveedor opera el software y tú lo usas con un contrato, a veces con tu propia marca. Epom, un proveedor de ad servers, vende su módulo SSP como complemento de sus planes de ad server. Su página de precios, consultada el mismo día, ofrece planes desde 250 USD al mes y fija el precio del «SSP module» en «0,001 USD por cada 1000 ext.reqs». El módulo permite «conectar endpoints de DSP personalizados». Otro complemento, una «White-label solution» de 250 USD al mes, permite «usar el nombre, el logotipo y el dominio de tu empresa en lugar de los predeterminados».

Un producto alquilado con tu marca sigue perteneciendo al proveedor. Los términos y condiciones de Epom Server, consultados el mismo día, establecen: «Este Contrato no constituye una venta y no transmite ningún derecho de propiedad sobre el Software». Esos mismos términos dicen que el cliente es propietario de sus «Datos de la Cuenta», la información de uso y los patrones de tráfico derivados de su uso del software, y que «todos los Datos de la Cuenta se borrarán del Software en un plazo de treinta (30) días tras la no renovación o la rescisión anticipada». Planifica la exportación de tus datos antes de que termine el contrato.

Otros proveedores redactan sus contratos de otra manera, así que lee la sección sobre propiedad antes de comparar precios. Los precios por solicitud dependen de lo que el proveedor cuente como solicitud, y la página de Epom no define «ext.reqs». Pide esa definición por escrito y pregunta qué dominio indicarán tus editores como vendedor de su espacio publicitario.

¿Qué archivos indican a los compradores quién vende el espacio publicitario?

Los compradores comprueban de dónde viene el espacio publicitario antes de pujar. Un editor enumera todos los sistemas autorizados a vender su espacio en un archivo llamado ads.txt, en su propio sitio web. Las apps usan un archivo complementario, app-ads.txt. La versión 1.1 de la especificación de ads.txt, consultada el mismo día, define el primer campo de cada línea como «el nombre de dominio canónico del sistema SSP, Exchange, Header Wrapper, etc., al que se conectan los bidders».

El tercer campo de una línea de ads.txt indica si el editor trabaja directamente con ese sistema. La especificación dice que «DIRECT» significa que el editor «controla directamente la cuenta» que figura en la línea. Añade que esto «suele implicar un contrato comercial directo entre el editor y el sistema publicitario».

La SSP publica un archivo llamado sellers.json, que nombra a cada vendedor cuyo espacio publicitario vende. La versión 1.0 de la especificación de sellers.json, fechada en julio de 2019 y consultada el mismo día, dice: «Los sistemas publicitarios deberían publicar el archivo sellers.json en su dominio raíz y en los subdominios que haga falta».

El archivo tiene que incluir a todos los vendedores: «Deben incluirse todos los vendedores, aunque sean confidenciales». Cada ID de vendedor corresponde a una sola empresa. En palabras de la especificación, «cada seller_id debe corresponder a una única entidad, a la que se paga por el inventario negociado con ese seller_id».

El dominio de la SSP también puede aparecer en las solicitudes de puja. OpenRTB 2.6 recomienda un objeto SupplyChain en cada solicitud de puja: una lista de las empresas que intervienen en la venta del espacio publicitario y cobran por el camino, que puede marcarse como incompleta. Su campo asi se define con las mismas palabras que el primer campo de una línea de ads.txt: el dominio del sistema al que se conectan los bidders.

Para el espacio publicitario que se muestra a personas en la UE, hay un marco más que tener en cuenta. IAB Europe, una asociación del sector publicitario, gestiona el Transparency and Consent Framework (TCF), que transmite las decisiones de privacidad de cada persona, como el consentimiento, desde el sitio o la app del editor hasta las empresas de ad tech. IAB Europe describe el TCF como «un estándar voluntario». Su página para proveedores (vendors), consultada el mismo día, dice que los proveedores «pueden ser ad servers, proveedores de medición, agencias de publicidad, DSP, SSP y más». La página añade: «Los proveedores deben registrarse para participar en el TCF».

¿Qué debe ser nuestro cuando la SSP esté construida?

Cada archivo y cada registro de los anteriores nombran un dominio o una empresa. Comprueba que cada uno de los elementos siguientes quede en manos de tu empresa:

• El dominio que aparece en las líneas de ads.txt de tus editores y en el campo asi, registrado a nombre de tu empresa
• El archivo sellers.json de ese dominio y los ID de vendedor que figuran en él
• Los contratos con cada DSP, firmados por tu empresa y no por quien construye la SSP
• Un registro como proveedor del TCF a nombre de tu empresa, si tu SSP participa en el TCF
• Los repositorios de código, los scripts de compilación y las cuentas en la nube, abiertos a nombre de tu empresa
• Los logs y los informes, con una forma probada de exportarlos

El dominio suele ser lo más difícil de cambiar después. Un dominio nuevo implica una línea nueva en el archivo ads.txt de cada editor. Hasta que un editor añada esa línea, los compradores que comprueban ads.txt pueden considerar no autorizadas las ventas de su espacio a través de tu SSP.

Pide a quien la construya que nombre cada parte de su propio código o de código de terceros que quede fuera de tu propiedad, con la licencia de cada parte. El código abierto que haya dentro de la SSP, como Prebid Server, conserva su propia licencia. El artículo sobre cómo comprobar a un equipo dedicado y conservar la propiedad del código trata la redacción de los contratos en general.

¿Cómo comprobamos a una empresa que se ofrece a construir nuestra SSP?

Las comprobaciones generales para cualquier proveedor de ad tech están en el artículo sobre construir, licenciar o alquilar una DSP o un ad exchange. Construir una SSP plantea seis preguntas más:

• ¿Qué SSP o exchange de los que han construido funciona hoy en producción? ¿Qué DSP compran a través de ese sistema?
• ¿Pueden mostrarnos una solicitud de puja que haya enviado su sistema, con el objeto SupplyChain completado?
• ¿Qué pasa con una puja que llega después de tmax y cómo ve un editor cuántas pujas llegaron demasiado tarde?
• ¿Cómo cuadran su recuento de anuncios mostrados con el de cada DSP antes de facturar a nadie?
• ¿Quién añade un editor nuevo a sellers.json y cuánto tarda el cambio?
• ¿Qué componentes siguen siendo de ustedes después del traspaso?

Una empresa que ya ha operado una SSP puede responder a la mayoría de estas preguntas mostrando archivos, logs e informes. Si un acuerdo de confidencialidad impide revelar el nombre de un cliente, pide a la empresa que, en su lugar, organice una llamada con ese cliente.

Dedica la mayor parte del tiempo a las preguntas sobre recuentos, porque a los editores se les paga según las cifras de la SSP. El artículo sobre por qué los informes publicitarios no cuadran con los logs del bidder explica dónde se separan dos conjuntos de recuentos.

¿Cuánto costará construir o alquilar una SSP?

Construir empieza con un coste único por la primera versión: la subasta, las conexiones con editores y DSP, los archivos de arriba, los informes y los pagos. Después del lanzamiento, los costes de funcionamiento cubren servidores, tráfico de red, monitorización, las personas de guardia y tarifas como la cuota anual de proveedor del TCF.

El tráfico de red de una SSP crece con el número de DSP, además de con el número de solicitudes de anuncio. Por cada solicitud de anuncio, la SSP envía una solicitud de puja distinta a cada DSP que invita, así que cada DSP nueva añade solicitudes, tráfico y servidores.

Alquilar convierte la mayor parte de esos costes en tarifas del proveedor, como la cuota del plan de Epom y su precio por cada 1000 «ext.reqs». Compara las dos opciones con el volumen que esperas dentro de dos años. Cuenta también el coste de marcharte, como las nuevas líneas de ads.txt en cada editor si el dominio pertenece al proveedor.

¿Dónde encaja amBrain?

La lista de servicios de amBrain incluye esta frase: «amBrain construye supply-side platforms (SSP) para editores». En AdTech, amBrain también trabaja en desarrollo de DSP, plataformas de real-time bidding e ingeniería de ad exchange. RTBBidder es una demand-side platform que amBrain construyó para un cliente.

amBrain desarrolla software desde 2019. Trabaja en tres formatos: entrega completa, un equipo dedicado o ingenieros integrados en tu equipo. Sobre la propiedad, su frase es: «El cliente conserva la propiedad completa del producto y del código, salvo nuestros componentes reutilizables». Si amBrain está en tu lista corta, hazle las mismas preguntas que a cualquier otra empresa y pregúntale también a qué componentes reutilizables se refiere.

Este artículo no es un caso de estudio y no describe ningún trabajo para clientes. RTBBidder se menciona solo como una DSP que construyó amBrain, y el artículo no da cifras sobre ella.

Prebid.org, IAB Tech Lab, IAB Europe y Epom aparecen como ejemplos tomados de sus propias páginas, y el artículo no afirma que amBrain tenga relación alguna con ninguno de ellos. No da precios ni plazos de amBrain. Tampoco constituye asesoramiento jurídico: las normas sobre consentimiento y datos varían según el país, así que compruébalas con un abogado.