CloudflareのAI専用ブラウザ「Kitesurf」によって何が変わるのか

2026年8月11日更新日: 2026年8月11日AIコラム

Cloudflareは2026年8月6日、AIエージェントのために設計したブラウザ「Kitesurf」をベータ公開しました。

「AIブラウザ」と聞くと、Chromeのような画面にチャット欄が付き、人間の代わりにクリックしてくれるアプリを想像するかもしれません。しかしKitesurfは、そのイメージとはかなり違います。これは僕らが日常的に起動するブラウザではなく、AIがWebを読み取ったりスクリーンショットを撮ったりする瞬間だけサーバー上で呼び出す軽量なブラウザです。

では、なぜChromeやChromiumをそのまま使わずAI専用のブラウザを作る必要があるのでしょうか。Kitesurfの仕組みと現在の制限を確認しながら、一般ユーザーや制作者にどのようなメリットが返ってくるのかを整理します。

Kitesurfは「人が使うブラウザ」ではない

Kitesurfは、Cloudflareのサーバーレス実行基盤であるWorkers上で動くAIエージェント向けのブラウザエンジンです。公開ページを開き、DOMやHTMLを読み取り、スクリーンショットやPDFを生成できます。Chrome DevTools Protocol（CDP）の一部にも対応しており、PlaywrightやPuppeteer、MCP対応クライアントなどから操作できます。

ここでいうAIエージェントとは、質問に答えるだけでなく目的に合わせてツールを選び複数の手順を進めるAIのことです。Kitesurfはそのエージェントに「Webを見る手段」を提供します。

比較	人間向けブラウザ	Kitesurf
主な利用者	人間	AIエージェント
重視するもの	見た目・操作感・動画・拡張機能	読み取り・自動操作・軽さ・並列実行
使い方	長時間起動して複数タブを使う	必要な処理の間だけ呼び出す
状態	ログインや履歴を長く保持する	基本的に一時的で、処理ごとに分離する

つまりKitesurfは、Chromeを置き換えて僕らのパソコンに入る製品というより、AIサービスの裏側で使われるインフラに近い存在です。

なぜAI専用ブラウザが必要なのか

人間向けの機能はAIにとって負担になる

Chromiumには、タブ・テーマ・拡張機能・端末間同期・滑らかなアニメーションなど、人が快適に使うための機能が数多く含まれます。しかし、ページの本文を読み取るだけのAIにとって、その多くは必要ありません。

AIエージェントが数十ページを並行して確認する場合、ブラウザ1つあたりのCPUやメモリ消費が小さくなるほど多くの処理を動かせます。サービス提供者にとっては運用コストを抑えやすくなり、その結果として僕らが使うAI機能の料金や待ち時間にも影響する可能性があります。

AIは画面よりも「必要な情報」を求める

人間はページを見た目で理解しますが、AIはHTMLやDOMなどの構造化された情報を読み、必要な部分をコンテキストへ取り込みます。重要なのは、常に美しい画面を毎秒60フレームで描画することではなく、必要な情報を少ない計算量とトークンで正確に受け取ることです。

もちろん、レイアウト確認や画像認識のためにスクリーンショットが必要な場面もあります。KitesurfはHTMLの取得だけでなく、画面の描画やPDF生成にも対応し、目的に応じて使い分けられる設計になっています。

Webページを信頼しない前提が必要になる

AIがWebを巡回する時代には、悪意のある文章をAIへの命令として読み込ませるプロンプトインジェクションや、意図しない外部通信など、人間向けブラウザとは異なる危険も増えます。

KitesurfはページごとにCookieを分け、通信を専用の仕組みへ通し、処理を一時的な環境に隔離します。ページ読み込みを毎回「信頼できない新しい処理」として扱う考え方です。これでAIの誤操作がすべて防げるわけではありませんが、被害が別の処理へ広がりにくい土台を作れます。

Kitesurfはどう動くのか

Cloudflareの説明では、Kitesurfは大きく3つの部品で構成されています。

部品	役割
Engine	ページやセッションの状態を管理する
PageScript	ページ内のJavaScriptを実行する
PageRenderer	必要に応じて画面やPDFを描画する

これらはCloudflare WorkersのV8 isolates上で動きます。従来のように、仮想マシンの中でChromiumを丸ごと起動して待たせておく方式ではありません。必要な時に素早く立ち上げ、処理が終われば破棄しやすいことが特徴です。

また、ページ内の画像やスクリプトを含む外部通信は「SandboxOutbound」という専用経路を通ります。通信ルールやレスポンスの検査を一か所に集めることで、各ページが自由にネットワークへ触れないようにしています。

Chromiumより軽いが、表示完了は速いとは限らない

Cloudflareは14種類のURLを対象に、KitesurfとChromiumのQuick Actionsをそれぞれ5回実行し、その中央値を比較しています。結果は次のとおりです。

処理	Kitesurf	Chromium	差
スクリーンショットのCPU時間	380ミリ秒	1,173ミリ秒	約3.1分の1
HTML取得のCPU時間	229ミリ秒	877ミリ秒	約3.8分の1
スクリーンショットのメモリ	57.8MiB	271.0MiB	約4.7分の1
HTML取得のメモリ	39.4MiB	273.7MiB	約7分の1
スクリーンショットの所要時間	1,148ミリ秒	637ミリ秒	約1.8倍遅い
HTML取得の所要時間	820ミリ秒	472ミリ秒	約1.7倍遅い

CPUとメモリは大幅に少ない一方、処理を依頼してから結果が返るまでの時間は、この測定ではChromiumより長くなっています。Kitesurfの価値は「どんなページでも最速で表示すること」ではなく、限られた計算資源で多くの軽量なブラウザ処理を動かせることにあります。

なお、これはCloudflare自身によるベンチマークです。利用するサイトや処理内容によって結果は変わるため、第三者による検証や今後の改善も見ていく必要があります。

僕らにとって何がうれしいのか

一般ユーザーにはまず間接的な恩恵が届く

Kitesurfを自分でインストールする人は多くないでしょう。それでも調査・予約・比較・入力作業などを行うAIサービスがKitesurfのような基盤を採用すれば、同時に多くのページを確認しやすくなります。

ブラウザ処理のコストが下がれば、Web調査機能を利用できる回数が増えたり小規模なサービスでもエージェント機能を提供しやすくなったりする可能性があります。僕らにとっての最大のメリットは「Kitesurfを使えること」そのものより、Webを扱えるAIが特別な高級機能ではなくなることかもしれません。

制作者は確認作業を並列化しやすくなる

Web制作者やサイト運営者であれば、公開後のページ確認やスクリーンショットやPDFの生成、複数ページの表示監視、HTMLからの情報抽出などに活用できます。

たとえば、「更新したページをまとめて開き、見出しやリンクの有無を確認しながら証跡としてスクリーンショットを残す」といった作業です。今でもChromiumで実現できますが、軽量な実行環境が増えることで件数の多い確認をより並列化しやすくなります。

AIツールを作る側はブラウザ運用から解放されやすい

これまでサーバー上でブラウザを動かすには、Chromiumの起動・更新・クラッシュ対応・メモリ管理などが必要でした。CloudflareのBrowser Runとして呼び出せるKitesurfなら、その運用をCloudflare側へ任せられます。

MCP対応クライアントから接続できるため、AIツール側は共通の窓口を通して、ページを開く・要素を読む・スクリーンショットを撮るといった操作を依頼できます。

現在できること

Webページを開いてHTMLやDOMを取得する
JavaScriptを実行して動的なページを確認する
スクリーンショットやPDFを生成する
ネットワークリクエストを確認する
CDP経由でPlaywrightやPuppeteerなどから操作する
MCP対応のAIクライアントからブラウザ操作を依頼する

AIが画面を見ながらマウスやキーボードを扱うComputer Useと目的が重なる場面もあります。ただしKitesurfは、人間の操作をそのまま再現することより、エージェントがWebの構造を効率よく読み、必要な処理を実行することに軸足があります。

まずはPlaygroundで試せる

Cloudflareは、Kitesurfの挙動を確認できる公開Playgroundを用意しています。URLを入力すると、ページの検査・スクリーンショット・PDF・HTML取得を試せます。

Kitesurf Playgroundを開く
自分が閲覧する権利のある公開ページのHTTPS URLを入力する
Inspect・Screenshot・PDF・HTMLのいずれかを選ぶ
描画結果や取得内容を確認する

PlaygroundではChromeをインストールせず、APIトークンなしでエージェントからCDP接続を試すこともできます。ただし、1回の移動はCPU時間20秒、実時間60秒までという制限があります。

一方、Cloudflare Browser Runへ本格的に接続する場合は、CloudflareのアカウントIDと「Browser Rendering – Edit」権限を持つAPIトークンが必要です。「KitesurfはAPIトークン不要」と一括りにせず、公開Playgroundと本番利用を分けて理解したほうがよいでしょう。

現時点ではChromiumを置き換えられない

Kitesurfは2026年8月11日時点でベータ版です。Cloudflareのドキュメントでは、Web Platform Testsの23万5,000件以上のサブテストを通過したと説明されていますが、実在するすべてのサイトが動くことを保証する数字ではありません。

特に、次のような用途には従来のChromiumが推奨されています。

動画再生やWebGLを必要とするページ
実際のブラウザ固有の通信指紋を確認するボット対策ページ
長時間のログイン状態や永続的なセッションが必要な操作
ピクセル単位でChromiumと同じ描画が必要な検証
Kitesurfがまだ対応していないCDP機能を使う自動化

「軽いから全面的に乗り換える」というものではなく、情報取得や短い描画にはKitesurf、複雑なWebアプリや長時間の操作にはChromiumという使い分けが現実的です。

安全性は上がるがAIの判断まで安全になるわけではない

Kitesurfの分離設計は、あるページで起きた問題を別の処理へ持ち越しにくくします。しかし、AIがページ内の悪意ある命令に影響され、許可されたツールを誤って使う危険性まではなくなりません。

AIにブラウザ操作を任せる時は、アクセスできるサイトやデータを絞り、購入・送信・削除のような取り消しにくい操作は人が確認する必要があります。公開Playgroundへログイン済みURLや秘密情報を入力しないこと、対象サイトの利用規約・robots.txt・著作権・アクセス権限などを確認することも大切です。

AIじてんの見解：ブラウザは「居場所」から「使い捨ての道具」へ

人間にとってブラウザは、開いたタブを抱えながら長時間過ごす「居場所」です。一方、AIエージェントにとってのブラウザは、1つの目的を果たすために呼び出し、必要な情報を持ち帰ったら閉じる「道具」になっていきます。

Kitesurfが示しているのは、ブラウザへAI機能を追加する方向だけではありません。AIの仕事に合わせて、ブラウザそのものを軽くて分離しやすい計算資源へ作り直す方向です。

今すぐ一般ユーザーの操作画面が変わるニュースではありません。それでも、裏側のブラウザが安く安全に並列化されれば、これまで人が何度もタブを開いていた調査や確認をAIへ任せられる範囲が広がります。Kitesurfの本当のインパクトは、目に見える新機能よりもAIがWebを扱うための基礎コストを下げる点にあると考えます。