W3C Validatorのことを知ったときからずっと前から、作成したすべての HTML ドキュメントが有効な HTML であることを確認していました。
ただし、有効にするために時間を無駄にする必要がない場合もあると思います。もちろん、実際のインターネット ページは重要かもしれませんが、HTML ページが最も使用されているブラウザー (必ずしも IE 6 と7）。
私は主に、ページのすべての表示要素をタグ<p>や<div>タグでラップするなど、コードの小さな改善について話していると思います。
それ自体のためにページを検証することは、実際にはビジネス上の命題ではありません。エンドユーザー (気難しいブラウザーを使用している) に何が起こるかは、実際のテストです。
そうは言っても、定期的に検証するとデバッグに役立ちます。閉じられていないタグなどのより顕著なエラーをキャッチします。これは、エンドユーザーに影響を与えます。したがって、検証をコンパイラの警告のように扱います。これは規律に適しています。
これはベスト プラクティスですが、実際には組織の要件/欲求に依存します。標準が組織に付加価値を与えることは十分に重要ですか? それとも、正しく表示されるだけで十分ですか? 多くの場合、イントラネットでは後者です。
HTML ページを「有効」にすることは、将来に配慮したものにすることを目的とする場合に価値があります。つまり、ブラウザーが非推奨のタグやベンダー固有のタグを削除し始めると、ページが正しく表示されないことに気付くでしょう。
Web 標準が存在する理由には、Web ブラウザーとインタープリター間で一貫した表示/出力を確保するためがあります。非準拠の HTML でページを作成することを選択するのは、あなたの判断です。また、古い格言を借りれば、あなたの「葬式」でもあります。
イントラネットに使用するブラウザーが変わるとどうなりますか? あなたが持っているコードがすべてのブラウザで正しくレンダリングされることを保証する方法は本当にありません. しかし、多くの場合、ブラウザーはかなり標準に近いものになります。CSS とタグの深さが複雑になるにつれて、ブラウザごとにレンダリングが異なる可能性が高くなるため、ページの複雑さにも依存すると思います。最善の方法は、有効なクロスブラウザー コードを記述し、ターゲット ブラウザーでテストすることです。一度書き込めばどこでも同じようにレンダリングできると考えるのはばかげています。すべてのブラウザーで可能です。しかし、基準を遵守することが、近づくための最良の方法です。