API Response Format: User and Tweet Object Schemas
Sorsa API returns all data as JSON. This page documents the response structure, core data objects, field types, and pagination model so you know exactly what to expect from every endpoint.Conventions
Before diving into specific objects, here are the formatting rules that apply across the entire API. IDs are strings. All X/Twitter IDs (id, conversation_id_str, in_reply_to_tweet_id, etc.) are returned as strings, not integers. X uses Snowflake IDs, which are 64-bit numbers that exceed JavaScript’s Number.MAX_SAFE_INTEGER. Returning them as strings prevents silent precision loss in browsers, Node.js, and any language that represents JSON numbers as floating-point.
Timestamps are ISO 8601 strings. All date fields use the format 2026-03-06T12:00:00Z. This is compatible with standard datetime parsers in every major language and database.
Booleans are strict. Status flags like verified, is_reply, protected, and can_dm are always true or false, never 0/1 or "true"/"false".
Null and missing fields. Optional fields that have no value are returned as null. Fields like bio_urls or pinned_tweet_ids return null rather than an empty array when there is no data.
Response wrappers
Endpoints that return a single object (like/info or /tweet-info) return the object directly at the top level. Endpoints that return lists use one of the following wrapper structures.
UsersResponse - used by /followers, /follows, /verified-followers, /retweets, /search-users, /list-members, /list-followers, /community-members
/user-tweets, /comments, /quotes, /search-tweets, /mentions, /list-tweets, /community-tweets, /community-search-tweets
/new-followers-7d, /new-following-7d, /top-followers, /top-following
next_cursor. It returns the full result set in a single response.
The User object
The User object represents an X/Twitter account profile. It is returned directly by/info, as an array element in list endpoints, and nested inside every Tweet object as the user field.
| Field | Type | Description |
|---|---|---|
id | string | Permanent numeric user ID (Snowflake) |
username | string | Current handle / screen name (without @) |
display_name | string | Public profile name |
description | string | Account bio |
location | string | User-specified location (free text) |
created_at | string | Account creation timestamp |
followers_count | integer | Number of followers |
followings_count | integer | Number of accounts followed |
favourites_count | integer | Total likes given by this account |
tweets_count | integer | Total tweets posted |
media_count | integer | Total media items posted |
profile_image_url | string | Avatar image URL |
profile_background_image_url | string | Banner image URL |
bio_urls | array of strings or null | URLs from the bio section |
pinned_tweet_ids | array of strings or null | IDs of pinned tweets |
verified | boolean | Verification status (Blue, Gold, or Gray checkmark) |
can_dm | boolean | Whether DMs are open |
protected | boolean | Whether the account is private |
possibly_sensitive | boolean | Whether the account is flagged as sensitive |
The Follower object
The Follower object extends the User object with one additional field. It is returned by Sorsa Info endpoints like/new-followers-7d, /top-followers, etc.
| Additional field | Type | Description |
|---|---|---|
followerDate | string | Date when the follow relationship was recorded |
The Tweet object
The Tweet object contains the full content, metadata, engagement metrics, and nested relationships for a single tweet. It is returned directly by/tweet-info and as array elements in tweet list endpoints.
| Field | Type | Description |
|---|---|---|
id | string | Unique tweet ID (Snowflake) |
full_text | string | Complete tweet text |
created_at | string | Publication timestamp |
lang | string | Detected language code (e.g., “en”, “ja”, “es”) |
| Field | Type | Description |
|---|---|---|
likes_count | integer | Total likes |
retweet_count | integer | Total retweets |
reply_count | integer | Total replies |
quote_count | integer | Total quote tweets |
view_count | integer | Total impressions |
bookmark_count | integer | Total bookmarks |
| Field | Type | Description |
|---|---|---|
conversation_id_str | string | ID of the root tweet in the thread |
in_reply_to_tweet_id | string or null | ID of the tweet this is replying to |
in_reply_to_username | string or null | Username of the account being replied to |
is_reply | boolean | Whether this tweet is a reply |
is_quote_status | boolean | Whether this tweet quotes another tweet |
is_replies_limited | boolean | Whether replies are restricted by the author |
| Field | Type | Description |
|---|---|---|
user | User object | Full profile of the tweet author |
entities | array of TweetEntity | Media and link attachments |
quoted_status | Tweet object or null | The quoted tweet (full object, recursive) |
retweeted_status | Tweet object or null | The original retweeted tweet (full object, recursive) |
quoted_status and retweeted_status fields contain complete Tweet objects, including their own user, entities, and engagement metrics. This means you get all related data in a single API call without needing to make follow-up requests.
The TweetEntity object
Each item in theentities array represents a media attachment or embedded link within a tweet.
| Field | Type | Description |
|---|---|---|
type | string | Entity type (e.g., photo, video, animated_gif) |
link | string | Direct URL to the full-resolution asset |
preview | string | Preview text or thumbnail URL |
Cursor-based pagination
Endpoints that return lists use cursor-based pagination. This approach is more reliable than offset-based pagination for dynamic feeds where new content is constantly being added. How it works:- Send your initial request without a cursor.
- The response includes a
next_cursorfield along with the data. - To fetch the next page, include the
next_cursorvalue in your next request. - When
next_cursorisnullor absent, you have reached the end of the data.
Next steps
- Pagination - Advanced pagination patterns and best practices
- Error Codes - How error responses are structured
- API Reference - Full endpoint schemas with request and response examples