---
title: "Cloudflareを制作会社視点で整理する"
date: 2026-04-15
categories: column
author: 森本
canonical: https://www.liberogic.jp/topics/20260416-cloudflare-intro1/
---

# Cloudflareを制作会社視点で整理する

![](https://images.microcms-assets.io/assets/4b13731f29254025b91c8d846198ffc9/b5180ce54a094133b10fe5e2f3cfb103/20260416_cloudflare1.png)

Cloudflareという名前自体はかなり有名になりましたが、実際に何をしてくれるのかは、意外とふわっと理解されがちです。正直、少し前までは「CDNの会社ですよね」で会話が終わることも多かったでしょうし、昨年の障害で知った人もいるかもしれません。 わかっている人も多いと思いますが、単純にわたしたちみたいな会社の層やディレクターさんがどのように活かしせいくのかを整理してみます。

## Cloudflareとは？制作会社視点でわかる特徴・できること・向いている用途

Cloudflareという名前自体はかなり有名になりましたが、実際に何をしてくれるのかは、意外とふわっと理解されがちです。正直、少し前までは「CDNの会社ですよね」で会話が終わることも多かったでしょうし、昨年の障害で知った人もいるかもしれません。  
わかっている人も多いと思いますが、単純にわたしたちみたいな会社の層やディレクターさんがどのように活かしせいくのかを整理してみます。

CloudflareはWebサイトを速く見せるための仕組みだけではなく、DNS、WAF、認証制御、サーバーレス実行、静的サイト配信、ファイル保管、ログの受け皿、AIまわりまで、かなり多くの機能を持っています。

![](https://images.microcms-assets.io/assets/4b13731f29254025b91c8d846198ffc9/3690fd392dd34765bb733479dc227a8c/Gemini_Generated_Image_7hoq0w7hoq0w7hoq.png)

制作会社の現場で見ると、ここが結構大きいです。   
というのも、案件では「サイトを表示する」だけでは終わらないからです。ステージングをどう隠すか、ログをどこへ送るか、画像や添付ファイルをどこに置くか、といった細かい話が毎回出てきます。

Cloudflareが便利なのは、そのあたりを比較的一つの世界観に寄せやすいことです。もちろん全部をCloudflareにまとめる必要はありませんし、案件によってはSupabase、AWSと組み合わせた方が自然です。   
ただ、構成を軽くしたいときや、説明しやすい設計にしたいときはかなり有力です。

特に企業サイト、採用サイト、オウンドメディア、会員向け導線を少し含むサイトでは、Cloudflareがしっくり来ることが多いです。フロント寄りの会社にとっては、インフラだけの話ではなく、実装の延長で扱いやすいのも良いところです。

### まずCloudflareをどう理解するとラクか

Cloudflareは最初から全部のプロダクト名を覚える必要はありません。むしろ「Webの入口付近をまとめて面倒見てくれるプラットフォーム」と捉えるとかなりラクです。

たとえば、ブラウザから見たときに最初に通るDNS、コンテンツを速く届けるCDN、怪しいアクセスを弾くWAF、特定ページだけ守るAccess、軽い処理を動かすWorkers、静的配信のPages、ファイル置き場のR2といった具合に、Webの周辺にある要素をCloudflareがかなり横断して持っています。

この「横断感覚」とでもいうべきでしょうか。   
案件では、サイト表示、運用、セキュリティ、更新フロー、限定公開、ログ、AI活用など、つながってい流部分か多かったりししますが、Cloudflareはそれを整理しやすいのが強みです。

### 制作会社の現場でどこが効くのか

![](https://images.microcms-assets.io/assets/4b13731f29254025b91c8d846198ffc9/b0739ba0fd3c4e0594042d1ead7218e0/Gemini_Generated_Image_7hoq0w7hoq0w7hoq%20(2).png)

Cloudflareは、制作会社やフロントエンド実装会社にとってもかなり相性が良いです。  
重厚なクラウド設計をしなくても、ちょうどよい範囲の構成を持ちやすかったりします。

たとえば、企業サイトをAstroで作ってCloudflare Pagesに置き、一部の限定ページはAccessで閉じ、問い合わせはWorkers経由でメール送信し、添付ファイルはR2に置く、といった構成はわりと自然です。   
これを全部別々のサービスで組むこともできますが、案件の規模によっては少し大げさになることがあります。

サービスが増えすぎると、引き継ぎや保守の時点で複雑さが表に出てきます。Cloudflareに寄せると、その複雑さをそこそこ抑えやすかったりします。

### 何でもCloudflareでよいのか

ここは少し冷静に見た方がよいです。   
Cloudflareは便利ですが、何でもCloudflareにまとめるのが正解とも限りません。

アプリケーションロジックがかなり重い案件、複雑なデータベース設計が中心になる案件、既に別のクラウド基盤が強く決まっている案件では、Cloudflareを主役にしない方が自然なこともあります。Vercelの方が開発体験に合うケースもありますし、やはりAWSの方がバックエンド全体を考えやすいケースもあります。

万能だから使うというより、「どこを軽く・強く・整理して持ちたいか」で選ぶものです。サイト配信、入口のセキュリティ、軽量な実行環境、限定公開、ストレージといった要素ではかなり魅力があります。

### こういう会社・案件には向きやすい

Cloudflareが向きやすいのは、次のような案件です。

- 企業サイトや採用サイト、オウンドメディアのように、コンテンツは多いがアプリケーションの複雑さはそこまで高くない案件
- 静的サイトを基本としつつ、フォーム送信や一部の認証だけ軽く足したい案件
- Cloudflare DNSやWAF、リダイレクトも含めて運用をまとめたい案件

本格的なSaaSや業務システムのように、アプリケーションが主役の案件では、Cloudflare単体で考えるより、他の基盤（Supabase）とどう組み合わせるかなどを見ます。

### 最近はこのあたりもLLMでかなり整理しやすい

このへん、以前はサービス資料やドキュメントを大量に見比べながら頭の中で整理するしかなかった部分がありましたが、最近はそれがだいぶ変わりましたね。

Claude CodeやGeminiに「この要件ならCloudflareのどの機能が関わるか」「ステージング保護やフォーム基盤をどう切るか」といった観点で壁打ちすると、最初の整理が激早です。   
比較表のたたき台や論点の洗い出しはかなり楽になった印象です。

責任分界、運用体制、監査要件、更新担当者の理解度などは、最終的に人が見ないと危ないです。LLMは最初の地図を作る係、人間は現場に合う道を選ぶ係、くらいの役割分担がちょうどよいと思います。

### まとめ

Cloudflareをひとことで言うなら、単なる高速化サービスではなく、Webの周辺をかなり広く支えられるプラットフォームです。制作会社の目線で見ると、「構成を軽くしたい」「でも必要な守りや実装はちゃんと持ちたい」というときにかなり効きます。

もちろん、何でもCloudflare一択ではありません。   
サイト配信、認証制御、軽いバックエンド、ストレージ、AI活用の入口まで含めて見渡せるのは大きな魅力です。実際に触ってみると印象がだいぶ変わる部分だと思いますよ！**かなり簡単設定です！**