メールの問題：AIで作ったアプリが本物の人にメッセージを送る必要があるとき
AIで作ったアプリにメールを追加するのは簡単そうに聞こえます — 登録リンクが迷惑メールに入り、パスワードのリセットが消え、ドメインがブロックリストに載るまでは。送信メールを一発で正しく動かすための、平易な言葉のガイドです。
アプリを作りました。登録フォームは動きます。ユーザーが入力して「アカウントを作成」をクリック — そして、何も起きません。あるいはもっと悪いことに、確認メールが40分後に、迷惑メールフォルダに、ロボットが書いたような差出人アドレスで届きます。あなたはAIビルダーに「メールを直して」と頼みます。3回のやりとりの後、新しいバグと、同じ問題が残ります。
AIアプリビルダーで何かを出したことがあるなら、おそらくこれにぶつかったことがあるでしょう。メールは一行で済む機能に見えます。そうではありません。それは30年もののプロトコルで、奇妙な信頼ルールを持っており、AIで作ったアプリの中でそれをちゃんと動かすことは、非技術系の起業家が静かにユーザーを失いがちな、最もありふれた場所の一つなのです。
実際に何が起きているのか、そしてそれについてビルダーに何を頼めばいいのかを解説します。
なぜメールは、ビルダーが見せるより難しいのか
AIビルダーが「メール送信」機能を生成するとき、たいていはテスト画面で動く最小限のものを配線します。デフォルトの送信アドレスを使います。テンプレートが好むサービスを通じて送ります。あなたが、インターネットから信頼されている本物のドメインを持つ本物の会社だと想定しているのです。
本物のインターネットは、新しい送信者を信頼しません。メールプロバイダー — Gmail、Outlook、Yahoo、Apple — は、未知の送信元を見分けることに20年かけて上達してきました。まっさらなドメインがパスワードのリセットやウェルカムメールを送り始めると、世界中のすべての迷惑メールフィルターが眉をひそめます。3つの特定の設定が整っていなければ、あなたのメールは迷惑メールに入るか、静かに破棄されるか、ユーザーがすでに諦めるほど遅れて届くかのいずれかになります。
その3つが SPF、DKIM、DMARC です。それぞれが何の略かを知る必要はありません。知っておくべきなのは、これらがなければ、送信メール機能はアプリの中からは見えない形で壊れているということです。
まず確認すべきこと：メールは実際、誰から来ているのか？
アプリが送った直近のメールを開いてください。差出人アドレスを見ます。たいていは次の3つのうちのどれかです。
- Something@yourdomain.com — 最良のケース。AIビルダーが本物の送信者を設定しました。それでもユーザーが受け取れないなら、問題は上記の3文字です。
- Something@some-builder-service.com — よくあるケース。あなたのメールはビルダーの共有インフラから送られています。これは動きますが、プラットフォーム上の他のあらゆる雑多なアプリと同じプールに入れられます。一つの「悪い隣人」がいるだけで、到達率が下がります。
- noreply@some-random-domain.example — 悪いケース。AIビルダーが生成した仮の値を、一度も置き換えていません。ユーザーはあなたのものではないドメインからメールを受け取っており、受信箱プロバイダーはそれを正当に疑います。
ケース2か3にいるなら、それが最初に直すべきことです。
AIビルダーに頼むこと、その順番
たいていのビルダーでうまくいく、特定の順序があります。間違った順番で頼むと、混乱した結果になります。
ステップ1：送信プロバイダーを選ぶ
AIビルダーにこう頼みます。「自分のドメインからメールを送りたい。私のAPIキーを使って、このアプリを Resend（または Postmark、SendGrid）に接続して。」 一つ選んでください。小さなアプリにとってはどれも大差ありません。Resend と Postmark は、いちばん親切な設定フローを持っています。
プロバイダーには自分でサインアップして、APIキーを取得する必要があります。この部分はAIにはできません — クレジットカードを入力し、本人確認をする必要があるからです。30分を見ておきましょう。
ステップ2：ドメインを認証する
送信プロバイダーを接続すると、プロバイダーはあなたのドメインに3つの DNS レコードを追加するよう求めてきます。これが先ほど触れた SPF、DKIM、DMARC のレコードです。プロバイダーが、貼り付ける内容を正確に示してくれます。
これは、非技術系の起業家がいちばん飛ばしがちなステップであり、「メールが迷惑メールに入る」という不満の80%を解決するステップです。AIビルダーにこう頼みます。「買ったドメインの DNS レコードをどこに追加すればいいか、見つけるのを手伝って。」 あなたのレジストラ（GoDaddy、Namecheap、Cloudflare、なんであれ）の操作を案内してくれます。
これは、現実世界の時間がかかる唯一のステップでもあります — DNS の変更は反映までに数時間かかることがあります。すぐに動かなくても慌てないでください。
ステップ3：メールの中身を書き直す
これは人を驚かせます。メールの中身は、設定と同じくらい重要なのです。AIビルダーは、迷惑メールにパターンマッチするおしゃべりなマーケティング文をデフォルトにしがちです。直すべき具体的なことが二つ。
- 全部大文字の件名にしない。 「WELCOME TO MY APP」は迷惑メールの信号です。「Welcome to Boats by Maria」はそうではありません。
- リダイレクトドメインへの裸のリンクを使わない。 メールに「ここをクリック」とあって、リンクが3つのプロバイダーを経由するトラッキングURLを指していたら、迷惑メールフィルターは気づきます。あなたのドメインへ直接行くリンクを使うようビルダーに頼みましょう。
簡単なチェック：アプリから自分宛てに本物のメールを送り、それを mail-tester.com に転送します。メールを10点満点で採点し、何を直すべきかを正確に教えてくれます。8点以上なら受信箱は受け入れてくれます。6点未満なら、問題を覚悟してください。
必ず動かなければならない3つのメール
すべてのメールを上手に送る必要はありません。3つの特定のメールを上手に送る必要があります。そのどれかが失敗すると、新しいユーザーにとってアプリが壊れるからです。
- 登録の確認。 ユーザーが登録してもアドレスを確認できなければ、ログインできません。これは毎回、必ず1分以内に届くようにしてください。
- パスワードのリセット。 これは、来ないときにユーザーが気づくメールです。リセットを求めても何も来なければ、その日のうちにサポート受信箱がいっぱいになります。
- 「アカウントで何かが起きた」メール — 新しいログイン、招待、コメント。これらは信頼を築きます。確実に届けば、ユーザーはあなたのアプリを本物のサービスのように扱い始めます。
それ以外のすべて — ニュースレター、製品アップデート、ステップメール — はおまけです。凝ったものを作る前に、この3つの中核メールを安定して届けられるようにしましょう。
いつ人間に頼るべきか
上の3つのステップを済ませても、まだメールが迷惑メールに入るなら、原因はほぼ必ず次の3つのどれかです。ドメインが新しすぎる（一週間待ち、控えめに送る）、中身が特定のフィルターに引っかかる（mail-tester のチェックを実行する）、送信量が急に跳ね上がった（小さく始めて、徐々に増やす）。
これに一日以上かけてもまだ壊れているなら、それはフリーランサーに2時間ぶん支払う適切なタイミングです。メールの到達性は、現代のアプリでAIビルダーがうまく推論しきれないことを経験豊富な人間が直せる、数少ないものの一つです — 答えがしばしば、AIには見えない DNS レコードの中にあるからです。
本物のメールを一度も配線しないまま、AIで作ったアプリ一つを丸ごと出すことはできます。でも、それなしにユーザーをつなぎとめることはできません。