個人開発者のメール構成 — 無料でカスタムドメインメールを送受信する
はじめに
個人事業主としてWebサービスを運営していると、必ず直面するのが「事業用メールアドレスをどうするか」という問題です。
@yourdomain.com のようなカスタムドメインメールは、フリーメール（@gmail.com）と比べて信頼感が段違いです。問い合わせ対応・取引先とのやり取り・サービス登録など、事業の顔として機能します。
しかし、いざ整えようとすると選択肢が多すぎて迷います。
Google Workspace（月額課金）
Resend Pro（月額課金）
自前のメールサーバー構築（運用コスト爆発）
レンタルサーバー付属のメール（管理画面が古い）
私は3つのWebサービスを運営する個人開発者ですが、最終的に Cloudflare Email Routing + Brevo SMTP + Gmail という構成に落ち着きました。完全無料で、Gmailの慣れた操作のまま、hi@jir0.com で送受信できる構成 です。
この記事では、その構成と「なぜ他の選択肢を選ばなかったか」を解説します。
想定読者:
個人開発者・個人事業主でカスタムドメインメールを整えたい方
月額課金は避けたいが、信頼感のあるメール環境が欲しい方
Resend / Google Workspace と迷っている方
結論：最終的なメール構成
先に答えから書きます。私は以下の構成で運用しています。
用途 | サービス | コスト |
|---|---|---|
| Cloudflare Email Routing → Gmail へ転送 | 無料 |
| Gmail「Send as」+ Brevo SMTP | 無料（300通/日） |
SaaSのトランザクションメール（決済通知・サインアップ） | Resend | 無料（3,000通/月・100通/日） |
お問い合わせフォームの自動返信 | Resend | 無料（同上） |
ポイントは2つあります。
「個人の手動メール」と「サービスのトランザクションメール」を分けている
どちらも完全無料の枠内で運用できる
それぞれ詳しく見ていきます。
受信側：Cloudflare Email Routing
カスタムドメインでメールを 受信 するだけなら、Cloudflareが無料で提供している Email Routing で完結します。
やること
ドメインをCloudflareで管理している前提（DNSをCloudflareに移管しておく）
ダッシュボードの「Email」→「Email Routing」を有効化
hi@jir0.com→myaccount@gmail.comに転送するルールを追加CloudflareがMXレコードとSPFレコードを自動で設定
これだけで、hi@jir0.com 宛に届いたメールが普段使っているGmailにそのまま転送されます。
メリット
完全無料（Cloudflare の無料プランで使える）
設定が驚くほど簡単（DNSの知識ほぼ不要、UIが全部やってくれる）
転送先を複数設定できる（
info@、support@などをすべて1つのGmailに集約可能）
注意点
これは 「受信専用」 です。Cloudflare Email Routing 単体では送信できません。
送信については後述のBrevo SMTPが必要になります。
ここまでで「届く」が完成します。次は「送る」側です。
送信側：Gmail「Send as」+ Brevo SMTP
ここが個人開発者が一番悩むポイントです。
普段使っているGmailからそのまま hi@jir0.com で送信したい。でもGmailは自分のアカウントのアドレスでしか送れないのでは？ と思いがちですが、実は Gmailには「他のメールアドレスから送信する」機能（Send as） があります。
これを使うと、Gmailの送信画面で From: を hi@jir0.com に切り替えて送信できます。
ただし、これを使うには SMTPサーバー（送信サーバー）が別途必要 です。Gmailは「送信代行先」としてあなたが指定したSMTPサーバーを使います。
Brevo を SMTP として使う
Brevo（旧 Sendinblue）は無料枠が太いトランザクションメール/SMTPサービスです。
無料枠：1日300通（2026年4月時点、月間上限なし）
個人事業主の手動メール用途では、この上限を使い切ることはまずありません
設定手順
Brevoでアカウント作成
ドメイン認証：
jir0.comをBrevoに登録し、必要なDNSレコードをCloudflareに追加
TXT × 2（ドメイン所有確認 + SPF）
CNAME × 2（DKIM署名鍵：
brevo1._domainkeyとbrevo2._domainkey）
Brevoの「SMTP & API」→「SMTPキーを生成」
Gmailの設定 → 「アカウントとインポート」 → 「他のメールアドレスを追加」
SMTPサーバー情報にBrevoのホスト・ポート・認証情報を入力
Gmailから確認メールが届くので認証
これで完了です。Gmailの送信画面で From: を hi@jir0.com に切り替えると、Brevo経由でカスタムドメイン送信されます。
補足：DKIMとは何か
DKIM（DomainKeys Identified Mail）は、メールが本当にそのドメインから送られたものであることを暗号署名で証明する仕組みです。
送信側：秘密鍵でメール本文に署名を付けて送る
受信側：DNSに公開されている公開鍵で署名を検証する
これがないと「hi@jir0.com を名乗る怪しいメール」としてスパム判定されやすくなります。Brevoの場合、公開鍵を直接DNSに書くのではなく、CNAMEレコードでBrevoが管理する鍵をポイントする方式 を採用しています（鍵のローテーションが自分のDNS更新なしにできるメリットがある）。
受け取り側から見るとどう見えるか
From:
hi@jir0.comDKIM署名: Brevoの鍵で正常に署名済み
SPF: Brevoのドメインで通過
主要なメールクライアント（Gmail, Outlook, Apple Mail）でスパム判定されることなく、正規のメールとして届きます。
なぜResend Proにしなかったか
Resendは個人開発者の間で人気のメールAPIサービスで、私もFolioInkのトランザクションメールには採用しています。
ただ、個人の手動メール送信用途には向きません。
理由1：自分のドメインを追加するには Pro ($20/月) が必要
Resendの無料プランでは onboarding@resend.dev という共用ドメインしか使えません。hi@jir0.com のような自分のドメインを送信元にするには Pro プラン（月額$20）が必須 です。
年間で約$240（3万円超）。個人開発者の事業メール用途としては明らかに過剰です。
理由2：そもそもResendはAPI送信前提
Resendは「コードからAPIで送る」のが基本設計です。Gmailから手動で送るのには向いていません。
理由3：Brevoで全く同じことが無料でできる
Brevoの無料SMTPで完全に代替可能です。「個人の手動メール = Brevo」「サービスのトランザクション = Resend」 と役割分担するのが、コスパと運用負荷の両面で最適でした。
なぜGoogle Workspaceにしなかったか
Google Workspace の Business Starter は 月額$6 / ユーザー で、カスタムドメインメール + Google Drive + Meet などが使えます。
機能としては申し分ありません。が、ソロの個人開発者には過剰です。
観点 | Google Workspace | Cloudflare + Brevo |
|---|---|---|
カスタムドメインメール | あり | あり |
月額コスト | $6/ユーザー | 無料 |
Drive/Meet等の付加機能 | あり | なし（ただし個人Gmailで代替可能） |
設定難易度 | 簡単 | 中（DNS設定が必要） |
送信上限 | 2000通/日 | 300通/日（Brevo無料枠） |
私はDrive/Meetを個人のGmailアカウントで使えていて、組織機能も必要ありません。月$6 × 12ヶ月 = 年$72 を払うほどの差はないと判断しました。
将来チームを組んだり、複数アドレスを本格運用するフェーズになれば乗り換えを検討します。「課金はトリガーが明確になってから」 が個人開発の鉄則です。
Resendとの使い分け：なぜ一元化しないのか
ここで「メールサービスは1つにまとめた方が管理コストが低いのでは？」という疑問が出てきます。私も検討しました。
結論：分けたままにしました。
理由は、両者の役割が根本的に違うからです。
観点 | 手動メール（Gmail + Brevo） | トランザクション（Resend） |
|---|---|---|
送信元 | 自分（手動） | サーバー（API） |
送信頻度 | 1日数通 | サインアップ・決済ごと |
信頼性要件 | 普通 | 高（決済確認が届かないと事故） |
配信速度 | 数秒〜数分でOK | 即時 |
ログ・追跡 | 不要 | 必須（再送・配信確認） |
トランザクションメールはサービスの信頼に直結するため、配信成功率・ログ・再送機構が整ったResendを使い続けるべきです。手動メールの利便性のためにここを移行するのは、得るものに対して失うものが大きすぎます。
「移行コスト × リスク > 一元化のメリット」 のパターンです。
構築してみた所感
実際にこの構成を運用してみて感じたのは、「Cloudflare の無料枠の太さは個人開発者の救世主」 ということです。
DNS（Cloudflare DNS）
メール受信（Cloudflare Email Routing）
CDN・WAF（Cloudflare Pages / Workers）
これらが全て無料枠で使えるので、個人開発者の事業基盤コストはほぼゼロにできます
設定で唯一面倒だったのはBrevoのDKIM設定です。CloudflareのDNSダッシュボードでTXT/DKIMレコードを正確に追加する必要があり、コピー&ペースト時の改行混入で1度はじかれました。「DNSレコードは1文字でも間違えると認証通らない」 はあるあるなので、コピペは慎重に。
まとめ
個人開発者のメール構成として、私は以下を推奨します。
目的 | 構成 | コスト |
|---|---|---|
カスタムドメインで受信 | Cloudflare Email Routing → Gmail | 無料 |
カスタムドメインで送信 | Gmail Send as + Brevo SMTP | 無料（300通/日） |
SaaSのトランザクションメール | Resend | 無料（3,000通/月・100通/日） |
ポイント:
「手動メール」と「トランザクションメール」を分けて考える — 1つのサービスで全部やろうとすると、どちらかが過剰スペックになる
無料枠で十分 — 個人事業主の送信量で有料プランが必要になることはまずない
課金は明確なトリガーが出てから — Brevoが300通/日を超えたら、Resendが100通/日を超えたら、その時に検討すれば良い
この構成にしてから、hi@jir0.com から自然にメールを送れるようになり、事業の信頼感がワンランク上がりました。同じ悩みを持つ個人開発者の参考になれば幸いです。