TMPT или Kasada: какая задача Ticketmaster вам нужна?

Для всех трёх продуктов требуется HTTP(S)-прокси, предоставленный клиентом.

Все три продукта используют один API задач: создание через POST /v1/tasks и получение через GET /v1/tasks/:id. Для аутентификации передавайте API-ключ рабочего пространства в заголовке авторизации Bearer и храните этот ключ на сервере.

{
  "type": "KasadaTask",
  "url": "https://www.ticketmaster.com/discovery/v2/events",
  "proxy": "http://user:[email protected]:8080",
  "requestId": "example_kasada_001"
}

Задайте в url нужный поддерживаемый целевой URL и замените прокси из примера. requestId необязателен. Не добавляйте в запрос Kasada site, action, recaptchaType, session или собственные поля идентификационных данных браузера.

Применяйте возвращённые заголовки вместе, используя возвращённые идентификационные данные браузера и выходное соединение прокси, на котором решение для нужного целевого сайта прошло успешно. Не извлекайте один заголовок, чтобы использовать его как cookie TMPT или токен reCAPTCHA.

По умолчанию создание задачи Kasada ожидает результат до 75 секунд, поэтому учитывайте это время и сетевые задержки при настройке тайм-аута клиента. Полный процесс описан в руководстве по интеграции заголовков Kasada.

Для Event используйте точный URL события. Для Login используйте URL входа в систему. Не передавайте site, recaptchaType или session.

{
  "type": "TicketmasterTmptTask",
  "url": "https://www.ticketmaster.com/event/EXAMPLE",
  "action": "Event",
  "proxy": "http://user:[email protected]:8080",
  "requestId": "tmpt-event-001"
}

Замените URL события и прокси значениями для вашего запроса. В отличие от Kasada, создание задачи TMPT по умолчанию выполняется асинхронно. Используйте ID задачи для получения результата или SDK, который обработает ожидание.

Возвращаемый токен — это исходное значение cookie tmpt. Используйте его как эту cookie, а не как токен reCAPTCHA, и сохраняйте связанные с ним идентификационные данные браузера и выходной узел прокси. Работа с cookie описана в руководстве по интеграции Ticketmaster TMPT.

Рабочий процесс может включать несколько проверок. Если запросу нужны и cookie TMPT, и заголовки Kasada, решение только одной из задач не даст результат другой. Если также появляется проверка reCAPTCHA, для неё нужен отдельный токен. Не запрашивайте все три решения по умолчанию: определите, что именно требуется запросу, который завершается ошибкой.

Прежде чем оплачивать ещё одно решение, проверьте исходящий запрос. Передаётся ли значение TMPT как cookie tmpt? Применяются ли заголовки Kasada вместе? Передаётся ли токен reCAPTCHA туда, где его ожидает целевой сайт? Статус задачи ready означает, что решение создано, а не что Ticketmaster принял запрос. Если результат отклонён, перейдите к диагностике ошибки 403 от Ticketmaster.