2010-12-27 6 views
2

私が送信する特定の電子メールが開かれているかどうかを追跡しようとしているので、送信するすべての電子メールの画像にハッシュされたURLが使用されています。現在、そのURLが要求されると、電子メールが(URLのハッシュに基づいて)表示され、Webアプリケーションサーバーから画像を提供しているという事実を記録します(これは誰にとっても同じ画像です)。画像URLをトラッキングするためのHTTP 302,303または307

この時点で、私たちは1時間で10k以上のリクエストを取得するのが一般的であり、近くにあるイメージのURLを持つ3xx HTTP応答をクライアントに提供することでより効果的になると考えていますアプリケーションサーバーではなく専用のCDNによって提供されます。

どのコードが最適ですか?私は302,303、または307のいずれかが利用可能な選択肢だと思う。このメディアにはSEO価値がなく、古いメールクライアントに問題を起こすことなく、できるだけ早く静止画像をクライアントに配信することが唯一の懸念事項です。 HTTP 1.0クライアントは、潜在的なミックスである場合

http://en.wikipedia.org/wiki/List_of_HTTP_status_codes

答えて

2

302 status codeはあなたの最善の策だろう。 302を使用すると、将来のリクエストが新しいURLに行くことを示唆している301と比較して、元のURLに将来のリクエストを行う必要があります。 303は、通常、POST要求に使用されます。 307にはhttp 1.0 clientsに関する問題がある可能性があります。

+0

303また、http 1.0クライアントで問題が発生するため、302の使用がおそらく最も良いということに同意します。今私はそれを考えています。この種のシナリオでは、イメージの最初のビューの後に今後ログを作成する必要がないため、301を使用することもできます。 –

+0

私は電子メールクライアントが3xxコードを全く理解しないということが気になりましたので、近い将来に直接画像を提供し続けることに決めました。 –

+0

リダイレクトを処理できるかどうかは、ユーザエージェント文字列に基づいて電子メールクライアントが検出する可能性があります。 –

関連する問題