まず、html検証はありません。 SGMLの検証があります。 SGMLは、マークアップ言語の正式な構文を記述するためのツールです。 検証中、ドキュメントは構文の形式化された記述であるDTDに準拠しようとします。
第二に、バリデーターは、記述された正式な構文とのエラーおよび矛盾を単に示します。 これは、ドキュメントを有効にするために必要です-現在および将来の世代のほとんどのブラウザでこのドキュメントが正しく認識される可能性が高くなります。
そのため、検証は構文エラーやタイプミスをキャッチするための単なるツールです 。 構文をよりよく理解するのに役立ちます。 バリデーターはだまされる可能性があります-正当性のフレームワーク内に留まり、altまたはhrefにナンセンスを書くことを禁止する人はいません。
大声で言う-「バリデータはツールです。」 言う？ 正確に覚えておいてください。
劣化に移りましょう。
私は自分自身を洗練せず、テキストとして私のコメントを取りません：
エレガントな劣化は、あなたが何でも書くことができることを意味しません。
この原則は、たとえば、xhtml2ページが前世代のブラウザー（または機能が制限されているデバイスのブラウザー）で読み取られた場合、新しい機能のサポートなしでのみ正常に表示されることを意味します。
しかし、DTDに基づいてxhtml2である必要がある最新世代のブラウザーを押した場合、それはxhtml2を表さない（実際、DTDはまったく適切ではない）-これはエレガントな劣化ではなく、無効なドキュメントです。
したがって、バリデーターを使用して、DTDに記述されている構文へのドキュメントの準拠を確認し、ドキュメントにさまざまなナンセンスを書くのではなく、単純に現代のクライアントがドキュメントのコンテンツを表示できるようにするためのエレガントな劣化を覚えておく必要があります。
ただし、検証を利用して独自のDTDを作成することで、サイトをより便利でアクセスしやすくすることはできません。
重い合成薬の影響下で書かれた