Cloudflareの構想は本物か｜9年前の道路がエージェント経済の料金所に変わるとき

後編 / エージェントAI経済シリーズ #2

先週、自分が書いたnote記事のアクセス解析を開いた。PVは伸びている。でも最近、ふと気になることがある。このPVのうち、何割が人間で、何割がAIクローラーなのか。もう区別がつかない。

去年までなら気にする必要はなかった。読者は人間で、人間は記事を読んで、面白ければスキを押して、たまに有料記事を買ってくれる。それで回っていた。でも今、AIが記事を読んでもスキは押されない。有料記事も買われない。私の30時間は、誰かの3秒の便利さに変換されて消える。

前編で、この構造の崩壊と、その先にある再建の話を書いた。

前編を読んでいない人向けに一言で言えば、Cloudflareは「ウェブを速くする会社」ではなくなりつつある。AIエージェントがウェブを移動し、情報を読み、支払いを行うときの「道路」と「料金所」を同時に押さえにいっている会社だ。

後編では、この構造が本物かどうかを検証する。

私が投資先を選ぶとき、必ず通す3つのフィルタがある。通行料モデルかどうか。一度組み込まれると抜けにくいか。メタトレンドの中心にいるか。Cloudflareがこの3つを満たすなら、私の投資スタイルでは、PER200倍という数字だけでは売らない。満たさないなら、どんなに割安でも触らない。

この記事でDCFやWACCという言葉も出てくるが、覚える必要はない。見てほしいのは一つだけだ。Cloudflareの構想は本物か。そして、どの前提が壊れたら降りるべきか。

9年前から張っていた男

Cloudflareの創業者でCEOのMatthew Princeは、2017年にCloudflare Workersを発表した。

2017年。世界がまだ「AI」と言えば画像認識の話をしていた頃だ。エージェント経済なんて言葉は存在しなかった。Princeはその年に、ブラウザと同じV8エンジンをエッジサーバー上で動かす実行基盤を作った。コンテナの100分の1の重さで、ミリ秒で起動して、終わったら消える。軽自動車だ。

当時、誰もこの意味をわかっていなかった。AWSのLambdaがある。GCPのCloud Functionsがある。なぜ今さらエッジで動かす必要があるのか。市場の反応は冷たかった。

Princeはそこから9年間、ひたすら道路を敷き続けた。330都市以上にエッジネットワークを広げた。世界のウェブトラフィックの約2割がCloudflareを通るようになった。

2025年7月1日、Content Independence Dayを宣言した。AIクローラーをデフォルトでブロックする。言い換えれば、タダでは通さない、という意思表示だ。 ブロックの次に来るのは料金体系だ。

同年、CoinbaseとともにHTTP 402の再定義に動いた。x402 Foundationを立ち上げ、Linux Foundationに移管。AWS、Google、Microsoft、Visa、Mastercard、Stripeが参加した。何十年も「将来のために予約」と書かれたまま眠っていたHTTPステータスコードが、エージェント経済の通行料プロトコルとして蘇った。

2026年4月、Agents Week。
エージェントの骨格、モデル選択、ファイル管理、メール送受信、ウェブ閲覧、外部ツール接続。エージェントに必要な道具がほぼ一式揃った。

この時系列を並べてみると、一つのことがわかる。Princeの「道路を作って、後から料金所を建てる」という考えは、9年間一度もブレていない。
道路を先に敷く。トラフィックを集める。集まったところで料金所を建てる。AWS、Google、Microsoftが「エージェント基盤やります」と言い始めたのは2025年以降だ。道路は、9年遅れでは作れない。

3つの検問: Cloudflareは通行料企業か

私が投資先に求める1つ目の条件。その企業を通らなければ、経済活動が完結しない構造を持っているかどうか。

Cloudflareの通行料は、3つのレイヤーで構成されている。

pay-per-crawl
AIクローラーがウェブページを1回読むたびにサイト側が課金できる仕組み。Cloudflareが決済の間に立ち、手数料を取る。Stack Overflowが2026年2月にCloudflareとpay-per-crawlモデルを共同で立ち上げ、AIボット流入を商業化する最初期の事例になった。

x402経由の決済
エージェントが匿名のまま支払いを完了させるプロトコル。Cloudflareの道路を通るエージェントが増えるほど、この決済フローの取引高が積み上がる。

Workers AI Cloud
 エッジ上でモデル推論を走らせるたびにトークン単位で課金。エージェントの「脳」を動かす場所代だ。

3つに共通するのは、「1回通るたびに数セント」の薄利広域モデルということだ。1回あたりの単価は小さい。でも世界のウェブトラフィックの2割が通る道路で、エージェントの通行量が指数関数的に増えていく世界では、この「薄さ」が強みに変わる。

高速道路の料金所と同じだ。1台あたりの通行料は安い。でも料金所を通らないと目的地に着けない。交通量が増えれば増えるほど、料金所の持ち主は儲かる。Cloudflareは、この料金所をウェブ全体に張り巡らせ始めている。

一度組み込まれたら、抜けられるか

2つ目の条件。時間が経つほど抜けにくくなる構造を持っているか。

Cloudflare Workersの上で動くアプリケーションは、今や数百万に達する。開発者がWorkersの上にコードを書き、データを置き、ワークフローを組む。1年使えば、そのコードベースはCloudflareのエッジに深く根を張る。移行するには全部書き直すしかない。

これはAWSのLambdaでも同じではないか、と思うかもしれない。違いは、実行基盤の設計思想にある。

AWSのLambdaはコンテナ型。トレーラーだ。1台呼んで荷物を載せて走らせて返す。エージェント時代に1セッションで200回往復するなら、トレーラーを200台呼ぶことになる。起動コストが積み上がる。

Workersは軽自動車。200回往復しても、起動コストはほぼゼロに近い。この差は、エージェント時代に致命的になる。開発者が一度この軽さを体験すると、トレーラーに戻る理由がなくなる。

地理的なロックインもある。もちろんAWSにもCloudFrontやLambda@Edgeはある。だからこれは「AWSにエッジがない」という話ではない。違いは、Cloudflareが最初からエッジファーストの実行基盤としてWorkersを育ててきたのに対し、AWSの中核設計は依然としてリージョン中心だという点だ。Cloudflareは330都市以上にエッジを置いている。コンビニ配置だ。エージェントが200回往復するたびにリージョンまで飛ばされる世界と、最寄りの都市で処理が完結する世界。一度コンビニの速さを知った開発者は、物流センターに戻れない。

時間が経つほど、Workersの上に積まれるコードが増え、330都市のエッジに慣れた開発者が増え、抜けるコストが上がり続ける。 古典的なスイッチングコストの構造だ。

エージェント経済の中心に立っているか

3つ目の条件。メタトレンドの中心にいるか。

AIエージェント経済は、2026年現在で最大のメタトレンドだ。ハイパースケーラー5社のCapEx合計は7,000億ドルに迫り、その大半がAIインフラに向かっている。エージェントが人間に代わってウェブを移動し、情報を読み、判断し、支払う。この流れは止まらない。

この経済圏で、Cloudflareは他社が持てない位置にいる。

AWSはAnthropicの主要出資元。MicrosoftはOpenAIと深く結びついたクラウド陣営。Google CloudはGeminiを売っている。MetaはLlamaを配っている。エージェント経済の通行料を徴収するなら、中立な会計係が必要だ。CloudflareはOpenAI、Anthropic、Google、Metaのように自社の基盤モデルを前面に出している企業ではない。 ReplicateやHuman Nativeの買収でAI実行やデータ流通には踏み込んでいるが、特定の基盤モデル陣営ではない。この相対的な中立性が、会計係としての正当性を支えている。

前編で「両端に座る」と書いた構造を、もう少し正確に言い直す。Cloudflareは「コンテンツ側の料金所」と「エージェント側の実行基盤」の両方を同時に持っている。この組み合わせを持つ企業は他にない。AWSはエージェント基盤を持っているが、コンテンツ側の料金所がない。メディア企業は料金所を欲しがっているが、エージェント基盤がない。

メタトレンドの中心で、両端を同時に押さえている。3つ目の条件は満たしている。

構想が壊れるとき

3原則を満たしている。だが、構造は永遠ではない。何が起きたら、この構想は壊れるのか。

AWSが330都市のエッジ配置に切り替える。
最も直接的な脅威だ。ただしAWSの設計思想はリージョン中心で、コンビニ配置への転換は自社のアーキテクチャを否定することになる。やれるかではなく、やる動機があるかが問いだ。

Cloudflareが中立性を失う。
特定のAI企業に買収される、あるいは出資を受ける。Princeの過去の発言を見る限り可能性は低いが、M&Aは経営者の意思だけでは防げない。

AI企業が自前の道路を引く。
330都市のインフラ投資はモデル企業の本業と全く別の能力を要求する。中期は非現実的だが、長期はトラフィック量次第で内製のインセンティブが生まれうる。

この3つのどれかが現実になったとき、構想は壊れる。逆に言えば、この3つが起きていない限り、PER200倍は「割高」ではなく「構造プレミアム」だ。 PLTRもNBISも、構造が生きている間はバリュエーションを理由に売らなかった。Cloudflareも同じだ。

構想と信念の間

ここまでの話は、Cloudflareが「なぜ面白いか」の説明に過ぎない。

だが投資で損をするのは、面白くない会社を買ったときだけではない。面白い会社の構造が壊れ始めているのに気づかず握り続けたときにも損をする。

構想を信じるだけなら誰でもできる。信念に変えるには、数字の裏付けが要る。そして、どの前提が壊れたら信念を捨てるかを、先に決めておく必要がある。

この先で考察するのは、Cloudflareを買うための結論ではない。構想の実装が財務数字のどこに兆候として出ているか。3シナリオで市場がどこまで織り込んでいるか。そして、私が何を根拠に握り続け、何が起きたら降りるか。

Cloudflareの構想に賭けるかどうかを、自分の頭で判断するための材料を出していく。

もし3原則のチェックだけで判断がついたなら、この記事はここで閉じていい。「数字は見えているのか」「何が壊れたら降りるのか」にまだ答えを持てないなら、ここから先にある。