大多数内容日历模板有二十个列，通常在第三周就被放弃。这一份只有五个列，而且能直接导入排期工具，而不是一份你还得重新打字的计划。
模板
content,scheduled_at,media_urls
"Big news: our spring update is live.",2026-11-03T09:00,https://example.com/spring.jpg
"Behind the scenes: how we plan a week of content in 20 minutes.",2026-11-03T13:00,https://example.com/planning.jpg
"Three things we learned shipping in public this quarter.",2026-11-04T09:00,这三个列正是 BulkPublish 批量合成器读取的内容，只有 content 是必填的。你可以从合成器下载一份带有正确表头的副本，省得自己去猜列名。
在你自己的规划表格里，出于工作方便，你可能还想再加两列：
| 列 | 类型 | 用途 |
|---|---|---|
content | 文字 | 帖子正文，必填 |
scheduled_at | 日期和时间 | 发布时间 |
media_urls | URL | 要附加的图片或视频，多个用 ; 分隔 |
| Platforms | 文字 | 工作备注，导入时再正式设置 |
| Status | 文字 | 想法、已起草、待发布 |
后两列是给你自己用的，不需要导入，因为频道最好在合成器里设置，那时你能看到帖子本身。
为什么它被刻意做得很小
每一列都是一个每次都要有人填的字段，而一份没人愿意填的日历，比没有日历还糟糕。
最常被加进去、却最少被真正用到的两列，是应该属于数据分析的数据表现列，以及一个标签就能做得更好的活动分类列。两者都会让文件变宽，也让这个习惯更难坚持。
为什么频道不放在文件里
在上百行数据里，频道选择是你最不希望搞错的字段，也是最难在电子表格单元格里做合理性检查的。
导入之后再在合成器里设置，那时所有帖子都摆在你面前。你可以对整批统一应用一个选择，再单独覆盖个别帖子，这比一列用逗号分隔的平台名称更快，也更安全。
格式规则
几乎所有失败的导入都是引号问题：
- 文字中含逗号： 用双引号把整个字段包起来
- 文字中含双引号： 写成两个，并且用引号把整个字段括起来，也就是
"He said ""yes""" - 帖子中含换行： 给字段加上引号，就能正常解析
- 表情符号和重音字符： 保存为 UTF-8
- 日期：
YYYY-MM-DDTHH:MM。02/06/2026有歧义，不同工具的解读方式不同
从 Google Sheets 或 Excel 导出会自动处理好引号。手动编辑原始文件，才是通常出错的地方。
不完美的行会怎样
- 没有
content列的文件会被拒绝，并给出明确提示，而不是导入零行却看起来像成功了 - 既没有内容也没有媒体的行会被跳过，所以末尾的空行不会变成空帖子
- 其余内容都会进入一份可编辑的列表
怎么用
在表格里规划。导出为 CSV。导入到批量合成器。设置频道。按顺序读一遍队列。排期发布。
- 频道： 免费版：3 个（每个平台 1 个）。Pro：30 个（每个平台 2 个）。Business：75 个（每个平台 5 个）。
- 帖子： 免费版：每天 3 条。Pro：每天 30 条。Business：无限。
请按批次大小、而不是文件大小来核对每日发帖上限。一个月每天发帖是 30 条，而这个上限是按天算的，不是按每次导入算的。
精简版
三个列用于导入，另外两个列供你自己做工作记录，别的都不需要。频道在导入之后再设置，而不是放进文件里。含逗号的内容要加引号，保存为 UTF-8，使用没有歧义的日期格式。在把一整月内容托付给它之前，先用五行数据测试一下。