Data API

Med Data API (tidigare dokumenterat här som Server API) kan din backend läsa de identifieringsdata som TRACIO redan har samlat in för ditt workspace: en besökares historik, enskilda sessioner och velocity-räknare över korta fönster.

Det kompletterar webhooks i stället för att ersätta dem:

Båda gränssnitten är tillgängliga från prisplanen Pro och uppåt.

Bas-URL

https://api.tracio.ai/v1

Det här är en annan värd än browser-endpointen (edge.tracio.ai) och än dashboarden (app.tracio.ai). Alla tre är separata: webbläsaren pratar med edge med din publika nyckel, din backend pratar med Data API med din hemliga nyckel.

Autentisering

Varje begäran bär din hemliga nyckel som en bearer-token:

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

Data API är enbart server-till-server. CORS-headers returneras avsiktligt inte, så en webbläsare kan inte anropa det — det är just det som håller din hemliga nyckel utanför klientkoden. Leverera aldrig den hemliga nyckeln till webbläsaren.

Skaffa en hemlig nyckel

Skapa den i dashboarden under API Keys och välj typen secret.

• Hela nyckeln visas exakt en gång, när den skapas. Endast en hash lagras på vår sida, så en förlorad nyckel kan inte återskapas — rotera den i stället.
• En hemlig nyckel ser ut som tracio_sk_ följt av 43 tecken, 53 totalt. Dashboarden listar den utifrån dess första tecken så att du kan skilja nycklar åt.
• Hemliga nycklar kräver prisplanen Pro eller högre; den publika nyckel som webbläsaragenten använder är ett separat, icke-hemligt värde på 40 tecken.

Rotera en hemlig nyckel

Vid rotation utfärdas en ny nyckel medan den gamla fortsätter att fungera i 7 dagar, så att du kan rulla ut den utan avbrott. Rulla ut den nya nyckeln, bekräfta att trafiken har flyttat över, och låt den gamla löpa ut. Publika nycklar går inte att rotera — de är inga hemligheter och syns avsiktligt i sidans källkod.

Endpoints

Varje route är ett GET. Det finns inga skrivoperationer i Data API: det läser data, och din konfiguration lever i dashboarden.

Ett avslutande snedstreck accepteras och ignoreras. En okänd sökväg eller fel metod returnerar samma JSON-felkuvert som allt annat, aldrig en HTML- eller klartextsida.

Tidsfönstret

Varje läsning avgränsas av ett tidsfönster, styrt av två valfria query-parametrar:

• Ett rent datum som to inkluderar hela det dygnet.
• Allt annat avvisas med 400 invalid_request och meddelandet time must be YYYY-MM-DD or RFC3339.
• Om du inte skickar någon av dem är fönstret hela lagringstiden för din prisplan, med slut nu.
• Ett fönster som sträcker sig längre bak än din prisplan tillåter kapas tyst i stället för att avvisas. Det fönster som faktiskt användes rapporteras alltid tillbaka i meta, så kontrollera meta.from och meta.to i stället för att anta att din begäran uppfylldes ordagrant.

Slå upp en besökare

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

Svaret bär den aggregerade historiken och bäddar in den senaste sessionen, så att det vanliga fallet kräver en begäran i stället för två:

{
  "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"
  }
}

En besökare utan data inom lagringsfönstret ger 404 not_found med meddelandet visitor not found in the retention window — det är inte ett fel i din integration, det betyder att besökaren är ny eller har fallit ur lagringstiden.

Verdiktfält

Sessionen bär två verdikt, och de svarar på olika frågor — om klienten var automatiserad och vad riskmotorn kom fram till på det hela taget:

bot.score och decision.riskScore löper båda 0..100. Från Business och uppåt gör guidance om dem till råd per scenario på stegen allow → challenge → review → deny — se Guidance för vad varje steg betyder.

Lista en besökares sessioner

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

Sessionerna kommer tillbaka med den nyaste först:

{
  "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"
  }
}

Paginering

Bläddringen är cursorbaserad. Det finns ingen parameter page eller offset: skicka tillbaka den nextCursor du fick som cursor, och fortsätt så länge hasMore är sant.

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
}

Behandla cursorn som ogenomskinlig — dess innehåll är en implementationsdetalj och kan ändras. En cursor som har redigerats avvisas med 400 invalid_request och meddelandet malformed cursor.

Enhetsfakta

Vid sidan av webbläsaren och operativsystemet som hämtas från User-Agent bär en session det som besökarens webbläsare rapporterar om maskinen, sanerat på vår sida. Varje fält saknas när besöket inte bar med sig sådana data, så behandla vart och ett som valfritt.

Webbläsartillägg

extensions listar de webbläsartillägg som upptäckts under besöket — från Business och uppåt. Varje post är ett objekt:

Ett fynd rapporteras först när det har klarat våra tillförlitlighetskontroller — en miljö som svarar ”installerat” på varje sondering, eller en batch längre än tolv namn, förkastas som opålitlig. En tom eller saknad lista betyder därför ”inget vi kunde bekräfta”, inte ”inga tillägg installerade”. Läs den som ett indicium, inte som en inventering.

Hämta en enskild session

Den senaste:

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

Detta returnerar ett naket session-objekt — ingen array, och inte inslaget i ett kuvert. En besökare utan sessioner i fönstret ger 404 not_found med no sessions for this visitor in the retention window.

Eller via requestId, den identifierare som också dyker upp i webhook-payloaden:

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

visitorId är valfri här, men att skicka med den när du känner till den gör uppslagningen märkbart snabbare.

Velocity

Velocity svarar på ”hur mycket har den här besökaren gjort på sistone” — formen på credential stuffing, card testing och massregistreringar.

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

window godtar 1h, 24h eller 7d och är som standard 24h. Varje annat värde avvisas med 400 invalid_request och 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 räknar de distinkta linkedId-värden du skickat för den här enheten — se Kontokoppling. botEvents finns från Business och uppåt.

Konventioner för svaren

Ett fält som saknas betyder ”inga data”, aldrig noll. Fält utan värde utelämnas helt i stället för att skickas som 0, "" eller null: en helt ny besökare har ingen matchConfidence, ett rent besök har ingen antidetectScore eller suspectScore. Det enda avsiktliga undantaget är bot.score, som alltid finns med även när den är noll. Läs fälten defensivt.

Payloaden beror på din prisplan. Varje prisplan med API-åtkomst får bassessionen — identifierare, tidsstämpel, URL, IP, user agent, webbläsare, operativsystem, enhet, geo, nätverk, bot, identifiering och beslut. Pro lägger till identification.matchType, identification.matchConfidence, bot.type, bot.antidetectScore, gpu och network.proxyDetected. Business och Enterprise lägger till extensions, geo.isp, network.asn, network.realIp, decision.suspectScore, identification.driftScore, reasons, behavior, guidance, deviceInfo, spoofing, osEnvironment, screen, locale, clientHints och environment. Fälten på personnivå (personId, reputation, linkedAccountsCount, linkedVisitorsCount) är reserverade för Business och Enterprise och dyker upp när personlagret slås på — i dag körs det i observationsläge och dessa fält levereras inte. Att ett Business-fält saknas på en Pro-plan är inte ett fel.

Interna detaljer på signalnivå returneras aldrig, i ingen prisplan: enskilda signalnamn, deras vikter, trösklarna bakom ett verdikt, råa signalvärden och uppdelningar av poäng stannar på vår sida. En poäng som kan bakåtkompileras till sina indata upphör att vara användbar som skydd.

Fel

Varje misslyckande använder ett och samma kuvert:

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

Den här requestId är inte besökets identifierare. Två olika värden delar namn: inuti en session-payload är requestId besökets UUID, samma som webhooken levererar; inuti ett felkuvert är det en trace-identifierare på 24 tecken som präglas per HTTP-anrop. Trace-identifieraren kommer också tillbaka i headern X-Request-Id i varje svar, lyckat eller inte. Ta med den när du kontaktar supporten — det är så vi hittar just ditt anrop.

Kontrollerna körs i en fast ordning — nyckel, sedan prisplan, sedan gränser — så en begäran med fel nyckel rapporterar alltid nyckeln först, aldrig ett kvotproblem.

Två 401-fall läses olika med flit: missing Authorization: Bearer <secret key> betyder att headern aldrig kom fram, medan invalid or revoked API key betyder att den kom fram och inte matchade. 402 bär Data API requires the Pro plan or higher.

Anropsgränser och kvoter

Varje autentiserat svar bär din aktuella ställning:

• Korta skurar är tillåtna: gränsen per sekund är en token bucket som tolererar upp till tre gånger den uthålliga takten innan den börjar neka.
• En begäran som nekas för att takten per sekund överskreds förbrukar ingen dygnskvot, så en skur kan inte äta upp dygnets budget.
• Gränserna för Data API räknas separat från identifieringstrafiken. Att läsa din egen historik kostar aldrig de identifieringar du betalar för.

Nästa steg

• Webhooks — ta emot varje identifiering när den sker
• Kontokoppling — koppla ditt eget konto-id till en enhet
• Bot-detektering — hur bot-verdiktet tas fram
• Integritet & GDPR — hantera registrerades begäranden