Cloudflareだけで独自ドメインメールを完結 — Email SendingのSMTP対応をGmail連携で徹底解説
はじめに
独自ドメインでメールを運用したいけれど、Google Workspace の月額は払いたくない。かといって自前のメールサーバーは運用が重すぎる——この「ちょうどいい選択肢がない」問題に、Cloudflare が新しい答えを出しました。2026年6月に Email Sending の SMTP 対応 が始まり、これまで受信専用だった Email Routing と組み合わせることで、Cloudflare だけで独自ドメインメールの送受信が完結 するようになったのです。本記事では、その仕組みと設定手順、料金、そして従来の「Gmail の裏ワザ」が抱えていた問題をどう解決するのかを、エンジニア視点で掘り下げます。
何が変わったのか — 受信と送信が Cloudflare で揃った
これまで Cloudflare の Email Routing は「独自ドメイン宛のメールを Gmail などへ自動転送する」受信専用の無料サービスでした。送信側は別途用意する必要があり、多くの人は Gmail の「他のメールアドレスとして送信」機能で代用していました。
今回追加された Email Sending は、認証付きの SMTP 送信エンドポイントを提供します。構成はシンプルで、以下の3つの役割分担になります。
- 受信: Email Routing が独自ドメイン宛メールを Gmail に転送
- 送信: Cloudflare の SMTP サーバー
smtp.mx.cloudflare.netを Gmail に設定し、独自ドメインアドレスから送信 - 保存・管理: いつもの Gmail の UI をそのまま利用
つまり、メールボックスは Gmail に間借りしつつ、ドメインの入口と出口の両方を Cloudflare が担うという構図です。DNS 管理も送受信もひとつのダッシュボードに集約できるのが最大の利点です。
技術的な背景 — 「代理送信」問題と認証の自動化
なぜこれが嬉しいのか。従来の「Gmail から独自ドメインで送る裏ワザ」には、地味だが本質的な弱点がありました。Gmail 無料版は独自ドメインの DKIM 署名ができません。そのため送信メールの Return-Path が Gmail 側になり、受信者には「on behalf of（〜に代わって）」や「via gmail.com」という表示が付いてしまいます。しかも SPF は Return-Path を見るため、この状況では役に立ちません。結果として、DMARC を厳格に設定すると自分のドメインから出したメールが弾かれる、という矛盾に陥りがちでした。
Cloudflare Email Sending はここを正面から解決します。ドメインをオンボードする際に SPF・DKIM・DMARC の必要な DNS レコードを自動設定 してくれるため、送信元が正しく独自ドメインとして認証されます。「代理送信」表示は消え、到達率（deliverability）も安定します。SMTP の接続要件はセキュリティを意識した設計で、ポート 465 の implicit TLS のみ をサポート。平文 SMTP や 587 番の STARTTLS、25 番の無認証リレーは使えません。認証はユーザー名に api_token という固定文字列、パスワードに発行した API トークンを入れる方式です。
送信手段は SMTP だけでなく、Workers Binding（API キー不要で最もシンプル）と REST API も用意されており、アプリからのトランザクションメール送信にもそのまま応用できます。Resend や SendGrid、Amazon SES といった既存サービスと競合する領域ですが、R2・Queues・Workers AI と同じプラットフォームに統合されている点が Cloudflare ならではの強みです。
エンジニアへの影響 — 設定手順と使いどころ
実際の設定は概ね次の流れです。
- Email Routing で受信を設定: ダッシュボードで対象ドメインをオンボードし、転送先の Gmail アドレスを登録
- Email Sending にドメインを追加:
Compute > Email Service > Email Sendingを開き、指定された DNS レコードを追加（Workers Paid プラン=月$5 が必須） - API トークンを発行:
Email Sending: Edit権限を付与して生成 - Gmail に送信設定を追加: 「アカウントとインポート > 他のメールアドレスを追加」で、SMTP サーバー
smtp.mx.cloudflare.net、ポート 465（SSL/TLS）、ユーザー名api_token、パスワードに発行トークンを入力。確認コードは Email Routing 経由で届くのでリンクを踏めば完了
想定ユースケースは広く、個人ブログの問い合わせ用アドレス、複数ドメインの窓口一本化、あるいは小規模サービスの通知メール送信などにフィットします。DNS を Cloudflare で管理していることが前提で、Email Sending はまだベータ版という点は押さえておきましょう。設定後は別アドレスへテスト送信し、ヘッダーで SPF/DKIM/DMARC の各結果が pass になっているか必ず確認するのがおすすめです。
まとめ
- Cloudflare が Email Sending の SMTP 対応を開始し、受信の Email Routing と合わせて 独自ドメインメールの送受信が Cloudflare 内で完結 するようになった
- 従来の Gmail 裏ワザの弱点だった「代理送信」表示や DKIM 非対応を、認証レコードの自動設定 で解消
- SMTP は ポート 465 / implicit TLS のみ、ユーザー名
api_token+ API トークン認証 - 料金は Workers Paid の月$5（月3,000通まで込み）で、個人利用なら実質この一本で運用可能
メール周りは「動くけれど正しく認証されていない」状態に陥りやすい領域です。認証を自動で正してくれる選択肢が月$5 で手に入る意義は大きく、個人ドメイン運用のハードルを確実に一段下げるアップデートと言えます。ベータが取れた後の正式リリースにも注目したいところです。