Cloudflare Email Routingで独自ドメインのメールを転送する方法｜返信元はどうなる？

Email Routingは「受信して転送する」機能

たとえば架空の contact@example.com へ届いた問い合わせを、担当者が使う既存のメールアドレスへ転送できます。Cloudflare公式はルールを「メールアドレスのパターン→検証済み転送先、またはEmail Worker」と説明しています。独自ドメインの受信箱を新規に作る機能ではありません。

Email RoutingはWorkers FreeとPaidの両方で利用できます。転送メールそのものの件数は公式料金表で無制限とされていますが、Workerで処理する場合のCPU・実行制限まで無制限になるわけではありません。

設定はドメイン登録よりもDNSと転送先の確認が中心

Cloudflare DNSを利用するドメインで、Dashboardの Compute → Email Service → Email Routing からドメインをオンボードします。Cloudflareが受信向けMX、SPF、DKIMの追加内容を示すので、既存メールの設定と衝突しないか確認します。続いてDestination Addressesに転送先を登録し、届いた確認メールで承認します。

対象ドメインでRouting Rulesから contact のような受信パターンと検証済み転送先を結びます。検証前のルールは無効のままです。別の外部アドレスからテストメールを送り、受信箱と迷惑メールフォルダを確認します。ダッシュボードの表記はUI変更で変わる可能性があります。

転送されたメールに普通に返信すると何が起こる？

転送先が staff@example.net なら、その受信箱からの普通の返信は staff@example.net を差出人として送られます。contact@example.com に来たメールだからといって、返信元が自動的に contact@example.com に切り替わるわけではありません。外部へ見せたくないアドレスを転送先にしている場合は、事前に別のテスト受信箱へ返信して確認してください。

Cloudflareには別機能のEmail Sendingや、Email Workerの条件付き返信もあります。しかし、転送済みの受信箱が自動で「窓口から返信できるメールボックス」に変わるわけではありません。人が返信する構成は別の記事で整理します。

既存メールのMXと混ぜて運用しない

CloudflareのDNSトラブルシューティングは、Routingを有効にしたとき別のメール事業者のMXと競合し得ると注意しています。Microsoft 365やFastmailで同じドメインの受信を継続するなら、Routingのオンボードを先に押さず、その事業者のMXを維持する構成を検討します。複数ドメインならドメインごとに受信先を設計できます。

転送では元メールのDMARCポリシーにより配信に影響する場合もあります。届かないときは「Cloudflareで受理」「転送先で受信」「迷惑メール判定」を分けて調べます。この記事は受信成功率や全メールクライアントでの表示を実測していません。

検証条件・対象環境

よくある質問

更新履歴

情報源

一次情報と発見元を区別し、各ページの公開日と確認日を記録しています。

1. 公式ドキュメントCloudflare
   Route emails

   オンボード、転送先の検証、ルール作成とテスト。

   公開: 2026.06.09（最終更新）確認: 2026.09.22
2. 公式ドキュメントCloudflare
   Email routing rules and addresses

   検証済み転送先とルールの挙動。

   公開: 2026.06.09（最終更新）確認: 2026.09.22
3. 公式ドキュメントCloudflare
   Postmaster / known limitations

   転送メールの返信元とDMARCの制限。

   公開: 2026.06.09（最終更新）確認: 2026.09.22
4. 公式ドキュメントCloudflare
   Troubleshooting email issues

   ほかのメール事業者のMXとの競合。

   公開: 2026.06.09（最終更新）確認: 2026.09.22
5. 公式料金ページCloudflare
   Pricing

   RoutingとSendingで異なるプラン条件。

   公開: 2026.06.09（最終更新）確認: 2026.09.22