X(Twitter)链接解析器

社交媒体 网络
已解析的 URL
类型
用户名
内容 ID
变体
已删除的参数

介绍

X(Twitter)链接天生混乱。同一条推文可能以 twitter.com 链接、x.com 链接、带五个跟踪参数的 App 分享链接、热门话题点击的搜索链接、/photo/1 变体链接或任何语言的话题标签链接的形式出现。内容完全相同 – 变化的只是 URL 的形式。X(Twitter)链接解析器是一款免费在线工具,能识别 20 多种 X 链接格式,提取推文 ID,移除跟踪噪声,并将链接重建为干净的规范链接、官方嵌入链接或分享 intent 链接。

这款解析器面向所有经常处理 X 链接的人:发布链接的社交媒体运营者、归档链接的社区运营者、追踪活动的营销人员、大规模收集链接的研究人员,以及将链接存入数据库的开发者。与其手动清理每条链接,或依赖一个隐藏其行为的短链服务,不如粘贴链接,直接看到解析器发现了什么 – 链接类型、用户名、内容 ID、显示变体和被移除的参数。

这个工具有两个特点。它即时分析,每次按键都更新结果,并且零网络请求 – 链接永远不会离开你的浏览器。没有服务器,没有 API 配额,也没有你粘贴内容的日志。

使用场景

发布与活动。 在把 X 链接放入新闻通讯、博客文章或广告评论之前,用规范格式清理它。sttwclid 等跟踪参数与分享会话绑定,很快就会失效并污染分析报告。发布规范链接能让你的内容链接保持稳定、指标保持诚实。

归档与去重。 如果你把 X 链接存入电子表格、CMS 或研究数据集,同一条推文可能以数十种 URL 形式出现 – 不同的域名、变体和参数串。解析器将所有形式规范化为一种规范形式,因此 twitter.com/jack/status/20x.com/jack/status/20 以及带 ?s=20&t=… 的同一链接会收敛为一个稳定标识符,供你去重。

热门话题监控。 话题点击链接是 X 中最混乱的 URL:x.com/search?q=%23Gewitter&src=trend_click&vertical=trends。监控表中的每条推文都以这种形式到达。解析器识别该模式,将单话题标签查询规范化为规范的话题标签页面,并移除来源参数 – 粘贴一次就能把话题链接变成干净、可分享的 URL。

网站嵌入。 当你在自己的网站上发布推文时,嵌入格式会生成 X 官方的小组件 URL(platform.twitter.com/embed/Tweet.html?id=…)。将其放入 iframe,X 就会以官方设计渲染推文 – 无需第三方嵌入服务,无需抓取。

数据卫生。 对开发者和研究人员来说,这个解析器也是一份规格参考 – 被移除参数的列表精确显示 X 今天附加了哪些跟踪键,支持的格式表则记录了工具识别的每一条路由。

X 链接的结构

一条 X 链接有三个值得理解的部分:主机、路径和查询字符串。

看看移动应用分享的真实推文链接:

https://twitter.com/markito0171/status/2089759704335482961/video/1?s=20&t=FakeNonce&ref_src=twsrc%5Etfw

主机 twitter.com(或 x.commobile.twitter.com)告诉解析器链接属于哪个家族。路径 /markito0171/status/2089759704335482961/video/1 指明路由 – 这里是一条带视频显示变体的推文。查询字符串混合了两种解析器处理方式截然不同的参数:

参数 类型 解析器的处理
2089759704335482961(路径) 标识 保留 – 这是推文的 Snowflake ID
/video/1(路径) 显示变体 保留推文,记录变体 – 同一条推文以视频形式渲染
s=20 跟踪 移除 – 分享面板的时间戳
t=FakeNonce 跟踪 移除 – 分享 nonce 令牌
ref_src=twsrc^tfw 跟踪 移除 – 来源引用(此处为 Twitter for Web 嵌入)

标识参数告诉你链接指向哪一条推文、个人主页、列表、Space、活动或话题标签。其余一切都是上下文 – 你如何到达、来自哪个应用、哪个视图处于打开状态。解析器保留标识、丢弃上下文,然后报告被移除的键,让清理过程可验证。

两个域名。 X 在 2023 年从 Twitter 更名为 X,x.com 在 2024 年成为主域名。两个域名提供相同的内容并相互重定向,从任一位置复制的链接都完全相同地工作。解析器同时接受两者,外加旧的 mobile.twitter.com 子域名,并且始终在 x.com 上输出规范形式 – 这是 X 本身今天重定向到的域名。

内部的 /i/ 路由。 第二个链接家族位于 /i/ 之下:x.com/i/web/status/{id}(无用户名打开推文 URL 时网页应用使用的推文路由)、x.com/i/spaces/{id}(实时音频 Space)、x.com/i/lists/{id}(按 ID 的列表)和 x.com/i/events/{id}(时间线和 Moments)。解析器识别其中每一条并将其还原为规范形式。

工作原理

分析完全在你的浏览器中进行,没有网络请求,也没有服务器往返。每次按键,链接都会经过三个阶段:

  1. 主机匹配。 链接与 X 域名比对:twitter.comx.com,带 mobile.www. 等任意子域名。evilx.com 之类的相似域名会被拒绝。
  2. 路由匹配。 路径被拆分为段,与已知路由表比对 – {用户}/status/{id}i/web/statusi/spacesi/listsi/eventshashtagsearch、个人主页根路径和主页标签路径。
  3. 查询分析。 搜索链接的 q 参数被解码和分类,跟踪参数则按三条规则识别并加入移除列表。

每个提取的值在被接受前都会通过严格模式验证:推文 ID 必须是 15–19 位数字,用户名是 1–15 个字母、数字或下划线,话题标签在任意 Unicode 文字中最多 30 个字符。任何未通过验证的内容都会让解析器报告无效链接,而不是猜测。

因为没有网络访问,解析器永远不需要加载状态,永远不会遇到速率限制,在你粘贴的瞬间就能交付结果。

支持的链接格式

解析器识别七种结果类型下的 20 多种格式。

格式 示例 结果类型
带用户名的推文 x.com/elonmusk/status/1234567890123456789 tweet
旧域名上的推文 twitter.com/jack/status/20 tweet
移动子域名上的推文 mobile.twitter.com/elonmusk/status/1234567890123456789 tweet
网页应用路由(无用户名) x.com/i/web/status/1234567890123456789 tweet
推文照片视图 x.com/elonmusk/status/1234567890123456789/photo/1 tweet(变体 photo)
推文视频视图 x.com/elonmusk/status/1234567890123456789/video/1 tweet(变体 video)
推文语言视图 x.com/elonmusk/status/1234567890123456789/lang/zh tweet(变体 lang: zh)
推文分析视图 x.com/elonmusk/status/1234567890123456789/analytics tweet(变体 analytics)
简单个人主页 x.com/elonmusk profile
个人主页标签 x.com/elonmusk/with_replies profile
按 slug 的列表 x.com/elonmusk/lists/tech-leaders list
按 ID 的列表 x.com/i/lists/1234567890123456789 list
实时 Space x.com/i/spaces/1zqKVZlLKvPJB space
活动或 Moment x.com/i/events/1234567890123456789 event
话题标签页面 x.com/hashtag/tech hashtag
Unicode 话题标签页面 x.com/hashtag/日本 hashtag
话题标签搜索(已规范化) x.com/search?q=%23Gewitter&src=trend_click hashtag
关键词搜索 x.com/search?q=hello+world search

个人主页标签被通用地接受:路径第二段中的任何小写单词 – with_repliesmedialikesfollowingfollowerslistsmoments 以及任何未来的标签 – 都解析到个人主页本身,因为标签是主页的视图而不是独立的资源。

解析器也会拒绝不属于可分享 X 内容的路径。homeexploreloginsettingsmessagesnotifications 等平台功能会产生无效消息,纯数字用户名(x.com/1234567890)、没有 15–19 位数字的推文 ID(x.com/user/status/1234)或没有标识的空路径(x.com/hashtag/)等损坏形式也是如此。完整封锁列表见"技术规格"一章。

理解 Snowflake ID

每条推文都有一个数字 ID,而这个数字并非随机。X 以 Snowflake 格式构建推文 ID:一个 64 位整数,由三部分组成 – 从 2010 年 11 月 4 日 自身纪元起算的 41 位毫秒时间戳、10 位机器标识和每台机器 12 位的序列计数器。

这在实践中意味着:

  • ID 编码了发布的精确毫秒。例如 ID 2089759704335482961 可解码为 2026 年 8 月的发布时间 – 你可以用任何 Snowflake 解码器自行验证,无需 API。
  • ID 从 2010 年的 15 位增长到今天的 19 位,因为时间戳位在持续增长。解析器接受 15–19 位,覆盖了平台的整个历史。
  • ID 是推文的稳定键。与用户名(可能更改)和 URL 形式(千变万化)不同,Snowflake 永不改变 – 用它来去重数据库中的链接、搜索推文或在 CMS 中引用推文。

解析器验证 ID 的形式但不解码它 – 解码时间戳是专用 Snowflake 解码器的工作。对链接清理而言,重要的是解析器绝不把随机数字误认为推文 ID,也绝不在形式错误时猜测。

搜索链接与话题标签规范化

当你在 X 上点击热门话题或话题标签时,平台不会把你送到干净的 URL。它会把你送到带编码查询的搜索页面:

https://x.com/search?q=%23Gewitter&src=trend_click&vertical=trends

q 参数是真正的搜索查询 – 这里是百分号编码的单个话题标签 #Gewitter。其余是到达上下文:src=trend_click 记录你来自热门话题,vertical=trends 选择趋势视图。

解析器以两种方式处理这些链接:

查询形式 示例 结果
恰好一个话题标签 q=%23Gewitter 规范化为规范的话题标签页面 x.com/hashtag/Gewitter
恰好一个话题标签,任意文字 q=%23%E6%97%A5%E6%9C%AC(日本) 规范化为 x.com/hashtag/日本
纯文本或多个词 q=hello+worldq=%23foo+%23bar 保持搜索链接 x.com/search?q=hello%20world

为什么要规范化?话题标签搜索和话题标签页面显示相同的内容,但话题标签页面的 URL 稳定、简短且可分享 – 而且这正是 X 在个人主页和简介中使用的形式。规范化让你不必手动修正表格中的每一条话题链接。

纯关键词搜索不会被规范化(任意查询没有规范页面),因此解析器将其保留为搜索链接,同时仍移除到达上下文(srcverticalf)。q 为空或缺失的搜索会被拒绝为无效。

我们移除的跟踪参数

X 会向链接附加一长串参数,解析器按三条识别规则移除它们:

  1. 活动参数 – 所有带 utm_ 前缀的键(Google Analytics 惯例):utm_sourceutm_mediumutm_campaignutm_termutm_content
  2. 内部令牌 – 所有带双下划线前缀的键。
  3. 精确列表 – 19 个已知的跟踪、会话和导航参数。

精确列表中最常见的参数:

参数 记录的内容
s 移动应用分享面板的分享时间戳
t 分享 nonce 令牌,与 s 配对
twclid X 点击 ID – 点击来自哪个广告或搜索结果
ref_src 来源引用,例如 Twitter for Web 嵌入的 twsrc^tfw
ref_url 链接被点击的页面
ref 引荐来源的短形式
src 到达上下文:trend_clickhashtag_clicktren(热门)等
cn 邮件分享跟踪令牌(通常类似 base64)
iid 广告中的活动实例 ID
ntref 通知上下文
ft 网页客户端内部令牌
lang 显示的语言覆盖
vertical 搜索视图选择器:trendsnewsusers
f 搜索筛选器:liveuserimagevideo
prdrndcxtbp 较旧的应用上下文令牌,归入一条规则

标识参数永远不会被移除:路径中的推文 ID、列表 ID、Space ID 和搜索链接的 q 就是内容本身。移除它们会破坏链接。

为什么移除总是安全的?跟踪参数描述的是你如何到达,而不是链接指向哪里。twclidsrcutm_* 只改变归因报告;没有它们,渲染的内容完全相同。"已移除的参数"一行会精确显示移除了什么,让清理过程一目了然、可验证。

输出格式指南

每条被分析的链接都可以输出为三种格式。

格式 输出 使用时机
规范链接 x.com 上干净、稳定的链接 发布、归档、去重,以及任何长期保存链接的场景
嵌入链接 官方小组件页面 platform.twitter.com/embed/Tweet.html?id=… 放入 <iframe> 以在你的网站上渲染推文
分享链接 官方 intent 链接(intent/retweetintent/userintent/tweet 分享按钮和活动链接

规范格式始终输出 x.com 域名 – 当前品牌 – 无论你粘贴的是哪个域名。话题标签搜索被规范化为话题标签页面,个人主页标签则回落到主页根路径。

嵌入格式只对推文存在,因为 X 的嵌入小组件渲染推文。它生成与 X 自己的嵌入脚本在 iframe 中加载的相同小组件 URL – 在浏览器中打开它,你会看到以官方设计渲染的推文。单选选项会自动隐藏,适用于没有小组件的个人主页、列表、Space 和话题标签。

分享格式为内容选择恰当的 intent:推文使用 intent/retweet?tweet_id=…(打开该推文的转推对话框),个人主页使用 intent/user?screen_name=…,话题标签使用 intent/tweet?hashtags=…(撰写一条预填话题标签的推文)。Intent 位于 twitter.com – 历史悠久的 intent 主机 – X 会在两个域名上解析它们。

使用方法

  1. 粘贴链接。 点击输入框,粘贴 X 链接(Ctrl+V 或 Cmd+V)。解析器在你输入时读取它 – 无需点击任何按钮。
  2. 阅读结果面板。 五行内容总结分析:
显示内容
类型 结果类型:tweetprofilelistspaceeventhashtagsearch
用户名 链接中的用户名,作为可点击的个人主页链接
内容 ID 提取的 ID – 推文 Snowflake、列表 ID、Space ID 或话题标签
变体 推文的显示变体(photovideolang: zhanalytics)– 普通推文为空
已移除的参数 被移除的跟踪参数,逗号分隔
  1. 选择输出格式。 规范链接是默认值。需要时切换到嵌入链接(仅推文)或分享链接。不适用于当前链接类型的格式会自动隐藏。
  2. 复制结果。 输出框即时更新;按下复制即可放入剪贴板。

教程

跟随一个完整示例,从话题点击链接到发布后的干净链接。

第 1 步 – 粘贴话题点击链接。 复制这个链接,就像你在 X 应用中点击热门话题时它到达的样子:

https://x.com/search?q=%23Gewitter&src=trend_click&vertical=trends&twclid=abc123xyz

粘贴到输入框。结果面板立即填充:类型 hashtag、内容 ID Gewitter、已移除的参数 srcverticaltwclid

第 2 步 – 复制规范链接。 输出显示干净的话题标签页面:

https://x.com/hashtag/Gewitter

单话题标签查询已被规范化为规范的话题标签路由 – 这是 X 在个人主页和简介中使用的 URL。

第 3 步 – 清理一条被分享的推文。 粘贴一条带完整参数串的应用分享链接:

https://twitter.com/markito0171/status/2089759704335482961/video/1?s=20&t=FakeNonce&ref_src=twsrc%5Etfw

类型显示 tweet,用户名链接到个人主页,ID 是 2089759704335482961,变体显示 video,移除列表显示 stref_src。规范输出将一切收敛为 https://x.com/markito0171/status/2089759704335482961/video/1 视图是同一条推文,因此干净链接指向推文本体。

第 4 步 – 嵌入推文。 切换到嵌入链接。输出变为 https://platform.twitter.com/embed/Tweet.html?id=2089759704335482961。将它放入你网站上的 iframe:

<iframe src="https://platform.twitter.com/embed/Tweet.html?id=2089759704335482961"
  width="550" height="600" style="border:none;overflow:hidden" frameborder="0"
  allowfullscreen="true"></iframe>

第 5 步 – 处理 Unicode 话题标签。 粘贴 https://x.com/hashtag/%E6%97%A5%E6%9C%AC?src=hashtag_click。类型显示 hashtag,ID 是 日本(从百分号编码的路径解码而来),规范输出是编码后的干净形式 https://x.com/hashtag/%E6%97%A5%E6%9C%AC

第 6 步 – 分享个人主页。 粘贴 https://x.com/elonmusk 并切换到分享链接。输出变为 https://twitter.com/intent/user?screen_name=elonmusk – 官方关注 intent,可直接用于分享按钮。

专业提示

  • 按内容 ID 去重归档。 批量清理表格时,内容 ID 行就是你的稳定键:同一条推文无论通过哪个域名、变体或参数串到达,总会产生相同的 Snowflake。按该列排序和去重,而不是按链接。
  • 保存前先规范化话题链接。 话题点击是 X 中最混乱的链接,而粘贴一次就能让它们全部落到干净的话题标签页面。围绕规范的话题标签形式构建你的监控工作流。
  • 配合官方 iframe 使用嵌入链接。 X 的嵌入小组件链接不需要你页面上的额外 JavaScript – 只需要教程中的 iframe。小组件处理响应式宽度并渲染官方推文设计。
  • 在活动中使用分享 intent。 分享链接格式生成转推、关注和带话题标签撰写等操作的官方 intent 链接。它们无需 API 密钥即可工作,并打开 X 自己的对话框。
  • 把移除列表当作监控信号。 X 偶尔会更改其跟踪词汇。如果移除列表中出现你从未见过的参数,值得一查 – 解析器会精确显示平台当前附加的内容。
  • 个人主页标签自动收敛。 不要手动把表格中的 x.com/elonmusk/with_replies 改成 x.com/elonmusk – 解析器会替你完成,并保持用户名行完好。
  • 从任何地方粘贴链接。 解析器接受两个域名和所有子域名,因此来自应用、网页、新闻通讯或邮件的链接无需规范化即可工作。

替代方案

选项 优势 劣势
本解析器 零请求、即时、识别 Snowflake、20 多种格式、生成嵌入和分享链接、可验证的移除列表、Unicode 话题标签 无法通过 API 获取推文正文或互动数等元数据
在地址栏手动修正 无需工具 长参数串容易出错,容易误删推文 ID,没有嵌入或分享格式
通用链接清理器 易于使用 面向短链和一般链接,不适合 X 路由;通常对 Snowflake ID、显示变体和搜索规范化视而不见
清理链接的浏览器扩展 在选定页面上自动运行 扩展能看到你浏览的每条链接,需要安装和权限,很少覆盖 X 特有格式
X API(官方) 完整元数据、搜索和发布 2026 年 2 月起按使用付费,无免费档 – 见下一章;没有密钥无法从浏览器使用

一次性清理时,本解析器的规范格式是最快的路径;需要元数据的批量研究或许适合 X API 账户 – 但那是开发者工具,不是链接清理器。

与官方 API 对比

X API 曾经有免费档。这在 2023 年改变过一次,2026 年又变了一次:X 在 2026 年 2 月转向按使用付费,取消了免费档,并向新注册关闭了旧的 Basic 和 Pro 套餐。读取单个帖子约花费 $0.005(约每 1,000 条推文 $5),个人主页读取则是其两倍。没有免费配额可供原型开发。

本解析器刻意不调用 API。本地解析器覆盖了付费 API 无法覆盖的场景:

场景 本地解析器 X API
任意归档的链接清理 即时、无限、离线 每次读取请求都要付费
话题链接规范化 本地分析 每条链接都需要调用搜索端点
隐私 链接不离开浏览器 发送到 X 服务器并计费
成本 免费、无配额 每条帖子读取 $0.005 起,无免费档

解析器回答的问题是这条链接是什么、它的干净形式是什么 – 一个不需要 API、密钥或配额的问题。如果除了清理之外你还需要推文元数据,API 账户是另一回事;本工具生成的干净规范链接正是你会喂给那种 API 的原料。

它不会做什么

它无法解析 t.co 短链接。 发布到 X 的每条链接都会被自动缩短为 t.co 链接,目标只能通过跟随重定向来发现。浏览器无法读取重定向目标,因为 CORS 不允许,而零请求的解析器从不猜测。打开一次短链接,从地址栏复制完整链接 – 解析器会立即处理它。

它拒绝第三方镜像。 Nitter 实例(nitter.net/…)以及 fxtwitter.comvxtwitter.com 等预览服务不是 X 域名,会被拒绝。只有 twitter.comx.com(任意子域名)会被接受。

它拒绝非内容路径。 homeexploreloginsettingsmessagesnotificationscomposeintentshare 等平台功能不是可分享的内容,会被视为无效拒绝,没有标识的空路径(x.com/hashtag/x.com/i/spaces/)也是如此。

它不获取元数据。 不会向 X 发出请求,因此解析器从不显示推文正文、作者姓名、互动数或发布日期。它回答这条链接是什么、它的干净形式是什么 – 仅此而已。(Snowflake ID 本身编码了发布时间,但解码是专用解码器的工作。)

它不改变任何东西。 该工具不会缩短、重定向、存储或转发链接。输出是你可以带走的链接。

故障排除

问题 原因 解决方法
t.co 短链接被标记为无效 短链接因 CORS 无法在浏览器中解析 打开一次短链接,从地址栏粘贴完整链接
显示"请输入有效的 X(Twitter)链接" 链接使用了 homelogin 等封锁路由、损坏形式或非 X 域名 确认链接确实是从 X 复制的。封锁路由被刻意拒绝,因为它们不是内容
搜索链接显示 search 而非 hashtag 查询是纯文本或包含多个词 行为正确 – 只有单话题标签查询会被规范化为话题标签页面
话题链接显示已移除的参数 srcvertical 这些是到达上下文参数,不是内容 符合预期 – 规范输出是干净的话题标签或搜索链接
缺少嵌入单选选项 嵌入小组件只存在于推文 行为正确 – 个人主页、列表、Space 和话题标签没有小组件页面
Unicode 话题标签显示乱码 标签在链接中被百分号编码 解析器会解码 – 内容 ID 行显示解码后的标签(例如日本),规范输出会安全地重新编码
推文 ID 被拒绝 ID 不是 15–19 位数字 确认链接已完整复制,包括末尾的数字
输出省略了 /photo/1 视图 显示变体是同一条推文 行为正确 – 规范链接指向推文本体;变体行记录原始视图

隐私与数据处理

这个工具执行零网络请求。你粘贴的链接完全在你的浏览器中处理:没有服务器接收它,没有分析脚本看到它,没有第三方日志记录它。没有账户,没有存储,工具也无法在页面关闭后知道你粘贴了什么。

这具体地区分了本解析器与基于 API 的工具:链接、其推文 ID 和用户名永远不会经过你不控制的服务器。你可以清理发布前的链接、内部活动链接或私下转发的链接,而不会出现在第三方日志中。

解析器也不会加载第三方脚本。它生成的嵌入链接指向 X 自己的小组件页面,只有当你自己打开或嵌入这些链接时 X 才会看到它们 – 解析器从不加载它们。

技术规格

属性
处理方式 100% 客户端,零网络请求
更新模型 每次按键实时更新
接受的主机 twitter.comx.com(任意子域名)、mobile.twitter.com
结果类型 tweetprofilelistspaceeventhashtagsearch
推文 ID 模式(Snowflake) 15–19 位数字(\d{15,19}
用户名模式 1–15 个字母、数字或下划线,不能纯数字
话题标签模式 1–30 个 Unicode 字母、数字或下划线字符([\p{L}\p{N}_]{1,30}),从百分号编码解码
Space ID 模式 10–15 个字母数字字符
列表 slug 模式 1–40 个字母数字字符、下划线或连字符
个人主页标签规则 路径第二段中的任意小写单词 slug,非数字
搜索规则 必须包含 q;恰好一个 #hashtag 规范化为话题标签页面
跟踪参数规则 utm_* 前缀、__ 前缀以及精确的 19 键列表
保留的标识数据 推文 ID、用户名、列表 ID、Space ID、活动 ID、话题标签、搜索 q
输出格式 规范链接(x.com)、嵌入链接(推文小组件页面)、分享链接(转推/关注/话题标签 intent)
依赖 无 – 纯 JavaScript,无框架
浏览器支持 现代常青浏览器(Chrome、Edge、Firefox、Safari),支持 URLSearchParams 和 Unicode 属性转义

封锁列表为:homeexploresearchintentsharecomposemessagesnotificationssettingsloginsignuphelptosprivacyaboutdownloadjobsdevelopersanalyticssupportfeedbackblogmediastatussbookmarksihashtaglists

功能特色

  • 分析 20 多种 X(Twitter)链接格式 – 推文、个人主页、列表、Space、活动、话题标签和搜索链接,支持 twitter.com 和 x.com
  • 自动移除 twclid、ref_src、src、utm_* 等跟踪参数,并精确显示移除了什么
  • 提取推文 ID,并将话题标签搜索链接规范化为规范的话题标签页面
  • 一键生成规范的 x.com 链接、官方嵌入小组件链接和分享 intent 链接
  • 理解日本等 Unicode 话题标签、/photo/1 之类的链接变体以及内部的 /i/ 路由
  • 在浏览器中零请求即时分析 – 你的链接绝不会离开你的设备

常见问题

我的 X 链接为什么带有 s=20、t=… 和 twclid 参数?
当链接从移动应用分享、从热门话题点击或通过第三方应用打开时,X 会添加跟踪参数。最常见的是 s(分享时间戳)、t(分享 nonce 令牌)和 twclid(X 广告的点击归因)。这些参数不会改变链接指向哪里,只会改变点击如何被归因 – 因此移除它们总是安全的。解析器会自动移除它们并列出移除内容,让清理过程可验证。
twitter.com 和 x.com 链接有什么区别?
内容上没有区别 – 两个域名提供相同的页面并相互重定向。twitter.com 是 2023 年之前的旧域名,x.com 是当前品牌。解析器同时接受两者(以及 mobile.twitter.com 等移动子域名),并始终输出 x.com 上的规范形式,因为 X 本身今天就重定向到那里。
什么是推文 ID,为什么它有 15 到 19 位数字?
每条推文都有一个类似 2089759704335482961 的数字 Snowflake ID。这个数字不是随机的 – 它编码了发布的精确毫秒时间加上机器和序列位(参见"理解 Snowflake ID"一章)。解析器会验证 ID 的长度和形式,绝不会把其他数字误认为推文 ID。
为什么 t.co 短链接会被标记为无效?
t.co 链接是 X 的官方短链,其目标只能通过跟随重定向来发现。由于 CORS 限制,浏览器无法读取 t.co 重定向的目标,而纯客户端解析器在设计上不发出网络请求。在浏览器中打开一次短链接,从地址栏复制完整 URL – 解析器会立即处理它。
为什么 x.com/search?q=%23Gewitter 这样的搜索链接会变成话题标签页面?
在 X 上点击热门话题或话题标签时,平台不会把你送到干净的 URL,而是送到带有编码查询(如 q=%23Gewitter)的搜索页面。当查询恰好是一个话题标签时,解析器会将其规范化为规范的话题标签页面 https://x.com/hashtag/Gewitter,并移除 src、vertical 等来源参数。纯关键词搜索仍保持搜索链接。
这个工具会把我的链接发送到 X 或服务器吗?
不会。所有分析都在你的浏览器本地进行,没有网络请求。你粘贴的 URL 只会在你的设备上处理 – 因此它适合处理机密链接或不想出现在第三方日志中的发布前链接。
ESC