www.ticketmaster.com·Developer portal → developer.ticketmaster.com
3 APIs across 2 product groups. All share one credential.
| I want to... | Use | Why |
|---|---|---|
| Search and read events, attractions, venues, and classifications | Discovery API | Discovery is the read side, with search and lookup endpoints for attractions, events, and classification genres and segments. |
| Create or update attraction and event listings, including video | ticketmaster publish API | Publish is the write side, with POST and PATCH endpoints for attractions, events, entitlements, and extensions. |
| Look up available ticket offers for a specific event | Commerce API | Commerce exposes the offers lookup for an event id and is the only offer-oriented API in the set. |
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Ticketmaster APIs, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.
Step 1: Jentic One Host machine
# On the machine that will host your Jentic One instance:
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fticketmaster.com" | shStep 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fticketmaster.com" | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
Once connected, ask your agent something like: .
What agents get from Jentic-routed access to this vendor.
Setup
Calling the Discovery, Publish, and Commerce APIs by hand means wiring requests to the Ticketmaster discovery host and parsing attraction, event, and offer responses for each one. With Jentic you install once and your agent adds any of the three from the Jentic directory, then calls them the same way.
Permission scoping
The read, publish, and offer operations are separate, and attraction and event ids sit in the URL path. Your own rules in your Jentic One instance decide which operations the agent may call, so you can grant read-only discovery and offer lookups while withholding the publish write actions until you add them.
Credential isolation
These APIs are documented with no authentication, so there is nothing to store for them, but any request handling still runs inside your own Jentic One instance and nothing sensitive enters the agent's prompt, logs, or context. If you later add authenticated Ticketmaster partner endpoints, their credentials are stored encrypted in your instance.
Specific to using Ticketmaster APIs through Jentic.
What can an agent do across Ticketmaster's APIs?
An agent can search events, attractions, venues, and classifications, publish and update attraction and event listings and attach videos to them, and look up the ticket offers available for a given event.
Do the Ticketmaster APIs share one credential?
The OpenAPI specs for all three APIs document no authentication, so there is no single shared secret to manage across them. Some commerce and transaction flows do require approved partner access from Ticketmaster.
Which Ticketmaster API should I start with?
Start with the Discovery API when you need to read or search events, attractions, and classifications. Use the Publish API to create or update listings, and the Commerce API to look up ticket offers for an event.
Can these APIs work together in one workflow?
Yes. A common pattern is to publish a listing, confirm it in discovery search, then read the ticket offers for the event through commerce, chaining the three APIs by event and attraction id.
BOOK A DEMO
Browse thousands of APIs and connect them all to your agent with Jentic One. One layer, one credential — every API your agent needs.
For Agents
Across Ticketmaster's APIs an agent can search events, attractions, and classifications, publish or patch attraction and event listings, attach videos to them, and look up available ticket offers for a given event.
Ticketmaster covers the full lifecycle of a live event listing in one place: reading the event and attraction directory, publishing and updating that content, and surfacing the ticket offers attached to an event. That read-plus-publish plus offer-lookup span is what sets it apart from a generic events data source.
Use for: Searching Ticketmaster events, attractions, venues, and classifications, publishing or updating attraction and event listings, and looking up available ticket offers for an event
Not supported: cart checkout, payment processing, ticket delivery, seat map rendering, resale marketplace
Credentials: All three APIs are documented with no authentication in their OpenAPI specs, so no single shared credential is required to call them, though the commerce and transaction flows note that formal Ticketmaster partnerships require approved access.
Across 3 Ticketmaster APIs of mixed provenance, all indexed by Jentic and kept validated and agent-ready.
Ticketmaster is a live-events ticketing platform. Its APIs let agents search events, attractions, venues, and classifications, publish and update attraction and event listings, and look up ticket offers for events across North American markets.
Each workflow spans multiple Ticketmaster APIs. Jentic routes each operation to the right API automatically.
Publish a listing then confirm it in search
Create an attraction or event with the publish API, then read it back through the discovery API to confirm it appears in search and lookup results.
Call POST /publish/v2/attractions to create the attraction, then GET /discovery/v2/attractions to confirm it is searchable
ticketmaster publish API + Discovery API
Find an event and pull its ticket offers
Search the discovery API for a matching event, take its event id, and look up the available ticket offers for that event through the commerce API.
Call GET /discovery/v2/events to find the event, then GET /commerce/v2/events/{eventId}/offers for its offers
Discovery API + Commerce API
Publish an event and check its offers
Create an event through the publish API, then query the commerce API for the ticket offers attached to that event id.
Call POST /publish/v2/events to create the event, then GET /commerce/v2/events/{eventId}/offers to read its offers
ticketmaster publish API + Commerce API
Intent-based discovery
An agent searches Jentic by intent, such as 'search events', 'publish an attraction', or 'get ticket offers for an event', and Jentic returns the matching Ticketmaster operation with its input schema so the agent calls the right endpoint without reading the reference docs.
Do the Ticketmaster APIs handle checkout or payment?
No. The offers endpoint only surfaces available offers. Carting, delivery, payment, and purchase run through separate Ticketmaster APIs that require approved partner access and are outside this set.
Which regions do these APIs cover?
The Commerce API documents coverage of North American markets for offer and product lookup. Confirm regional coverage for search and publish against Ticketmaster's own documentation.
All 4 are in the Jentic catalogue with the same one-credential, intent-search pattern.