Cloudflareで、ひとり商いのWeb環境をどこまで整えられる？

屋号のホームページを作る。問い合わせを受け付ける。毎日の仕事で使う、小さな管理ツールを用意する。

ひとりで事業を営んでいると、Webまわりで必要なものが少しずつ増えていきます。そのとき、候補の一つになるのがCloudflareです。

独自ドメインを取得できるだけでなく、サイトの配信、通信の保護、アプリの実行やデータ保存まで扱えます。今回は、どこに便利さがあり、どこは自分で考える必要があるのかを整理します。

1．名前を用意して、届けて、動かす

Cloudflareは、CDNやDNSで知られるサービスです。CDNはサイトのデータを各地から効率よく届ける仕組み。DNSはドメイン名と接続先を結び付ける仕組みです。

それに加えて、ドメインを登録するRegistrar、Web通信を保護する機能、プログラムを動かすWorkers、静的サイトを公開するPagesなどがあります。

たとえば、紹介サイトの公開から始めて、あとから問い合わせ処理を加える。必要になったら、仕事用の小さなツールを作る。管理先を増やしすぎず、目的に合わせて機能を足せるのが魅力です。

他社で取得したドメインを使うこともできます。Cloudflareでドメインを買うかどうかと、配信や開発の機能を使うかどうかは、分けて検討できます。
参考：DNSとドメインの役割

2．ドメインは、更新料金と接続条件を見る

Cloudflare Registrarは、登録・更新を原価で提供すると案内しています。ドメインの管理元であるレジストリや、ICANNに支払う費用に、独自の上乗せをしない仕組みです。

ただし、原価が変われば料金も変わります。同じドメインの取得料と更新料を比べ、税と決済通貨も確認しましょう。外貨建てなら、円での負担は為替や決済手数料にも左右されます。

Cloudflare Registrarで管理する間は、CloudflareのDNSを使う必要があります。他社のネームサーバーへの変更が必須のサービスを使う予定なら、購入前に接続できるか確認してください。
.comや.netなどに対応していますが、2026年10月24日に確認した対応TLD一覧に.jpの記載はありません。.jpを使う予定なら、登録・移管の可否を最新の対応一覧で確かめ、他社での契約・更新管理も含めて検討してください。

他社で取得した.jpでも、CloudflareのDNSやCDNなどは利用できます。必要なDNS設定と、利用するサービスの接続条件を確認しましょう。

無料で有効化できるDNSSECや、登録者の個人情報を公開情報から隠す機能もあります。ただし、非公開化は管理元が認める範囲で、国や都道府県など残る項目があります。

すでに持っているドメインを移す「移管」には、新規取得とは別の条件があります。営業中のサイトやメールの設定を控え、更新期限に余裕を持って検討しましょう。
参考：Registrarの概要、対応TLD、利用条件のFAQ、登録者情報の非公開化

3．今あるサイトの配信や保護にも使える

すでにホームページがあっても、Cloudflareを使う余地があります。

CDNは、画像などのコピーを読者に近い配信拠点から届ける仕組みです。元のサーバーへのアクセスを減らし、表示を速められる場合があります。ただし、すべてのページが自動で保存されるわけではありません。ログイン後の画面や個人ごとに内容が変わるページなどは、適切な設定が必要です。

外部サーバーのサイトを保護する場合は、対象のWeb通信をCloudflare経由にする設定が前提です。DNSを管理するだけでは、こうした保護はかかりません。

大量の通信でサイトを止めようとするDDoS攻撃への対策や、Webへの不正な通信を検査するWAFもあります。

無料プランにも保護機能がありますが、WAFで使えるルールなどは有料プランと異なります。サイト側の不具合の修正や、管理画面の認証も引き続き必要です。
参考：CDNの仕組み、プロキシ設定、WAFのプラン別機能

4．作りたいものに合わせて、小さく組み合わせる

・事業紹介や実績のサイト

文章や画像が中心なら、Workers Static Assetsで静的サイトを公開する構成が候補です。Pagesもありますが、現在の公式案内では新規プロジェクトにWorkersを勧めています。まずはページと独自ドメインから。最初からデータベースを持たずに始められます。

・問い合わせを受け付けるサイト

紹介サイトにフォームを加えるなら、外部のフォームサービスを組み合わせるか、Workersで入力を処理します。自作する場合は、入力内容の確認、迷惑送信への対策、通知メール、個人情報の扱いまで考えます。
ドメインを取っただけでは、仕事用の受信箱はできません。Email Routingは、受信メールを別の宛先やWorkersへ振り分ける機能です。送信用のEmail SendingはBetaで、任意の宛先への送信にはWorkers Paidが必要です。自分のアカウントで確認済みの宛先への送信には無料の範囲があります。通常のメールボックスとは役割が違うため、返信方法と利用条件を別に確認しましょう。

・自分や少人数で使う業務ツール

案件一覧や作業記録なら、WorkersとデータベースのD1を組み合わせる方法があります。画像やPDFの保存が必要ならR2も候補です。

チーム向け画面の入口をAccessで制限する方法もあります。ただし、顧客ごとの閲覧権限など、アプリの中で誰に何を見せるかは別に設計します。

サーバー本体の管理をサービス側に任せられる一方で、画面や処理の設計は必要です。コードや設定の手入れを誰が続けるのかも、構成と一緒に考えましょう。
参考：PagesとWorkersの案内、データ保存の選び方、Accessの保護対象、メール機能

5．無料枠と、使い続ける費用を分けて考える

Workers Static Assetsの静的ファイルへのリクエストは無料・無制限です。ファイル数や1ファイルのサイズなどには、別途制限があります。また、先にプログラムを動かす構成では、その処理は別に数えられます。無料なのがどの部分かを見ておきましょう。

ドメインの登録・更新、サイト向けの有料プラン、Workersの実行、データベース、ファイル保存などは、それぞれ料金の仕組みが異なります。無料枠を超えたときに止まるのか、従量料金が発生するのかも確認が必要です。

小さなサイトでも、迷惑送信や想定外のアクセスで処理が増えることがあります。利用量の確認と、製品ごとに設定できる制限や通知を活用しましょう。すべての料金に共通する予算上限があるとは考えず、個別に確かめます。
参考：静的ファイル配信の料金、ファイル数などの制限、Workersの料金

6．運用を続けられる形にしておく

管理先をまとめると便利ですが、一つのアカウントへ入れなくなったときの影響も大きくなります。二要素認証と復旧用コード、受け取れる連絡先メール、支払い方法を確認しておきましょう。

ソースコードやデータのバックアップも必要です。誤って削除したときに、何を使って戻すのかまで確かめます。パスワードや外部サービスの秘密情報を、公開ページや公開するコードに書かないことも基本です。

将来ほかのサービスへ移すとき、Cloudflare固有の機能を多く使っていると、書き換えが必要になる場合があります。データを書き出す方法と、作り方の記録も残しておきましょう。
参考：二要素認証と復旧コード、秘密情報の管理

始める前に、次の点を確認してみてください。

□ 公開するものと、見せる相手を決めたか
□ ドメインと利用サービスを接続できるか
□ 更新料、従量料金、無料枠の制限を確認したか
□ 保守する人と、困ったときの相談先が決まっているか
□ アカウントとデータを復旧する準備があるか

今日の一歩は、「公開したいページ」「受け付けたい情報」「自分だけが使う機能」を書き出すこと。そのうち、今月必要なものを一つ選びましょう。

Cloudflareは、事業のWeb環境を段階的に整える候補になります。料金だけでなく、自分や頼める人が無理なく運用できるかまで含めて選びたい道具です。
※2026年10月24日に公式情報を確認した一般的な紹介です。構成は検討例で、本記事では個別環境での構築・設定・性能・復旧の検証結果を示していません。広告リンクは掲載していません。料金、無料枠、対応ドメイン、機能、利用条件は変更されることがあります。申し込みや構築の前に最新の案内をご確認ください。