作者：Sorsa 编辑部

发布于 2026 年 7 月。操作符行为、搜索的登录要求，以及 2006 年 3 月的存档起点，均于 2026 年 7 月重新核验。

核心要点： 你用 YYYY-MM-DD 格式的 since: 和 until: 操作符按日期搜索 Twitter/X，可以直接打进搜索栏，也可以在 x.com/search-advanced 的高级搜索表单里设置。until: 不含结束日，日期按 UTC 计，公开存档回溯到 2006 年 3 月。

按日期搜索是 X 搜索栏能做的最有用、也最不显眼的一件事。日期字段藏在仅桌面可用的高级搜索表单里，操作符多一个空格就会静默失败。平台自己的信息流还不断把近期帖子推到你真正想要的旧帖子前面。本指南覆盖三条现实路线和确切的操作符语法。人们最常跑的日期搜索有三种：某个用户在一个窗口内的帖子、某个话题上的旧帖子，以及一个账号的第一条推文。

对任何要批量、而非一个个查询地拉取按日期范围结果的人，Sorsa API 这个 Twitter/X API 替代服务商，在 /search-tweets 接口上跑同样的 since: 和 until: 操作符、回溯到 2006 年，并在 /mentions 上提供专门的 since_date 和 until_date 参数。注册即送 100 次免费请求，让你在花钱之前先测一次真实的日期搜索，无需绑卡，也没有 OAuth 审批队列。

目录

按日期搜索 Twitter 的三种方式 {#three-ways-to-search-twitter-by-date}

按日期搜索 Twitter 有三种现实方式：内置的高级搜索界面、替你生成操作符的第三方查询生成器，以及以编程方式跑搜索的 API。三者底层都依赖同一套 since: 和 until: 日期操作符，区别在于费力程度、是否需要登录，以及你能拉多少数据。

按任务所需来挑。一次性查找，就把操作符直接打进 X 搜索栏，或用高级搜索表单。想省去记语法、又不想登录 X 就搜，基于浏览器的查询生成器更快。而当任务是一次拉取数百或数千条按日期界定的帖子时，API 是唯一能干净扩展并分页的路线。举例来说，一份研究数据集、一个品牌一个季度的提及历史，或一个竞品一年的产出审计，都属于这一类。本指南剩下的部分用真实语法逐个走一遍。

解释 since: 和 until: 操作符 {#the-since-and-until-operators-explained}

since: 和 until: 操作符把搜索结果限制到一个日期范围，写作 since:YYYY-MM-DD 和 until:YYYY-MM-DD。它们在 X 搜索栏、高级搜索表单的日期字段，以及 API 查询内部都有效。两者界定同一个范围：since: 设定包含在内的最早日期，until: 设定截止。

有一个细节会绊倒人：until: 不含结束日。until:2026-02-01 返回到 1 月 31 日为止（含 1 月 31 日）的帖子，不含 2 月 1 日。要包含某个特定结束日，就把 until: 设成后一天。要只拉单个日历日，把 since: 设成那一天、until: 设成下一天：since:2026-02-20 until:2026-02-21 只返回 2 月 20 日。

有三条格式规则，决定一次日期搜索到底返不返回东西：

  • 只用 YYYY-MM-DD，别的都不行。 since:2024-06-15 有效；06/15/2024、15-06-2024 和 June 15 2024 全都失败。
  • 冒号后不加空格。 since:2026-01-01 有效；since: 2026-01-01 无效。
  • 日期按 UTC 解释。 一条在西部时区深夜发出的帖子可能落在下一个 UTC 日，这在范围边界上很关键。

要分钟级精度，X 接受时间戳形式：since:2026-02-20_14:30:00_UTC。日期操作符能和搜索语法的其余部分组合，所以 from:username、to:username、引号里的精确短语和话题标签，都能和日期范围叠加。日期操作符是本指南聚焦的这一片语法；互动过滤、媒体和语言操作符等等，完整的 Twitter 高级搜索语法速查表覆盖了 2026 年有效的每个命令。

X 高级搜索是不打操作符就按日期过滤的内置方式，地址在 x.com/search-advanced（旧的 twitter.com/search-advanced 会重定向过去），日期部分的 From 和 To 字段直接映射到 since: 和 until:。这个表单需要 X 账号，因为平台自 2023 年起就把搜索关在登录墙后面，而完整表单只在桌面端有。

要在表单里按日期搜索：

  1. 登录后打开 x.com/search-advanced，或者跑任意一次搜索、从三点菜单选“高级搜索”。
  2. 加关键词、话题标签，或在 Accounts 字段里加一个账号（From these accounts 会收窄到单个作者）。
  3. 滚到 Dates，设 From 和 To 范围。
  4. 跑搜索，再把结果标签从 Top 切到 Latest，得到时间顺序。

在移动端，表单在 App 里不存在，但操作符还在。把 from:elonmusk since:2026-01-01 until:2026-02-01 直接打进 App 的搜索栏，行为和桌面一样；也可以在移动浏览器里打开 x.com/search-advanced。语法一旦成了本能，把操作符打进搜索栏在任何设备上都是更快的路，而在移动端这是唯一的路。

方法 2：替你写操作符的查询生成器 {#method-2-a-query-builder-that-writes-the-operators-for-you}

查询生成器是一个表单，从你填的字段拼出 since:、until:、from: 和关键词操作符，然后跑搜索或把拼好的查询字符串交给你。它消除了两个最常见的失败点，也就是错误的日期格式和冒号后的空格，还绕开了对登出用户挡住原生表单的那堵登录墙。

Sorsa 的搜索生成器工具正是在浏览器里、无需注册地做这件事：选定账号、日期范围和关键词，它就拼出你能跑或复制的有效高级搜索查询。不打开 API、不记语法就拿到正确的按日期范围查询，这是最快的办法，也是写任何脚本之前自然的第一站。偶尔查找往往用它就够；重复或大量拉取，方法 3 更进一步。

方法 3：通过 API 按日期搜索 {#method-3-searching-by-date-through-an-api}

API 以编程方式跑日期搜索，返回你能翻页、存储和分析的结构化结果，这是浏览器界面大规模做不到的。有两种接口模式覆盖日期搜索：一种是在查询字符串里接受 since: 和 until: 操作符的关键词搜索，另一种是接受专门日期参数的提及搜索。

在 Sorsa 上，/search-tweets 接口接受与 X 搜索栏相同的操作符语法。把日期范围放进查询里传进去：

bash
curl -X POST https://api.sorsa.io/v3/search-tweets \
  -H "ApiKey: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"query": "from:nasa since:2019-07-16 until:2019-07-25", "order": "latest"}'

每次调用返回最多 20 条帖子加一个 next_cursor；把游标传回来，走完整个范围。响应在一次调用里就带着完整的帖子对象：文本、时间戳、互动计数和作者资料。关键词搜索文档里的 /search-tweets 接口参考列出了每个参数。

对按日期界定的提及追踪，/mentions 在 min_likes 这类互动下限旁边提供 since_date 和 until_date（YYYY-MM-DD），比把日期折进查询字符串更干净：

python
import requests

resp = requests.post(
    "https://api.sorsa.io/v3/mentions",
    headers={"ApiKey": "YOUR_API_KEY"},
    json={
        "query": "openai",
        "order": "latest",
        "since_date": "2026-01-01",
        "until_date": "2026-02-01",
        "min_likes": 50,
    },
)

data = resp.json()
for tweet in data["tweets"]:
    print(tweet["created_at"], tweet["full_text"])

cursor = data.get("next_cursor")

/mentions 参考里记录的提及搜索接口，提供了这里所有搜索接口中最丰富的过滤集。认证是对着基础 URL https://api.sorsa.io/v3、在 ApiKey 请求头里放一个 API 密钥，没有 OAuth 握手。搜索接口、参数和分页的完整讲解，通过 API 搜索推文的开发者指南比这篇聚焦日期的走查更深入。

关于单条数据的成本，值得说一句，因为成本随你用哪个接口而变。/search-tweets 这类搜索接口每次调用返回约 20 条帖子，Pro 套餐上折合约每 1,000 帖 $0.10。/tweet-info-bulk 这类批量接口每次调用最多返回 100 帖，把有效费率压到每 1,000 帖 $0.02 起的基准。两者都从同一份按请求计费的额度里扣：一次调用就是一次请求，不管返回多少项，所以一次跨很多页的日期搜索是按请求数、而不是按读取的帖子数定价。完整套餐数字在按请求计费的定价页上。

算例：用户窗口、旧话题和首帖 {#worked-examples-user-windows-old-topics-and-first-tweets}

下面三种搜索占了多数基于日期的查找。每一种在搜索栏、高级搜索表单和 API 里都有效。

一个用户在一个日期窗口内的帖子

把 from: 和日期范围结合。要看某个账号在某个月发了什么：

from:nasa since:2019-07-01 until:2019-08-01

把结果切到 Latest 得到时间顺序。用程序的话，同一个字符串进 /search-tweets 查询，再用 next_cursor 分页，捕捉窗口里的每一条帖子，而不是界面显示的第一页。

一个话题上的旧帖子

去掉 from:，跨一个范围搜一个关键词或短语：

"climate summit" since:2021-11-01 until:2021-11-30

精确短语加引号，避免松散匹配。只有当窄窗口返回太少时才加宽，因为窄范围比跨多年的跨度返回得更快、也更完整。

一个账号的第一条推文

找最早的帖子，就是一次界定在加入日期附近的日期搜索。从资料读出加入月份（那一行日历，Joined Month Year），然后为那个账号搜那个月、排到底部：

from:username since:2015-03-01 until:2015-04-01

切到 Latest、滚到最旧的结果。这一点很关键，因为时间线本身只显示一个账号最近的 3,200 条帖子，所以对多产账号，你没法靠滚动翻到第一条推文；一次加入日期附近的日期搜索直接跳过那个上限。用程序的话，把同样的窄窗口跑过 /search-tweets、翻页到末尾。

能回溯搜多远，以及旧推文为什么会不见 {#how-far-back-you-can-search-and-why-old-tweets-go-missing}

公开存档回溯到 2006 年 3 月，也就是 Twitter 上线，所以 since: 和 until: 原则上能针对从那时起的任意日期。实际上，对非常旧、低互动的帖子，结果会变稀。X 的搜索索引并不包含曾经写过的每一条帖子，2006 到 2010 年的结果往往不完整。来自被封或后来受保护账号的帖子，哪怕技术上还在，也可能从不浮现。

有三个限制解释了“帖子存在、搜索却不显示”的多数情形：

  • 索引缺口。 X 的搜索索引对较旧内容不完整，高量账号上尤其如此。对多年前帖子的一次关键词搜索，可能返回错误或什么都没有。
  • 3,200 帖时间线上限。 滚动一个资料止步于最近的 3,200 条帖子，同样的上限也适用于平台自己的用户时间线读取。日期操作符绕过它，无尽滚动绕不过。
  • 无限滚动失败。 不带日期过滤往回滚很远，往往会卡住或抛出 “Something went wrong” 错误。用 since:/until: 跳到一个范围，完全避开滚动。

删除的帖子从搜索里永久消失，受保护账号也保持不可见，除非你关注它们。对你自己的账号，最完整的记录是数据存档导出（Settings，然后 Your Account，然后 Download an archive of your data），存档包含你发过的每一条帖子，不受 3,200 上限约束；下载一份完整用户推文存档指南把那条路线和替代方案做了对比。

原生界面在规模上、旧内容上、或没有登录时不够用。这时数据 API 是可靠的路：直接查询存档、用分页而非滚动，绕开了界面的种种毛病。日期和存档搜索这三条路线这样对比：

路线存档深度日期过滤成本模型配置
X 高级搜索回溯到 2006，旧和高量账号上有索引缺口表单或搜索栏里的 since:/until:免费需 X 登录、表单仅桌面
官方 X API（全量存档）回溯到 2006全量存档搜索上的 since:/until:按资源付费、帖子读取每条约 $0.005、每月封顶 200 万次读取OAuth 加应用配置
Sorsa API（按请求计费）回溯到 2006/search-tweets 上的 since:/until:、/mentions 上的 since_date/until_date按请求计费、每 1,000 帖 $0.02 起单个 API 密钥、约 3 分钟配置

Sorsa 的每 1,000 数字按批量基准算，其中一次请求最多返回 100 帖或 200 份资料；固定套餐从 $49 换 1 万次请求起。结论是：原生表单做单次查找还行；官方 API 能查到存档，但按资源计费、且封顶每月读取；而按请求计费的服务商以可预测的价格更适合重复的按日期范围拉取。官方选项背后按资源计费的账，2026 X API 定价拆解走了一遍，而通过 API 获取历史 Twitter 数据的更深讲解带代码对比了每条存档路线。

某个小型调查研究团队在跨几年重建一位公众人物的发帖历史时，一次撞上了全部三个原生限制：时间线到顶、关键词搜索在较旧材料上返回部分结果，而长滚动不断失败。把按日期加窗的拉取迁到按请求计费的 API，用带窄 since:/until: 窗口加游标分页的 /search-tweets，给了他们完整的范围，并把数据成本相对他们最初定价的按资源全量存档路线削减了超过 90%。对做这类工作的团队，一个面向学术研究的 API在同样的接口上提供免费或折扣访问。

常见问题 {#faq}

能回溯搜索 Twitter 多远？

Twitter/X 搜索回溯到 2006 年 3 月、平台上线，所以日期操作符能针对从那时起往后的任意日期。覆盖并不均匀：搜索索引对非常旧、低互动的帖子不完整，2006 到 2010 年的结果常常是部分的。删除的帖子从不出现，受保护账号也保持隐藏，除非你关注它们。

until: 操作符包含结束日期吗？

不含。until: 不含结束日。until:2026-02-01 返回到 1 月 31 日为止（含 1 月 31 日）的帖子，不含 2 月 1 日。要包含某个特定结束日，就把 until: 设成后一天。要只拉单个日历日，把 since: 设成那一天、until: 设成下一天，比如 since:2026-02-20 until:2026-02-21 只取 2 月 20 日。

为什么你在 X 上找不到旧推文？

旧帖子不见有几个原因：搜索索引对较旧或高量账号不完整，资料时间线止步于最近的 3,200 条帖子。不带日期过滤的长滚动还往往以报错失败。解决办法是日期操作符。用 since: 和 until: 直接跳到一个范围，别去滚动。

如何按日期搜索某个特定用户的帖子？

在搜索栏或高级搜索表单里，把 from: 操作符和日期范围结合。比如 from:username since:2025-06-01 until:2025-07-01 返回那个账号 2025 年 6 月的帖子。把结果从 Top 切到 Latest，得到时间顺序。这对任何公开账号都有效；私密账号只对自己的粉丝返回结果。

能不登录就按日期搜索 Twitter 吗？

X 自己要求账号才能搜索，2023 年起就是如此，高级搜索表单也需要登录。有两条路避开它：一个替你跑日期搜索的基于浏览器的查询生成器，或一个用密钥、而非 X 账号认证的数据 API。API 密钥不需要 X 登录、不需要 OAuth，直接返回按日期范围的结果。

能大规模按日期搜索旧帖子吗？

原生界面一次处理一个查询，在大的历史滚动上还会卡住。要做量，就用按请求计费的数据 API 以编程方式跑日期搜索。Sorsa 在 /search-tweets 接口上接受 since: 和 until:，在 /mentions 上接受专门的 since_date 和 until_date 参数，跨完整存档带游标分页返回结果。

单次日期查找，最快的起步是浏览器：打开 Sorsa 的基于浏览器的查询生成器、设定账号和日期范围，无需注册、没有登录墙就能跑。当任务长成重复或大量的按日期界定拉取时，转到 API。注册即送 100 次免费请求，一次性、无需绑卡、覆盖全部 40 个接口、永不过期，足够在选套餐之前在完整窗口上跑一次真实的日期搜索。之后，一次请求就是一次请求，不管返回一条帖子还是一整页，费率是所有套餐统一 20 次/秒。用 since: 和 until: 把 /search-tweets 指向一个范围、用 next_cursor 分页，回溯到 2006 年的存档几行代码就能查询。

审校：Keksich（Sorsa 创始人，X API 研究者）

本指南取材于对 Sorsa API 及其线上搜索接口的亲手操作、当前的 API 文档，以及 2026 年 7 月对 X 高级搜索行为的测试。操作符语法对照社区维护的 Twitter 高级搜索操作符参考交叉核对。日期和存档搜索对比了三条访问路线。易变的事实，包括 2006 年 3 月的存档起点、搜索的登录要求、3,200 帖时间线上限，以及官方 X API 的按资源定价，均于 2026 年 7 月 11 日重新核验。