CloudflareはWorkers AIのMarkdown ConversionとAI Searchで、GIFとBMP画像を扱えるようにした。従来のJPEG、PNG、WebP、SVGに加わり、古い業務画像やサポート資料を形式変換せず検索対象へ含めやすくなる。
何が変わったか
toMarkdownは画像を必要に応じて縮小し、物体検出モデルで内容を把握した後、視覚モデルが自然言語の説明を生成する。AI Searchはこの変換を取り込み処理で自動利用するため、接続済みデータソースのGIF・BMPは次回同期からインデックス対象となる。アニメーションGIFは全フレームではなく先頭フレームだけを処理する。
変更前後の差
変更前はGIF・BMPをPNGなどへ事前変換するか、検索対象から除外する必要があった。変更後は元形式のまま投入できるが、画像そのものが検索されるのではなく、モデルが生成したMarkdown説明が検索可能になる。つまり変換工程は減る一方、説明の誤りや欠落が検索結果へ直接影響する。
誰に影響するか
GIFを含む製品マニュアル、サポート記事、チャット添付、BMP形式のスキャン、古いWindows資産をAI Searchへ投入するチームが対象である。データ保護担当は、画像内の氏名、画面ID、顧客情報が説明文へ抽出される可能性を確認する必要がある。検索利用者はアニメーション全体が理解されると誤認しないよう教育が必要になる。
対応期限
強制移行期限はない。既存形式は継続利用でき、GIF・BMPを追加で取り込める変更である。ただしAI Searchでは次回同期から自動的に対象になり得るため、R2やアップロード領域に未評価のGIF・BMPがある組織は、同期前に対象範囲と除外規則を確認する。
必要な対応
対象データソースからGIF・BMPの件数、容量、機密区分を抽出する。アニメーションGIFは先頭フレームだけで意味が伝わるか確認し、手順説明が後続フレームにある場合は動画、静止画分割、説明テキストを別途用意する。AI Searchのファイル上限4MBを超える画像は圧縮または分割し、失敗ログを監視する。
実装・移行手順
- 代表的なGIF・BMPと期待説明を準備する。
- 機密画像を除外した検証用データソースへ投入する。
- 生成Markdownと元画像を人が比較する。
- 検索質問ごとの再現率と誤ヒットを測る。
- 4MB超過、破損、アニメーションを試験する。
- 費用と同期時間を確認して対象を拡大する。
失敗しやすい点
GIF対応を動画理解と同じだと考えると、先頭フレーム以外の操作や変化が失われる。BMPは圧縮されていないことが多く、見た目が小さくても4MBを超える可能性がある。画像説明が自然な文章でも、細かな数値、エラーコード、UI状態が正確とは限らないため、生成文だけを正解データとして扱わない。
リスク
画像内の個人情報や内部画面が説明文として検索可能になる情報露出リスクがある。物体検出と要約の誤りにより、存在しない内容が索引化される可能性もある。多数の画像を再同期すると処理量と費用が増えるため、対象拡大前に件数と変換単価を確認し、削除・保持方針を定める。
評価方法
画像説明の事実一致率、重要情報の欠落率、検索再現率、誤ヒット率、変換失敗率、1件当たり処理時間と費用を測る。GIFは先頭フレームだけの結果と、主要フレームを静止画化した結果を比較する。検索結果から元ファイルへ戻れること、更新・削除が次回同期へ反映されることも確認する。
ロールバック
品質や費用に問題があれば、GIF・BMPをデータソースから除外し、従来どおり選別したPNGやテキスト説明だけを投入する。生成済み索引は対象項目を削除または再同期し、古い説明が残らないことを確認する。元画像は別の保管場所で維持し、AI Searchの索引を原本にしない。
編集部の見解
形式対応の拡大は地味だが、検索対象の境界を自動的に広げる変更である。重要なのは「取り込める」ことと「正しく検索できる」ことを分けることだ。特にアニメーションの先頭フレーム制約と画像から生成される説明文の不確実性を明示し、機密性と検索品質を同時に評価すべきである。
実務チェックリスト
- GIF・BMPの件数と機密区分を確認した
- アニメーションGIFの先頭フレーム制約を確認した
- 4MB上限と失敗ログを確認した
- 生成Markdownを元画像と比較した
- 個人情報を含む画像を除外した
- 検索再現率と誤ヒット率を測った
- 変換費用と同期時間を測った
- 除外と再同期の手順を用意した