【2026年】個人で世界配信CDN構築｜Cloudflare R2+Workers+Pages実例

セキュリティ面では、R2 バケットに対して IAM ポリシーによるアクセス制御や、バケットレベルの CORS（Cross-Origin Resource Sharing）設定が可能です。特に公開ファイルとして扱う画像や動画の場合、CORS 設定を正しく行うことで、外部ドメインからの読み込みを許可します。具体的には、AllowOrigin に https://yourdomain.com を指定し、AllowMethods に GET, HEAD を設定することで、ブラウザベースのアクセスを安全に許容できます。また、バケット内のファイルに対して個別に S3 型の ACL（アクセス制御リスト）を設定することも可能で、特定の状態でのみ公開できる「一時 URL」機能も提供されています。これは、有料動画コンテンツや機密ドキュメントを配信する際に不可欠な機能であり、有効期限付きの署名 URL を生成することで、24 時間などの制限付きアクセスを実現できます。

この表からも分かる通り、R2 はダウンロードコストの面で個人利用にとって最強の選択肢です。特に動画配信において、月間数 TB の転送が発生するケースでも R2 を選択することで、数万円単位の請求を回避できます。ただし、10GB の無料枠を超えた後の課金体系を理解しておく必要があります。また、R2 は Cloudflare Network 上に配置されているため、Cloudflare Workers との通信は非常に高速で、レイテンシは数ミリ秒レベルに抑えられます。この性能を活かすためにも、バケット作成時には「地域設定」を最もユーザーに近い場所に設定するか、あるいはリージョン非依存のグローバルアクセス構成を採用することが推奨されます。2026 年の最新仕様では、R2 はさらに高速な転送プロトコルである HTTP/3 のサポートを強化しており、通信の安定性が向上しています。

Workers と Pages の連携によるロジック処理とパフォーマンス

Cloudflare Workers と Cloudflare Pages は、それぞれ異なる役割を持ちながら密接に連携することで、動的コンテンツ配信を実現します。Workers は JavaScript または TypeScript で記述されたエッジコンピューティングサービスであり、ユーザーからのリクエストを受け取った後、オリジンサーバーを経由せずに直接レスポンスを生成できます。Free プランでは 1 日 10 万リクエストまで無料枠が提供されています。これは個人ブログや小規模 Web アプリにとって十分な容量ですが、動画ストリーミングにおいて生コンテンツの処理が必要な場合は、Workers スクリプト内でストリーミング制御を行うことで負荷分散を図ります。具体的には、R2 からファイルを取得する際、直接ブラウザへ転送させるのではなく、Workers を経由させてキャッシュヘッダーを付与したり、認証チェックを行ったりすることが可能です。

Cloudflare Pages は静的サイトのホスティングに特化しており、Git リポジトリとの連携により自動デプロイが可能です。2026 年現在、Pages のビルドプロセスはさらに高速化されており、平均ビルド時間は 30 秒未満で完了します。また、Pages の帯域幅制限は事実上無制限であり、1 ヶ月あたりのデータ転送量に上限を設けていません。これにより、画像や CSS/JS ファイルの配信において、R2 と Workers を組み合わせることで、静的なアセットは Pages から、動的な処理が必要となる API 部分は Workers から提供するという分離構成が容易になります。例えば、ブログ記事の本文データは R2 に JSON 形式で保存し、Workers がそれを取得して HTML に変換し、Pages が最終的なプレースホルダーとして表示するというフローが可能です。

パフォーマンス最適化においては、ワーカースクリプト内の「冷間起動」時間を意識する必要があります。Free プランでは、非アクティブ期間が長いスクリプトは再起動時に数秒の遅延が発生することがありますが、2026 年版の Workers ではこのタイムラグが 8ms 程度に短縮されています。しかし、それでも頻繁にアクセスされるエンドポイントに対しては、プリロード機能やキャッシュ戦略を適用する必要があります。具体的には、Workers 内で Cache-Control ヘッダーを設定し、エッジキャッシュサーバー（Cloudflare のネットワーク内）へレスポンスを保存させます。例えば、画像のサムネイル生成結果を 30 日間キャッシュさせる場合、ヘッダーに max-age=2592000 を設定します。これにより、同じリクエストが来ても実際のスクリプト実行を行わず、エッジサーバーから即座にレスポンスを返すことが可能になります。

このように、Workers と Pages を組み合わせることで、サーバー管理を完全に排除しつつ、柔軟なロジック実装が可能になります。また、2026 年時点では Workers 上に AI モデルを組み込む「Workers AI」機能も一般化しており、画像の自動タグ付けやテキスト要約などの処理をエッジ上で完結させることも可能です。これにより、オリジンサーバーへの負荷をさらに軽減し、グローバルなユーザーに対する応答速度を向上させます。ただし、AI 処理は計算資源を消費するため、Free プランの CPU ミリ秒制限（月 10,000ms）を超えないよう注意が必要です。

画像最適化 Polish と WebP/AVIF の実装戦略

Web サイトやアプリケーションにおいて、画像の表示速度はユーザー体験に直結する重要な要素です。R2 に保存された元画像をそのまま配信すると、ファイルサイズが大きく、特に高解像度画像では読み込みに時間がかかります。これを解決するのが Cloudflare Polish です。Polish は Cloudflare の CDN 機能として提供されており、自動的に画像の圧縮とフォーマット変換を行います。具体的には、入力された JPEG や PNG ファイルを自動的に WebP または AVIF フォーマットに変換し、品質を維持したままファイルサイズを最大 70% 削減します。2026 年現在では、AVIF のサポートが強化されており、特に 4K レベルの高解像度画像においても、WebP よりも高い圧縮効率を発揮します。

実装手順としては、Cloudflare ダッシュボード上で Polish を有効化する必要があります。設定オプションには「Standard（標準）」と「Aggressive（積極的）」の 2 つが用意されています。「Standard」は画質への影響を最小限に抑えつつ最適化を行うモードで、「Aggressive」はファイルサイズの削減を最優先します。個人サイトやポートフォリオでは「Standard」推奨ですが、動画サムネイルなどでは「Aggressive」を使用することで帯域幅コストをさらに抑えられます。また、Polish は Cloudflare Workers と連携して動的に画像変換を行うことも可能です。具体的には、リクエスト URL に ?width=800&height=600&format=webp などのパラメータを追加することで、特定の解像度と形式でレスポンスを取得できます。

さらに、外部の画像最適化サービスとの比較も重要です。Imgix や ImageKit は高機能な画像処理プラットフォームですが、R2 と Workers を使用することで独自インフラ内で完結させられます。Imgix の無料枠は月間 500GB の転送量までですが、それを超えると高コストになります。一方、Polish を利用する場合、Cloudflare パッケージに含まれているため追加課金が発生しません（Enterprise プランを除く）。ただし、Polish は Cloudflare エッジ上で処理されるため、大量の画像を一括で変換するバッチ処理には向いていません。そのため、事前に変換されたファイルを R2 に保存し、Workers で適切なバージョンを返す「プリレンダリング」構成が推奨されます。

FFmpeg を Workers 内で実行することで、より高度なカスタマイズも可能です。例えば、動画のフレームからサムネイルを抽出したり、特定の解像度にトリミングしたりする場合です。ただし、Workers の CPU リソースは制限されているため、大規模な画像処理には注意が必要です。2026 年の最新仕様では、Workers のコンテナ化がさらに進んでおり、軽量な画像処理ライブラリをネイティブで実行可能になっています。具体的には、sharp ライブラリのような Node.js ベースのツールを Workers Runtime で使用できる環境が整っており、これにより開発者の既存コード資産を活用しやすくなっています。

動画配信 HLS プロトコルと m3u8 の構成手法

動画配信においては、従来の mp4 ファイルの直接リンクではなく、HLS（HTTP Live Streaming）プロトコルの採用が標準となっています。HLS は、動画を数百ミリ秒ごとのチャンク（断片）に分割し、m3u8 というマニフェストファイルで管理する仕組みです。これにより、ネットワーク状況に応じて画質を動的に切り替えるアダプティブビットレートの再生が可能になります。Cloudflare R2 に保存された動画ファイルを HLS 対応にするには、事前に FFmpeg を使用して変換処理を行う必要があります。具体的には、mp4 ファイルを .ts（MPEG Transport Stream）形式のチャンクと .m3u8 マニフェストに変換します。

構築手順としては、まずローカル PC または CI/CD パイプライン上で FFmpeg コマンドを実行し、動画ファイルを R2 バケットへアップロードします。コマンド例として ffmpeg -i input.mp4 -c:v libx265 -preset medium -crf 28 output.m3u8 のような設定を用います。ここで重要なのは、解像度ごとの複数の品質層を作成し、それぞれに異なるマニフェスト（m3u8）を生成することです。例えば、1080p、720p、480p の各バージョンを用意することで、ユーザーの回線速度に合わせて自動切り替えを行います。R2 内に作成された m3u8 ファイルは、Cloudflare Workers を経由して配信されることで、エッジキャッシュの対象となります。

再生プレイヤーとしては、Hls.js や Video.js といった JavaScript ライブラリが一般的です。これらはブラウザ上で自動的にマニフェストを読み込み、適切なチャンクをリクエストします。2026 年現在では、Safari を除く主要ブラウザで HLS ネイティブサポートが強化されており、プレイヤーの選択肢も広がっています。ただし、Cloudflare R2 から直接 m3u8 ファイルを配信する場合、CORS ヘッダーの設定に注意が必要です。Player サイトから動画を読み込む際、同じドメインでない場合 CORS エラーが発生するため、R2 バケット設定で Access-Control-Allow-Origin を * または特定のオリジンに設定します。

また、動画の転送コストを最小化するためには、キャッシュ戦略の設計が不可欠です。HLS のチャンクファイルは頻繁に変更される可能性（例：編集後の再エンコード）があるため、エッジキャッシュの設定には慎重になる必要があります。基本的には、m3u8 ファイル自体には Cache-Control: no-cache を設定し、常に最新情報を取得させる一方、.ts チャンクファイルには max-age=3600（1 時間）程度の TTL（Time To Live）を設定することで、帯域幅コストを削減します。具体的には、Workers スクリプト内でヘッダーを上書きする処理を追加し、ファイル拡張子に応じて異なるキャッシュポリシーを適用します。

独自ドメイン・SSL 設定と DNS レコード管理

世界配信 CDN を構築する上で不可欠な要素が、独自ドメインの取得と SSL 証明書の有効化です。Cloudflare は無料の SSL 証明書（Let's Encrypt 等ベース）を提供しており、HTTPS 通信を容易に実現できます。具体的には、Cloudflare ダッシュボードで「SSL/TLS」セクションにアクセスし、モードを「Flexible」、「Full」または「Strict」から選択します。「Strict」はオリジンサーバーが有効な証明書を持っている場合に推奨され、エンドツーエンドの暗号化を保証します。2026 年現在では、TLS 1.3 がデフォルトで有効化されており、通信の安全性と速度が両立しています。

DNS レコードの設定も重要なステップです。Cloudflare のネームサーバーをドメイン管理事業者へ変更し、A レコードまたは CNAME レコードを適切に設定することで、Web サイトへのトラフィックを Cloudflare エッジネットワークへ誘導します。例えば、www.example.com に対して 192.0.2.1（Cloudflare の IP）を設定するか、Workers/Pages に直接リンクさせるには CNAME を使用します。また、動画配信や画像配信用のサブドメイン（例：cdn.example.com）を分けることで、キャッシュポリシーを個別に制御しやすくなります。これにより、静的なアセット配信と動的な API 通信の負荷を分離できます。

セキュリティ強化のためには、Cloudflare の「Under Attack Mode」や「DDoS Protection」機能を積極的に活用します。具体的には、特定の時間帯（夜間など）や特定国からのアクセスを制限する Geo Blocking 機能を使用し、異常なトラフィックをブロックします。また、Bot Fight Mode を有効化することで、スクレイピング攻撃やスパム投稿に対する防御も強化できます。2026 年時点では、WAF（Web Application Firewall）ルールがさらに進化しており、SQL インジェクションやクロスサイトスクリプティング（XSS）の検知率が向上しています。

このように、DNS と SSL の設定を適切に行うことで、ユーザーは「https://」でアクセスしてもセキュリティ警告が表示されず、スムーズにコンテンツを利用できます。また、Cloudflare は HSTS（HTTP Strict Transport Security）ヘッダーの自動付与も提供しており、ブラウザが常に HTTPS 接続を使用するように強制する機能も有効化可能です。これにより、中間者攻撃（Man-in-the-Middle）に対する防御力が高まります。

セキュリティ強化 WAF と Bot Fight の導入

セキュリティは CDN 構築において最も重要な要素の一つです。Cloudflare R2 や Workers を使用する場合でも、外部からの悪意のあるアクセスを防ぐための対策が必要です。WAF（Web Application Firewall）は、特定のルールに基づいてリクエストをフィルタリングする機能であり、Cloudflare の WAF では事前に定義されたルールセットを利用できます。具体的には、「OWASP Top 10」に準拠したルールや、DDoS 攻撃を検知するためのルールが用意されています。個人レベルでも無料プランで利用可能な WAF ルセットを有効化することで、基本的なセキュリティ対策を即座に適用できます。

Bot Fight Mode は、自動化されたボット（スクレイパーやスパム投稿ツール）からのアクセスを検出・ブロックする機能です。2026 年現在では、AI を活用した検知精度が向上しており、通常のユーザーとボットの見分けがつきやすくなっています。この機能を有効化すると、Cloudflare が自動でチェックポイントページ（Captcha）を表示し、人間であることを証明させた後にアクセスを許可します。ただし、これはユーザー体験に多少の影響を与えるため、重要な API エンドポイントや動画配信ストリームに対しては適用対象から除外する設定も可能です。

さらに、R2 のセキュリティ強化には「バケットレベルの暗号化」が有効です。S3 互換ストレージでは、オブジェクト保存時に AES-256 アルゴリズムで自動的に暗号化されます。また、特定の状態でのみ公開できる「一時 URL」機能を活用することで、有料コンテンツや機密ドキュメントを配信する際にもセキュリティを維持できます。具体的には、Signed URLs を生成し、有効期限を 1 時間や 24 時間に設定します。これにより、URL が流出しても一定時間後はアクセス不能となり、不正ダウンロードを防げます。

競合サービスとの比較分析とコスト最適化

最後に、本構成が他のサービスと比較してどのような優位性を持つか、具体的な数値を用いて比較分析を行います。特にコスト面では、月額$0〜$5 で世界配信 CDN を構築できる点が最大のメリットです。AWS S3 や Google Cloud Storage では、データ転送料金が高額になることが多く、月間 1TB のダウンロードで数千円の請求が発生することがあります。一方、R2 は下り無料枠が広く設定されているため、このコストを大幅に削減できます。

BunnyCDN は安価な CDN として有名ですが、R2 のような無料ダウンロード枠を持たないため、動画配信には不向きです。Netlify V2 も優れたサービスですが、R2 に比べてスケーラビリティとコスト面で個人利用においては R2 の方が優れています。また、Vercel や GitHub Pages と比較しても、R2 はオブジェクトストレージの柔軟性において勝っています。

パフォーマンスチューニングについては、キャッシュルールを細かく設定することでさらに速度向上が可能です。具体的には、Cloudflare ダッシュボードで「Caching」セクションにアクセスし、「Cache Rules」を作成します。URL パターンに応じて TTL を変更したり、ヘッダーを追加したりする設定が行えます。例えば、/video/* のパスに対してはキャッシュを無効にし、常に最新データを取得させる一方、/assets/* には 1 ヶ月キャッシュを設定します。これにより、動的コンテンツと静的アセットの両方で最適なパフォーマンスを発揮できます。

よくある質問（FAQ）

Q1: Cloudflare R2 の無料枠はいつリセットされますか？

A1: R2 の無料ダウンロード枠（月間 10GB）は、毎月 1 日 0 時 UTC にリセットされます。そのため、月初めに大量のデータ転送が発生する場合は注意が必要です。

Q2: Workers Free プランで 10 万リクエストを超えるとどうなりますか？

A2: 1 日あたり 10 万リクエストを超過すると、追加リクエストに対して従量課金が発生します。具体的には、超出分は非常に低単価ですが、無料枠内で収めるよう最適化が推奨されます。

Q3: HLS 動画の m3u8 ファイルをキャッシュするメリットは何ですか？

A3: m3u8 ファイル自体は頻繁に更新されるため、キャッシュすると古いプレイリストが表示されるリスクがあります。そのため、通常は m3u8 をキャッシュせず、チャンク（.ts）のみをキャッシュするのが一般的です。

Q4: 独自ドメインの SSL 証明書が有効でない場合の対策は？

A4: Cloudflare の「SSL/TLS」設定でモードを「Flexible」にすることで、オリジンサーバーの証明書がなくても HTTPS 接続が可能になります。ただし、「Strict」推奨です。

Q5: Workers で画像変換する際、CPU ミリ秒制限はどうなりますか？

A5: 1 ヶ月あたりの CPU 使用量は 10,000ms に制限されています。複雑な画像処理を行う場合は、事前に変換したファイルを R2 に保存し、Workers はキャッシュ返答のみで行うことが推奨されます。

Q6: R2 のバケット作成時に地域を指定する必要がありますか？

A6: はい、R2 バケットは特定のリージョンに紐付いています。ユーザーに近い地域（例：東京・シンガポールなど）を選択することで遅延を最小化できますが、グローバルアクセス設定も可能です。

Q7: 動画配信で 4K 画質を提供する場合のコストは？

A7: R2 のダウンロード無料枠内で収まる限り$0 ですが、10GB を超えると 1TB あたり$5.00 です。4K 動画は容量が大きいため、圧縮率の高いコーデック（H.265/HEVC）の使用が必須です。

Q8: 画像を WebP に変換する際、画質劣化はありますか？

A8: Polish の「Standard」モードでは目視で確認できないレベルの劣化に抑えられていますが、「Aggressive」モードでは多少の劣化が発生します。用途に応じて設定を変更してください。

Q9: 海外からのアクセス速度が遅い場合、どうすればよいですか？

A9: Cloudflare のネームサーバーを使用することで、自動的に最寄りのエッジノードへリダイレクトされます。また、CNAME レコードで Workers/Pages を直接指向し、キャッシュ設定を見直すことで改善可能です。

Q10: 月額$5 を超える場合はどうなりますか？

A10: 基本構成は$0-$5 で収まりますが、大量のデータ転送や AI 処理を使用すると超過します。その際は R2 の追加課金プランや、Workers Pro プランへのアップグレードを検討してください。

まとめ

本記事では、個人で世界配信 CDN を構築するための具体的な技術的アプローチとコストメリットについて解説しました。以下の要点を覚えておくことで、2026 年時点の最適なインフラ設計が可能になります。

• Cloudflare R2 の活用: 月間 10GB の無料ダウンロード枠を利用し、AWS S3 や GCS に比べて圧倒的なコストメリットを実現する。
• Workers と Pages の連携: エッジコンピューティングと静的サイトホスティングを組み合わせ、サーバー管理なしで動的コンテンツ配信が可能になる。
• 画像最適化 Polish: WebP/AVIF への変換を自動で行い、ファイルサイズを最大 70% 削減することで読み込み速度を向上させる。
• HLS プロトコル採用: m3u8 マニフェストとチャンク方式により、アダプティブビットレート配信を実現し、ネットワーク状況に合わせた再生を提供する。
• セキュリティ強化: WAF と Bot Fight Mode を有効化し、DDoS 攻撃やスクレイピングからインフラを守る。
• 独自ドメイン・SSL: TLS 1.3 による暗号化通信と HSTS 設定で、ユーザーの安全性を確保する。

これらの要素を組み合わせることで、月額$0〜$5 でプロフェッショナルな CDN サービスに匹敵する環境が構築可能です。今後も Cloudflare のエコシステムは進化し続けるため、最新の仕様や機能変更を確認しながら柔軟に対応することが重要です。