Docs
View as Markdown

stackexchange.question

stable Standard

A question by id (with body).

GET /v1/stackexchange/question

What you get#

One Stack Exchange record in Onekey's unified shape, in data. If the record does not exist you get a 404 not_found and are not charged.

Also works with: URL lookup (stackoverflow.com/questions/{id}/**, stackoverflow.com/q/{id}) · Computed block (engagement_rate, language). Any batch can include it.

What it costs#

  • Standard · 1 credit for a fresh fetch, charged only when it succeeds.
  • Free when served from cache (0.2 credit for a cached response over 100 KB).
  • Free if the request is invalid (never charged) or the source fails or reports not found (refunded).

Parameters#

NameTypeRequiredDefaultWhat it isConstraints
idstringyes(required)Question idmax 10 chars; must match [0-9]{1,10}; trimmed
sitestringno-Stack Exchange site, default stackoverflowmax 41 chars; must match [a-z][a-z.]{1,40}; trimmed, lowercased

Request#

curl "https://api.onekey.dev/v1/stackexchange/question?id=11227809" \
  -H "x-api-key: YOUR_API_KEY"

Try it

Add your key to run this call right here. No key? Get one free. The key stays in this tab.

Recorded response#

A real Stack Exchange response, recorded and returned in Onekey's shape. Fields the platform does not provide are null.

json
{
  "success": true,
  "data": {
    "content": {
      "id": "11227809",
      "title": "Why is conditional processing of a sorted array faster than of an unsorted array?",
      "url": "https://stackoverflow.com/questions/11227809/why-is-conditional-processing-of-a-sorted-array-faster-than-of-an-unsorted-array",
      "text": "In this C++ code, sorting the data ( before the timed region) makes the primary loop ~6x faster: #include <algorithm> #include <ctime> #include <iostream> int main() { // Generate data const unsigned arraySize = 32768; int data[arraySize]; for (unsigned c = 0; c < arraySize; ++c) data[c] = std::rand() % 256; // !!! With this, the next loop runs faster. std::sort(data, data + arraySize); // Test clock_t start = clock(); long long sum = 0; for (unsigned i = 0; i < 100000; ++i) { for (unsigned c = 0; c < arraySize; ++c) { // Primary loop. if (data[c] >= 128) sum += data[c]; } } double elapsedTime = static_cast<double>(clock()-start) / CLOCKS_PER_SEC; std::cout << elapsedTime << '\\n'; std::cout << \"sum = \" << sum << '\\n'; } Without std::sort(data, data + arraySize); , the code runs in 11.54 seconds. With the sorted data, the code runs in 1.93 seconds. (Sorting itself takes more time than this one pass over the array, so it's not actually worth doing if we needed to calculate this for an unknown array.) Initially, I thought this might be just a language or compiler anomaly, so I tried Java: imp",
      "createdAt": "2012-06-27T13:51:36Z"
    },
    "entity": {
      "name": "java"
    },
    "engagement": {
      "likes": 27547,
      "comments": 25,
      "views": 2001635
    },
    "author": {
      "id": "87234",
      "username": "GManNickG",
      "url": "https://stackoverflow.com/users/87234/gmannickg",
      "avatarUrl": "https://i.sstatic.net/FkjBe.png?s=256",
      "reputation": 507417
    }
  },
  "metadata": {
    "platform": "stackexchange",
    "endpoint": "question",
    "cached": false,
    "stale": false,
    "age_s": 0,
    "fetched_at": "2026-01-01T12:00:00+00:00",
    "credits_charged": 1,
    "request_id": "7f3a9c2e5b1d4c8fa2e6d0b9c4f18e37"
  },
  "error": null
}

Field mapping#

How this endpoint's source fields become Onekey's unified schema. Fields the source lacks come back as null.

Source pathOnekey fieldTransform
question_idcontent.idtoString
titlecontent.titlehtmlUnescape
linkcontent.urlsafeUrl
bodycontent.textstripHtml
creation_datecontent.createdAttoIsoDate
tags.0entity.name-
scoreengagement.likestoNumber
answer_countengagement.commentstoNumber
view_countengagement.viewstoNumber
owner.user_idauthor.idtoString
owner.display_nameauthor.usernamehtmlUnescape
owner.linkauthor.urlsafeUrl
owner.profile_imageauthor.avatarUrlsafeUrl
owner.reputationauthor.reputationtoNumber

Caching and freshness#

  • Fresh for about 30 minutes. Repeat calls in that window are served from cache and are free.
  • Between 30 minutes and 6 hours the cached copy is still served instantly and marked stale: true while Onekey refreshes it in the background.
  • If the source is down when a refresh is needed, the last copy can be served for up to 1 day more (marked stale).
  • A "not found" is remembered for 5 minutes and is free.
  • The cache is shared across all customers, which is what keeps repeat calls cheap.

What can go wrong#

StatusCodeWhat to do
401unauthorizedCheck the x-api-key header.
402insufficient_creditsAdd credits; your balance must cover the price.
404not_foundThat record does not exist. Free; do not retry.
422invalid_paramsFix the parameters using the table above. Free.
429rate_limitedWait Retry-After seconds, then retry.
502upstream_errorThe source failed. Refunded; retry with backoff.

See Errors for the full list and retry guidance.

Status: stable (verified against the live source).