Precios de OpenRouter en 2026: Desglose completo de planes, costes y tarifas ocultas

OpenRouter ofrece a los equipos una pasarela de API unificada para acceder a cientos de modelos de IA a través de una sola API compatible con OpenAI. La propuesta es sencilla: una única clave de API de OpenRouter, un saldo de crédito, una URL base y un cambio de modelo más rápido sin gestionar múltiples cuentas de proveedores.

Para muchos equipos, esa conveniencia tiene un valor real. OpenRouter reduce la fricción de hacer malabarismos con claves de API independientes en OpenAI, Anthropic, Google, Gemini, Claude y otros proveedores de modelos. También proporciona a los desarrolladores una interfaz única para comparar endpoints, enrutamiento y comportamiento de modelos en diferentes cargas de trabajo.

Los precios requieren una lectura más detenida antes de que los equipos escalen. El plan gratuito funciona bien para prototipos, mientras que el pago por uso se adapta a consumos bajos o moderados. Las preocupaciones posteriores son la tarifa del 5,5 % en la compra de créditos, la estructura BYOK, la falta de un SLA público y el límite de gobernanza en producción.

Esta guía explica los precios de OpenRouter, los costes de cada nivel y las tarifas que no aparecen en las tarifas de tokens principales. También explica dónde los equipos tienden a quedarse pequeños con OpenRouter cuando los flujos de trabajo basados en agentes, el cumplimiento normativo, el despliegue privado y la gobernanza presupuestaria se convierten en necesidades reales de producción.

Planes de precios de OpenRouter: Qué incluye cada nivel

Los precios de OpenRouter ofrecen tres rutas principales: Free, Pay-as-you-go y Enterprise. El nivel gratuito es útil para probar modelos sin coste. El pago por uso permite acceder a modelos de pago mediante créditos comprados. Enterprise añade controles negociados para equipos que necesitan SSO, SLA y soporte dedicado.

Nivel Free

El nivel gratuito ofrece más de 25 modelos sin coste, un límite de 20 solicitudes por minuto y una cuota diaria limitada. Los usuarios gratuitos pueden realizar 50 solicitudes de modelos gratuitos al día. Cuando una cuenta compra al menos 10 $ en créditos, el límite diario de solicitudes para modelos gratuitos aumenta a 1000.

El nivel gratuito es útil para probar la lógica de enrutamiento, el comportamiento del modelo y prototipos sencillos antes de comprar créditos. No está diseñado para cargas de trabajo de producción basadas en agentes donde la consistencia, el rendimiento y los límites de tasa predecibles son fundamentales. Las solicitudes fallidas aún pueden reducir la asignación disponible.

Hype Cycle para Tecnologías de Gobernanza de IA, 2026

Hype Cycle para Tecnologías de Gobernanza de IA, 2026

7 de agosto de 2026 - ID G00851828 - 139 min de lectura

Por: Priya Sundararaman, Lauren Kornutick, Sumit Agarwal, Svetlana Sicular
Iniciativas: Liderar D&A para un futuro nativo de IA; Tecnologías y mercados; Replantear la analítica y la IA a través de la transformación basada en agentes

Las tecnologías de gobernanza de IA operacionalizan las políticas de IA de una organización al proporcionar supervisión, gestión de riesgos, cumplimiento, observabilidad y seguridad a lo largo del ciclo de vida de la IA. Este Hype Cycle identifica las tecnologías que ayudarán a las organizaciones a implementar la gobernanza de IA de manera responsable y a impulsar la adopción a escala.

Supuestos de planificación estratégica

Texto de vista previa de ejemplo para el primer supuesto de planificación en el informe completo, mostrado desenfocado como adelanto para los lectores.

Texto de vista previa de ejemplo para el segundo supuesto de planificación en el informe completo, mostrado desenfocado como adelanto para los lectores.

Texto de vista previa de ejemplo para el tercer supuesto de planificación en el informe completo, mostrado desenfocado como adelanto.

Descargar informe completo

Nivel Pay-As-You-Go

Esta es la opción de pago principal en los precios de OpenRouter. Los equipos compran créditos por adelantado mediante tarjeta de crédito, criptomonedas u otro método de pago compatible. OpenRouter cobra una tarifa del 5,5 % sobre las compras de crédito, mientras que las tarifas de tokens del proveedor se transfieren directamente sin un recargo por token adicional.

Por ejemplo, una compra de crédito de 100 $ deja unos 94,50 $ para inferencia tras la tarifa de la plataforma. El precio del modelo en sí sigue dependiendo del modelo seleccionado, el volumen de tokens, la longitud de la finalización y los tokens de salida. Las respuestas más largas, los contextos más amplios y las salidas de herramientas más extensas incrementan el coste total de OpenRouter.

Los equipos también deben estar atentos a los cambios de precios en las páginas de los modelos. Si un proveedor cambia sus tarifas, las solicitudes se pueden seguir enrutando al mismo modelo. En ese caso, se cobrará a la cuenta la nueva tarifa y los créditos se deducirán en consecuencia mediante el sistema de facturación de OpenRouter.

Nivel Enterprise

El nivel Enterprise tiene un precio personalizado e incluye SSO/SAML, SLA contractuales, soporte prioritario y canales de soporte dedicados. Estas capacidades resultan clave cuando los equipos necesitan controles más estrictos que los que ofrece el acceso para desarrolladores o de pago por uso. Los términos exactos del SLA se negocian durante el proceso de venta enterprise.

Enterprise también es relevante cuando los equipos necesitan diferentes planes, distintos límites y flujos de trabajo de soporte para cargas de trabajo en producción. Los compradores deben preguntar cómo gestiona OpenRouter las interrupciones de modelos, la latencia en horas punta, el respaldo (fallback) de proveedores, los límites dedicados y el escalado de soporte en aplicaciones de alto volumen.

OpenRouter le da acceso a los modelos. TrueFoundry le da gobernanza sobre ellos.

TrueFoundry añade RBAC, control de costes, registro de auditoría y despliegue nativo en VPC al acceso a modelos de IA, sin recargos de plataforma.

Reservar una demo

Los costes ocultos en los precios de OpenRouter

Las tarifas de tokens publicadas son transparentes. Sin embargo, hay otros costes a los que conviene prestar atención antes de escalar, especialmente cuando el acceso a los modelos pasa de experimentos a aplicaciones en producción. Estos costes a menudo no se incluyen en el precio por token mostrado en la página de un modelo.

La tarifa de plataforma del 5,5 % se acumula a escala

La tarifa del 5,5 % se aplica cada vez que los equipos compran créditos. A bajo volumen, la tarifa puede parecer aceptable porque OpenRouter ahorra tiempo de integración. A alto volumen, ese porcentaje se convierte en una partida recurrente que se suma a los costes de inferencia del proveedor.

Tomemos como ejemplo un equipo que compra 200 000 $ en créditos de inferencia cada mes. Esto genera unos 11 000 $ en tarifas de plataforma mensuales antes de ejecutar la primera llamada al modelo. A lo largo de tres años, esto puede rozar los 400 000 $, dependiendo del gasto continuo y los patrones de compra.

Esto no convierte a OpenRouter en una opción equivocada. Significa que los equipos deben comparar la tarifa con el ahorro en ingeniería, el esfuerzo de gestión de proveedores y el valor del cambio rápido de modelo. Los equipos también pueden revisar las consideraciones de costes de pasarela antes de elegir una capa de enrutamiento para cargas de trabajo en producción.

Tarifas de BYOK tras el umbral gratuito

Traer su propia clave (Bring-Your-Own-Key o BYOK) permite a los equipos enrutar llamadas a través de sus propias cuentas de proveedor mientras siguen utilizando la API de OpenRouter. Esto puede ayudar a conservar las relaciones directas con los proveedores, gestionar claves de API independientes y mantener los descuentos o límites de tasa del proveedor.

El primer millón de solicitudes BYOK de cada mes es gratuito en los planes estándar. Tras superar ese umbral, OpenRouter cobra el 5 % de lo que habría costado esa misma llamada en su plataforma. Enterprise eleva el umbral de solicitudes gratuitas a 5 millones por mes antes de aplicar la tarifa del 5 %.

BYOK puede reducir las tarifas de la plataforma, aunque no las elimina por completo a escala. También requiere una configuración cuidadosa porque las claves priorizadas y de respaldo pueden cambiar los endpoints que reciben las solicitudes. Los equipos deben documentar este comportamiento dentro de la documentación de ingeniería y el proceso de revisión de facturación.

Rechazos por límite de tasa (Rate Limit) sin cola

Si una solicitud supera un límite, OpenRouter puede devolver un mensaje de error HTTP 429 inmediatamente. No hay una cola automática, una actualización automática ni una pausa integrada (backoff) para hacer esperar al cliente de forma segura. La aplicación que realiza la llamada debe gestionar los reintentos, la cadencia y el backoff exponencial.

Esto es importante para Claude Code, tareas por lotes, generación de código, generación de imágenes y flujos de trabajo de investigación profunda. Estas cargas de trabajo pueden realizar muchas llamadas rápidamente, especialmente cuando el razonamiento complejo o los bucles de herramientas se amplían. Sin controles en el lado del cliente, un pico en la tasa de uso puede romper el flujo de trabajo.

Los equipos también deben tener en cuenta las horas punta, las limitaciones del proveedor y los cambios en los límites anteriores. La propia plataforma de OpenRouter puede enrutar las solicitudes de forma eficiente, pero los límites a nivel de proveedor siguen afectando al rendimiento real. Eso convierte la limitación de tasa en el lado de la aplicación en un requisito de ingeniería.

Los términos de SLA requieren negociación

Los compradores de nivel enterprise suelen requerir un compromiso claro de disponibilidad antes de trasladar cargas de trabajo críticas. OpenRouter no publica términos de SLA estándar para todos los compradores. Cualquier garantía contractual de tiempo de actividad debe acordarse mediante negociación enterprise y revisión de compras.

Esto plantea una pregunta práctica de evaluación. Los equipos necesitan saber qué ocurre cuando la pasarela falla, cuando un proveedor se cae y cuando una ruta de respaldo ofrece una calidad degradada. Sin una cifra pública de SLA, los requisitos de fiabilidad deben aclararse antes de que el departamento de compras apruebe el contrato.

Cuándo tienen sentido los precios de OpenRouter y cuándo no

Los precios de OpenRouter tienen sentido cuando los equipos valoran la flexibilidad de proveedores por encima del despliegue privado o la gobernanza profunda. Puede resultar muy útil para probar un grupo de modelos expertos, comparar cada uno de ellos y seleccionar el modelo más reciente para cada tarea sin modificar el código de la aplicación.

OpenRouter justifica su tarifa en varias situaciones:

• Su equipo utiliza tres o más modelos de distintos proveedores.
• La facturación unificada y una sola clave de API reducen la fricción operativa.
• Está evaluando benchmarks en OpenAI, Anthropic, Google y Gemini.
• Necesita cambios rápidos de modelo para razonamiento, generación de código o generación de imágenes.
• Busca un alto rendimiento, menor latencia o mayor precisión a través del enrutamiento.
• Su volumen es lo suficientemente moderado como para que la tarifa de la plataforma sea aceptable.

Deja de tener sentido en otras situaciones:

• Está vinculado a un modelo dominante a alto volumen.
• La tarifa del 5,5 % se convierte en un sobrecoste sin un beneficio real de enrutamiento.
• Su caso de uso requiere despliegue nativo en VPC o rutas de inferencia privadas.
• Su equipo necesita RBAC, registros de auditoría y presupuestos por equipo.
• Necesita un control más estricto sobre el uso de herramientas en flujos de trabajo de agentes.
• Su equipo de seguridad no puede permitir que los prompts salgan del perímetro de la red.

El análisis realista es sencillo. OpenRouter es una excelente pasarela de entrada para la evaluación de modelos y cargas de trabajo multimodelo moderadas. La necesidad de alternativas a OpenRouter surge cuando los equipos en entornos regulados necesitan gobernanza, despliegue privado y evidencias de cumplimiento normativo más allá del panel de control de OpenRouter.

Su plataforma de IA necesita una sola pasarela, no cinco herramientas unidas con parches

Empiece con TrueFoundry y ejecute su pasarela de LLM, MCP y agentes como una única plataforma gobernada

Empiece gratis

Lo que los precios de OpenRouter no cubren para equipos Enterprise

OpenRouter es una capa de enrutamiento de modelos, no una plataforma de gobernanza completa. Varios requisitos empresariales quedan fuera de los precios estándar de OpenRouter, incluso cuando el equipo adopta términos personalizados de enterprise.

• Atribución de costes por equipo: OpenRouter realiza un seguimiento del gasto por clave y cuenta. Asignar el consumo a equipos, aplicaciones, entornos o cargas de trabajo individuales suele requerir desarrollos a medida. Una clave puede seguir siendo un fondo común compartido.
• RBAC a nivel de modelo y herramienta: OpenRouter no proporciona la gobernanza a nivel de modelo y herramienta que las empresas esperan de un plano de control de producción. Cualquiera con la clave puede acceder a los modelos permitidos, generando puntos ciegos de seguridad.
• Despliegue nativo en VPC: Las llamadas se enrutan a través de la infraestructura de OpenRouter, por lo que los prompts y las respuestas salen del perímetro de red del cliente. Para industrias reguladas, esto puede convertirse en un problema de residencia de datos cuando los prompts incluyen datos internos o de clientes.
• Registros de auditoría para cumplimiento: Los registros por clave no equivalen a pruebas de auditoría atribuidas a usuarios. Los equipos de cumplimiento a menudo necesitan la identidad del usuario, modelo, metadatos del prompt, coste, resultado de la política y controles de retención para revisiones de SOC 2 o HIPAA.
• Gobernanza de flujos de trabajo de agentes: OpenRouter puede enrutar llamadas a modelos, pero no gobierna la ruta completa de los flujos de trabajo basados en agentes. Las llamadas a herramientas, el acceso a MCP, los límites de bucles y los presupuestos a nivel de agente requieren una capa de control independiente. 

OpenRouter enruta sus modelos. TrueFoundry gobierna cada llamada realizada a través de ellos.

Regístrese en TrueFoundry y obtenga enrutamiento nativo en VPC, presupuestos por equipo, RBAC y registros listos para cumplimiento, sin tarifas de recargo por plataforma.

Registrarse gratis

TrueFoundry como alternativa a OpenRouter para equipos Enterprise

TrueFoundry ofrece a los equipos empresariales la comodidad de acceso a modelos que aprecian en OpenRouter, pero con una gobernanza más sólida en la ruta de las solicitudes. El enfoque no es solo el enrutamiento; es controlar quién puede llamar a qué modelo, cuánto pueden gastar y hacia dónde se permite que se muevan los datos.

Una pasarela gobernada (governed gateway) cobra importancia cuando el tráfico de IA va más allá de la experimentación. Los equipos necesitan control presupuestario, RBAC, observabilidad y registros de auditoría antes de ejecutar la inferencia. Esto resulta aún más crítico cuando los prompts contienen datos confidenciales o cuando las llamadas a modelos respaldan flujos de trabajo en producción.

TrueFoundry es especialmente relevante cuando los equipos necesitan:

• Sin recargos porcentuales de plataforma: Los equipos pagan directamente a los proveedores y utilizan TrueFoundry para gestionar el enrutamiento, los presupuestos, las políticas de acceso y la observabilidad, sin ningún porcentaje de recargo sobre el consumo.
• Opciones de despliegue privado: Las llamadas de inferencia, los prompts y las respuestas pueden permanecer dentro de AWS, GCP, Azure, instalaciones localizadas (on-premise) o entornos desconectados (air-gapped).
• Controles presupuestarios estrictos: Se pueden aplicar límites de gasto antes de incurrir en costes de inferencia entre equipos, modelos, aplicaciones, entornos o usuarios.
• Acceso basado en identidades: RBAC ayuda a los equipos a controlar qué usuarios, equipos y aplicaciones pueden acceder a los modelos y flujos de trabajo autorizados.
• Registros listos para auditorías: Cada llamada al modelo se puede registrar con la identidad del usuario, el modelo, el coste, la latencia y los metadatos de respuesta dentro del entorno del cliente.
• Gobernanza de agentes y herramientas: El Agent Gateway también ayuda a los equipos a gobernar flujos de trabajo autónomos, el comportamiento de los agentes, los límites de bucle y el acceso a herramientas derivadas. Esto es clave cuando las llamadas a modelos forman parte de flujos de trabajo basados en agentes más amplios.

Para cargas de trabajo con agentes, las necesidades de gobernanza ganan aún más peso. TrueFoundry admite la gobernanza de flujos de trabajo de agentes, incluyendo límites de bucle, disyuntores (circuit breakers), políticas en tiempo de ejecución y registros de auditoría atribuidos al usuario. Esto ayuda a prevenir sesiones descontroladas antes de que generen incidentes de facturación o seguridad.

TrueFoundry mantiene la conveniencia de una capa de acceso única al tiempo que añade los controles que los equipos de producción necesitan. Las empresas no tienen que elegir entre un acceso flexible a los modelos y una gobernanza operativa sólida.

Reserve una demo para ver cómo TrueFoundry gobierna modelos, agentes, herramientas, presupuestos y auditorías de forma segura.