今あらためて問う、HTMLメールマガジンの是非 238
ストーリー by GetSet
urlだけ書いとけば十分かも 部門より
urlだけ書いとけば十分かも 部門より
kamuy 曰く、 "日経IT Pro 「記者の眼」から。色々と問題があると言われつつ既に相当な発行数になっていると予想される「HTML形式のメールマガジン(広告)」ですが、今あらためて警鐘が打ち鳴らされております。ただの「HTMLメールは嫌いだ」という主張であるような印象を持たれてしまいそうな内容ですが、啓蒙としてこのような記事が書かれ公開されたことには意義があると思います。(…)"
"内容については「いまいち言及が甘いなぁ」という感想を抱きましたが、「いただいているコメント」(いわゆるTalk Back:要ユーザ登録)にてそれなりに(フレーム気味になってますが)補完されているようです。
が、同時に、危険性というモノを認識していない一般ユーザやシステム側(!)の人間、有効な手段なのだから積極推進という経営者などがずいぶんと多いのだなぁとも思いました。(コレでは「一律HTMLメール廃絶」といいたくもなりましょう)
高木浩光氏の日記でも連日取り上げられておりますので既にご存じの方もいらっしゃるかと思いますが、皆さんは企業などからの広告としての「HTMLメールマガジン」(高木氏の日記にもあるように、個人対個人でのHTMLメールのことは除外してます)について、その是非はいかがお考えでしょうか? …/.Jを訪れる層のどのくらいがHTMLメールを読めるようにしているかという懸念はありますが…(編者註：昨年のHTMLメールに関する議論の例)"
が、同時に、危険性というモノを認識していない一般ユーザやシステム側(!)の人間、有効な手段なのだから積極推進という経営者などがずいぶんと多いのだなぁとも思いました。(コレでは「一律HTMLメール廃絶」といいたくもなりましょう)
高木浩光氏の日記でも連日取り上げられておりますので既にご存じの方もいらっしゃるかと思いますが、皆さんは企業などからの広告としての「HTMLメールマガジン」(高木氏の日記にもあるように、個人対個人でのHTMLメールのことは除外してます)について、その是非はいかがお考えでしょうか? …/.Jを訪れる層のどのくらいがHTMLメールを読めるようにしているかという懸念はありますが…(編者註：昨年のHTMLメールに関する議論の例)"
ネット広告業界としては (スコア:3, 興味深い)
ユーザーの大多数がHTMLメールを受け入れ、読んでいるというデータを用意してその線で押しています。
また、同業界のターゲットとなっているユーザ層は実際にそういう状況みたいですね。
個人的にはHTMLメールを使うのはバカの証拠だくらいに思ってますが。。。。。
HTMLメール作ってたのでAC
Re:ネット広告業界としては (スコア:3, 興味深い)
HTMLをメールに使うのは文書共有の一つの形ですから、かまわないとは思うのですが（個人的に使いたいか、使われたくないかは別として）、本当にHTMLを使うんなら少しお勉強をしましょうと感じます。
個人的には宣伝画像や、文書の冒頭にこのメールはHTMLメールです。HTMLに対応したメーラーでご覧くださいという旨を長々とコメントしているやつとか、邪魔です。本当のテキストで内容だけください。
HTMLとは文書を電子的に共有するための規格である。レイアウトを作成するためのものではない。（旧世紀の暗黒時代を除くｗ）
原理的にいえば正しいHTMLの使い方をしているメールマガジンなどはほとんどありません。
まあ、そんなに飾り立てたいのならOutlook ExpressにPDF表示させる機能をつけて、それでやり取りしてくれればいいのに…自分は絶対に使いたくないけどｗ
私はHTMLメールを使う人が馬鹿だとは言いません。それにHTMLメールを使うこと自体を馬鹿にするのは的確ではないと思います。
私の場合、HTMLの何たるかを理解せずにHTMLもどきを使ってHTMLメールを書いている行為に対して、一人で苦めにニヤニヤすることはありますが、HTMLメール自体は否定しません。
ああ…どこに書こうか激しく迷ったｗ
#一度、HTMLの妥当な使い方をしたメールを貰ったことがあるのでID
--労使曰く、ひとごとを尽くして神頼み--
Re:ネット広告業界としては (スコア:1)
クリックスルー率はテキストよりHTMLメールのほうが数段高いというような調査結果 [doubleclick.ne.jp]はわりと目にします。
リンク先は広告業者によるもので，客観的なデータではないわけですが。
悪貨が良貨を駆逐する典型例。
厳密には (スコア:2, 参考になる)
テキストならURLが裸で見えるので、変な小細工をしていても、いくらかは目に付く。
HTMLでリンク張ってしまうとリンク先が明示的に示されないばかりか「騙し」も可能。
（goo.co.jpにリンクしておいて『gooで検索』とか。）
そういう事ではないのだろうか？
Spammerもご愛用 (スコア:3, 参考になる)
どうも最近、サーバサイドのspam遮断フィルタをすり抜けてくる奴が
多くなったと思ったら、文字をことごとく実体参照に変換してやがりました。
まったく、htmlメールは便利ですにゃー。げらげら。
そんなわけで、やっぱり自動的にゴミ箱逝きです。
# あおりをくって大事なメールもゴミ箱逝きだった、らしいヽ(`Д´)ﾉ
問題はもっと根が深いのでは? (スコア:3, 興味深い)
"形式のフォームを埋めればいい。
その形式のフォームこそが大事。
内容はどうでもいい。"
的な教育があるからではないでしょうか?
構造的な文章を書く習慣があまり教えられていない為
内容より形を重んじるのではないかと思います。
SGMLの一部としてのHTMLには価値を認めますけど
不要なTABLE TAG や SCRIPT が埋め込めるなどは 害でしか
無いと思います。(時限爆弾みたいなものだと思いますし)
きちんとした文章が書けるような教育をおこなっていけば
おかしな物は駆逐されていくと思います。
口語やチャット的なところは、別ですが...
# 人の事はいえないので AC
逆なんだよ、逆 (スコア:2, 参考になる)
綺麗なレイアウトでメールを出したいというニーズがある以上、
綺麗でかつ安全なソリューションを提供するのが技術者として
の務めでしょう。
実際便利だもの。地図をいれたり文中に強調をつけたり。
Re:逆なんだよ、逆 (スコア:3, 興味深い)
> あぶないから使うなというのは技術者の怠慢。
そのセリフはMicrosoftのInternet Explorer（実際にはOutlook Express）の開発チームに投げるべきものでしょうな。
もともとHTMLメールがメジャー化したのはOutlook/Outlook ExpressがデフォルトでテキストではなくHTMLを本文として送信するよう独創的に設定されていたのが原因です。
同時期の他のメーラーではHTMLメールを出すことが出来るものが一部あったものの、大半は送信すら出来ませんでした。
これだけならば誰一人として叩こうとはしませんし、むしろHTMLで記述することによってテキストでは表現しきれないものを表現できて、絶賛を受けるべきものでした。
ですが、残念なことにOutlook/Outlook ExpressのHTMLメールによる脆弱性が次々と発見されてしまいました。(Java/VB)スクリプトを内包することによって受信者が許可しないうちにスクリプトが動作してしまったり、アプレット(Java)が勝手にダウンロードされて実行されてしまったり、脆弱性は数え切れないほど出てしまいました。
ここできちんとMicrosoftが脆弱性に対応して信頼性を回復していれば良かったのでしょうが、大半のものについては対応が後手後手にまわってしまいパッチすら存在しない状態になってしまったため、他のメーラの開発者や知識のあるユーザは「HTMLメールを使わない」という手段に出ました。Microsoftが脆弱性に対応しなくても、HTMLメールを使わないクセを付けることで危険性を回避できるからです。
そして時は流れ、Microsoftが当時とった最悪の対応によって「HTMLメール＝悪」の図式が出来てしまいました。
HTMLやHTMLメールそのものは仕様上悪いとは言いませんが、Microsoftという巨大企業によってその成長の芽を摘まれてしまったのはあまりに悔しい思いです。
逆でしょうか？ (スコア:3, すばらしい洞察)
あなたは「『A』が危険なら『B』を作れ」と言う。
ここまでは、どちらも間違いではないと思う。
間違っているのは「それでも『A』を使う」という人々。
文章を修飾するのに (スコア:2)
ちょっと変わった表現をしたいだけなのに、
・本文を2度送ってしまう無駄
・多数のイメージファイル添付
・Webバグによる追跡
・IEコンポーネントによるセキュリティホール
・ウイルス感染
など、歪みがさらに次の歪みを生み出していて収拾つきません。
eメールにはeメール用の、テキスト修飾RFCでもできたらと思うんですが…。
修飾情報のみを含んだパートがあり、それに対応してなければ、
単に本文がtext/plainで見えるだけ、というような。
#OSにブラウザを組み込むのも…モゴモゴ。
Re:逆なんだよ、逆 (スコア:2)
作るわけで、今回の件は今すでにあるe-mailで危険な使い方
があるいう話なのでは。
Re:逆なんだよ、逆 (スコア:2, 参考になる)
通りです。
でもWEBバグあたりは、出す方がそれを積極的に使っている
わけでしょ?
綺麗なレイアウトが使えるっていうのは表向きの理由だと思
いますがね。
Re:逆なんだよ、逆 (スコア:1, すばらしい洞察)
蔓延しているのが元凶です。間違えなきように。
ソレさえなければ読めない環境があるとか追跡調査されるとか、
もっと別の危険度の小さい話になります
余計な物 (スコア:2, 興味深い)
office
Re:余計な物 (スコア:1)
ところで、生成されるページのソースをちょっと見ましたが、webビーコンっぽいモノには気づけませんでした。具体的にはどこら辺にありましたか?
もし、「PARTS_ID=FB01」の部分についての言及であるなら、値の「FB01」は全部の記事で同じでありますので、webビーコンの類ではないように見えますが…
…私が勘違いしてるだけで、他にあるのかな?
-+- 想像力を超え｢創造力｣をも凌駕する、それが『妄想力』!! -+-
Re:余計な物 (スコア:3, 参考になる)
そこの.jsへのリンクを開いてみましょう。
＃業者はここか。
＃http://www.redsheriff.com/jp2/index.htm
スクリプトを見た限り、個人特定につながりそうなIDはないですね。
アクセス日時／OS／ブラウザ／java／cookie／referer／画面解像度と色数……
ユーザPCの環境情報ばかりですが、まあ突き詰めれば
個人特定にも使えると主張できるかもしれません。
＃たとえばモニタを超高解像度で使っている人は
＃危ないかも。
結局、外部ネットワークにアクセスする機能（それに起因する
セキュリティ／プライバシー問題）がクリアされればずいぶん
話が単純になるような。
あとは愉快不愉快や好き嫌いの問題だし。
Re:余計な物 (スコア:1)
と思ったらcookieでID送ってるのを見落としてました。
すいません。
ITProは個人情報保護ポリシーに則って情報を運用するかも
知れませんが、この解析業者が他サイトからの情報を集約して
運用したりしない、という保証はどこにもないわけですな。
困ったものです。
選択肢がないのが問題。 (スコア:2, 興味深い)
購読する意欲が半減してしましますね。
ただ必要な情報提供があるのなら購読を申し込みます。
それとは別に、購入した製品のユーザー登録を行うとオマケで送りはじめて
くれるメールにHTMLメールが多いのには閉口。
メーラの機能でテキストに変換してみていますが、サーバの画像を取りに
行ったり、クッキー食べたり、顧客を監視している模様。
どうにかなりませんかね。
私としてはHTMLメールは止めていただきたい (スコア:2, 参考になる)
私の場合、32Kbpsでの接続なんでHTMLメールはほんとに困ってます。
# SPAMだろうがそうでなかろうが
他の方はセキュリティ面に関して指摘なさってるようにお見受けしましたが、
私にとってはメールの受信時間の方が重大です。
以前、やけに受信に時間がかかると思っていたら、HTMLメールのSPAMが大量に・・・
小一時間ほど受信にかかってましたねぇ・・・
まあ、かといってHTMLメールを全否定する気はないのですが。
適材適所の言葉通り、相手と時と場合を考えて使うのであれば文句はありません。
HTMLメールの方が意図を明確に伝達できるのであれば、使ってもいいのではないかと思います。
日本告政府もどうせITに力を入れるというのなら、こういったことにも目を向けてほしいなと思います。
# 具体的に例を挙げろといわれると、ちょっと詰まっちゃいますが(^^;
混沌の中にこそ真実がある・・・かもしれないけど探すのめんどい
補足：私が取っている対策 (スコア:2, 興味深い)
今現在、私が取っている対策に関してですが、
ACの方がおっしゃるように受信前にメール一覧を取得し、
明らかなSPAMメールはサーバ上で削除してしまっています。
この作業を自動化したいのですが、重要なメールも消してしまいそうで導入することを躊躇しています。
他の対策として、MUA側でのフィルタリングや送信者の方にHTMLメールを遠慮していただくようお願いしています。
ただこれらの方法でも効果があるとは言いがたい気もしますが。
もちろんサーバでのフィルタリングやMUAでサイズを指定したりする方法も検討しました。
しかし、前者に関してはサーバ環境が原因で不可能でしたし、
後者に関しては、重要なメールとSPAMメールとのサイズの差がほとんどないため、閾値を決定するのが難しかったのです。
# 単に頭が悪いだけかもしれませんが(^^;
まあ、毎日大量のSPAMメールが届くわけではないので、まだがまんできるのですが・・・。
# 料金は月額定額制なので時間しか無駄にしませんし。。。
ちょっとオフトピックになりますが、最近Flashや画像のメニュー*しか*ないWebページって多くなりましたね。
画像のメニューのみでもいいんですけど、ALT指定（でしたっけ？）は付けてほしいです。
# あれがないと画像読むまで何がなんだかわからないですし
まず私自身が賢くならないといけないかもしれませんね（苦笑）
以上、駄文でした。
混沌の中にこそ真実がある・・・かもしれないけど探すのめんどい
おかしいなぁ？ (スコア:2)
# カルマ消費期間よ
Copyright (c) 2001-2014 Parsley, All rights reserved.
Re:おかしいなぁ？ (スコア:2)
最近はtext/plainな文書がついてないやつも増えているようで、
読めないのとか極端に読み辛いのとかがゴロゴロしてるでやんす。
・文字が全部&#～;で書いてある
・１行ごとにやたらと長いspanタグで括ってある
・何の意味があるのか知らんが、謎のタグがちりばめられている
<!a>アレ<!b>ゲはア<!c>レゲ以上のな<!d>にものでもな<!e>さげ
とか
見てらんない
# 意味もなく便乗して+1ボーナスを使ってみるみる
# ACなのでAC
真のアレゲは..... (スコア:2, すばらしい洞察)
それに、真のアレゲな人は、根が親切なのでサポセンと化して
いることが多い。
ので
Windowsのバグなどにも敏感なのですよ。
#OSにこだわるのは、宗教家です(きっぱり!!)
--
刺されるかも知れないのでAC
C++ などのソースコードの表示 (スコア:2, 興味深い)
内輪の開発系 ML で全員 mozilla とか outlook を使ってる場合で、 ソースコードの一部を引用する場合に html が役に立ちます。
日本語でやり取りしてる分には、英数字のコードと、全角の日本語で区別がつくので、それほど需要もなさそうですが、 本文が英語の場合、コードと本文でフォントやサイズを変えたほうが読みやすいと思います。
あと、長い文書（コーディング規約など）で、一部だけ強調して赤で書いたり、特定の言葉をイタリックにしたり。。
URI を書いただけだと、誰も読んでくれないってのが現実なので。
ターミナルを数画面上げて、emacs を走らせれば何でもできるじゃんって人も多いと思うので、オープンソース系だと僕みたいなのは少数派でしょうが。
逆に、「最近調子どうですか？」みたいな私的なメールは plain text で事足りるし、背景に画像とか入れられてもウザいだけだと思います。
馬鹿と鋏は使いようってことで、そこに参加してる人がよしとするなら html でも他の技術でも、アリではないでしょうか。
IT Proの記事 (スコア:1)
[udon]
Re:IT Proの記事 (スコア:2, 興味深い)
アクティブなときにタレコまれていればもう少し反響が
あったかもしれません。大体の意見はすでにIT Proの
コメントに寄せられているでしょうし。
# 終わるのを狙ったのかな？>kamuyさん
「記者の眼」はツッコミやすいというか、記者が書いている
文面（内容があるとは限らない）と話題にしてほしい方向性が
あまり一致していないのではないかと常々疑っています。
（/.Jから「記者の眼」と「谷島の情識」に常設リンクしとけばよい？）
ちなみにアンケートに答えましたが、メールソフトを１種類しか
選択させてくれないのが大不満(^^;。職場と自宅は違う。
使用時間を棚に上げると、気分の上での使用頻度は50/50。
何しろ職場はOutlook。業務の都合上そうそう変えられない。
Outlookは使っているとたまに精神的ストレスになるときが。
よく、アンケートの前にアンケートのアンケートをさせてもらって
実際のアンケートに自分の選択が「その他」以外にカウントされる
ようにしたいことが。そんな自己中欲があるのですが。
はっきり言って (スコア:1)
だって 開いた後に画像なりなんなりをダウンロードしてるからね。
なんか 腹立つから HTMLメールは自動でテキストになるメーラーを使用中です。
Re:はっきり言って (スコア:1)
クソふざけたスパマー会社がうざったくてしょ～がないです。
こないだも 70通受信して，60通スパムだった。
登録解除してメアドくれてやるのもムカつくし。
Re:はっきり言って (スコア:1)
インターネット（メール含む）の性格上 仕方の無いこととあきらめて
こつこつ作業しております。。。
強制じゃなければ気になりません。 (スコア:1)
以前からの購読者はそのままテキスト版、HTML版読みたいなら各自設定してね との事
事前通知あり＆テキスト版あり＆基本はテキスト版 ならば、そんなに気にはなりません(少なくとも今のところは
Re:＆ですか？ (スコア:1)
要は、いきなりHTMLだけはやめて欲しいと(^^;
感情的な見解 (スコア:1)
某Ｎ県のＮＴＴは、なんとフレッツ・ＡＤＳＬモアの工事日のお知らせを、HTMLメールで送ってきました。
いったいどういう教育をしているのでしょうか？
そろそろ (スコア:1, 興味深い)
セキュアなHTMLメールの仕様が出来て主流になったら、ビジネス文書の標準がHTMLに移っていくと思う。
そしたら、某Officeソフトの必要性が１つ減ると思うのだが．．．。どうだろう。
Re:そろそろ (スコア:2, 興味深い)
＞ビジネス文書の標準がHTMLに移っていくと思う。
HTMLというか、多分XMLになるんだと思いますが、
たしかに同じグループで同じスタイルシートを容易してXMLでやりとりすると、
単なる過去ログよりも良いアーカイブができそうな。 もちろん運用次第ですが。
単なるメールだと、校正とかがちょっと面倒なんですよね。 真鵺道 [nifty.com]とかあるにはあるんですが。
Re:そろそろ (スコア:1)
Re:そろそろ (スコア:2, 参考になる)
HTMLのように＜bold＞みたいにして書式を指定するのですが、 HTMLと違い、外部リソースにアクセスするような機能はなく、 あくまでも書式指定のみです。もちろん script なんてありません。
最大の欠点は、対応しているアプリケーションがほとんどないこと。
Re:そろそろ (スコア:2, 参考になる)
Mac OS X標準のMail.app(AppleMail)なら対応してますよー。
[udon]
Re:そろそろ (スコア:1)
*強調*_下線_としっかり(?)定義されています。
タグ使えない/使うのが面倒な掲示板などで便利です。実践あれ。
メールの発展系 (スコア:1)
JavaScriptとか、プログラムはいらないな。排除するべき。
ブラウザーと同じ機能になってるから問題なのでは。
画像や、HTML、スタイルシートなんかは別にメールの飾り機能だと
思えば、あまりうざくないかな。
将来的には招待状とかの変わりになるかもしれないし。
利用可能タグの制限を。 (スコア:1)
（本来別の目的だったテーブル関係のタグが流用されている）で手書きメールに近づけたくなるのも真実なわけで。
そこで、利用可能タグを制限する、という条件つきでhtmlメールでもいいんじゃないかと。
実際、メール用途のhtmlで全部のタグを解釈させる必要あるの？と言いたい。
imgタグとかobjectタグも不要、ましてはscriptやmetaなんて危ないでしょ（汗
＃メルマガの事を考えてない？
＃そんなの自分とこのwebsiteにリンクすりゃいいじゃないですか。
＃imgだらけのメルマガなんて、配信側が負荷で落ちちゃうんだし。
本音は、SVG-pluginを標準にしてベクタグラフィック添付にして欲しいのだが・・・
---- 何ぃ！ザシャー
Re:商売的には効果がすごいと思います。 (スコア:1)
また、「わが社はリスクが高いHTMLメールをあえて採用していません」というアピールも通用しないだろう。
リサイクルっぽくって、いいけど(ｗ
ならば逆の発想で、既にある規格で「文章・画像がレイアウト自由な、OSの種類に縛られない」フォーマットって、何だろう?
ま、まさか、pdf?
Re:商売的には効果がすごいと思います。 (スコア:1)
「開いたらＰＣがだめになるかも」
とか心配せずに楽天からの宣伝を見られてしあわせになれると思いませんか？
一つ思うのですが (スコア:1)
今はHTMLメールを敬遠している人が身の回りに多いように思いますが、ある日を境にして、MLを忌み嫌う困った集団になりはしないかと。^_^;;
Re:一つ思うのですが (スコア:1)
Re:もはや気にならない。 (スコア:1)
これがテキストメール/HTML メールの本質だと思うんですけどね。
送ってきたメールがテキストだろうが HTML だろうが、内容の優劣には関係ありませんし、
HTML メールを送ってくるからと言って「バカな不動産屋」だと決め付けるのも良くないかと。
// そうは言ってもスパムは HTML が大半なんだけど…うーむ、どうしたモノか(;´Д`)
This cookie has a scrap of paper inside. It reads:
If you can't learn to do it well, learn to enjoy.
困っちゃうよ (スコア:2, おもしろおかしい)
だれが寝ているときにお仕事してくれるんだい。
Re:ＨＴＭＬメールは危険ではない (スコア:3, 参考になる)
ある以上、HTMLメールには、本質的にある種の危険があると考えるべき
では?
参考:
http://d.hatena.ne.jp/HiromitsuTakagi/20030606 [hatena.ne.jp]
http://d.hatena.ne.jp/HiromitsuTakagi/20030607 [hatena.ne.jp]
ＨＴＭＬメールは危険なんだって (スコア:3, 参考になる)
HTMLメール自体が危険なわけではない。HTMLメールが危険ならば，
Web上のHTMLだって危険ってことになるじゃん」
という考えは間違いです。
こういう考えを持っている人は，もういちど記事のリンクにある
高木氏の日記を読んでください。特に6月7日の日記 [hatena.ne.jp]を。
HTMLメールは，＜img＞タグの存在により，メールを開くだけで
外部のリソースにアクセスしに行く，という構造的な問題があり，
避けようがない危険が存在します。
勘違いではないですよ (スコア:2, 興味深い)
それと、もう一点。
安全な側に振るためとは言え、「遮断するか否かをユーザーが選択出来ない」としたら、それはそれで問題ですよね。
この点がくだんの記事でははっきりしないのですが。
Re:CHTML (スコア:2, すばらしい洞察)
....
高木浩光さんの日記: Webバグについて復習する [hatena.ne.jp]
詳細についてはそちら参照してもらうとして、ここでいう[バグ]は盗聴器とか隠しマイクとか言う意味でのバグね。
メールを開いた時にimgタグとかで外部サーバへのURLを書かれたりすると、リクエストが飛ぶでしょ。それを眺める事によって、知らぬ間にメールの到達確認とかの情報収集がなされてしまう、って問題。
CHTMLではGIFに限るけど画像の表示サポートがあるんで、素直に実装しちゃうと同種の問題が起きかねないよね、って事。
OK？
# 他にいくつも似たようなコメントがあるので-1しといてくだちい