如果你使用 Cloudflare AI Search 为网站或 R2 中的数据构建搜索功能,现在需要检查两个不同的设置:开始收费的日期,以及索引更新的频率。Cloudflare 于 2026 年 11 月 2 日宣布,服务将于 12 月 1 日开始计费,而非 11 月 1 日;默认同步间隔则从六小时延长至 24 小时。前者改变支出时间表,后者影响你对数据时效性的预期。

变化内容与生效时间
收费延期至 2026 年 12 月 1 日:Cloudflare 表示,在此日期之前使用 AI Search 不会产生费用。该公司指出,价格和包含的使用额度保持不变。因此,这项消息改变的是开始支出的时间,而不是公布的资费条件。
另外,Cloudflare 将自动同步的默认间隔设为 24 小时,原先为六小时。你可以在实例设置中更改这一配置,也可以在创建或更新实例时通过 sync_interval 字段传入。对于外部数据源,文档列出的间隔范围为 15 分钟至 24 小时;API 中的取值以秒为单位。同步文档还介绍了如何手动启动任务,以及如何通过自动化流水线启动任务。
为什么同步频率会影响搜索结果
AI Search 会为数据源的内容建立索引,以便在搜索请求到来时检索内容。对于网站和 R2,服务会定期运行同步任务,并处理新增、修改或删除的文件。当计划间隔设为 24 小时时,数据源中的变更可能要比采用六小时间隔时等待更久,才能等到下一次运行。

对于用户期待信息几乎实时更新的场景,这一点尤为重要,例如搜索频繁变动的商品目录或内部知识库。如果内容很少变化,每日同步或许符合实际需求。如果变更需要更快出现在搜索结果中,团队就应检查当前计划,并在需要时选择更短且受支持的间隔。
每日同步只是默认值,并非所有实例都必须遵守的限制。你可以为实例单独设置受支持的间隔。对于与内容发布或构建完成相关的变更,Cloudflare 也说明了如何从内容流水线启动同步。文档指出,这类任务的启动频率不得高于每 30 秒一次;内容实际出现的速度还取决于任务的执行和处理情况。
分别评估预算与数据时效性
实际检查可以从两个不同的问题开始。第一:服务何时开始收费,适用哪些包含额度和价格?第二:实例多久检查一次已连接数据源中的变更?回答其中一个问题,并不能代替对另一个问题的回答:截至 12 月 1 日的免费期并不决定索引间隔,而更频繁的同步本身也不会改变开始收费的日期。
建议为每个实例记录数据源类型、当前间隔、预期更新延迟以及同步启动方式。然后,将这一延迟与具体场景中内容过时的速度进行比较。对于文档存档或参考网站,每日更新或许可以接受;对于实时变化的目录,则可考虑更频繁的计划,或在发布事件发生后启动同步。应根据资费文档和实例的实际设置作出决定,而不是从收费延期日期推断。
12 月 1 日前需要检查什么
检查每个现有实例的同步设置:对于原本依赖六小时间隔的用户,默认值的变化尤其值得注意。如果数据需要在一天内更新,请设定合适且受支持的间隔,或安排从内容流水线启动同步。同时,将 12 月 1 日纳入财务规划,并查看当前的AI Search 限额与价格页面,Cloudflare 会在该页面说明开始收费的日期和包含的使用额度。
对团队来说,结论很简单:预算时间表推迟了一个月,而默认更新频率降为原来的四分之一。在启动或继续使用 AI Search 之前,应分别决定如何控制支出,以及可以接受多长的索引更新延迟——这两项因素共同决定当前配置是否适合你的产品。