Data API

Data API (ранее описанный здесь как Server API) позволяет вашему бэкенду читать данные идентификации, которые TRACIO уже собрал для вашего workspace: историю посетителя, отдельные сессии и счётчики активности за короткое окно.

Он дополняет Webhooks, а не заменяет их:

Обе поверхности доступны с тарифа Pro и выше.

Базовый URL

https://api.tracio.ai/v1

Это отдельный хост — не тот, что у браузерного эндпоинта (edge.tracio.ai), и не тот, что у дашборда (app.tracio.ai). Все три разные: браузер общается с edge вашим публичным ключом, ваш бэкенд общается с Data API вашим секретным ключом.

Аутентификация

Каждый запрос несёт ваш секретный ключ как bearer-токен:

curl -H "Authorization: Bearer tracio_sk_XXXX...XXXX" \
     "https://api.tracio.ai/v1/visitors/X7fh2Hg9LkMn3pQr5tBvQw3xZa9mK2pL4nR8dT6y"

Data API работает только в режиме server-to-server. Заголовки CORS намеренно не возвращаются, поэтому браузер не может его вызвать — именно это удерживает ваш секретный ключ вне клиентского кода. Никогда не отдавайте секретный ключ в браузер.

Как получить секретный ключ

Создайте его в дашборде, в разделе API Keys, выбрав тип secret.

• Полный ключ показывается ровно один раз, при создании. На нашей стороне хранится только хеш, поэтому утерянный ключ восстановить нельзя — вместо этого ротируйте его.
• Секретный ключ выглядит как tracio_sk_ плюс 43 символа, всего 53. Дашборд показывает его по первым нескольким символам, чтобы вы могли отличать ключи друг от друга.
• Секретные ключи требуют тарифа Pro или выше; публичный ключ, который использует браузерный агент, — это отдельное несекретное значение из 40 символов.

Ротация секретного ключа

Ротация выпускает новый ключ и оставляет старый рабочим ещё 7 дней, так что вы можете выкатить замену без простоя. Задеплойте новый ключ, убедитесь, что трафик перешёл на него, и дайте старому истечь. Публичные ключи не ротируются — они не секреты и по замыслу видны в исходном коде вашей страницы.

Эндпоинты

Все маршруты — GET. Операций записи в Data API нет: он читает данные, а ваша конфигурация живёт в дашборде.

Завершающий слеш принимается и игнорируется. Неизвестный путь или неверный метод возвращают тот же JSON-конверт ошибки, что и всё остальное, — никогда не HTML- и не текстовую страницу.

Временное окно

Любое чтение ограничено временным окном, которым управляют два необязательных параметра запроса:

• Голая дата в to включает весь этот день целиком.
• Всё остальное отклоняется с 400 invalid_request и сообщением time must be YYYY-MM-DD or RFC3339.
• Если вы не передали ни того, ни другого, окном становится полный срок хранения вашего тарифа, заканчивающийся сейчас.
• Окно, уходящее в прошлое дальше, чем разрешает ваш тариф, молча подрезается, а не отклоняется. Фактически применённое окно всегда возвращается в meta, поэтому проверяйте meta.from и meta.to, а не считайте, что ваш запрос выполнен буквально.

Поиск посетителя

curl -H "Authorization: Bearer tracio_sk_XXXX...XXXX" \
     "https://api.tracio.ai/v1/visitors/X7fh2Hg9LkMn3pQr5tBvQw3xZa9mK2pL4nR8dT6y"

Ответ несёт агрегированную историю и включает в себя последнюю сессию, поэтому в типичном случае хватает одного запроса, а не двух:

{
  "visitorId": "X7fh2Hg9LkMn3pQr5tBvQw3xZa9mK2pL4nR8dT6y",
  "firstSeenAt": "2026-05-02T10:11:12Z",
  "lastSeenAt": "2026-07-25T08:00:00Z",
  "visits": 42,
  "incognitoVisits": 3,
  "uniqueIps": 5,
  "uniqueCountries": 2,
  "browsers": ["Chrome"],
  "os": ["macOS"],
  "devices": ["desktop"],
  "risk": {
    "maxRiskScore": 63,
    "avgBotScore": 12.5,
    "botSessions": 7,
    "lastDecision": "real"
  },
  "network": {
    "vpnSeen": false,
    "proxySeen": false,
    "torSeen": false,
    "datacenterSeen": true,
    "proxyDetectedSeen": true,
    "lastIsp": "Deutsche Telekom",
    "lastRealIp": "203.0.113.7"
  },
  "lastSession": {
    "requestId": "9c1f6a2e-3b7d-4c58-a1e2-6f0d8b4a7c31",
    "visitorId": "X7fh2Hg9LkMn3pQr5tBvQw3xZa9mK2pL4nR8dT6y",
    "accountId": "user_8842",
    "timestamp": "2026-07-25T08:00:00Z",
    "tag": "checkout",
    "url": "https://shop.example.com/checkout",
    "ip": "203.0.113.42",
    "userAgent": "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36",
    "browser": { "name": "Chrome", "version": "126.0" },
    "os": { "name": "macOS", "version": "14.5" },
    "device": "desktop",
    "gpu": "Apple M2",
    "geo": {
      "country": "DE",
      "city": "Berlin",
      "timezone": "Europe/Berlin",
      "isp": "Deutsche Telekom"
    },
    "network": {
      "vpn": false,
      "proxy": false,
      "tor": false,
      "datacenter": false,
      "proxyDetected": true,
      "realIp": { "address": "203.0.113.7", "country": "NL", "isp": "KPN" },
      "asn": 3320
    },
    "screen": { "width": 2560, "height": 1600, "colorDepth": 30, "pixelRatio": 2 },
    "locale": { "languages": ["en-US", "de"], "timezone": "Europe/Berlin" },
    "clientHints": { "architecture": "arm", "bitness": "64", "platformVersion": "14.5.0" },
    "extensions": [
      {
        "slug": "ublock-origin",
        "name": "uBlock Origin",
        "category": "adblock",
        "risky": false,
        "storeUrl": "https://chromewebstore.google.com/detail/cjpalhdlnbpafiamejdnhcphjbkeiagm"
      }
    ],
    "bot": { "result": "human", "score": 4.5, "antidetectScore": 2.1 },
    "identification": {
      "confidence": 0.97,
      "incognito": false,
      "matchType": "exact",
      "matchConfidence": 0.99
    },
    "deviceInfo": {
      "deviceId": "d_4f9c2e",
      "crossBrowser": true,
      "confidence": 0.88,
      "linkedBrowsers": 2
    },
    "decision": { "action": "real", "riskScore": 12 }
  },
  "meta": {
    "plan": "business",
    "retentionDays": 90,
    "from": "2026-04-26T00:00:00Z",
    "to": "2026-07-25T12:00:00Z"
  }
}

Посетитель, по которому нет данных внутри окна хранения, отдаёт 404 not_found с сообщением visitor not found in the retention window — это не ошибка вашей интеграции, а признак того, что посетитель новый или уже вышел за срок хранения.

Поля вердикта

Сессия несёт два вердикта, и они отвечают на разные вопросы — был ли клиент автоматизирован и к какому общему выводу пришёл движок риска:

bot.score и decision.riskScore оба идут в шкале 0..100. На Business и выше guidance превращает их в рекомендации по каждому сценарию на лестнице allow → challenge → review → deny — что означает каждая ступень, см. в разделе Guidance.

Список сессий посетителя

curl -H "Authorization: Bearer tracio_sk_XXXX...XXXX" \
     "https://api.tracio.ai/v1/visitors/X7fh2Hg9LkMn3pQr5tBvQw3xZa9mK2pL4nR8dT6y/sessions?limit=100&minRiskScore=50"

Сессии возвращаются начиная с самых свежих:

{
  "items": [
    {
      "requestId": "9c1f6a2e-3b7d-4c58-a1e2-6f0d8b4a7c31",
      "visitorId": "X7fh2Hg9LkMn3pQr5tBvQw3xZa9mK2pL4nR8dT6y",
      "timestamp": "2026-07-25T08:00:00Z"
    }
  ],
  "nextCursor": "MTcyMTg5NDQwMDAwMDphYmMxMjM",
  "hasMore": true,
  "meta": {
    "plan": "business",
    "retentionDays": 90,
    "from": "2026-04-26T00:00:00Z",
    "to": "2026-07-25T12:00:00Z"
  }
}

Пагинация

Постраничная выборка построена на курсорах. Параметров page или offset нет: передайте полученный nextCursor обратно как cursor и продолжайте, пока hasMore равно true.

async function allSessions(visitorId: string, secretKey: string) {
  const sessions = []
  let cursor: string | undefined

  do {
    const url = new URL(`https://api.tracio.ai/v1/visitors/${visitorId}/sessions`)
    url.searchParams.set("limit", "500")
    if (cursor) url.searchParams.set("cursor", cursor)

    const res = await fetch(url, { headers: { Authorization: `Bearer ${secretKey}` } })
    if (!res.ok) throw new Error(`Data API: ${res.status}`)

    const page = await res.json()
    sessions.push(...page.items)
    cursor = page.nextCursor
  } while (cursor)

  return sessions
}

Считайте курсор непрозрачным — его содержимое является деталью реализации и может измениться. Отредактированный курсор отклоняется с 400 invalid_request и сообщением malformed cursor.

Факты об устройстве

Помимо браузера и ОС, взятых из User-Agent, сессия несёт то, что браузер посетителя сообщает о машине, очищенное на нашей стороне. Каждое поле отсутствует, когда визит таких данных не принёс, поэтому считайте любое из них необязательным.

Расширения браузера

extensions перечисляет расширения браузера, обнаруженные во время визита, — Business и выше. Каждый элемент — объект:

Находка сообщается только после того, как прошла наши проверки доверия, — окружение, которое отвечает «установлено» на любую пробу, или партия длиннее двенадцати имён отбраковываются как ненадёжные. Поэтому пустой или отсутствующий список означает «ничего, что мы смогли подтвердить», а не «расширений не установлено». Читайте его как свидетельство, а не как инвентарный список.

Получение одной сессии

Самая свежая:

curl -H "Authorization: Bearer tracio_sk_XXXX...XXXX" \
     "https://api.tracio.ai/v1/visitors/X7fh2Hg9LkMn3pQr5tBvQw3xZa9mK2pL4nR8dT6y/sessions/latest"

Возвращается голый объект сессии — не массив и не обёрнутый в конверт. Посетитель без сессий в окне отдаёт 404 not_found с сообщением no sessions for this visitor in the retention window.

Либо по requestId — идентификатору, который встречается и в payload вебхука:

curl -H "Authorization: Bearer tracio_sk_XXXX...XXXX" \
     "https://api.tracio.ai/v1/sessions/9c1f6a2e-3b7d-4c58-a1e2-6f0d8b4a7c31?visitorId=X7fh2Hg9LkMn3pQr5tBvQw3xZa9mK2pL4nR8dT6y"

visitorId здесь необязателен, но если вы его знаете, передача заметно ускоряет поиск.

Velocity

Velocity отвечает на вопрос «сколько этот посетитель успел наделать за последнее время» — именно так выглядят перебор учётных данных, тестирование карт и массовые регистрации.

curl -H "Authorization: Bearer tracio_sk_XXXX...XXXX" \
     "https://api.tracio.ai/v1/visitors/X7fh2Hg9LkMn3pQr5tBvQw3xZa9mK2pL4nR8dT6y/velocity?window=1h"

window принимает 1h, 24h или 7d, по умолчанию — 24h. Любое другое значение отклоняется с 400 invalid_request и сообщением window must be one of: 1h, 24h, 7d.

{
  "window": "1h",
  "events": 37,
  "uniqueIps": 9,
  "uniqueCountries": 3,
  "uniqueAccounts": 12,
  "botEvents": 4,
  "meta": {
    "plan": "business",
    "retentionDays": 90,
    "from": "2026-07-25T11:00:00Z",
    "to": "2026-07-25T12:00:00Z"
  }
}

uniqueAccounts считает различные значения linkedId, которые вы отправили для этого устройства, — см. Связывание аккаунтов. botEvents доступно на Business и выше.

Соглашения об ответах

Отсутствующее поле означает «нет данных», а не ноль. Поля без значения опускаются целиком, а не отправляются как 0, "" или null: у совсем нового посетителя нет matchConfidence, у чистого визита нет antidetectScore и suspectScore. Единственное намеренное исключение — bot.score: оно присутствует всегда, даже когда равно нулю. Читайте поля защитно.

Payload зависит от вашего тарифа. Любой тариф с доступом к API получает базовую сессию — идентификаторы, таймстамп, URL, IP, user agent, браузер, ОС, устройство, гео, сеть, бот, идентификация и решение. Pro добавляет identification.matchType, identification.matchConfidence, bot.type, bot.antidetectScore, gpu и network.proxyDetected. Business и Enterprise добавляют extensions, geo.isp, network.asn, network.realIp, decision.suspectScore, identification.driftScore, reasons, behavior, guidance, deviceInfo, spoofing, osEnvironment, screen, locale, clientHints и environment. Поля уровня персоны (personId, reputation, linkedAccountsCount, linkedVisitorsCount) зарезервированы за Business и Enterprise и появятся, когда будет включён слой персон, — сегодня он работает в режиме наблюдения, и эти поля не отдаются. Отсутствие поля уровня Business на тарифе Pro — не ошибка.

Внутренности уровня сигналов не возвращаются никогда, ни на одном тарифе: имена отдельных сигналов, их веса, пороги за вердиктом, сырые значения сигналов и разложение оценок остаются на нашей стороне. Оценка, которую можно обратной разработкой свести к её входным данным, перестаёт быть защитой.

Ошибки

Любой сбой использует один конверт:

{
  "error": {
    "code": "unauthorized",
    "message": "missing Authorization: Bearer <secret key>",
    "requestId": "8f14e45fceea167a5a36dedd"
  }
}

Этот requestId — не идентификатор визита. Имя делят два разных значения: внутри payload сессии requestId — это UUID визита, тот же самый, что доставляет вебхук; в конверте ошибки это 24-символьный идентификатор трассировки, выпускаемый на каждый HTTP-вызов. Идентификатор трассировки возвращается ещё и в заголовке X-Request-Id на каждом ответе, успешном или нет. Приложите его при обращении в поддержку — именно по нему мы находим ваш конкретный вызов.

Проверки идут в фиксированном порядке — ключ, затем тариф, затем лимиты, — поэтому запрос с плохим ключом всегда сообщает сначала о ключе, а не о проблеме с квотой.

Два случая 401 намеренно читаются по-разному: missing Authorization: Bearer <secret key> означает, что заголовок вообще не пришёл, а invalid or revoked API key — что он пришёл и не совпал. 402 несёт Data API requires the Pro plan or higher.

Лимиты частоты и квоты

Каждый аутентифицированный ответ несёт ваше текущее положение:

• Короткие всплески разрешены: посекундный лимит — это token bucket, который терпит до трёхкратного превышения устойчивой скорости, прежде чем начинает отказывать.
• Запрос, отклонённый за превышение посекундной скорости, не расходует дневную квоту, поэтому всплеск не может съесть бюджет дня.
• Лимиты Data API считаются отдельно от трафика идентификации. Чтение собственной истории никогда не тратит идентификации, за которые вы платите.

Следующие шаги

• Webhooks — получайте каждую идентификацию в момент, когда она происходит
• Связывание аккаунтов — привяжите свой идентификатор аккаунта к устройству
• Обнаружение ботов — как формируется вердикт по ботам
• Конфиденциальность и GDPR — обработка запросов субъектов данных