“早上 9 点发”只是半句指令。另外半句是：谁的 9 点？大多数发错时间的帖子，并不是文案里的错别字。而是时间没错、时区错了，等帖子发出去才发现。
本文讲的是决策，不是按钮。如果想快速看一遍排期界面，功能页面排期里有介绍。这里我们完整走一个真实的案例，再看它周围的陷阱。
一个完整示例：从卡拉奇到纽约
Sana 在卡拉奇为纽约的一家面包店运营社交媒体。面包店的顾客在早餐时刷 Instagram，所以她希望未来两周每条帖子都在纽约时间早上 8:00 发出。这段时间包含 2026 年 11 月 1 日（周日），这一天美国把时钟拨回一小时。巴基斯坦则完全不调时钟。
换算成她自己的时间是这样：
- 到 10 月 31 日（周六）为止，纽约处于夏令时，所以那边的 8:00 是卡拉奇的 17:00。
- 从 11 月 1 日（周日）起，纽约处于标准时间，所以那边的 8:00 是卡拉奇的 18:00。
同一个意图，在卡拉奇却是两个不同的钟点。如果 Sana 自己算，把所有帖子都填成 17:00，那么切换之后的帖子都会在纽约早上 7:00 到达。每天早一小时，而且不会有任何错误提示。
所以她不自己算。在编辑器里，她先把 Timezone 下拉菜单设成纽约，再把时间填成 08:00。这条帖子就成了纽约时间 8:00 的帖子，11 月 1 日的切换也就替她处理好了。保存之前，她再把日期读一遍，因为这两周跨过了切换日。
她的日历仍然会把前面的帖子显示为 17:00，后面的显示为 18:00，因为日历使用的是你自己设备的时钟来显示时间。这是正常的。打开任意一条帖子，就能看到它当初设置的时区。
帖子该用哪个时区？
有三个候选，每一个回答的问题不同。
- 受众所在的时区。 当帖子应当落在对方一天中的某个时刻时使用：早餐、午休、傍晚通勤。大多数情况下这就是正确答案，而且在对方调整夏令时的前后，帖子的时间也保持稳定。
- 你自己的时区。 当时间与你有关而不是与对方有关时使用：你要主持的直播、答疑时间提醒、“假期结束，我回来了”的帖子。
- UTC。 用于绑定在某一个全球统一时刻的内容，比如对所有人在固定时间公布的发布活动。它永远不会移动，但也不会跟随任何人的本地时钟。
如果一条帖子面向两类受众，就需要两条帖子。一个时区不可能同时是纽约和新加坡的早餐时间。为每一类各排一份，并把每份设成各自的时区。日期和时间字段下方的 Suggested times 一行，会显示你所选频道的高峰时段，并按你设置的时区来读取，所以请先设置时区，再看建议。
让帖子差上好几个小时的错误
保留默认值。 新帖子默认使用浏览器报告的时区，也就是你的设备以为自己所在的地方。出差、使用 VPN 或借用别人的笔记本，都可能让它变成与你实际工作地点不同的时区。放进队列之前，先看一眼下拉菜单。
以为下拉菜单会帮你换算。 更改时区会保留钟面时间，并在新时区里重新读取。伦敦 09:00 的帖子会变成洛杉矶的 09:00，而不是伦敦 9 点对应的太平洋时间。这符合通常的意图，也就是“对方的 9 点”，但会让期待换算的人吃惊。如果你想要换算，请自己算好时间再填写。
时间按你的时区填，时区却选对方的。 这是卡拉奇示例的反面。如果你因为纽约是 8:00 而填了 17:00，随后又把时区设成纽约，那就排成了纽约的 17:00。请只选一个参照系：要么在所选时区的时钟上填写时间，要么选你自己的时区并自行换算。两者混用，就是 8 点的帖子变成 17 点的原因。
以为两边在同一天调时钟。 美国和欧洲在不同的周末调整时钟，所以大约有一周，伦敦与纽约的时差比平时少一小时。如果你靠心算减小时来排期，出错的恰恰就是那几天。直接设置受众的时区，就完全不用算。
排在不存在的那个小时。 时钟拨快时，当晚根本没有 02:30。设为这个时间的帖子会在 03:30 发出，和时钟本身的变化方式一致，而不是提前一小时。如果在换季当晚精确到分钟很重要，请选一个离那段空档足够远的时间。
放进队列前的快速检查
- Timezone 下拉菜单显示的是受众所在的地方，而不是你笔记本所在的地方吗？
- 时间是按那个时区的时钟填写的吗？
- 日期范围是否跨过对方国家的时钟切换？如果是，请在切换前后各打开一条帖子，核对它的时间。
- 对于全球受众，是每个地区一条帖子，而不是选一个折中的时间吗？
重复排期与每日上限
重复排期在 Repeat Schedule 面板中有自己的 Time 和 Timezone 字段。每周在芝加哥 9:00 发出的帖子，全年都保持在芝加哥时间 9:00，即使它与 UTC 的差值会变化。如果排期没有自己的时区，就使用创建它所依据的那条帖子的时区。关于重复排期适合做什么，请参阅社交媒体重复发布。
已排期帖子的每日上限同样按帖子的时区计算。“一天”指该时区的日历日，所以在 UTC 里只差几分钟的两条帖子，对悉尼的受众来说可能落在不同的日子。上限为 Free：3 条，Pro：30 条，Business：100 条已排期帖子。你会在尝试多排一条的那一刻发现。
如果你用 Add to queue 而不是自己选时间，时段窗口是帖子所在时区的 9:00 到 20:00。先设置好受众的时区，时段就会落在他们醒着的时间里。
在 API 中
scheduledAt 指明一个精确的时刻，所以请带上偏移量或使用 UTC 发送，例如 2026-11-02T13:00:00Z。timezone 是 IANA 时区名称，如 America/New_York，可选，默认值为 UTC，无效的名称会被拒绝。时刻由 scheduledAt 决定。时区记录的是帖子所属的时区，每日上限和帖子详情视图使用的就是它。想要“纽约的 8 点”，请自己算出对应的时刻，两者都发送。完整的请求格式见排期 API 指南。
什么时候不用费心
如果你和受众在同一个地方，保留默认值，把这些都忘掉就行。如果你不知道受众在哪里，设置时区也没用；先看看你的分析数据，社交媒体最佳发帖时间指南介绍了方法。
你可以在免费计划中试用：在 app.bulkpublish.com 免费开始。