Web Artisan Blog - ウェブ アルチザン ブログ

■W3C Validatorのチェックって？

XHTMLの構文チェックは、W3C Validator使いますよね。
で、”http://validator.w3.org/check?uri=referer”のURLをhrefに指定して
「XHTML1.1 Valid!!」みたいにリンク貼ると、
そのページの構文チェックしてくれますし、
「俺のサイトはW3Cのお墨付きだぞ」と威張れるし、アピールできるわけです。

が、”http://validator.w3.org/check?uri=referer”のリンクは、
何でもかんでもどこにでも張ればいいって訳じゃない。。

W3C Validatorですが、構文チェックをするという事で、
実際そのサイトにアクセスしてきます。

その証拠に、JavaScriptタグ貼りつけ形式じゃなく、
SSI（ServerSideInclude）形式のアクセス解析、
要は、サーバーサイドでアクセス確認できるツールで見ればわかるんですが、
”http://validator.w3.org/check?uri=referer”のリンクがクリックされた途端、
「lovejoy.w3.org」なるホスト名で、
「W3C_Validator/〜」なるユーザーエージェント情報でのアクセスが確認できます。


で、何が言いたいかというと、
このように”アクセスしてくる”事は、”別セッションでアクセスしてくる”って事です。
例えば、オンラインショップ等、ログインして利用するようなサイトに、
”http://validator.w3.org/check?uri=referer”のリンクがあった場合、
それは、正常ログイン後にしか使用できないURLに、
別セッションでValidatorがアクセスしてくる事になります。

オンラインショップ側は、
この途中入場のようなValidatorのアクセスをチェックする事になり、
まあ普通のシステムなら、不正なアクセスのエラー画面でも出すでしょう。
で、Validatorは、このエラー画面の構文チェックをする事になってしまいます。

つまり、目で見ている画面ではない画面のチェックを行ってしまう
可能性があるという事です。

ってことで、こういうログインするようなサイトがあって、
ログイン後の画面にValidatorリンクのあって「お墨付きだぞ」とアピールされても、
実際はエラー画面とか、違う画面のみのチェック結果となっている場合もあります。
これだとリンク貼る意味ないっすね。。


後、Validatorのチェックでエラーが出た場合、
直ぐにはその理由がわからない事もあります。

そんな時は、「Revalidate」しましょう。
オプションの”Show Source（ソースを表示）”等にチェックを入れ、
Validatorエラー画面上の、「Revalidate」ボタンを押すと、
より詳細な構文エラーの内容がわかります。
何行目でおかしいか？なんか一目瞭然です。

更に上に書いたように、ログイン後の画面に対してValidatorチェックをし、
その結果がエラーになった場合、
それは、不正アクセスエラー画面の構文がおかしいという事に気づくでしょう。
だって、ソースがエラー画面のHTMLソースになってますから。。


以上、細かい小ネタでした。

＜関連記事＞
XHTML:Opera「ソースの検証」でValidチェック