我的春秋

abbr, acronym は本来 機械のためのマークアップ

HTML 4.01 の仕様書をご覧いただければわかるように、この abbr （acronym）要素は、元々、略語のセマンティクス（というとちょっと大げさかも知れませんが）を、マシンリーダブル...機械可読な形にすることが強く意識されています。たとえばスペルチェッカーや、スクリーンリーダー、翻訳システム、検索エンジンなどの分野などですね。

Marking up these constructs provides useful information to user agents and tools such as spell checkers, speech synthesizers, translation systems and search-engine indexers.

つまり、これは規格ではなく実装の問題で、Webブラウザやスクリーンリーダーが、どこまで規格の趣旨に沿って実装するかの問題になるわけです。

ひとくちに略語といっても、読み方はまちまち

加えて、さらに仕様書を読み進めると、略語の読み方についても、かなり強く意識されていることがわかります。

Note that abbreviations and acronyms often have idiosyncratic pronunciations. For example, while "IRS" and "BBC" are typically pronounced letter by letter, "NATO" and "UNESCO" are pronounced phonetically. Still other abbreviated forms (e.g., "URI" and "SQL") are spelled out by some people and pronounced as words by other people.

IRS や BBC がアルファベットをひと文字ずつ読み上げるのに対して、NATO（ナトー）やUNESCO（ユネスコ）のように、略した字面をそのまま読み上げた方が適切なケースもあるわけです。挙げ句の果てには、SQL のように人によって読み方が変わってしまうケースもあったりします。要はこうした場面でも、適切な読み方や正式な名称を、機械が理解できるようにするための規格だということです。

つまり、「音声ブラウザ」の「ユーザビリティ」を考えるなら、本来は abbr でマークアップしておくことの方が、むしろ、中長期的に見て正解だと思うのですが、いかがでしょう？

機械が理解できるセマンティックマークアップが重要

HTML にせよ、XHTML にせよ、XML にせよ、そもそも何でマークアップなんて面倒なことをするのかといえば、断じて見栄えのためなどではなく、要は、人間の言葉の意味（セマンティクス）を機械に理解させるためです。

ベタ打ちテキストは、確かに人間には優しいかも知れませんが、上記の意味でみると、機械には極めて理解しにくいフォーマットになるということが、おわかりいただけるかと思います（かならずしも長所ばかりではないんですよね。もちろん、自然言語解析という手もありますけど、たとえば２ちゃんねるを形態素解析｜構文解析にかけるなんて悪夢ですから）。

先のエントリーで紹介した Tips は、そんな背景から、略語のセマンティクスを機械に理解させるついでに、それを可視化することで、人間側にも歩み寄ろうという趣旨で紹介したものです。いや、まぁ、所詮は小手先のワザなので、小賢しいというのは否定しませんけど。(^v^;ゞ

対策1: CSS の speak プロパティ

折角なので、以下にちょっとだけ abbr の読み上げを快適にする工夫を１つ２つ挙げてみましょう。ただ僕は、スクリーンリーダーにはあまり詳しくないので、本当は実際に使っている方々のナマのご意見を聴いてみたいというのが本音です。調べれば情報は出てきますけど、こういうのは実際に使い込んでみないと分からない部分が多いので。

まず、スクリーンリーダー用に speak というプロパティがあるので、これを活用するという手段があります。

これで一応、NATO（ナトー）と IRS（アイ・アール・エス）の読み上げを、スクリーンリーダーに区別させられます。（多少、スクリーンリーダーの実装に読み上げられ方が左右される部分もありますけど。）

対策2: XHTML 2.0 では full 属性が追加

XHTML 2.0 では、abbr 要素に、新たに full 属性が追加されます。これで、原語なり正式名称なりを直書きしている場合でも、実は後から略語と関連づけることができるようになります。使い方は次の通り。

要するに任意の id を持つ、インライン要素と関連づけるためのレファレンス属性的な役割のようです。title に読みを挿入することで以下のような記述も可能になります。

たとえば 2番目の例なら、"WYSIWYG" の完全表記（原語）は "What You See Is What You Get" で、日本では "ウィジウィグ" と読む...という寸法。（ruby 要素を併用した方がより妥当なマークアップになるような気もしますが..。ふと思いついたことですが、abbr を ruby や dl のような構造モデルにするのはダメなのかな。）

でも、これなら人間も機械も満足させられますよね。(^-^)v
ま、これが使えるようになるのは、遠い（？）未来の話かもしれませんけど。(- -;)

対策3: IE 6- 対策には JavaScript （追記: 2006-11-28）

IE 6- 対策を書き忘れてました。すみません。ごく簡単にですが、書き足しておきます。

IE には、略語の原語を本文に直書きするか、そうでなければ JavaScript を利用するのが、もっとも現実的な方法かと思います。JavaScript を使う場合、方法はいくつかあります。

1. abbr を acronym に変えてしまう
2. abbr の title 属性値を取得して、本文に書き出す
3. abbr の title 属性値を取得して、ツールチップとして表示させる

あとは想定している閲覧者層の対象と、制作者の好み次第です。

最後に abbr について、基本的な資料を一応挙げておきます。ご参考までに。

［資料１］WCAG 1.0

4.2 Specify the expansion of each abbreviation or acronym in a document where it first occurs. [Priority 3]

For example, in HTML, use the "title" attribute of the ABBR and ACRONYM elements. Providing the expansion in the main body of the document also helps document usability.

［資料２］W3C XHTML 2.0 Text Module Working Draft

The abbr element indicates that a text fragment is an abbreviation (e.g., W3C, XML, Inc., Ltd., Mass., etc.); this includes acronyms.

［資料３］参考リソース

1. フレーズ系要素タイプの精緻化と問題（The Web Kanzaki）
2. 省略語句の説明（The Web Kanzaki）
3. ABBR and ACRONYM are for user agents not for end users（SmackTheMouse.com）
4. abbr要素と acronym要素の違い（SEO-Equation）
5. 略語にabbrかacronymか（Lucky bag::blog）