Leia a tabela de cobertura como documentação
A tabela resume a oferta publicamente documentada, conferida em 26 de setembro de 2026. Ela não relata um inventário ao vivo. As páginas de marketing e a referência discordam na contagem de esportes, então use as categorias nomeadas na documentação e verifique as competições que importam para você. Não transforme uma contagem variável em garantia de completude.
As categorias de cobertura são documentadas, não medidas ao vivo; confirme os termos atuais no checkout antes de assinar.
Combine a fase do evento com o endpoint
Para um quadro de esporte ao vivo, a rota documentada é /kit/v1/markets com sport_id. A resposta é um objeto contendo events e um cursor last. Não é simplesmente um array de preços.
Para um quadro de esporte pré-jogo, use /kit/v1/prematch/fixtures. O /kit/v1/prematch/markets, de nome parecido, aceita um event_id individual. Confundir os dois pode fazer um feed válido parecer vazio ou produzir um erro de parâmetro. Use o escopo correto antes de diagnosticar cobertura. Comece com uma única requisição de quadro antes de escalar.
Os IDs de esporte do serviço e os IDs internos de esporte da Pinnacle são namespaces separados. Use o mapeamento documentado. Da mesma forma, não presuma que um identificador de uma linha pré-jogo continua sendo seu identificador estável de aplicação em toda transição de ciclo de vida.
Preserve a estrutura do mercado
Os registros de evento documentados organizam os mercados sob chaves de período como periods.num_0. Money line, spreads, totais e totais por equipe têm formatos diferentes. O período e a linha adequados importam: um total da partida completa e um total do primeiro tempo são mercados diferentes, mesmo quando compartilham a mesma linha numérica.
Trate mercados ausentes, vazios e suspensos como estados distintos no seu próprio modelo. Nunca substitua dados ausentes por odds zero. Valide os campos de que seu cálculo precisa e preserve o identificador original para que registros inesperados possam ser investigados.
Mercados especiais são uma expansão opcional via include_specials. A referência descreve linhas extras ligadas por parent_id e estruturas special_markets separadas. Eles podem aumentar o tamanho da carga, e suas mudanças de preço não seguem todas o mesmo comportamento de alerta SSE. Um feed de mercado completo e um stream de alertas filtrado não deveriam compartilhar um único parser.
Confira uma amostra representativa
Antes de escolher um plano:
- Liste as competições, fases, períodos e tipos de mercado que sua aplicação exige.
- Solicite uma amostra autorizada enquanto eventos relevantes estiverem disponíveis.
- Confira identificadores, campos de preço decimal e tratamento de mercados opcionais contra o seu parser.
- Observe uma suspensão, atualização ou transição de fase quando possível; uma primeira resposta bem-sucedida não é o ciclo de vida inteiro.
- Registre os casos ausentes e pergunte ao serviço se estão indisponíveis, temporariamente vazios ou fora do seu direito de uso.
A chave gratuita basta para rodar essa amostra contra respostas reais. Só o plano que você compra estabelece seu direito de uso.
Saiba o que pedir separadamente
A Pinnacle data descreve seu produto como um feed atual, sem arquivo histórico de odds. Registrar dados futuros é uma tarefa operacional separada e exige direitos de armazenamento adequados; isso não recupera temporadas passadas.
Permissões de redistribuição, um SLA contratual e cobertura garantida de competições não foram estabelecidos por esta análise. Obtenha termos por escrito quando seu caso de uso depender deles, depois escolha o plano e o transporte adequados.
Para um esporte documentado na prática, a mesa de partidas de esports no pnclHUB desenha os preços de vencedor de CS2, League of Legends e Dota 2 a partir deste feed e explica o que ela retém quando a atualidade não está confirmada.