SendGrid が実際にアプリケーション アーキテクチャに追加するものを理解するのを手伝ってくれる人はいますか? その役割は、代替配信エンジン (SMTP) や送信後の分析と同じくらい限られているのでしょうか? 取引メールでもっと効果があることを望んでいましたが、私が見たり読んだりしたものはすべて、これが限界であることを示しています.
私の主な使用例は、トランザクション メール (新規登録、連絡要求など) です。他の人が独自の Web アプリケーションのコンテキスト内で SendGrid をどのように展開したかを聞きたいです。あなたの経験は、私が自分自身の中でそれを最もよく展開する方法をよりよく理解するのに役立つかもしれません.
ありがとう。
私は最後の仕事で SendGrid を実装し、その仕事を辞めてすぐにSendGrid で働きました。当時、SMTP リレーとして設定するだけで、5 分もかかりませんでした。
しかし、スコットの答えはそれを釘付けにしました。ただし、トランザクション メッセージ以外にも多くのことを行っています。プラグインできるニュースレター製品があります。一般的な使用例は、ユーザーがあなたのサイトに登録するときです。取引メールを送信し、API 呼び出しを開始して、オプトイン設定に基づいて 1 つまたは複数のメーリング リストにユーザーを追加します。次に、ユーザーに電子メールを送信するときはいつでも、リストの名前を使用して API 経由で単一のメッセージを送信してください。あなたに代わってそれを配信します。また、配信停止のサポートも行っています。ユーザーがメッセージの購読を解除した場合、そのイベントを使用してサイトへのコールバックをトリガーできるため、ユーザーが次にユーザー プロファイルを表示したときにオプトイン チェックボックスの選択を解除するなど、あらゆる処理を行うことができます。私は友人が経営するいくつかの中小企業がまさにこれを行っていることを知っています。
もう 1 つの一般的な設定は、トランザクション メール用に 1 つの IP アドレスを持ち、ニュースレター用に別の IP アドレスを持つことです。このようにして、ユーザーがニュースレターをスパムとしてフラグ付けした場合 (たとえば、登録解除リンクをクリックするのが面倒なため)、通過するトランザクション メールの評判が損なわれることはありません。
ご不明な点がございましたら、お気軽にお問い合わせください。私たちは喜んでお手伝いします！
主なユース ケースがトランザクション メールである場合は、SendGrid が適切なソリューションです。これは基本的に SMTP の代替品ですが、ゼロから自分で何かを構築するよりもはるかに優れた拡張性があります。独自の SMTP をセットアップするのに時間がかかり、それが失敗して宛先に届かない電子メールを送信しないようにするのに時間がかかります。
SendGrid が行うのはすべて電子メールであるため、面倒な作業やボイラープレートの面倒な設定はすべてユーザーに代わって行われます。あなたは、SendGrid のスイート スポットであるトランザクション メールについて言及しました。彼らは、電子メールが本来あるべき場所に確実に届くようにします。大きなボーナスは、メールが目的の場所に確実に届くようにするだけでなく、多くの追跡機能を提供することです. SendGrid への切り替えに費やした 15 分間で、配信率が大幅に向上したと言う大企業が多数あります。
SMTP サーバーを実行するのが好きでない限り、独自の製品を構築する代わりに、配信を他の人にオフロードすることを強くお勧めします。