電子メールクライアントで最新のレンダリングエンジンを使用しないのはなぜですか？

Question

2017年ですが、依然として豊富な電子メールを作成するためにHTMLテーブルが残っています。どうして？現代のブラウザエンジンの背後にあるハードワーク（すなわち、点滅）を活用して、HTML文書を適切にレンダリングするだけでよいのは妥当と思われます。

Answer 1

更新：この質問は終了し、私の答えはブログ投稿に似ているので、私はpublished an updated version on Mediumと似ています。

---

メールクライアントは、表示する電子メールのための適切なレンダリングエンジンを使用します。これは必ずしもWebページを表示する段階にはありません。

電子メールユーザーのほんの一部は、HTML/CSSサポートについて気にしません。電子メールのマーケティング担当者と開発者を考えてください。大多数の電子メールユーザーは、単純に安全な方法で、リッチテキストメッセージを他の人とやりとりするだけです。それは電子メールクライアントが設計されたものです。

さらに高度なユーザーは、多くの場合、HTML/CSSのサポートを重要視していないことがよくあります。最近のイノベーションは、メールのクライアントに関して、人々が迷惑を掛けていることについて少し洞察しています。着信メッセージの管理、セキュリティの強化、スパムの削減、使いやすさの向上です。それは、開発者にメールを作成するために<tables>とインラインCSSを使用するのに長い時間がかかる場合

誰も気にしません。電子メールが実際にレンダリングされる方法を変えることになると...「それが壊れていなければ、なぜそれを修正するのですか？」電子メールクライアントが実際にを実行すると、レンダリング更新が行われます。人々のケアはほとんどありません。

デスクトップOutlookは、通常WordやPowerpointなどのプログラムがバンドルされています。これらのプログラムはすべて、同様のインターフェースとディスプレイ出力を持っています。 Word文書を作成することができれば、Outlookに電子メールを書く際の学習曲線はほとんどありません。それは多くの人にとって巨大です。おそらく、Outlookのレンダリングエンジンは、HTMLドキュメントを適切にレンダリングする能力に基づいて選択されていませんでしたが、製品はまだ成功とみなされています。デスクトップのOutlookで自動更新が行われないため、古いバージョン（コード化する必要がある）がハングする傾向があります。

楽しい事実：Outlook 2000-2003は、電子メールをレンダリングするコンピュータ（通常はInternet Explorer 6）にローカルにインストールされたInternet Explorerのバージョンを使用して電子メールを表示しました。

Gmailが別の例です。 Gmailはかなり優れたHTML/CSSサポートを提供していますが、2016年末までは外部CSSファイルをサポートしていませんでした.Gmail（非公式）は理由の1つとしてセキュリティを挙げました。私はGmailチームを夜間に何を維持するのか分からないが、電子メールの開発者が電子メールのレイアウトを最適化できないのではないと思う。私はそれがセキュリティだと思う。そして、それがgmailの開発作業に焦点を当てています。

全体の電子メールクライアントは、自分の仕事を比較的うまくやっています。 HTML/CSSのサポートは非​​常に少数の人にとって重要なので、電子メールクライアントを作る製品チームにとっては、それを変更することはしばしば重要ではないでしょう。

---

しかし、物事は正しい方向に傾向にあります。 GmailとYahoo!アプリはほとんどの製品でメディアのクエリをサポートし始めました。 iOS上のOutlookは、良いマークアップのサポートを含む巨大な改造を得ました。新しいメールクライアント（Mailbox、Nylus。Polymail）は、一般的にWebに比べて優れたHTML/CSSサポートを持っています。まれにサポートが後退します。 market shareに基づくクライアントのの大部分は、「最新のレンダリングエンジン」を使用します。

さらに、我々は常に我々自身の電子メールの分析を参照することができます。 Outlookの購読者がいらっしゃいませんか？次に、<div>を使用して電子メールをコーディングします。モバイルクライアントごとにをサポートする必要はありませんか？次に、media-queriesを使用します。