概要
Cloudflare で購入した独自ドメイン（例: example.com）に対して、
info@example.comcontact@example.com自分の名前@example.com
のようなメールアドレスを無料で作って、普段使っている Gmail / Outlook などに転送できるのが Cloudflare Email Routing です。
この記事では、Cloudflare 内でドメインを購入したケースを前提に、Email Routing を使って「受信できるメールアドレス」を作るところまでを、スクショなしでも迷わないレベルで手順化します。
ただし、カスタムドメインのお問い合わせメール用など、使いやすい用途は規模が小さなものに限られると思うので、大量送信するような用途には推奨しない。
この手順でできること
-
example.comドメインを Cloudflare で管理している - メールサーバーを自前で立てたくない
- とりあえず 転送用メールアドレス をサクッと用意したい
という前提で、
- Cloudflare の Email Routing を有効化する
- 転送先（普段使っているメールアドレス）を登録・認証する
- 独自ドメインのメールアドレス（カスタムアドレス）を作る
- 動作確認する
- 余裕があればキャッチオール・サブアドレス・送信設定も触る
ところまでを一気にやります。
イメージとしては、
郵便の「転送届」を Cloudflare に出して、
info@example.comに届いた郵便を、
自分の Gmail ポストに自動転送してもらう
という感じです。
前提条件
- Cloudflare アカウントを持っている
- Cloudflare で独自ドメインを購入済み
（＝ Cloudflare Registrar 管理 & DNS も Cloudflare） - 転送先に使いたいメールアドレスを 1 つ以上持っている
（例:yourname@gmail.com）
※ 他社でドメインを買って Cloudflare DNS に移している場合でも、基本の流れは同じです。
カスタムメールアドレス作成・転送手順
Step 0. Cloudflare でドメインを購入・確認する
※ 既に Cloudflare でドメインを買っている場合は、本手順は不要。
- Cloudflare ダッシュボードにログイン
- 左メニューから 「Registrar」 または 「ドメイン」一覧へ
- 対象ドメイン（例:
example.com）が Cloudflare Registrar になっていることを確認
Cloudflare Registrar で買ったドメインは、最初から Cloudflare DNS で管理されており、Email Routing が使える状態にしやすいです。
Step 1. Email Routing を有効化する
※ 既に有効化されている場合は、本手順は不要。
- Cloudflare ダッシュボードで「ドメイン」管理から対象の独自ドメインを選択
- 左メニューから 「メールアドレス」 → 「Email Routing」 をクリック
- 初めて使う場合は 「始める」「Email Routing を有効にする（Enable Email Routing）」 などのボタン・リンクが出るので押す
- ここでカスタムメールアドレスと宛先を一気に設定できるが、よくわからなければ、右下のボタンから一旦スキップしても OK
- Cloudflare が追加しようとしている DNS レコード（MX / TXT）一覧が表示されるので確認
- 「レコードを追加して有効にする（Add records and enable）」 をクリックして有効化
ここで Cloudflare が自動で以下を行います：
- 受信先を Cloudflare に向けるための MX レコード を追加
- SPF などの検証用 TXT レコード を追加（Email Routing 用）
ポイント
- すでにメール用の MX レコードを他社サービスで使っている場合は、どちらを使うか整理してから進める
- 新規ドメインでメール用途メインなら、基本的に Cloudflare に任せて OK
Step 2. 転送先のメールアドレスを登録・認証する
「どこに転送するか」を登録。Gmail や Outlook など、もともと持っているメールアドレスを登録する。
- Email Routing ページの 「宛先アドレス（Destination addresses）」 セクションを選択
- 「宛先アドレスを追加（Add destination address）」 ボタンをクリック
- 転送先にしたいメールアドレスを入力（例:
yourname@gmail.com） - Cloudflare から、そのメールアドレス宛に確認メールが届く
- メール本文中の確認リンクを開いて 「メールアドレスを確認」 をクリック
- Cloudflare サイトに飛び「メールアドレスが確認されました」と表示されたら完了
この確認作業（Verify）が終わるまで、後で作るメールルールは有効になりません（安全のため）。
Step 3. 独自ドメインのメールアドレス（カスタムアドレス）を作成する
info@example.com などの "外部に見せたいメールアドレス" を作り、それをさっき登録した転送先に紐付ける。
- Email Routing ページの 「ルーティングルール（Routing rules）」 セクションを選択
- 「アドレスを作成（Create address）」 ボタンをクリック
- 次の項目を設定：
-
カスタムアドレス
-
info,contactなどを設定（@以降は独自ドメインが表示されているはず）
-
-
アクション
- 「メールに送信」を選択（デフォルトのまま）
-
宛先
- 登録・確認済みのメールアドレスを選択
-
カスタムアドレス
- 「保存」ボタンをクリックし、カスタムアドレス一覧 に設定が表示されたら完了
- この方法では、1 : N のルールは作れない（１つのアドレスから複数転送は不可）
- 同じカスタムアドレスに複数の宛先を紐付けると、最後に作ったルールだけが有効 になる
- 例:
info@example.com→ Gmail と Outlook の 2 に転送はできない
- 例:
動作確認
- カスタムメールアドレスにメールが届くか動作確認し、無事に届いていれば完了
- DNS の伝播が完了していない場合、最初の数分～数十分は届かないことがあるので、その場合は、少し時間をおいて再度テストしてみること
補足１：「キャッチオールアドレス」でどのアドレスでも受信する
「とにかく *@example.com に届いたメールは全部同じ Gmail に入れたい」場合に使用できる設定方法。
Email Routing で Catch-all（キャッチオール）アドレスを有効にすると、
-
info@example.com（作ったアドレス①） -
contact@example.com（作ったアドレス②） -
aaa@example.com（作ってない） -
ifno@example.com（タイプミス）
のようなアドレスに送られたメールも、全部まとめて 1 つの転送先に流す ことができる。
デフォルトはステータスが無効な上、アクションも「Drop（無視する）」になっているので、有効化すれば使用可能。
有効化の手順
- Email Routing ページの 「ルーティングルール（Routing rules）」 セクションを選択
- 「キャッチオールアドレス（Catch-All）」 のスイッチを 有効（Active） にする
- 「編集」ボタンをクリックし、編集画面の アクション で「メールに送信」を選択
- 宛先 で受け取りたいメールアドレスを選ぶ
- 「保存」ボタンをクリックして完了
補足２：サブアドレス（+ 付きアドレス）も使える
Cloudflare の Email Routing は、サブアドレス（plus addressing）（Gmail とかで言う「エイリアス」）の作成にも対応している。
例えば、user@example.com を 1 つ作っておけば、
user+twitter@example.comuser+github@example.comuser+newsletter@example.com
のようなアドレスも全部 user@example.com として扱われ、同じ転送先に届く。
有効化の手順
- Email Routing ページの 「設定（Settings）」 セクションを選択
- サブアドレス指定（Subaddressing） にチェックを入れたら完了
使い方の例
- どのサービスから漏れたアドレスなのかを
+の後ろで判別する - 迷惑メールが来たら、そのサブアドレスをフィルタで処理しやすい
補足３：カスタムメールアドレスで「送信（返信）」もできるようにしたい場合（Gmail の例）
前述までで「受信」→「転送」はできる（info@example.com 宛は Gmail などへ届く）状態になっている。
しかし、カスタムアドレスのまま送信（返信）はできないので、「Gmail から info@example.com として送信・返信したい」場合は、更に Gmail 側で SMTP 設定を追加する必要がある。
- 基本は、この送信設定まではせずに、受信転送程度に使っておくのが無難という印象
- あまり推奨しないが、個別のやり取りなど、大量送信しない場合であれば「１つの選択肢」として考えられる
ざっくり手順（Gmail での例）
- Google アカウントで 2 段階認証 を有効化
- Google アカウントで「アプリパスワード」を発行しておく
-
https://myaccount.google.com/apppasswordsにアクセス - アプリ名を入力して、作成ボタンクリック後 一度だけ表示されるパスワード を控えておく
-
- Gmail 右上の 歯車アイコン → すべての設定を表示
-
「アカウントとインポート」タブ →「名前」→「他のメールアドレスを追加」をクリック
- ここで権限がない場合「アカウント」タブ表示になっている可能性がある
- ポップしたウィンドウで、「名前」「メールアドレス」を設定
- 名前: 送信先に表示されたい名前を任意設定する
- メールアドレス: Cloudflare で作った
info@example.comを入力 - 「エイリアスとして扱います」はチェック ON のまま
- SMTP サーバー設定を入力：
- SMTP サーバー:
smtp.gmail.com - ポート:
587 - ユーザー名: 自分の Gmail アドレス（
yourname@gmail.com） - パスワード: アプリパスワード（先ほど発行したやつ）
- 暗号化: TLS
- 「アカウントを追加」ボタンをクリック
- SMTP サーバー:
- Gmail から確認メールがカスタムアドレス
info@example.comなど宛に飛ぶ- Cloudflare 経由で転送されて、自分の Gmail 等に届くので、メールのリンクをクリックする
- 件名「Gmail からのご確認 -
info@example.comを差出人としてメールを送信します」の様なメールが届くはず - リンクをクリック後「確認」ボタンを押す
- 確認ボタンクリック後、完了表示で OK
- 「Gmail ユーザーは
info@example.comとしてメールを送信できるようになりました。」となれば完了
- 「Gmail ユーザーは
これで Gmail の「差出人」に カスタムアドレス（info@example.com など）を選べるようになり、送受信ともに独自ドメインのメールアドレスとして使えるようになる（※ ただし、自動的にカスタムメールが選択される様になってはいないので注意）。
送信はできるけどスパム扱いされるので、それを回避する
完全に防げるわけではないので、運用改善も含めて要検討。
1. SPF拡張
- DNS の SPFレコードに
include:_spf.google.comを追加。つまり以下とする- 変更前のレコード:
"v=spf1 include:_spf.mx.cloudflare.net ~all" -
変更後のレコード:
"v=spf1 include:_spf.mx.cloudflare.net include:_spf.google.com ~all"
- 変更前のレコード:
- これで Gmail からの別名送信を承認し、スパム判定を軽減
2. DMARC追加
- TXTレコードでDMARCを設定
- レコード追加ボタンをクリック
- タイプ:
TXT - 名前:
_dmarc - コンテンツ:
"v=DMARC1; p=none; rua=mailto:report@カスタムドメイン" - TTL: 自動
- ステータスは自動的に DNSのみ になるはず（設定箇所がないはず）
- まずは
p=none;監視メールで評価する- いきなり下記のように
p=quarantine;で正規メールも落ちるリスクは取らない - NG 例:
v=DMARC1; p=quarantine; rua=mailto:dmarc@カスタムドメイン
- いきなり下記のように
3. 運用改善
- 初回送信後、数日間テストメールを「スパムではない」と Gmail でマーク
- 「1日数百通以内」などに送信量を抑え、受信者リストを温める（新規大量送信避ける）
無料 Gmail の限界：From の「〜経由（via）」の表示は完全には消えない
カスタムメールアドレスから Gmail に転送したり、転送されたメールに返信（送信）したりすると、受信した人 のメールの From には、以下の表示が出る。
- カスタムメールアドレスから Gmail 転送時：「cloudflare-email.net 経由（via cloudflare-email.net）」
- カスタムメールアドレスとして Gmail から別名送信時：「gmail.com 経由（via gmail.com）」
これは、迷惑メールの可能性があると判定される場合に表示されるが、前述の設定をもろもろしても、送信元と送信サーバのドメインが異なる場合はどうしても表示される。
これは、無料 Gmail でカスタムドメインを名乗るときの限界 なので、使い方や用途に合わせて利用するのが良さそう。
上記がどうしても気になる場合は:
- Google Workspace をおとなしく契約する
- SendGrid や AWS SES, Resend の併用
などを検討するのが良い。小規模ビジネスや個人のお問い合わせや少数のやり取りであれば問題なさそう。