テキストベースのウェブブラウザ

2026年1月13日原文(cssence.com)

概要

テキストベースブラウザ は、現代HTMLの新機能にほとんど対応していない現状
ELinks, Lynx, w3m を使った検証結果のまとめ
HTMLの進化 とテキストブラウザの対応状況のギャップ
主要な HTML要素ごとの挙動 と評価
テキストブラウザの今後と限界についての考察

テキストベースブラウザと現代HTMLのギャップ

browsh はFirefox依存のため本記事では対象外
本記事では ELinks, Lynx, w3m の3つを検証対象に選定
テキストベースブラウザは CSSやJSを無視 し、純粋なHTMLのみを表示
近年のHTML新機能に対する 対応不足 が顕著
主要ブラウザでの「クロスブラウザ対応」とは異なる現実

テキストベースブラウザでの各HTML新要素の挙動

Details（ディスクロージャウィジェット）

<details>要素 は常に「開いた」状態で全内容を表示
<summary>のみ表示 する動作は未実装
内容が冗長になるが、最低限の情報提示は可能
評価： 許容範囲

Data lists（データリスト）

<datalist>要素 は完全に無視される
Lynxでは「bad HTML」として警告
<input>フィールド としてのみ機能
アクセシビリティ面での課題も指摘
評価： どうでもいい

Dialogs（ダイアログ）

<dialog>要素 のモーダル・非モーダル表示不可
全てのダイアログ内容が表示される
method="dialog" や formmethod="dialog" も未対応
評価： 問題あり

Popovers（ポップオーバー）

Popover API は全く機能せず、内容がそのまま表示
Invoker Commands APIも未検証だが期待薄
評価： ほぼ問題あり

Inert content areas（非アクティブ領域）

inert属性 による非アクティブ化が無効
インタラクティブ要素も普通に操作可能
評価：悪い

Hidden content（非表示コンテンツ）

hidden属性 の内容も全て表示されてしまう
CSSのdisplay: none相当の隠蔽がHTMLだけでは不可能
プログレッシブエンハンスメントの妨げ
評価： 致命的失敗

Visually hidden content（視覚的非表示）

HTMLのみでの 視覚的非表示 手段は未実装
.visually-hiddenや.sr-onlyなど CSS依存
仮にHTML実装されてもテキストブラウザでは表示される
評価： 今後に期待

テキストベースブラウザの意義と今後

テキストベースブラウザ は今も一部ユーザーに愛用されている
現代HTMLとのギャップ拡大 が進行中
w3mやLynxのようなテキストブラウザは 今後さらに衰退 の可能性
アクセシビリティやレガシー環境への配慮は必要だが、 主流のWeb体験とは乖離
今後の Web技術の進化 に取り残される懸念

Hackerたちの意見

: https://chawan.net/

└

それを使ってCD Romanceから変な日本語翻訳のROMをダウンロードしてたことがあるよ。著作権者が「合法的に買え」って言う前に…これらのゲームは西側では絶対にリリースされないからね。ヨーロッパでは、ほとんどの人がエミュレーターでEarthbound（アメリカ限定のSNES/MDも）をプレイしてた。それが任天堂がSuper Smash Brosのロースターに入れた理由だよ。彼らはエミュレーションを嫌ってるって言うけど、これらのツールは他のシステムとは違ってレトロエミュレーションにしっかり根付いて、新しいサガを西側に持ってきたんだ。しかも無料でね。レトロ海賊版のせいでお金を失ったって言うけど、実際には倉庫に眠ってる物理的なゴミのために無料のマーケティングを得たってことだよ。今は100%リブレゲーム派だけど、インディーやFOSSの哲学がたくさん重なってる：FreedroidRPG、Battle for Wesnoth、Nethack/Slashem、ReTux、SuperTux2… edbrowseに戻るけど、メール、IRC、SQLクライアントとしても使えるし、ed/viみたいにスクリプトも書けるから、ここで魔法ができるんだ。

└

edbrowseは素晴らしい。ほとんどの人、特にこのOPみたいな人は、「TUI」（ターミナルを使ってGUIを表示する）と「CLI」（すべてのインタラクションが書かれたコマンドで出力が得られる）との違いを本当に理解してないと思う。私は視力は完璧だけど、CLIの線形性の快適さが本当に好きなんだ。コンピュータに何かを聞くと、答えが返ってくるからね。（だから自分のCLIブラウザを開発してるけど、edbrowseよりグラフィカルであまり進んでないんだ。）

└

かっこいいね、教えてくれてありがとう！普段はw3mを使ってるけど、これはHTTPクライアントと普通のウェブブラウザの中間的なニーズに応えてくれる感じ。これならもっと便利かもしれないね。

記事のトップコメントでも言われてるけど、chawanは本当にすごいよ。まだ独特なクセがあるサイトも多いけど、テキストブラウザが「本物」のブラウザに近づいたのはこれが初めてだと思う。CSS、JS、画像のサポート（端末によるけど）も、完璧ではないにしてもかなり印象的だよ。私の知る限り、これは実際のブラウザの実装で、browshみたいに既存のブラウザを「騙す」わけじゃないからね（それもクールだけど）。

└

これ！chawanは本当に良いよ。よく使ってるし、すごく期待できる。もし「ターミナルでウェブをブラウジング」するのが好きなら、試してみるべきだよ。

└

そうそう、俺のことだ。:) ブログがActivityPubのコメントを取り入れてるのはいいよね。HNで初めてchawanを見たときから好きだったよ、https://news.ycombinator.com/item?id=44293260。これがきっかけで、テキストブラウザ向けのサイトにCSS Grid APIのサポートを追加したんだ。

└

もう一つ印象的なTUIブラウザはこれだね: https://codeberg.org/janantos/brow6el

Cloudflareはテキストベースのブラウザをどう扱ってるのかな？すぐにボットとしてフラグを立てるの？

└

うん。

残念で気持ち悪いことに、昨晩lynxを起動したら、Googleがもうそれで検索できなくなったことがわかったよ。この変更は数ヶ月前に起こったみたいで、HNにスレッドもあったけど[0]、今まで気づかなかった。altavistaはまだ問題なく使えるよ（ただし、Yahooにリダイレクトされるけどね；）

└

EWWをEmacsで使うときは、よくDuckDuckGoのHTMLモード（https://html.duckduckgo.com/html/）を使ってるよ。

Hacker Newsで議論の続きを見る

ハクソク