Lee la tabla de cobertura como documentación
La tabla resume la oferta documentada públicamente, revisada el 26 de septiembre de 2026. No informa de un inventario en vivo. Las páginas de marketing y la referencia discrepan en el recuento de deportes, así que usa las categorías de la documentación y verifica las competiciones que te importan. No conviertas un recuento cambiante en una garantía de completitud.
Las categorías de cobertura están documentadas, no medidas en vivo; confirma los términos vigentes al finalizar la compra antes de suscribirte.
Haz coincidir la fase del evento con el endpoint
Para un tablero de deporte en vivo, la ruta documentada es /kit/v1/markets con sport_id. La respuesta es un objeto que contiene events y un cursor last. No es simplemente un array de precios.
Para un tablero de deporte prepartido, usa /kit/v1/prematch/fixtures. El endpoint de nombre parecido /kit/v1/prematch/markets acepta un event_id individual. Confundir los dos puede hacer que un feed válido parezca vacío o producir un error de parámetro. Usa el alcance correcto antes de diagnosticar la cobertura. Empieza con una sola solicitud de tablero antes de escalar.
Los ID de deporte del servicio y los ID internos de deporte de Pinnacle son espacios de nombres distintos. Usa la correspondencia documentada. Del mismo modo, no des por hecho que un identificador de una fila prepartido seguirá siendo tu identificador de aplicación estable en cada transición del ciclo de vida.
Preserva la estructura de mercados
Los registros de evento documentados organizan los mercados bajo claves de periodo como periods.num_0. Money line, hándicaps, totales y totales por equipo tienen formas distintas. El periodo y la línea adecuados importan: un total del partido completo y un total de la primera mitad son mercados distintos, aunque compartan una línea numérica.
Trata los mercados ausentes, vacíos y suspendidos como estados distintos en tu propio modelo. Nunca sustituyas datos ausentes por cuotas de cero. Valida los campos que necesita tu cálculo y conserva el identificador original para poder investigar los registros inesperados.
Los mercados especiales son una expansión opcional mediante include_specials. La referencia describe filas adicionales enlazadas por parent_id y estructuras special_markets separadas. Pueden aumentar el tamaño de la carga, y no todos sus cambios de precio siguen el mismo comportamiento de alerta SSE. Un feed de mercados completo y un stream de alertas filtrado no deberían compartir un mismo parser.
Comprueba una muestra representativa
Antes de seleccionar un plan:
- Enumera las competiciones, fases, periodos y tipos de mercado que requiere tu aplicación.
- Solicita una muestra autorizada mientras haya eventos relevantes disponibles.
- Comprueba los identificadores, los campos de precio decimal y el manejo de mercados opcionales contra tu parser.
- Observa una suspensión, una actualización o una transición de fase cuando sea posible; una primera respuesta correcta no es todo el ciclo de vida.
- Registra los casos ausentes y pregunta al servicio si no están disponibles, están temporalmente vacíos o quedan fuera de tu derecho de acceso.
La clave gratuita basta para ejecutar esta muestra contra respuestas reales. Solo el plan que compres establece tu derecho de acceso.
Sabe qué pedir por separado
Los datos de Pinnacle describen su producto como un feed actual sin archivo histórico de cuotas. Registrar datos futuros es una tarea operativa aparte y requiere los derechos de almacenamiento adecuados; no recupera temporadas pasadas.
Los permisos de redistribución, un SLA contractual y la cobertura garantizada de competiciones no quedaron establecidos por esta revisión. Obtén términos por escrito cuando tu caso de uso dependa de ellos, y luego elige el plan y transporte que encajen.
Para un deporte documentado en la práctica, la mesa de partidos de esports en pnclHUB dibuja los precios de ganador de CS2, League of Legends y Dota 2 desde este feed y explica qué retiene cuando la frescura no está confirmada.