2009-05-15 6 views
10

どこかで、HTML電子メールを作成するときに、テーブルベースのレイアウトを使用する必要があります。テーブルレスのCSSベースのレイアウトを作成するのに気を付けるべきではありません。本当? 私の会社のニュースレターレイアウトを作成する必要がありますが、3つのネストされたテーブルを作成するのは面倒です。HTMLのニュースレターには「テーブルベース」のレイアウトが必要ですか?

+9

ポルノを添付するだけで誰も気付くことはありません –

+0

チャドはインターネットで勝ちます。このアドバイスは、コンテンツをオンラインにすることに関するほぼすべての状況で役立ちます。 – Scottie

+0

http://stackoverflow.com/questions/294917/outlook-rendering-problem-rendering-text-too-large/575878#575878も参照してください。 – voyager

答えて

30

は、あなたのHTMLを記述する必要がありますが、あなたはおそらく聞いていましたこれは多くの電子メールリーダーがほんの数のhtmlとcssをサポートしているためです。 多くの場合、完全なhtml/cssパーサーはバンドルされていません。過去の表でレイアウトを行うのに多く使われていました。

+2

+1これは絶対に正しいアプローチの100%です。人々がブラウザ(IEを意味する)が悪いと思うと、メーラははるかに悪いです。 – cletus

+0

おそらく最も正確なアドバイス。テーブルは確かに電子メールの要件ではありませんが、CSSレイアウトはうまくサポートされていません。だから、今使っているテクニックの多くが電子メールデザインに当てはまるので、電子メールのデザインは奇妙なものです。 –

+0

+1ロータスノート、私はあなたを見ている – Flash

2

は確かにそれを義務付け標準的なありませんし、実際には、ベストプラクティスは、表は(表形式のデータをレイアウトする場合を除いて)レイアウトに使用してはならないことを規定しています。

プレゼンテーションでテーブルを使用するための議論があります。デスクトップやウェブベースの電子メールクライアントの過多がCSSベースのプレゼンテーションを適切にレンダリングするという保証はありません...しかし、私はそれがそれ自体の議論である。あなたはHTML-電子メールはほとんどの電子メールクライアントでは良い見たい場合は、それはまだ1999 :)私はあなたがそれを行うことをお勧めしません

+3

完全に同意しない...ウェブサイトのベストプラクティスは、HTML電子メールのベストプラクティスと同じではありません。 – Greg

+3

申し訳ありません、ジェームズ、私はあなたに同意しなければなりません。私は多くのHTML電子メールを構築しなければなりませんでした。私が見てきたすべてのベストプラクティスガイドと、私が再考できるすべての個人的な経験は、HTML電子メールのテーブルが行く方法であることを示しています。私たちは、Outlook 2007のHTMLレンダリングエンジンとしてWordを使用するために、マイクロソフトの足元にこれを置くことができます。 – Scottie

+0

ブラウザと電子メールクライアントのさまざまな要件を完全に理解しています。私は両方の観点に対処しました。標準はありませんが、互換性を保証する唯一の方法かもしれません。 –

1

あったよう

-3

これまではページレイアウトこのようにするのはもっと快適です。

ジェームズが言うように、ベストプラクティスは、それが実際に表形式のデータである場合を除き、ページレイアウトのCSSポジショニング施設を使用することです。個人的には、私がCSSで欲しい効果を得るのは難しいことがよくあります。

5

これはおそらく、何よりも(ひどい)電子メールクライアントのレンダリングの現実に基づいています。技術的にはほぼ間違っていますが、実際には最良のアドバイスかもしれません。 Truppoはこれに触れている。

1

テーブルが使用されている理由は二つある:

  1. HTMLの電子メールは、幅広く異なる能力を持つ膨大な数のクライアントでレンダリングできます。その後、かなりの数のウェブメールクライアントはCSSレイアウトで大混乱を果たし10.
  2. を掛け、すべてのブラウザのためのウェブサイトを設計しようとしているようなものです。
25

Email Standards Projectウェブサイトをご覧になることを強くおすすめします。これは、市場に出回っているほとんどすべての主要な電子メールクライアント(スタンドアロンとウェブベースの両方)をリストし、HTMLサポートがそれぞれどのくらい組み込まれているかを概説しています。 、悲しいことにそう、「使用テーブル」を含む -

また、キャンペーン・モニターのemail design guidelines適切なHTMLメールの建物のためのいくつかの実用的なガイドのチェックアウト

+0

+1。良いリンクは、それらを念頭に置くでしょう。 –

+0

電子メール規格プロジェクトのサイトはかなり疑わしいです。彼らがウェブメールクライアントとデスクトップクライアントの違いを知ることができない場合、私はhtml標準に関する適切な勧告を行う能力に疑問を呈します。 –

2

私は誰もがプレーンテキストはどうしたらどこHTMLを使用することが期待できない世界を大好きだが、それは状況ではありません。あなたの仕事が、あなたの好きな電子メールクライアント(アプリケーションやWebベースの電子メール)で購読者がそれを見ようとしたときにあなたを困らせることのないHTMLが出てくるなら、セマンティックマークアップとCSSを付けるのは難しいです。

私は勉強の練習として、専門的には行っていないので、私は一粒の塩で言います。ブックマークした記事と、その記事で見つけたリンクに基づいて、次のページにはHTMLメールを送信する際の実際の問題についての良い議論があるようです。レイアウトにテーブルを使用して関連する問題を考える

http://www.sitepoint.com/article/principles-beautiful-html-email/

http://www.sitepoint.com/article/designers-guide-html-email/

http://www.sitepoint.com/article/code-html-email-newsletters/

は、実用的な意味があります。

0

divベースのレイアウトで問題が発生しています。

0

私たちは、ニュースレターのコンピュータ上での見た目に関する顧客とのいくつかのテストを行っており、過半数が約45文字の幅を示すOutlookまたはMailのレイアウトを使用していることがわかりました。新しいウィンドウで電子メールを開いたり、スクロールしたりするためにダブルクリックする必要はありません。 ロゴやテキスト以外の内容の電子メールは、GIFが1つしかないものでした。

0

+1キャンペーンモニタのアドバイス。私はまた、Emmaから多くの素晴らしいコンテンツを見てきました。私の経験では、電子メールニュースレターテンプレートを作成する方が簡単です。これは、増加する割合のユーザーが小さな画面のモバイルデバイスでメッセージを読んでいる世界では、二重に真です。

関連する問題