Michael JohnsonCloudflare AI Searchを使ってサイトやR2のデータを検索できるようにしている場合、課金開始日とインデックスの更新頻度という、2つの異なる設定を確認する必要があります。2026年11月2日、Cloudflareは課金開始を11月1日から12月1日に延期し、デフォルトの同期間隔を6時間ごとから24時間ごとに変更すると発表しました。前者は費用が発生する時期を、後者はデータの鮮度に対する期待を左右します。
変更点と適用時期
課金は2026年12月1日まで延期されます。Cloudflareによると、この日まではAI Searchの利用に料金は発生しません。同社は、料金と利用枠に変更はないとしています。つまり今回の発表で変わるのは費用が発生し始める時期であり、料金プランの公表条件ではありません。
これとは別に、Cloudflareは自動同期のデフォルト間隔を24時間に設定しました。従来のデフォルトは6時間でした。インスタンスの設定で変更するか、作成時または更新時にsync_intervalフィールドを指定できます。外部ソースについて、ドキュメントでは15分から24時間までの間隔が案内されており、APIの値は秒単位で指定します。同期に関するドキュメントでは、手動でのタスク実行や自動化されたパイプラインからの実行についても説明しています。
同期頻度が検索結果に影響する理由
AI Searchはソースの内容をインデックス化し、検索クエリに応じて該当する情報を見つけます。サイトやR2では、サービスが定期的に同期タスクを実行し、新規・変更・削除されたファイルを処理します。スケジュールが24時間ごとに設定されている場合、ソースの変更が次の実行まで待つ時間は、6時間間隔の場合より長くなる可能性があります。
ほぼ最新の情報が期待される用途では、この違いが重要になります。たとえば、頻繁に更新されるカタログや社内手順書データベースの検索です。内容の更新頻度が低ければ、1日1回の同期で運用に支障がない場合もあります。変更をより早く検索に反映する必要があるなら、チームは現在のスケジュールを確認し、必要に応じて対応している範囲内でより短い間隔を選ぶべきです。
1日ごとのスケジュールはあくまでデフォルトであり、すべてのインスタンスに適用される必須の制限ではありません。対応する間隔は個別に設定できます。コンテンツの公開やビルド完了を契機とする変更については、コンテンツパイプラインから同期を実行する方法もCloudflareが説明しています。ドキュメントによると、このようなタスクは30秒に1回を超えて実行できません。コンテンツが実際に反映される速さは、タスクの実行や処理状況にも左右されます。
予算とデータの鮮度を分けて考える
実務上は、2つの質問を分けて確認するのがよいでしょう。1つ目は、いつ課金が始まり、どの利用枠と料金が適用されるか。2つ目は、接続したソースの変更をインスタンスがどれくらいの頻度で検出するかです。一方の答えで、もう一方の答えを代用することはできません。12月1日までの無料期間によってインデックスの更新間隔が決まるわけではなく、同期頻度を上げても課金開始日は変わりません。
各インスタンスについて、ソースの種類、現在の間隔、想定される更新遅延、同期の実行方法を記録しておくと役立ちます。そのうえで、その遅延が自社の用途におけるコンテンツの陳腐化速度に見合うかを比較します。文書アーカイブや参考情報を掲載するサイトなら1日1回の更新で十分かもしれません。一方、頻繁に変わるカタログでは、より短いスケジュールや公開イベント後の実行を検討する価値があります。この判断は、支払い延期の日付から推測するのではなく、料金に関するドキュメントとインスタンスの実際の設定に照らして行うべきです。
12月1日までに確認すること
現在稼働している各インスタンスの同期設定を確認してください。デフォルト値の変更は、従来の6時間間隔を前提としていた場合に特に重要です。データを1日より早く更新する必要があるなら、対応する間隔を設定するか、コンテンツパイプラインから実行する方法を用意してください。また、財務計画に12月1日を反映し、Cloudflareが課金開始日と利用枠を記載しているAI Searchの制限と料金ページも確認しましょう。
チームが押さえるべき点は明快です。予算上の開始時期は1か月先送りされ、デフォルトの更新頻度は4分の1になりました。AI Searchの利用を開始または継続する前に、費用と許容できるインデックス更新の遅延について、それぞれ判断する必要があります。この2つの判断の組み合わせによって、現在の設定が自社の製品に適しているかが決まります。
