¿100 mil millones de dólares por una estación de transferencia? ¿Qué ve Stripe en OpenRouter?

A finales de julio de 2026, un rumor de adquisición rompió la calma en el círculo de infraestructura de IA. Según el Wall Street Journal, el gigante de pagos Stripe está en conversaciones para adquirir la plataforma de agregación de modelos de IA OpenRouter por aproximadamente 100 mil millones de dólares. Si se concreta el acuerdo, esta valoración equivaldría a 70 veces los ingresos anuales de OpenRouter. Lo más llamativo es que, apenas tres meses antes, OpenRouter había completado una ronda de financiamiento Serie B de 113 millones de dólares, con una valoración de 1.3 mil millones de dólares. En solo unos meses, la valoración se ha inflado casi 8 veces, detrás de un negocio que parece no tener barreras tecnológicas: una estación de transferencia de API de IA.

Entre los muchos intermediarios que revenden API, ¿qué hace que OpenRouter se destaque y que Stripe esté dispuesto a pagar una prima tan alta? Para responder a esta pregunta, es necesario desentrañar la superficie del rumor de valoración y volver a la trayectoria de desarrollo de OpenRouter, su modelo de negocio y la experiencia del desarrollador en sí.

Rumores de 100 mil millones de dólares y una relación precio-ventas de 70 veces: ¿dónde está el techo de una estación de transferencia?

El mercado de capitales ya anticipaba la explosión de la capa de aplicación de IA, pero que OpenRouter, como capa intermedia, obtenga una prima tan alta sigue superando la comprensión de muchos. Una relación precio-ventas (PS) de 70 veces es un número extremadamente alto en el campo de SaaS. Es importante aclarar que aquí los ingresos anuales de aproximadamente 140 millones de dólares son una tasa de operación calculada por el mercado; actualmente no hay datos de auditoría pública sobre los ingresos netos reales de OpenRouter (ingresos netos después de deducir los costos de Token pagados a los proveedores de modelos subyacentes). Si se calcula en función de los ingresos netos, el múltiplo PS real podría ser mucho más alto que 70 veces.

La razón por la que el mercado está dispuesto a ofrecer tal valoración radica en la extrema demanda de un "punto de entrada para la liquidación económica de agentes de IA". Los proveedores de grandes modelos están compitiendo por parámetros, los desarrolladores están compitiendo por aplicaciones, y OpenRouter está actuando como "la caja registradora y la sala de control de las API". Stripe, de hecho, es el procesador de pagos backend de OpenRouter. En la era de los Agentes de IA, la invocación y liquidación mutua entre agentes requiere infraestructura; al adquirir OpenRouter, Stripe estaría controlando la garganta del tráfico y el capital del ecosistema de aplicaciones de IA.

Pero esta es solo la lógica del capital. Lo que ha permitido a OpenRouter acumular en pocos años una escala ecológica que respalda esta valoración es la fuerte adhesión que ha establecido en la comunidad de desarrolladores. Hasta mediados de 2026, OpenRouter procesa más de 25 billones de Tokens por semana, sirviendo a más de 8 millones de desarrolladores, conectando más de 400 modelos y 70 proveedores. Los inversores de la ronda B no son solo VC financieros, sino que CapitalG lideró la ronda, con empresas de infraestructura empresarial como Nvidia, ServiceNow, MongoDB y Snowflake participando. Esto indica que OpenRouter ha pasado de ser un "juguete para desarrolladores" a formar parte del "stack de IA empresarial".

De mercado de NFT a enrutador de IA: la memoria muscular de un emprendedor en serie

El rápido ascenso de OpenRouter está íntimamente relacionado con la trayectoria de emprendimiento continuo de su fundador, Alex Atallah. Alex Atallah es cofundador y ex CTO de OpenSea, el mercado de NFT más grande del mundo. Antes del pico de la burbuja de NFT, eligió salir y fundó OpenRouter a principios de 2023.

Desde la agregación de transacciones de activos digitales hasta la agregación de potencia de IA y enrutamiento de API, estas dos pistas aparentemente no relacionadas tienen una alta isomorfismo en términos de lógica comercial. Lo que Atallah hace esencialmente es "no producir activos/modelos, solo ser la capa intermedia de liquidez y enrutamiento". En OpenSea, el núcleo es agregar activos digitales de diferentes blockchains y proporcionar un mercado de transacciones unificado; en OpenRouter, el núcleo es agregar las API de diferentes proveedores de grandes modelos y proporcionar una interfaz de invocación unificada.

Esta memoria muscular de los modelos de negocio de Marketplace (mercado) y Router (enrutador) es clave para que OpenRouter pueda expandir rápidamente su ecosistema. Él sabe bien que una vez que se establece el efecto de red de una plataforma de agregación, el costo de seguimiento para los recién llegados aumentará exponencialmente. Durante su tiempo en OpenSea, Atallah experimentó cómo atraer usuarios al reducir la fricción en las transacciones y agregar activos de cola larga, formando finalmente una barrera de mercado bilateral. Esta experiencia se trasladó directamente al diseño del producto de OpenRouter: al unificar el formato de API, ofrecer una amplia selección de modelos y reducir la barrera de entrada, OpenRouter rápidamente atrajo a una gran cantidad de desarrolladores. Una vez que los desarrolladores se acostumbran a usar una clave para invocar todos los modelos, el costo de migración se vuelve extremadamente alto, y este efecto de red constituye su muralla más fundamental.

Por lo tanto, OpenRouter desde el principio no se posicionó como un simple agente de API, sino como un "mercado de modelos de IA", enfatizando la diversidad de modelos, la facilidad de acceso y la estabilidad del enrutamiento.

Un impuesto invisible del 5.5% y la transmisión de Token: ¿para quién está realmente pagando el desarrollador?

El modelo de facturación oficial de OpenRouter afirma que "la transmisión de Token no tiene recargo", es decir, lo que los proveedores de modelos subyacentes cobran, OpenRouter cobra lo mismo. Su principal fuente de ingresos proviene de una tarifa de plataforma del 5.5% cobrada al recargar créditos (mínimo $0.80). Además, para los usuarios que utilizan claves API propias (BYOK), no se cobra tarifa hasta un límite de $25,000 al mes, y se cobra un 5% por el exceso.

Este modelo de facturación ha generado diferentes lógicas de cálculo en la comunidad de desarrolladores. Podemos deducir algunos escenarios típicos:

Para un desarrollador independiente o un equipo muy pequeño que llama a 100 dólares al mes, usar la conexión directa oficial significa que necesita registrarse por separado en cuentas de OpenAI, Anthropic, etc., gestionar múltiples tarjetas de crédito y lidiar con diferentes formatos de documentación de API. A través de OpenRouter, solo necesita pagar una tarifa de $5.5 y obtendrá la experiencia de "una clave API para gobernarlos a todos", además de disfrutar de la garantía de recuperación automática en caso de fallos. Esta experiencia sin preocupaciones es extremadamente atractiva para equipos emergentes que iteran rápidamente.

Cuando la escala aumenta a un volumen de llamadas de $10,000 al mes para un equipo mediano, la tarifa de $550 sigue siendo aceptable. En este punto, el equipo puede necesitar probar varios modelos de ajuste fino de código abierto; si implementan estos modelos por su cuenta, los costos de potencia y de mantenimiento superarán con creces los $550. La vasta biblioteca de modelos y las características listas para usar que ofrece OpenRouter les ayudan a ahorrar una gran cantidad de costos ocultos en la etapa de selección de modelos.

Sin embargo, para grandes empresas que consumen millones de dólares al mes, la situación es completamente diferente. La tarifa del 5.5% significa un "peaje" de $55,000 al mes, lo que es suficiente para formar un equipo dedicado a la operación de un gateway de API. Esta es también la razón por la que las grandes empresas a menudo optan por construir sus propios gateways.

Lo que es aún más digno de discusión es la controversia sobre los costos ocultos. Aunque la empresa afirma que la transmisión de Token es directa, algunos desarrolladores han descubierto en comunidades como Hacker News y Reddit que la tasa de deducción real de algunos modelos populares en OpenRouter es ligeramente más alta que la conexión directa oficial. Los desarrolladores sospechan que hay un recargo dinámico, o que algunos proveedores de terceros a los que OpenRouter se conecta tienen diferencias en los cálculos de Token. Como se analiza en el artículo de OmniTools "Desglosando la estructura de precios de GPT-5.6: la ilusión del precio unitario y la lucha por el costo real de la tarea", la fijación de precios de API a menudo presenta ilusiones de precios unitarios, y los desarrolladores deben prestar atención al costo real de la tarea. La controversia sobre los costos ocultos de OpenRouter nos recuerda que al evaluar su modelo de negocio, no solo debemos mirar la promoción oficial, sino también combinar los datos de invocación reales para calcular los costos. Si esta discrepancia en la deducción no se explica de manera transparente, podría debilitar la confianza de los desarrolladores en su promesa de "transmisión de Token".

Sin mantenimiento y mecanismo de recuperación: ¿por qué no LiteLLM o Portkey?

En el campo de las estaciones de transferencia de IA, OpenRouter no está exento de competidores. Herramientas como LiteLLM y Portkey también están compitiendo por la atención de los desarrolladores. Sin embargo, la razón por la que OpenRouter puede destacarse radica en su posicionamiento de "sin mantenimiento" y "gran cantidad de modelos".

LiteLLM es una biblioteca de proxy de Python de código abierto, adecuada para equipos con fuertes capacidades de mantenimiento y altos requisitos de privacidad de datos que construyen sus propios gateways. Su ventaja radica en ser de código abierto y gratuito, con datos completamente localizados y sin intermediarios, pero su desventaja es que el equipo debe mantener los servidores y el código del proxy. Para grandes empresas con equipos dedicados de DevOps, LiteLLM ofrece un gran control, pero para equipos emergentes que carecen de recursos de mantenimiento, este modelo de construcción propia tiene una barrera demasiado alta.

Portkey, por otro lado, es un gateway de IA empresarial y una plataforma de observabilidad, orientada a análisis de registros, caché y gestión de cumplimiento de seguridad. Su valor central radica en ayudar a las empresas a gestionar los modelos que ya han integrado, proporcionando registros de invocación detallados y monitoreo de rendimiento. Sin embargo, en términos de capacidad de agregación de modelos, Portkey no es tan rico como OpenRouter; se orienta más hacia la "gestión" que hacia el "mercado". Si la necesidad de un equipo es controlar de manera precisa la invocación de modelos existentes, Portkey es una mejor opción; si la necesidad es probar rápidamente varios nuevos modelos, OpenRouter tiene más ventajas.

En comparación, la ventaja central de OpenRouter radica en la experiencia de "sin mantenimiento" de SaaS y su vasta biblioteca de modelos. Se asemeja más a un mercado de modelos de IA, donde los desarrolladores pueden invocar modelos de ajuste fino de código abierto más recientes a un costo extremadamente bajo, sin necesidad de implementar por su cuenta. Más importante aún, su mecanismo de recuperación (Fallback). Cuando un proveedor de modelos de código abierto se cae o la API oficial tiene limitaciones, OpenRouter puede redirigir automáticamente las solicitudes a otros proveedores, garantizando la disponibilidad en el entorno de producción. Esta capacidad de recuperación es clave para diferenciarse de las estaciones de transferencia de "revender API" comunes y constituye su muralla.

Para los equipos que integran capacidades de IA en sus procesos comerciales centrales, las limitaciones o caídas de los proveedores de modelos subyacentes son la norma; la capacidad de reintento automático y cambio de enrutamiento de OpenRouter está directamente relacionada con la continuidad del negocio.

Caja negra de cumplimiento de datos y punto único de falla: preocupaciones ocultas detrás de la alta valoración

A pesar de que OpenRouter se destaca en la experiencia del desarrollador, como capa intermedia, enfrenta desafíos y limitaciones que no deben ser ignorados.

Primero, está el problema de "caja negra" de privacidad de datos y cumplimiento. Todos los Prompt y Response pasan por los servidores de OpenRouter. Aunque la empresa ofrece una política de "cero retención de datos", para empresas altamente reguladas en finanzas, salud, etc., entregar datos centrales a una plataforma de agregación de terceros sigue presentando obstáculos de cumplimiento. En industrias altamente reguladas, la salida de datos sensibles a menudo está sujeta a estrictas restricciones, y las empresas deben asegurarse de que los datos sensibles no pasen por nodos de terceros no auditados. Esta es también la razón por la que competidores como Portkey, que enfatizan la localización de datos, aún tienen un lugar en el mercado empresarial.

En segundo lugar, está el problema de "punto único de falla" y latencia en el entorno de producción. Algunos desarrolladores experimentados han señalado en Hacker News que OpenRouter es más adecuado para escenarios de Dev/Chat o de baja a media concurrencia. En cadenas de producción críticas con alta concurrencia, cada salto de red adicional agrega latencia. Para aplicaciones en tiempo real que son extremadamente sensibles al tiempo de respuesta (como el comercio de alta frecuencia o la interacción de voz en tiempo real), este costo adicional de red puede convertirse en un cuello de botella. Además, si OpenRouter se cae, todos los servicios descendentes se paralizarán. Esta dependencia de la estabilidad de terceros es una de las principales preocupaciones de las grandes empresas al adoptar OpenRouter en sus negocios centrales. Si OpenRouter experimenta una falla global, todas las aplicaciones que dependen de él perderán instantáneamente su capacidad de IA; esta concentración de riesgo es un punto crítico que los defensores de los gateways construidos por uno mismo critican con frecuencia.

Finalmente, la controversia sobre los costos ocultos persiste. Aunque OpenRouter ha logrado un ciclo comercial a través de una tarifa del 5.5%, la aparición de tasas de deducción ligeramente más altas que la conexión directa oficial podría debilitar la confianza de los desarrolladores en su promesa de "transmisión de Token". En un momento en que los costos de invocación de API siguen siendo el principal gasto en aplicaciones de IA, los desarrolladores son extremadamente sensibles a los precios; cualquier regla de facturación poco clara podría convertirse en un factor de pérdida.

El rumor de adquisición de 100 mil millones de dólares, independientemente de si se concreta o no, ya ha colocado a OpenRouter en el centro del escenario de infraestructura de IA. Ha demostrado que en el ecosistema de IA, la capa intermedia de agregación y enrutamiento tiene un valor que no se puede ignorar. Pero para pasar de ser un "juguete para desarrolladores" a convertirse realmente en un "stack de IA empresarial", OpenRouter aún necesita proporcionar respuestas más definitivas en cuanto a cumplimiento de datos, optimización de latencia y transparencia de costos. Para los desarrolladores, elegir OpenRouter o construir su propio gateway es, en esencia, una cuestión de equilibrar la "experiencia sin preocupaciones" y el "control", y este punto de equilibrio determinará el futuro de OpenRouter.