ちなみに、ImageReplacementと言ってもブラウザ互換性のレベルから様々な書き方ができるようです。background-imageで実現するというのは、最も原始的（厳密にはimgタグを書くのもそれでしょうけど）な方法のようです。

以下でかかれているように、contentプロパティによって生成する方法もあります。IE7が対応していたら使い出もあるのですがね…残念です。
http://d.hatena.ne.jp/hoshikuzu/20060219

また、CSS3ではビジターのフォントを利用する形で、このような書き方もできるようです。簡単なReplacementならこれで代用できそうですね。
http://www.css3.info/image-replacement-in-css3/

「そのような設定変更を「わざわざ」行う程の知識を持ったユーザは、アクセシビリティが損なわれる危険性をそもそも承知しているはず」というのももっともで、少なくともわたしはその危険性を認識していますが、理想主義の私の個人的意見では、-9999pxなどと指定しなければ実現できないデザインなど軽くあきらめてしまえるのが大人であると感じています（笑）。

なるほど、それは想定してませんでした。このケースだと対策するはずのJavascriptファイルすら読み込まれない可能性があるので、対策しようとなると「CSSによる画像置換をしない」ことが一番の対策になるのでしょうかね。

それで、今一度サポート範囲について考えてみますと、上記のような状況はそれほど一般的なものではないと思いますので、CSS画像置換を使うメリット（by てんぽさん）を優先しまして、個人的にはそのような状況についてサポートはしないつもりです。

逆にデメリットの方が大きいと判断して配慮しようかいうことであれば、imgタグを使うことで問題を回避しようかということになるでしょうね。

それと、うちのサイトでは「Mobile Eye +」というケータイ/PDA用UA向けに専用のテキストベースの軽いテーマを用意して送るプラグインを導入しているので、こうした環境では問題はないはずです。
HTMLもGZIP圧縮（これはWordPress標準の機能）しているので、ご指摘の通りデータ量は減っています。JSやCSSの圧縮も考えたのですが、今後アクセス量が増えてくるとサーバ側で圧縮（mod_deflate）していると、負荷も無視できくなってくるだろうと思いますので、現状は本文データのみにしています。

画像は帯域を節約 (というか高速化) するために意図的にオフにしています。
CSS は本当は無効化したいんですが、IE にも Opera にも無効化するオプションがありません。表示が崩れないためにではありません。
JavaScript は有効なので、JavaScript を使って判別するという手はおそらく有効に働くと思います。
NetFront や jig 等のフルブラウザではまた違うかもしれません。

画像表示がオフだとテキストすら表示されなくなる場合があるというのはちょっと想定外で、たまたまこのエントリに出会った私は今学習しましたが、利用者のほとんどがそもそも承知しているはずという考えは無理があると思います。

ただ、いずれにせよまだニッチなユーザであることは認識しているので、「特殊ケースだから」という理由で切り捨てられるならそれはそれで「まあしょうがないか」という感はあります。画像置換が使われる部分って大抵重要じゃない情報が入っている場所だと思いますし、見えなくてもたぶん困りません。

また、節約される帯域の話ですが、たとえ全体の3割でしかなくとも、86KB あったら私の 64kbps では11秒です。割合で少なくとも絶対量で考えれば相当なものです。
(確かに画像を抜いてもサイドバーやら CSS やら JS やらで肥大化する最近のブログのデータ量には携帯利用時には辟易するものがありますね)

また、HTML や CSS、JS には、画像と違って圧縮転送が効くので、実際に転送される情報量は1/3～1/5程度になることも考慮すべきかと思います。(クライアント側・サーバ側双方で有効化されていれば、ですが)
このページの HTML も元データは 26KB あるようですが、実際に転送されているデータ量は 8KB と、1/3以下になっているようですね。