OpenRouter

¿Qué es OpenRouter?

OpenRouter es una centralita. Una clave de API y un endpoint compatible con OpenAI alcanzan más de 500 modelos de más de 80 proveedores, y cambiar entre ellos es modificar una cadena en tu petición y no abrir una cuenta nueva, un SDK nuevo y una relación de facturación nueva.

El problema que resuelve no es la dificultad técnica: llamar a un proveedor concreto es fácil. El problema es el compromiso. Elegir un modelo en 2026 significa elegir un proveedor, y el mejor modelo para tu trabajo concreto cambia más o menos cada trimestre mientras tu integración no lo hace. OpenRouter convierte esa decisión de arquitectura en configuración.

Ha crecido lo bastante como para importar en clave de infraestructura y no de comodidad: la compañía declara más de 300 billones de tokens al mes entre más de 10 millones de usuarios. Ese volumen es en sí mismo el argumento: muchísimos equipos decidieron que preferían no tomar partido.

Cómo funciona

Un endpoint, todos los modelos

La API es totalmente compatible con OpenAI, así que al código existente le suelen bastar una URL base, una clave y un nombre de modelo. A partir de ahí el identificador del modelo lleva consigo al proveedor: nombras lo que quieres y no a quién se lo compras, y el enrutamiento ocurre en su lado.

Esto abarata de verdad la comparación. Pasar el mismo prompt por seis modelos de cuatro compañías es un bucle y no un proyecto, que es justo el tipo de evaluación que todo el mundo dice hacer y casi nadie hace, porque hasta hace poco implicaba cuatro registros y cuatro facturas.

La conmutación por error es la función infravalorada

Cuando un proveedor se cae, las peticiones pasan a otro que sirve el mismo modelo. Cualquiera que haya visto cómo una única caída aguas arriba se llevaba por delante su producto entenderá por qué esto vale más que el catálogo de modelos.

Muchos modelos de pesos abiertos los sirven varios proveedores a distintos precios y velocidades, así que el enrutamiento también puede elegir por coste o latencia y no solo por disponibilidad. Las peticiones se ejecutan en el borde para que el salto añadido sea pequeño, que es la objeción evidente a meter un intermediario en el camino.

Políticas de datos y tus propias claves

Puedes definir políticas de datos detalladas para que los prompts solo lleguen a proveedores que hayas aprobado, un requisito real en cuanto un agregador se interpone entre tú y decenas de compañías con condiciones de retención distintas. El modo de traer tu propia clave te permite mantener relaciones comerciales directas y aun así enrutarlo todo por una sola integración.

Es en el modo de clave propia donde la economía se concreta. Hasta 25 000 $ de uso mensual no hay comisión; por encima, OpenRouter se lleva un 5% de lo que ese mismo uso habría costado a través de ellos. El plan Enterprise eleva la franquicia a 200 000 $ al mes.

Cuánto cuesta

La cifra importante es la que no está. OpenRouter afirma que traslada los precios de los proveedores sin margen: pagas la misma tarifa por token que pagarías directamente. El modelo de negocio está en otro sitio.

Para quien gasta con moderación, el coste efectivo de la abstracción es esa comisión del 5,5% al recargar con tarjeta: unos pocos dólares por cada cien. Es barato a cambio de no tener que migrar nunca más, y es una cifra real y no cero, algo que algunos análisis se equivocan al citar solo la frase de que no hay margen.

Recarga en importes mayores si el mínimo de 0,80 $ te importa: en una recarga de 10 $ es toda la comisión, y en una de 99 $ ya no.

Quién le saca más partido

Productos que no pueden caerse con un proveedor

Si la caída de un modelo hace que tu aplicación deje de funcionar, la conmutación entre proveedores es toda la razón para estar aquí. Convierte una dependencia que no controlas en una que puedes rodear.

Equipos que todavía están eligiendo modelo

La evaluación es el primer uso natural. Apunta la misma carga de trabajo a una docena de candidatos, mira coste y calidad a la vez y decide con evidencias en lugar de con el lanzamiento del que más has leído últimamente.

Aplicaciones con cargas de trabajo mixtas

La clasificación quiere algo pequeño y barato; el borrador final quiere algo potente. Enrutar por petición en lugar de por aplicación es lo que convierte eso en una línea de código en vez de en una discusión de arquitectura.

Quien rechaza por principio la dependencia de un proveedor

Es una razón legítima. Construir sobre la API de un solo proveedor es una apuesta por sus precios, su disponibilidad y su hoja de ruta. Construir sobre un agregador es una apuesta por una compañía más pequeña, que es un riesgo distinto pero más reversible.

A qué prestar atención

• Que no haya margen no significa que sea gratis. El coste real es la comisión del 5,5% al comprar créditos con tarjeta, y el mínimo de 0,80 $ encarece desproporcionadamente las recargas pequeñas.
• Añades una dependencia para quitar otra. El enrutamiento en el borde mantiene corto el salto, pero un intermediario entre tú y el modelo sigue siendo un componente que puede fallar.
• Las funciones más nuevas llegan tarde. Las capacidades específicas de cada proveedor suelen llegar a un agregador después que a la API propia del proveedor.
• La política de datos pasa a ser responsabilidad tuya configurarla. Decenas de proveedores significan decenas de condiciones de retención, y el valor por defecto no es necesariamente el que quieres.
• El mismo modelo en distintos proveedores se comporta de forma distinta. La cuantización y los límites de contexto varían según quién lo sirva, así que cambiar por precio puede cambiar los resultados.
• La clave propia es gratuita solo hasta 25 000 $ al mes. Por encima se aplica el 5%, algo que conviene modelar antes de dar por hecho que usar tus claves evita comisiones.

Preguntas frecuentes

¿Sale más caro OpenRouter que ir directo?

En inferencia no: la compañía declara que traslada los precios de los proveedores sin margen. Pagas una comisión al comprar créditos, un 5,5% con tarjeta o un 5% con criptomonedas, así que el total queda algo por encima de ir directo salvo que uses tus propias claves dentro de la franquicia gratuita.

¿Tengo que reescribir mi código?

Normalmente no. La API es compatible con OpenAI, así que suele reducirse a una URL base, una clave y un nombre de modelo. Todo lo que dependa de extensiones específicas de un proveedor hay que revisarlo.

¿Cuántos modelos hay disponibles?

Más de 500 de más de 80 proveedores, entre modelos comerciales de frontera y pesos abiertos. Varios modelos abiertos los ofrecen varios proveedores a distintos precios, y eso es lo que hace posible el enrutamiento por coste.

¿Puedo controlar a dónde van mis prompts?

Sí. Las políticas de datos permiten restringir el tráfico a proveedores en los que confías, y conviene configurarlas de forma deliberada en lugar de aceptar lo que elija el enrutamiento por defecto.

¿Qué pasa si un proveedor se cae?

Las peticiones pasan a otro proveedor que sirve el mismo modelo. Es la función que más se infravalora al comparar OpenRouter con ir directo, y la que se agradece la primera vez que una API aguas arriba tiene una mala tarde.

¿Hay suscripción?

No. Compras créditos y los gastas. No hay mínimo mensual, lo que encaja con cargas irregulares y experimentos mucho mejor que un plan.

En resumen

OpenRouter vende opcionalidad. Los modelos son los mismos, a los mismos precios por token, y lo que realmente compras es la posibilidad de cambiar de idea —de proveedor, de nivel de precio, de nivel de calidad— sin tocar tu integración.

Para la mayoría de equipos que construyen sobre modelos de lenguaje eso vale más que el pequeño porcentaje que cuesta en comisiones de recarga. La advertencia honesta es que quitar una dependencia crea otra más pequeña, y que las funciones más nuevas de los proveedores siempre te llegarán con algo de retraso. Ninguna de las dos es motivo para evitarlo; ambas son motivo para saber qué estás eligiendo.