NOTAS SOBRE PLANES

Tu número de usuarios no define tu plan de la API de Pinnacle

Los planes se tarifan por lo rápido que pregunta tu código, no por cuánta gente usa tu producto. Tus usuarios leen tu backend; la API ve un lector.

Una pregunta que los compradores llevan al checkout es cuántos usuarios soporta un plan. La respuesta es que la pregunta no aplica: los planes de la API de Pinnacle se miden por tasa de solicitudes y transporte, no por asientos. Diez mil usuarios de tu app y diez usuarios cuestan lo mismo aguas arriba, porque la API nunca ve a tus usuarios. Ve a tu sondeador.

Lo que miden los planes

La guía de planes empieza por el bucle, no por la lista de precios: lo que importa cada minuto es si tu código espera caídas, sondea tableros, hace ambas, o necesita cada frame. Los planes difieren exactamente en esas dimensiones: la tasa REST, si el stream SSE de caídas está incluido, y si se puede añadir el WebSocket en bruto, verificado el 2026-10-03. En ningún punto de esa lista hay un recuento de usuarios.

Dónde leen realmente tus usuarios

Tus usuarios nunca deberían tocar la API. La forma estándar es un lector aguas arriba y muchos consumidores aguas abajo: tu sondeador guarda la clave, escribe en tu propio almacén, y tu sitio o app lee de ese almacén. Mil visitantes simultáneos cuestan entonces exactamente el mismo volumen aguas arriba que uno, porque solo el sondeador llama a la API.

Por eso también un mes flojo de tu audiencia no cambia nada en la factura, y una semana viral tampoco. La factura sigue la tasa del bucle, no el tamaño de la audiencia.

Cuándo el número de usuarios vuelve por la puerta

Indirectamente, los usuarios sí moldean el plan. Una audiencia mayor suele justificar más funciones: más deportes cubiertos, una vista en vivo junto a la prepartido, un bot de alertas al lado. Cada función es un bucle, y los bucles son lo que los planes miden. Así que la pregunta no es cuántos usuarios tienes, sino cuántos tableros necesitan tus funciones y qué frescura necesitan.

Una página de cuotas de un solo deporte actualizando cada pocos segundos necesita mucho menos que una pantalla multideporte con cuotas en vivo. Ambas pueden servir a cualquier número de lectores.

El ejercicio de dimensionado, repetido

Cuenta deportes, cuenta fases, elige el intervalo, y la aritmética te da solicitudes por segundo. Esa cifra, más si necesitas el stream de caídas o los frames en bruto, elige el plan. Si tu estimación queda cerca de un techo, recuerda la advertencia de la página de precios, verificado el 2026-10-03: un límite por segundo publicado no es permiso para correr permanentemente en él.

Dimensiona para el bucle, cachea para la multitud. La pregunta del plan es una pregunta de tasa disfrazada de pregunta de precio.