你的日历上有一个发布日期，CEO 希望维基百科页面在那之前上线。每个供应商给出的答案都是"视情况而定——从几天到几个月不等"。这个答案对于规划发布毫无用处。以下是诚实的答案：一个由专业团队管理的维基百科页面项目从首次简报到稳定发布文章需要 6 至 16 周，这个跨度并非随机。它清晰地分为你可以掌控的几周和没有人能掌控的几周。本文逐周梳理时间表，让你能够向 CEO 给出真实日期——并清楚哪些日期你真正能够承诺。
核心要点
- 现实的端到端时间：6–16 周。6 周的最短情况需要现有来源充分、审签及时，以及审核快速通过。16 周的最长情况则意味着来源存在缺口、内部审核迟缓，或经历一次拒绝后重新提交的循环。
- 每个项目同时运行两个时钟。你的时钟（简报、来源、草稿审签）——每拖延一天就增加一天，1:1 对应。维基百科的时钟（志愿者审核）——没有人能买断它，任何声称可以的人都是在描述一种骗局。
- 创建词条（Articles for Creation，即 AfC，维基百科的草稿审核提交流程）队列中通常约有 4,300–4,500 篇待处理草稿，审核顺序不固定。仅审核环节就需规划 3–12 周，并将发布后的前 90 天视为时间表的一部分。
一句话答案，细细拆解
六到十六周。区分两端的因素值得逐一说明，因为每一端都有前提假设，而这些假设需要有人来承担。
6 周端假设： 独立媒体报道已经存在，你的团队在一周内完成草稿审签，利益冲突（COI，即 Conflict of Interest，编辑与主题之间存在利益关联）声明干净，草稿恰好在审核顺序不定的队列中被较早提取。每一个前提都是可能的。将四个前提叠加在一起，靠的是运气，而不是规划。
16 周端假设： 来源审计发现缺口需要时间解决，草稿在法律审核中搁置了三周，或者首次提交被拒绝后经历了一次重新提交的循环。这些情况都不是灾难，但都很常见。
我们运营的大多数项目落在第 8 到第 12 周之间。如果某供应商给你报了一个固定日期——"3 月 15 日前上线"——他们是在对一个自己无法掌控的流程给出确定性承诺。这是这个市场的第一个公信力测试，大多数推销都通不过。
双时钟模型
"视情况而定"能作为答案存活至今，是因为一个项目内部运行着两个本质上不同的时钟，而大多数供应商将它们混淆。区分两者是管理预期的核心技巧。
你的时钟涵盖你和你的代理机构可控范围内的一切：简报、收集和审计来源、起草、内部审核、付费编辑声明、提交本身。这个时钟是确定性的。你的团队每在草稿上搁置一天，发布日期就推后整整一天，1:1 对应。如果草稿在法律部门搁置了 19 天，时间表就增加 19 天。没有悬念。
维基百科的时钟涵盖志愿者审核——AfC 队列以及发布后的新页面巡逻（New Page Patrol，即 NPP，维基百科中志愿编辑审核新发布文章的机制）。这个时钟是概率性的。审核者是无偿志愿者，按他们自己选择的顺序处理积压工作。你无法花钱插队，无法致电任何人，没有快速通道，没有优先费，没有"能推一把"的联系人。一篇草稿可能 4 天就通过，也可能等待三个月，两种结果都属正常。
由此产生的规划原则：对你的时钟作出承诺，对维基百科的时钟给出带置信度的范围。 告诉你的 CEO"4 月 4 日前草稿完成审签"是一项承诺，"四月底到六月中之间发布，最可能在五月中"是一项预测。如果供应商拒绝这样拆分时间表，要么他们经验不足，要么他们打算通过某些手段压缩维基百科的时钟——而这些手段会导致页面被删除、账户被封禁。详情见下文。
第 0–2 周：简报、来源审计与通过/不通过决策
前两周完全运行在你的时钟上，这个阶段的决策比任何其他阶段都更具决定性。
第 0–1 周：简报与来源审计。 结构化的信息收集——主题是谁、文章应涵盖哪些内容、已有哪些报道——以及最重要的审计：列出每一个独立、可靠的来源，按深度评分，并与维基百科的关注度标准（Wikipedia:Notability，即维基百科对页面主题是否值得收录的判断标准）进行对应。不是你的新闻稿，不是你的 CEO 提供引述的采访。是关于你的独立新闻报道和分析。
第 1–2 周：通过/不通过。 这是关卡所在。根据我们的收录经验，大约十个项目中有三个应该在这里终止，因为独立报道还不足以通过审核。这不是礼貌性的拒绝——这是最低成本的结果。在第 1 周以一次关注度审计的代价了解实情，远好过在第 14 周拿到一份被拒草稿、提交记录已被消耗、CEO 追问发生了什么。无论结论如何，审计都给你一份有据可查的判断：现在推进，或者先填补这个具体的报道缺口。
这个关卡也是诚实成功率存在的原因。93% 的通过率不是聪明写作的产物——它来自于淘汰掉那 30% 注定会失败的项目。
这个阶段"卡住"的样子：来源从你这边断断续续地到来，持续三周。没有材料，审计就无法完成，每一天的拖延都加一天，1:1 对应。
第 2–5 周：起草、你的审核，以及并行的 Wikidata
第 2–4 周：起草。 行业指南将专业起草时间定为 2–4 周，这与我们的经验吻合。时间花在引用映射上——每一句话都可追溯到独立来源——而非文字本身。维基百科的文章按营销标准来说很短；费时的是让它无懈可击。
第 4–5 周：你的审核。 让这个阶段保持在计划内的关键纪律是：纠正事实，不要添加形容词。你的团队在草稿里加入的每一个"领先的""创新的""获奖的"，都会直接转化为维基百科时钟上的拒绝风险。我们在实践中看到的最长你的时钟延误不是起草——而是草稿在内部法律或传播部门审核中搁置三周。在第 0 周就预约好审核人员的时间，而不是第 4 周。
并行：Wikidata。 Wikidata（维基数据，维基媒体旗下的开放结构化数据库，为 Google 知识图谱等提供数据支撑）词条没有审核队列，数天内即可上线。在起草阶段同步构建，意味着你的结构化数据——为 Google 知识图谱和 AI 助手提供信息的那一层——无论文章审核结果如何都会存在。
第 5–14 周：没有人能跳过的审核队列
草稿已提交，项目进入维基百科的时钟。有两条路径可走。有经验的自动确认编辑可以直接发布到主空间，文章发布后仍需面对新页面巡逻的事后审核。但对于已披露的付费编辑——这正是正当代理机构合作的形式——维基百科的付费贡献政策（WP:PAID，即维基百科要求付费编辑公开声明其利益关系的政策）要求新文章通过创建词条（AfC）流程，由志愿者在文章上线前先行审核草稿。
AfC 队列通常约有 4,300–4,500 篇待处理草稿，草稿以非特定顺序审核——较新的提交有时会在较旧的之前被审核。关于这一流程的独立指南将典型等待时间定为 3–12 周，这与积压数量所暗示的数学结果吻合。
以下是汇总在一张表中的完整时间表：
| 里程碑 | 谁掌控时钟 | 典型持续时间 | "卡住"的样子 |
|---|---|---|---|
| 简报 + 来源审计 | 你 + 代理机构（你的时钟） | 第 0–1 周 | 来源分批到来，持续数周 |
| 通过/不通过决策 | 代理机构（你的时钟） | 第 1–2 周 | 供应商跳过关卡直接开始计费起草 |
| 起草 | 代理机构（你的时钟） | 第 2–4 周 | 为追求宣传性措辞而不断修改循环 |
| 客户审核 + 审签 | 你（你的时钟） | 第 4–5 周 | 草稿在法律部门搁置三周 |
| Wikidata 词条 | 代理机构（并行轨道） | 第 3–4 周 | 完全跳过；结构化数据从未建立 |
| AfC 提交 + 审核 | 维基百科志愿者（维基百科的时钟） | 第 5–14 周 | 沉默——这是正常的；超过 12 周没有审核的情况时有发生 |
| 拒绝 + 重新提交（如需要） | 共同负责 | 每个循环 +4 至 14 周 | 提交未经实质修改的文本，消耗审核者的善意 |
| 新页面巡逻 + 搜索引擎收录 | 维基百科志愿者 | 发布后最多 90 天 | 维护标签出现；无人监看并回应 |
哪些做法真正缩短等待时间——哪些会让你被封禁
三件事真正能压缩时间表。它们都不触碰队列本身；全都是通过降低审核摩擦和拒绝风险来实现的。
- 来源质量。 一位审核者能在五分钟内验证三个强力独立来源，通过得更快、拒绝得更少。来源强度是影响总耗时的最大杠杆，因为它从根本上防止重新提交循环的发生。
- 干净的 COI 声明。 未披露的利益冲突（WP:COI，即维基百科关于编辑应公开其与主题利益关系的政策）恰恰是审核者重点挖掘的内容。正确、清晰可见的声明排除了审核中的调查环节，并表明这份草稿遵守规则。
- 精准的范围。 六百字中立、引用充分的文字比两千字带宣传光泽的文字更容易通过审核。每一个无来源的声明都是被拒的理由。
相对地，以下四种你会在销售电话中听到的"加速"提议——每一种都是骗局、违反政策，或两者兼而有之：
- "我们认识会批准它的审核者。" 没有编辑能出售队列位置。提供内部审批是下文提到的勒索方案的典型手法。
- "我们直接发布到主空间，跳过队列。" 如果使用未披露的账户这样做，这就是傀儡操纵加未披露付费编辑——维基百科最大规模执法行动背后的组合。页面仍然面临新页面巡逻，现在还附带了一个引发删除的编辑历史。
- "保证 7 天上线。" 对志愿者审核流程作出保证，本身就是破绽。要可靠地兑现 7 天承诺，唯一的方式是违反规则，并寄望于没人检查。
- "加急审核费。" AfC 没有付费通道。这笔费用买不到任何东西，只是证明该供应商在虚构流程。
拒绝不是终点——但代价是数周时间
AfC 的拒绝是反馈，不是终审。审核者会说明理由——通常是关注度或来源问题——草稿仍可编辑，随时可以修改后重新提交。诚实的计算：一个重新提交循环需要 1–2 周的修改加上新一轮 3–12 周的队列等待。这就是现实范围在 16 周而非 10 周结束的主要原因，严肃的提案即便预期不会发生，也应为一个循环预留预算。
两点注意事项。第一，未经实质修改就重新提交，会消耗审核者的善意，将软拒绝转化为硬拒绝。大多数拒绝在提交前就可以诊断——相关规律已收录在为什么维基百科草稿会被拒绝中。第二，被搁置的草稿并不稳定：根据G13 条件（即维基百科快速删除标准中关于废弃草稿的条款），六个月内无人编辑的草稿会被删除。你在一月搁置的被拒草稿，到八月可能已经不复存在。
发布后：前 90 天仍属于时间表
"已批准"不是终点线，以发布为结束的时间表是不完整的。新文章进入新页面巡逻队列，在巡逻员完成审核——或 90 天过去——之前，它不会被外部搜索引擎收录。实际含义是：页面可以在维基百科上线，但在 Google 上仍然不可见，时间长达数周。
同一窗口期也是维护标签出现、其他编辑删减或质疑内容、以及无人监看的文章悄然积累问题的时段。这就是为什么前 90 天属于项目内部，而非项目之后——也是我们的合作标配 90 天监测服务、以及此后多年年度支持的原因。具体监测内容详见我们关于维基百科页面维护与监测的指南。
下载： PDF前 90 天核查清单（PDF） — 从批准到第 90 天，逐周需关注的事项。
拒绝后的危险窗口期
还有一个你的 CEO 应该了解的时间表事实，因为它会以电子邮件的形式到来。AfC 拒绝后的数周是已知的猎捕窗口：骗子监控被拒草稿，然后主动联系主题方，伪装成编辑或管理员，声称能够收费让文章获批。
这不是假设。在橙色心情行动（Operation Orangemoody，维基百科最大规模傀儡账号调查）中，381 个账号在一个协同团伙被封禁——该团伙专门针对这类群体：拥有被拒或被删草稿的企业，向他们收取发布费，然后索取持续的月费以"保护"页面免遭删除——而删除风险正是由他们自己掌控的。建立在拒绝信上的勒索。
防御方法很简单：合法服务提供商不会主动通过被拒草稿联系你的电子邮件，维基百科上也没有人出售保护服务。如果这种联系不请自来，并且提及了你的被拒申请，那你就是这个市场上最古老骗局的目标。
向任何供应商提出的五个时间表问题
将这些列入你的 RFP（招标需求书）。答案一轮就能区分真正的执行者和销售员。
- 你的时间表中，哪些周运行在你的流程上，哪些运行在维基百科的志愿者审核上？ 双时钟拆分是能力测试。"一切都安排好了"是不及格的答案。
- 通过/不通过决策时会发生什么——你会告诉我停下吗？停下的代价是什么？ 没有终止关卡的供应商会向所有人出售起草服务，包括那 30% 不应该购买的人。
- 当前 AfC 等待时间是多少，这个估计基于什么？ 答案应该引用实时积压数据，而不是宣传册。
- 如果草稿被拒，一个重新提交循环需要多少周、多少费用？ 诚实的答案有具体数字：1–2 周修改、3–12 周队列，以及明确的收费政策。
- 发布后的前 90 天你们具体监测什么？ "没有，项目在批准时结束"意味着风险最高的窗口期无人值守。
如果你想就自己的项目得到这些答案——联系我们，你将在提案中收到一份有具体日期和里程碑的时间表，你的时钟承诺和维基百科时钟范围都会明确标注。而不是"视情况而定"。