Runs and extras
Separate bat runs, wides, no-balls, byes, and leg-byes so totals can be checked.
Follow every delivery instead of waiting for the next scorecard refresh. Each event includes the batter, bowler, runs, extras, wicket detail, score, and commentary text when the source provides it.
Separate bat runs, wides, no-balls, byes, and leg-byes so totals can be checked.
Dismissal type, batter, bowler, and fielder are included when a wicket falls.
Short text is suitable for a live ticker, timeline, or notification.
Over number, ball number, score, and wickets show the match state after the delivery.
{"match_id":"ind-eng-t20-2026-01","over":17,"ball":3,"batsman":"Virat Kohli","bowler":"Jofra Archer","runs":6,"extras":0,"event":"boundary","score":"148/4","commentary":"Kohli clears long-on for six."}Show the newest deliveries without downloading the full scorecard.
Notify users on wickets, fours, sixes, or a target being reached.
Group deliveries into runs and wickets for each over.
Rebuild the innings from the stored delivery sequence after the match.
Returns the stored delivery list for a match.
Returns the latest deliveries for polling clients.
Returns wicket events without the rest of the commentary.
Publishes live events for clients that can consume a stream.
Polling clients should store the last over and ball they rendered, then request only the newest deliveries. Streaming clients should treat the match ID as the subscription key and ignore duplicate events if the connection reconnects. Both patterns can sit beside a scorecard request if the page also shows batting and bowling tables.
Do not calculate the innings total only from commentary text. Use the numeric runs, extras, and score fields. Commentary is display copy and may be shortened for a ticker. Wicket alerts should use the event field so a mention of a wicket in text does not create a false notification.
Completed matches keep the stored sequence when the source supplied it. That makes the endpoint useful for recaps, content tools, and model training features that need the order of boundaries and wickets rather than only the final scorecard.
Yes. The live commentary endpoint is for clients that request the newest deliveries on an interval.
Completed matches keep the stored sequence when the source feed provided ball-by-ball coverage.
Runs, score, and event fields are the core response. Commentary text is included when available.
Open this related cricket API page.
Open this related cricket API page.
Open this related cricket API page.
Open this related cricket API page.
Open this related cricket API page.
Open this related cricket API page.
Open this related cricket API page.
Open this related cricket API page.
Open this related cricket API page.
Create an API key, call the endpoint with a match, player, or series ID, and upgrade only when your traffic grows.
Compare API plans