id / user_id Twitter's internal numeric ID for the tweet / account

user / screen_name The @handle

text / full_text / article_text The post's own text

description Profile bio

created_at When the post itself was actually made. Same field, every source: Cookie/Xquik get it straight from the API; Wayback and Google CSE decode it from the tweet id's Snowflake bits whenever the result links to a tweet permalink (absent otherwise — e.g. a profile page or a non-X result, where there's no post id to decode)

fetched_at When this tool pulled the record — same field, every source (Cookie, Xquik, Wayback, Google CSE), so results are comparable side by side. Not to be confused with created_at (the post's own creation time) or iso_date (a Wayback snapshot's capture time)

reply_count / retweet_count / favorite_count / view_count Counts reported by Twitter (can under-report)

followers_count / following_count / tweet_count Account stats at fetch time

verified Legacy blue checkmark (pre-2023)

is_blue_verified Paid X Premium checkmark

in_reply_to_tweet_id Parent tweet this replies to — also the drill-down anchor that fetches its replies

retweeted_text / retweeted_by_user / retweeted_by_name / retweeted_by_bio Content and author of the original tweet being retweeted

retweeted_at / retweeted_tweet_id When the original was posted, and its own ID

media Photo/video attachments — normalized to [{type, thumb, url}] regardless of whether the source was Cookie or Xquik/API (the two use different raw shapes internally, unified before display/archive)

archived_media Local file paths once a result's media has actually been downloaded into an archive — archive view only

tweet_url Cookie/Xquik: direct link to the tweet, built from user + id. Populated the moment a result is fetched — the same value on the live card, in a JSON dump, and in an archive of it, not built separately each time. Wayback and Google CSE carry their own equivalent instead — see archive_url/original and result_url below

lat / lon / place Coordinates plotted on the map view (Geo Post Search)

user_location Free-text profile location string, geocoded client-side to produce lat/lon

account_created / account_age Derived from the account's numeric ID, not the API — see the Account age badges above

account_age_flag New / Recent / Established bucket, drives the badge color

account_age_precision exact (true Snowflake decode) / estimated (pre-Snowflake id, interpolated) / unknown

archive_url Link to the Wayback Machine snapshot

iso_date When that snapshot was captured

original The original URL that was archived

statuscode / mimetype / length HTTP status / content type / size of the snapshot

post_title / post_text / preview_image Scraped from the archived page's own meta tags (og:/twitter: tags, or <title>/<meta name="description"> on older captures)

post_title Result title from Google

post_text The page's own og:/twitter:/meta description, fetched live from result_url — not Google's own SERP snippet, which is usually clipped mid-sentence. Falls back to Google's snippet only if that live fetch fails

result_url The live page Google indexed, shown as its full raw address

display_link The result's domain, as shown in Google's own results

preview_image Thumbnail — from Google's own indexed metadata, or the live page's og:/twitter:image when Google didn't have one

source Which of the 4 data sources this result came from — Twitter Cookie / Xquik API / Wayback Machine / Google CSE (Multi-Source Search only)

Search root The diamond node — the query you ran

Tweet A tweet/post returned by search or by expanding a node

Reply A tweet fetched via Expand Replies on a tweet node

User / Retweeter A person — from Follower Explorer, or via Expand Retweets on a tweet node

Wayback snapshot An archived-page result, from Wayback Archive Search or the Wayback portion of Multi-Source Search

Web result A Google CSE result, from the Google CSE portion of Multi-Source Search

Viewed Turns a node solid white once you've clicked it — a visual "already looked at this" marker, not part of the underlying data