Cloudflare Email Service: プライベートベータ公開

 (blog.cloudflare.com)
5 ポイント 投稿者 GN⁺ 2025-09-26 | 3件のコメント | WhatsAppで共有
  • Cloudflare Email Serviceは、Cloudflare Workersと統合されたトランザクションメール送信機能
  • DNS自動設定とグローバルインフラにより、メールの信頼性と到達性を強化
  • REST API, SMTPの両方をサポートし、既存のReact Emailのようなメールフレームワークとも連携可能
  • Email Routingと組み合わせることで、メールの受信・解析などエンドツーエンドのワークフローを実装可能

Cloudflare Email Serviceの紹介と重要性

  • Cloudflare Email Serviceは、開発者がトランザクションメールをCloudflare Workersから直接送信できるようにし、既存のEmail Routing機能と組み合わせて1つの統合メールソリューションを提供
  • メールはユーザー登録、イベント通知、請求書送付などに活用され、最近ではAIベースのワークフローでも中核的な入出力として使われている
  • 従来は扱いが難しかったメール送信管理の課題を解決し、開発者ワークフローに自然に統合できる手軽さと信頼性を強調

主要機能と開発者体験

トランザクションメール送信

  • Cloudflare Workersから直接メール送信が可能で、複雑なAPIキー管理なしにEmailバインディングだけで簡単に実装可能
  • サンプルコードではenv.SEND_EMAIL.sendで簡単にメール送信が可能
  • API KeyやSecretを保存するリスクがなく、wrangler.jsoncにバインディングを追加するだけでセキュリティを強化できる
  • ローカル環境でもwranglerでエミュレーションテストが可能

信頼性とグローバル配信

  • DNS統合設定によりSPF、DKIM、DMARCレコードを自動管理
  • メールが高速かつ安定的にユーザーの受信箱へ届くよう設計されている
  • グローバルインフラにより、サーバーの地域管理の複雑さなしで低遅延のメール配信が可能

開発者フレンドリーな設計と統合性

  • メールは開発者ワークフローの必須要素であり、アプリケーションの中核体験を左右する
  • REST APIとSMTPの両方をサポートし、React Emailのような既存メールフレームワークで生成したHTMLメールもそのまま活用可能
  • 本番環境でメール送信履歴、バウンス率などのモニタリングとデバッグを提供

例: 外部フレームワークとの連携

  • React Emailなどで作成したメールテンプレートをsendメソッドにそのまま適用可能
  • 開発者は既存ツールやコードを容易に移行できる

Email Routingと組み合わせたエンドツーエンドワークフロー

  • Email Routingにより、ドメインベースのカスタムメールアドレスを作成し、受信メッセージをWorkerでプログラム的に処理
  • Workers AIと連携し、受信メールの分析、分類、要約、自動応答など多様な自動化ワークフローをサポート
  • 例: カスタマーサポート宛てメールからサポートチケットを自動作成したり、請求書の添付ファイルを別途保存したりといった活用が可能

サンプルコード: 受信メールの解析と処理

  • 受信メールの内容をAIで分析してラベリングし、別の処理チャネルへ送信

統合メールサービスの利点

  • Email SendingとRoutingの組み合わせにより、完全なエンドツーエンドのメールベースサービスを構築可能
  • たとえばsupportアドレスにメールが届くと、Workerがメール内容を解析→チケット作成→自動返信メール送信までのプロセスをCloudflare内ですべて実装可能

課金と提供範囲

  • Email Sendingは有料のWorkersサブスクリプションが必要で、送信メール数を基準に課金される予定
  • 正式な料金ポリシーは今後公開予定で、変更前にはユーザーへ事前告知される予定
  • Email Routingは現在無料で提供されており、既存の利用制限も維持される

まとめと提供スケジュール

  • Cloudflare Email Serviceは、次世代AIエージェント、バックグラウンド処理、自動化ワークフローのエンジンとなることを目指して開発されている
  • 11月にプライベートベータとして提供予定
  • Email Sendingに関心がある場合はウェイティングリストに登録可能
  • Email Routingは現在すぐに利用可能で、今後新しいメールAPIに統合される予定

結論

  • Cloudflare Email Serviceの追加により、開発者プラットフォーム内でメール中心のユーザー体験の革新が可能
  • 今後はメールを中心とした多様なアプリケーション、AI、自動化ワークフローの開発が促進されると見込まれる

関連記事

3件のコメント

 
shakespeares 2025-10-05

いろいろと効率は良さそうですが..
トランザクションメールに特化していてマーケティング要素を提供しない点と、Cloudflare への依存が強すぎる部分が残念ですね。
 
GN⁺ 2025-09-26
Hacker Newsの意見
  • 結局いつかは、インターネット上のあらゆるプロトコルがCloudflareによってMITM（中間者攻撃）されることになる。Cloudflareという単一障害点が、すべてのトラフィックの玄関口になってしまう状況だ
    • 正直、Cloudflareがなかった頃のインターネットのほうがひどかった。顧客に良いサービスを提供している限りは問題ない。Googleにもこういうことはできるのにやっていないだけで、Cloudflareが独占というわけでもない。少なくともCloudflareは顧客データを使って広告を売ったりはしない
    • 自分は普段からBig Techには批判的な立場だが、Cloudflareがメール送信インフラを提供すること自体には問題を見いだせない。本当に問題視すべきなのは、Cloudflareが独占的な市場地位を築いたり、反消費者的な行為をしたり、独占禁止法に違反しても米国政府がそれを簡単に見逃すようになった時だ。今は単に、大企業もメール送信サービスを競争しながら提供できる状況にある。競争法をきちんと守ればよい。そしてSPF、DKIM、DMARCまでCloudflareが自動設定してくれるというので、状況次第では自分も使いたい。自分で気にしたくない領域だ
    • 次は「AIクローラーからあなたを守る」という名目で料金を取り、さらにGoogleなどとの集団交渉にも追加料金を取るようになるだろう
    • 現実的にも、メールを意味のある形で送るには、中間の仲介者を通さずに済ませる方法はすでにほとんどない。哲学的にはその通りだが、現実にはすでにCloudflareのような仲介者がいるわけだ
    • CloudflareがMITMして何か邪悪なことをするというシナリオが、いまいちよく分からない。Cloudflareの利用規約や契約ではデータ悪用が禁じられているし、収益の大半は大企業から来ているのだから、もしデータ悪用問題が起きれば顧客が大量離脱したり、場合によっては訴訟に発展したりするはずで、そんなことをする理由がない。むしろDDoS攻撃者同士がCloudflareのサービスで互いを保護している点のほうが少し怪しいと思うが、その場合でもユーザーデータ自体を悪用しているわけではない
  • CloudflareがEmail Sending private betaを発表した。多くのコメントではCloudflareがメールホスティングサービスを提供するものと誤解されていたが、実際には独自のSendgridのようなサービスを立ち上げたということだ
    • Cloudflareがなぜこのサービスをやるのか気になる。無作為にいろいろな製品を出しているようにも見える。AWSや他社のようにフルクラウドプラットフォームになりたいのか、それとも別の狙いがあるのか気になる
    • 実際にはSendgridというよりAmazon SESに近い形だ
    • メール送信機能を米国企業1社に依存するのはやや危険だ
    • むしろだからこそ期待している。こういう機能がまさに必要だった
  • こういう機能が可能になった今、新しいオープンソースプロジェクトを始めようとする人たちに望むことがある。誰かサーバーレスのスパムフィルタリングサービスを作ってほしい。Cloudflare Workers上で動いて、セルフホストのメールの前段に置けるものがいい。たとえばブラックリスト/ホワイトリスト管理、フィッシング検知、1日1回のスパム要約メール送信、添付ファイルのウイルス検査、埋め込みリンクをプレビュー/悪性検証付きのものに置き換える機能などだ。こうした機能があればMSのメールスタックから抜け出したい
  • メールホスティングやインフラは、今や事実上主要企業しかまともにできない。個人や小規模が自前で運用していた時代は終わったように思う。Cloudflare批判というより、インターネットのメールインフラの現実に対する残念さを表している。Cloudflare製品は全体的にSimpleで価格も妥当なので気に入っている
    • Cloudflareの顧客は主に、パスワードリセットやアカウント認証など、Webサービスに必要な必須メールを送る必要がある企業だという点だ。自分にこうしたインフラを構築させるより、CloudflareがSMSまで拡張してTwilioにも追いついてほしい
    • 自分はいまでも自前のメールサーバーを動かしており、Googleのような商用サービスに移行するつもりはまったくない。プライバシー保護が圧倒的に優れており、ストレージ制限や利用規約変更に振り回される必要もない。人々が自分でメールサーバーを運用しない最大の理由は、IT管理者の近視眼的な姿勢と怠慢にある。むしろクラウドのほうが簡単で安いと思っていたのに、今ではその罠に閉じ込められている
    • 10年間ずっと個人用メールサーバーを自前運用しているが、大きな問題はない。rDNS、SPF、DKIMのレコードを合わせておけばいい。一度だけ古い@att.comのアドレスにメールを送れなかったことがあったが、バウンスメールの指示に従って管理者に問い合わせたら、数時間で自分のメールサーバーIPのブロックを解除してくれた
    • こういう話は一部の状況にしか当てはまらない神話に近い。自分は1999年から自前でメールインフラを運用してきたが、問題はなかった
    • https://github.com/docker-mailserver/docker-mailserver を使えば、メールサーバーの自前運用もそれほど難しくない。問題はGmailがDigitalOceanのIPから来るすべてのメールをブロックすることだ。IPにスパム履歴がなくても、返信メールであっても、Google Postmasterに登録済みでも同じだ。セルフホストするなら、最初からブロックされていないIPを見つける必要がある
  • Cloudflare Email Sending private betaにアーリーアクセス申請をした。これまでResend、Sendgrid、Loopsなども使ってきたが、特にReact EmailライブラリのおかげでResendが最も簡単で使いやすい。以前はHTMLメールを自分で作ってスタイルまで全部気にしなければならず大変だったが、今ではReactコンポーネントで簡単に書ける。メール送信前のバリデーションが重要なのでEmailable APIでアドレス検証をしているが、Resendはこれをネイティブサポートしていない。Cloudflareがこれを自前で提供してくれたら本当にうれしい。普通はメールサービスプロバイダーが気にする部分ではないが、あると確実に便利だ
  • Cloudflareが今回発表したサービス（Email Sending）に、すぐSendgridから移行するつもりだ。Sendgridは最近無料ティア（1日100通）を廃止し、最小プランも月額$20で50,000通になったため、トラフィックの少ないプロジェクトには不相応に高くなった
    • そんな料金体系なのに、自分が受け取るスパムの95%はSendgridから来る。それでもSendgridのabuse@に通報すると自動処理ではあるが返信があり、きちんと処理されたというフォローアップメールまで来るので、多少は信頼できる。スパム自体は減らないが、処理そのものは速い
    • Zeptomail by zohoは価格も手頃で信頼性も高かった https://www.zoho.com/zeptomail/
    • Sendgridの無料ティア終了後、問い合わせフォーム用途をResendに簡単に移行できた。無料ティアもほぼ同等に提供されていて満足している
    • Mailgunも1日100通までは無料で提供している https://www.mailgun.com/pricing/
    • https://mailpace.com を勧める。年$40で月1,000通のプランがあり、価格ページには載っていないがサインアップ時に選べる
  • 参考までに、自分はCloudflare Email ServiceをベースにGuten Email Notificationというプロジェクトを作った。NAS、ホームラボサーバー、GitHub Actionsなどから簡単に自分自身へ通知メールを送れるプロジェクトだ。 https://github.com/gutenye/email-notification で確認できる
  • 例で言っていた「Workerがメールを受け取り、内容を解析し、チケット発行APIを呼び出したうえで、すぐにチケット番号付きで確認メールを返す」というシナリオは、実は以前から可能だった。前からメールWorkerでそのまま返信を送れた
    • 自分もまったく同じことを考えていた。違いがあるとすれば、今は複雑な処理が必要な場合にキューへ入れておけるようになった程度で、例とは少し違う
  • ついに欲しかった機能が出た。自分の2つの本番プロジェクトはどちらもCloudflare Workersベースなのに、メール送信のためだけに毎回AWSへ入ってSESを管理しなければならないのが本当に面倒だった。しかも、どのボタンを押すのか、どこへ行けばいいのか忘れないようにノートに書き残して使っていたほどだ。まるでITに不慣れな高齢者に渡すメモのようだった
    • 最近のCloudflareのこの方向性は気に入っている。単なるCDNではなく、AWSやAzureのような本当のクラウドになりつつあり、開発者体験はどのクラウドよりも優れていると感じる
  • Cloudflareの社員に質問がある。これまではSendgridでサブアカウントを作成し（すべてAPI経由）、顧客自身にドメイン追加と認証（DNSレコードをいくつか追加）をしてもらい、その顧客ドメインでメールを送っていた。このときDKIM、SPFもすべて設定されていて問題なかった。Cloudflare Email Routingでも、このようなサブアカウントや顧客ドメイン設定機能はサポートされるのだろうか
 
koyokr 2025-09-29

メールのセルフホスティングを何年もやっている人たちが、みんな口をそろえて難しくないと言いながら、必ずブロックされた話が出てくるのが面白いですね