Kitesurfとは｜AIエージェント向けブラウザ徹底比較

Cloudflareが2026年8月6日、AIエージェント専用に設計したヘッドレスブラウザ「Kitesurf」を発表した。Workers上のV8アイソレートだけで動くステートレスな軽量ブラウザで、公式ベンチマークではChromiumに比べてメモリ使用量を4.7〜7.0倍、CPU使用量を3.1〜3.8倍削減できる一方、処理速度自体はChromiumより1.7〜1.8倍遅いという結果が示されている。「軽さ・安さ」と「速さ・機能の網羅性」のどちらを取るかを選ぶツールだ。

提供元はCloudflareの「Browser Run」（旧称Browser Rendering）。既存のブラウザ自動化ツールがそのまま使えるようChrome DevTools Protocol（CDP）を実装しており、PuppeteerやPlaywrightのコードをほぼ変更せずに接続できる点が最大の特徴とされている。

この記事では、Kitesurfの技術的な仕組み、Chromiumとの性能差の実数値、Playwright/Puppeteerからの接続コード例、そして「Browserbase」「自前のPlaywright+Chromium運用」との使い分けを、公式発表と一次ドキュメントに基づいて整理する。

結論ファースト：用途別のおすすめ早見表

まず結論から。用途別にどれを選ぶべきかを整理すると次のようになる。

Kitesurfとは何か — 3つの技術要素で理解する

Kitesurfは「Chromiumの縮小版」ではなく、AIエージェントのタスク（レンダリング、スクリーンショット、HTML抽出、PDF生成といった単発処理）に特化して設計された、別物のブラウザエンジンだ。公式ドキュメントによると、以下の3要素で構成されている。

• V8アイソレート上で実行：Cloudflare Workersを支える軽量サンドボックス技術と同じ土台の上で動くため、起動がミリ秒単位で、Cloudflareの300以上の拠点のどこでも即座に立ち上げられる。
• Rust/WebAssembly製のレンダリングコンポーネント：Engine（CDP対応）、PageScript（DOM処理）、PageRenderer（画像生成）という3つのコンポーネントで構成され、レンダリングにBlitz、CSS解析にFirefoxのStyloエンジン、JavaScript実行にRust製のBoa JSという、いずれもオープンソースの部品を組み合わせている。
• Chrome DevTools Protocol（CDP）互換：Puppeteer、Playwright、chrome-remote-interfaceといった既存クライアントが、接続先のエンドポイントを変えるだけでそのまま動く設計になっている。

実際にAPI経由でスクリーンショットを取得する最小構成は次の通り（公式Quick Actionsの例）。

# 動作環境: curl（bash/zsh）、Cloudflareアカウント + APIトークンが必要
curl -X POST 'https://api.cloudflare.com/client/v4/accounts/<ACCOUNT_ID>/browser-run/screenshot?browser=kitesurf' 
  -H 'Authorization: Bearer <API_TOKEN>' 
  -H 'Content-Type: application/json' 
  -d '{"url": "https://example.com"}' 
  --output "screenshot.png"

注意: 本番環境で使用する前に、必ずテスト環境で動作確認してください。APIトークンはハードコードせず、環境変数やシークレットマネージャーで管理してください。

ブラウザ自動化の基礎から押さえたい場合は、Cloudflare Workers AIエージェント実装ガイドもあわせて参照してほしい。

Chromiumとの性能差を数字で見る

Cloudflareが公式ブログで公開している比較数値は次の通り（2026年8月6日発表分）。第三者による独自ベンチマークではなく、Cloudflare自身が公開した測定結果であることに注意してほしい。

つまり「省メモリ・省CPUで実行コストは下がるが、1回あたりの処理時間はChromiumより長くなる」というトレードオフだ。Cloudflare自身も、Kitesurfは大量の短時間セッションをさばく用途では有利だが、単発の処理速度で勝つ設計ではないと位置づけている。（参照日: 2026年8月31日）

実装：Playwright/Puppeteerから接続する

公式ドキュメントによると、KitesurfのCDPエンドポイントは次の形式で提供される。

wss://api.cloudflare.com/client/v4/accounts/<ACCOUNT_ID>/browser-run/devtools/browser?browser=kitesurf

このエンドポイントに対して、既存のPuppeteerスクリプトから接続する場合の典型的な書き方は次の通り（Puppeteerの標準的なconnect() APIを使った一般的な接続パターン）。

// 動作環境: Node.js 20以上, puppeteer-core >= 22.0.0
import puppeteer from "puppeteer-core";

const ACCOUNT_ID = process.env.CF_ACCOUNT_ID;
const API_TOKEN = process.env.CF_API_TOKEN; // ハードコード禁止、.envで管理

const browser = await puppeteer.connect({
  browserWSEndpoint:
    `wss://api.cloudflare.com/client/v4/accounts/${ACCOUNT_ID}/browser-run/devtools/browser?browser=kitesurf`,
  headers: { Authorization: `Bearer ${API_TOKEN}` },
});

const page = await browser.newPage();
await page.goto("https://example.com");
await page.screenshot({ path: "kitesurf-screenshot.png" });
await browser.close();

注意: 本番環境で使用する前に、必ずテスト環境で動作確認してください。対象サイトが動画再生やWebGLを要求する場合は、後述する制限により正しく動作しないことがあります。

MCPクライアントから使う場合の設定例も公式ドキュメントに掲載されている。

{
  "mcp": {
    "kitesurf": {
      "type": "local",
      "command": ["npx", "-y", "chrome-devtools-mcp@latest",
        "--wsEndpoint=wss://api.cloudflare.com/client/v4/accounts/<ACCOUNT_ID>/browser-run/devtools/browser?browser=kitesurf",
        "--wsHeaders={"Authorization":"Bearer <API_TOKEN>"}"]
    }
  }
}

MCP経由でのブラウザ操作を体系的に理解したい場合は、Playwright MCP完全ガイドも参考になる。

Kitesurf vs Browserbase vs 自前Playwright+Chromium 徹底比較

AIエージェントにブラウザ操作をさせる手段は複数ある。ここでは実行基盤の性格が異なる3つを比較する。

Browser-use等の軽量フレームワークを使った実装との比較も知りたい場合は、Browser-use使い方ガイド、TypeScriptでの実装を検討している場合はStagehand完全ガイドも確認してほしい。

【要注意】導入前に知っておくべき制限

制限1：動画・WebGLを使うサイトの自動化には向かない

❌ ECサイトの商品動画やWebGLベースのダッシュボードをKitesurfでスクレイピングしようとする

⭕ 動画・WebGLが絡む処理は、対応が明記されているBrowserbaseや自前Chromium環境に切り分ける

なぜ重要か：公式ドキュメントは「動画の再生・WebGLの描画には対応していない」と明記している。対象サイトの要素を事前に確認せずに全処理をKitesurfへ寄せると、取得結果が欠落する。

制限2：ボット検知（TLSフィンガープリント）を突破する用途には使えない

❌ 高度なボット対策を敷いているサイトの巡回にKitesurfを使う

⭕ TLSフィンガープリントベースの検知回避が必要な処理は、ステルス機能を持つサービスに任せる

なぜ重要か：Kitesurfは「TLSフィンガープリントを使ったボットチャレンジ検証には対応していない」と公式に明記されている。回避目的での利用は想定されていない。

制限3：長時間の認証済みセッションを維持するワークフローには向かない

❌ ログイン状態を数時間〜数日維持し続ける監視・自動化タスクに使う

⭕ ログイン→単発の処理→ログアウトのような短時間・都度実行型のタスクに絞る

なぜ重要か：ステートレス設計であるため、長時間の認証済みセッションの維持は非対応と明記されている。セッション管理が必要な処理は別の基盤を検討したほうがよい。

正直にお伝えすると、Kitesurfは2026年8月時点でまだベータ版であり、Chromiumの完全な代替になるものではない。Cloudflare自身も「まだChromiumの置き換えにはならない」という立場を取っている。だからこそ、「全部Kitesurfに寄せる」のではなく、タスクの性質で使い分けるハイブリッド運用が現実的だ。

どんな開発者が使うべきか

• AIエージェントに大量のスクリーンショット・HTML抽出をバースト的にやらせたいチーム：コールドスタートの速さと従量課金のメリットが大きい。
• 既にPlaywright/Puppeteerで自動化コードを持っているチーム：CDPエンドポイントを差し替えるだけで移行コストを検証できる。
• 動画・WebGL・長時間ログインが絡む業務システムの自動化をしたいチーム：現時点ではKitesurfの対象外。Browserbaseや自前Chromium運用を継続する方が安全。
• コストをかけずにPoCを素早く回したいチーム：ベータ期間中は無料なので、まず試してから本番構成を決める選択肢になる。

よくある質問

Q1. Kitesurfとは何ですか？

Cloudflareが2026年8月6日に発表した、Workers上のV8アイソレートだけで動くAIエージェント専用のステートレスなヘッドレスブラウザです。Chrome DevTools Protocol（CDP）に対応しており、既存のPuppeteer/Playwrightのコードをほぼそのまま使って接続できます。

Q2. 料金はいくらですか？

2026年8月時点では、提供元であるBrowser Runのベータ期間中は無料で利用できます（アカウントごとの利用制限あり）。正式な従量課金額の詳細は2026年8月時点で公式に確認できていないため、利用前にCloudflareの最新の料金ページを必ず確認してください。

Q3. PlaywrightやPuppeteerのコードをそのまま使えますか？

CDPのWebSocketエンドポイントをKitesurf用のURLに向けるだけで、既存のPuppeteer/Playwrightスクリプトの大部分はそのまま動作するとCloudflareは説明しています。ただし、対象サイトが動画やWebGLといった非対応機能を要求する場合は、期待通りに動かないことがあります。

Q4. Browserbaseと何が違いますか？

BrowserbaseはChromiumそのものをクラウド上で動かすマネージドサービスで、動画・WebGL・長時間の認証済みセッション・CAPTCHA自動解除など「フル機能のブラウザ」を必要とする用途に向いています。Kitesurfはあえてそれらの機能を持たない軽量エンジンで、スクリーンショットやHTML抽出のような単発・バースト処理をコスト効率よくこなすことに特化しています。

Q5. 中小規模の開発チームでも使えますか？

セットアップはcurlでのAPIコール、またはWebSocketエンドポイントへの接続だけで完了するため、専用のブラウザインフラを持たないチームでも試しやすい設計です。ただし2026年8月時点ではベータ版であるため、本番の重要なワークフローに使う場合は、動画・WebGL非対応、長時間セッション非対応といった制限を必ず事前に確認してください。

参考・出典

• Introducing Kitesurf: The agent-first browser that runs in V8 isolates on Cloudflare Workers — Cloudflare公式ブログ（発表日: 2026-08-06、参照日: 2026-08-31）
• Kitesurf — Cloudflare Browser Run Docs — Cloudflare公式ドキュメント（参照日: 2026-08-31）
• Browser Run — Cloudflare Developers — Cloudflare公式ドキュメント（参照日: 2026-08-31）
• Cloudflare launches Kitesurf, a browser built for AI agents — TechCrunch（2026-08-07、参照日: 2026-08-31）
• Cloudflare Announces Kitesurf, a Browser Engine for Agents — InfoQ（参照日: 2026-08-31）
• Browserbase Pricing — Browserbase公式サイト（参照日: 2026-08-31）

まとめ：今日から始める3つのアクション

1. 今日やること：Browser Runの無料ベータでcurlのQuick Action（スクリーンショット取得）を一度叩いてみる。
2. 今週中：既存のPlaywright/PuppeteerスクリプトのCDPエンドポイントだけをKitesurfに向けて動作確認し、対象サイトが動画・WebGLに依存していないか洗い出す。
3. 今月中：動画・WebGL・長時間セッションが必要な処理はBrowserbaseや自前Chromium運用に残し、単発・バースト処理だけをKitesurfへ移すハイブリッド構成を検討する。

あわせて読みたい：

• Playwright MCP完全ガイド2026｜AIブラウザ自動化の仕組みと実装 — MCP経由でのブラウザ操作の基礎を解説
• Stagehand完全ガイド2026｜TypeScriptブラウザエージェント — Browserbase上でのTypeScript実装例
• Browser-use使い方2026｜AIブラウザ自動化を30行で実装する — 軽量フレームワークでの実装比較

著者：佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー10万人超。100社以上の企業向けAI研修・導入支援。著書累計5万部超。

ご質問・ご相談はお問い合わせフォームからお気軽にどうぞ。