16

私の会社には、PHPで構築されたWebサイトがあります。組み込みのPHP電子メール機能を使用して、毎日何千もの電子メールをサブスクライバーに送信します。

これはひどい考えです。それは私たちのサーバーを窒息させ、バッチ全体を完了するのに何時間もかかります。

MailChimpのような大量のメールサービス(多くの人に同じメールを送信する現在のシステムに取って代わるもの)を見てきましたが、私が本当にやりたいのは、やや洗練された通知システムを設定することです。

何か重要なことが起こるたびに一人一人に大量のメールを送るのではなく、クライアントが受け取るメールの速度と内容をカスタマイズできるようにしたいと思います。

この新しいアイデアを使用しても、大量のメールが送信されることについて話し合っています。

したがって、私の質問は非常に具体的です。システムを内部で構築する方法について大まかな考えがありますが、これらすべての電子メールを送信するための最良の方法は何ですか?

考慮すべき箇条書き:

  • 電子メールの内容が受信者間で同一である場合もありますが、それらの多くはユーザーごとにカスタマイズされます(通知の対象を選択し、場合によっては集約されます)。
  • サーバーを詰まらせることなく、まともな時間で完了するシステムが必要です。サードパーティのサービス(有料のサービスでも)を利用するのであれば、それを利用してもかまいません。
  • システムはPHPに簡単に接続できる必要があります。または、APIなど、通常のWebサーバーから呼び出すのが比較的簡単なものである必要があります。
  • 専用サーバーがあり、それを完全に制御できます(アプリ、サービスなどをインストールできます)。
  • あらゆる種類の詳細な追跡情報(開く、クリックなど)は大きなプラスです。
  • これらの電子メールは時間に敏感な場合があります(したがって、送信に1日かかることはありません)。

考え?チップ?私を正しい方向に向けますか?


編集

明確にするために:

私は自分でこれらを行うことができます:

  • ユーザーリストを維持する
  • ユーザー設定に基づいて電子メールコンテンツの生成を処理する

そして、次のことを行うために何か他のもの(アプリ、サードパーティサービス、w / e)が必要です。

  • メールの内容とアドレスを受け入れ、実際にメールを送信します
  • 追跡データ(オープン、クリックなど)を提供します。詳細が多いほど良いです。

何千ものメールを送信するときにサーバーのチョークを回避できるアプリがないため、サードパーティのサービスに傾倒しています(ただし、自分自身をメールの専門家とは見なさないため、間違っている可能性があります)。

4

9 に答える 9

1

サードパーティのメール サービスSilverpopなどを使用することをお勧めします。私たちは数年間それらを使用してきましたが、かなり満足しています。彼らはすでに主要な電子メール クライアント (AOL、Yahoo!、Gmail など) と関係を築いており、送信しているものがスパムに分類される可能性があるかどうかを適切に知らせてくれます。

それらには、既存のシステムに結び付けることができる XML HTTP/HTTPS 要求を使用するかなり広範な API があります。これを使用して、電子メールをリモートでトリガーしたり、メールのスケジュールを設定したり、電子メールの内容をカスタマイズしたり、受信者の膨大なリストを設定、管理、クエリしたり、バッチ プロセスを実行したりできます。

完璧なサービスではありませんが、他の多くのサービスと比較すると、かなりうまく機能しています。これまでのところ、それらについての苦情はほとんどありません。

于 2010-01-19T19:48:11.257 に答える
1

私は通常、メールの「送信」機能を使用して、数分ごとに実行されるジョブでメールをキュー (データベーステーブル) にダンプし、キュー内の次の x 件のメールを取得し、それらを送信して、としてマークすることでこれを回避しました。成功しました。それがその単純な骨です。その後、バージョン 2 でメールの失敗、メールの返信などの処理を追加できます。

于 2010-01-19T19:08:36.013 に答える
0

可能な社内ソリューションについては、CampaignEnterpriseを確認してください。

于 2010-01-19T20:40:28.543 に答える
0

PHP システムを維持し、サードパーティの SMTP サービスを使用してみませんか? 信頼できる会社の中には、私が使用する予定のDewahostなど、電子メール専用のマシンを手頃な価格で使用できるものがあります。

また、サードパーティの電子メール送信者の質問と私の回答も参照してください。

于 2010-01-19T19:14:17.497 に答える
0

私の友人の 1 人がhttp://www.tailoredmail.comを使用していますが、私は個人的には使用していません。

于 2011-10-22T08:09:04.663 に答える
0

スケーラビリティとカスタマイズが心配な場合は、Google AppEngine を使用してください。これは電子メール API を提供し、HTTP インターフェースを介していれば、何でもインターフェースに接続できます。

もちろん、これは単なる提案です。これが適切でない場合は無視してください。

于 2010-01-19T19:06:46.187 に答える
0

おそらく理想的ではありませんが、大規模な転送を検討している場合は、ポート 25 の PowerMTAなど、特定のフォルダーのコンテンツを効果的に転送するように設定できる商用ソリューションがあります。

そのため、PHP を使用して、送信メールごとにパーソナライズされた MIME 形式の生データを作成し、送信前に一時ディレクトリに配置するだけです。(私は過去にそのようなシステムを書いたことがありますが、インライン添付ファイルなどの画像を含む非常に複雑なテキストと HTML メールであっても、PHP のメールを粉砕する能力に驚かれることでしょう。)送信する場合は、ファイルをまとめて PowerMTA の監視対象フォルダーに移動すると、送信が処理されます。

見方によっては、このようなソリューションの利点/問題は、AOL、MSN/Hotmail などの人々と信頼関係を構築して、ユーザーのメール サーバーがブラックリストに登録されないようにする必要があることです。電子メールをスパムとして報告します。(とは言っても、これはあらゆる DIY ソリューションの要因になる可能性があります。)

于 2010-01-19T19:15:47.193 に答える
0

これは古い質問であることは知っていますが、基本的に「サービスとしてのメールサーバー」であるSendGridを提案したかっただけで、メールあたりのコストでメールを送信できます。

于 2013-02-27T19:21:02.963 に答える