それがあなたに実際的な利益を与える場合にのみ、努力する価値があります。標準に固執することで、ほとんどのブラウザで機能するWebサイトを簡単に構築できる可能性があります。繰り返しになりますが、気になるブラウザ（おそらく1つ、おそらくすべて）でWebサイトがどのように表示されるかに満足している場合は、検証に合格するためにフープを実行するのは時間の無駄です。
また、すべて有効なhtmlWebサイトとほとんど有効なhtmlWebサイトのSEOの違いはごくわずかです。
したがって、常に実用的なメリットを探してください。状況によってはいくつかありますが、それだけのために行うのではありません。
はい。さまざまなブラウザーが有効な HTML をどのようにレンダリングするかを処理しようとするだけでも十分に困難です。無効なコードがどうなるかを予測しようとしても構いません。同じことが検索エンジンにも当てはまります。HTML に十分な問題があると、サイトが適切にインデックス化されないか、まったくインデックス化されない可能性があります。
本当の答えは、「HTML の何が無効かによる」と思います。無効な部分がアクセシビリティの問題に関連している場合、顧客がサイトを商業ベースで使用すると、法的な問題が発生する可能性さえあります.
そもそも準拠していないサイトがあり、時間がない場合は、おそらくそうではありません.
しかし、私は最初から他の人を信じていなかったので、あなたは私を信じないでしょうが、最初からサイトを準拠させる方が簡単です.ブラウザーの互換性、CSS の動作、さらには JavaScript の動作や通常、維持するマークアップは少なくなります。
サイトのコンプライアンス (少なくとも暫定版まで) は非常に簡単です。
準拠した HTML を作成することは、コンパイル中に警告が表示されないようにすることと似ています。警告には理由があります。その理由が何であるかを理解していない可能性がありますが、警告を無視すると、自分がどこにいるのかを知る前に、非常に多くの警告が表示されます。 、修正しようとしている問題に関連するものを見つけることができません。
Firefox を使用して Web ページを表示すると、右下隅に緑色のチェックマークまたは赤色の十字が表示され、準拠しているかどうかがすぐにわかります。赤い十字をクリックすると、あなたが間抜けだった場所がすべて表示されます。いくつかの警告/エラーは少し衒学的に見えるかもしれませんが、それらを修正すると多くの点でメリットがあります。
これを怠ると、予測不能になります。
Web ブラウザーの最大の問題の 1 つは、表のセルや行を閉じられないなどの特定のマークアップの問題を黙って修正することで、悪い習慣を永続させてきたことです (場合によっては、今でもそうしています)。このたった 1 つの事実が原因で、何千もの Web ページが準拠していないが「動作」し、開発者を誤った安心感に陥れています。
Web サイトで問題が発生する可能性のあるものがどれほどあるかを考えると、コンプライアンスに関して怠惰であることは、作業負荷にさらに問題を追加するだけです。
編集: 元の投稿をもう一度読んだところ、プロトタイプを作成するときにコンプライアンスを気にしないと言っていることに気付きました。その後、通常は本番環境でプロトタイプを使用していると言っています。これは、厳密にはプロトタイプではないことを意味します。 、しかし候補。このような状況での通常の状況では、顧客が候補を受け入れると、バグの修正や片付けに時間が割り当てられないため、そもそもマークアップを準拠させるための議論が強化されます。
後で時間が与えられない場合は、今すぐ実行してください。
後で時間が与えられた場合は、とにかくそれを行う時間がありました。
障害のある人とない人、および外部システムが自分の視界にアクセスできるようにしたい場合は、そうです。有効なHTMLを出力するようにしてください。
自動バリデーターを使用してHTMLをテストするのは簡単です。
マイク・エドワーズが法的な影響について言ったことに加えて、あなたにも道徳的な義務があることを思い出させます:)
そもそもプロトタイプを有効な (X)HTML で書かないのはなぜですか? 無効な HTML を使用するよりも手間がかかるとは思いませんでした。有効な XHTML を作成するのは簡単な作業です。(その一方で、意味的に意味のあるXHTML を作成することは、より負担になる可能性があります。)
要するに、プロトタイプに無効な HTML を使用する利点はまったくないと思います。
正直なところ、標準ベースの HTML を作成するのに余分な労力が必要な理由がわかりません。それは難しいことではなく、プロ意識の問題としてそれを行うべきです。
誰かにお金を払って家を建ててもらい、その人が怠惰から手抜きをしてくれたら、その時は気付かなかったのに、10 年後には壁にひびが入ったとしたら、あなたは幸せですか?
絶対。無効なコードは、あらゆる種類の奇妙な動作を引き起こし、検証レポートを取得したときに動作を覆い隠さないエラーを引き起こす可能性があります。
適例：
黄色の背景がメッセージのリストから溢れ出て、次のメッセージのリストの見出しの上にありましたが、InternetExplorerでのみでした。
なんで？リストアイテムには背景が適用されていましたが、ページを書いた人は、中央に見出しが付いた単一のリストとしてそれを書いていました。リストアイテム間での見出しは許可されておらず、さまざまなブラウザがさまざまな方法でリストアイテムから回復しようとしました。Internet Explorerは、次の項目の開始（見出しの後）を確認したときにリスト項目を（背景色で）終了しましたが、他のブラウザーは、最初のリスト項目の終了タグを確認したときに終了しました。
これがページ上の唯一の有効性エラーであったため、問題を追跡して修正するのに数分しかかかりませんでした。
サイトにバッジを表示するためだけの有効な HTML - いいえ。
「すべての主要なブラウザーまたはブラウザー エンジンで動作する HTML」という意味での「有効な HTML」を持つ - はい。
なぜなら、あなたが標準に固執すれば、あなたの仕事は将来互換性があるでしょう。ユーザーエージェントは標準への準拠を目指して努力し、その癖の非準拠モードは常に変更される可能性があります。これが本来あるべき姿です。
あなたがIE8全体に興味がない限り、彼らがデフォルトで有効にしたい標準の永続化を破っています。-それは別の議論です。
Webkit、Gecko、Presto？（そのオペラのエンジンですか？）、そして他のものは常にすべてのリリースにより準拠するようになります。
HTMLの作業がIE埋め込みブラウザコントロールにある場合を除いて、レンダリングする限り、有効なHTMLを出力する理由は実際にはありません。
最初から有効な html をコーディングするように自分自身を訓練した場合、有効な html 出力を作成しても開発時間がそれほど損なわれることはないと思います。
1つは、要素内で許可されていないタグを知ることはそれほど難しくなく、
タグの必須属性は、とにかく本当に必要なものである場合があります-これらはhtmlを無効にする主なエラーだと思います.なぜWeb に長くとどまるつもりなら、今のうちに学習するだけではありませんか?
さらに、有効な html を出力すると、サイトのランキングを上げるのに役立ちます
私の意見では、重要な基準は「目的に合っている」ことです。クライアントが小規模/内部市場向けの何かを望んでいる場合 (そして、それが障害を持っているか、あまり一般的でないブラウザーを使用している潜在的な顧客を遠ざけるかどうかを気にしない場合)、それは彼らの選択です.
同時に、私たち (開発者として) の責任は、彼らが決定の意味を確実に理解できるようにすることだと思います。一部の組織は、Web サイトがスクリーン リーダー (通常は標準準拠の HTML を意味します) で使用できるようにするという法的要件に拘束されます。
Web サイトの作成には 2 つのルールがあります。
最初のルールを満たすには、Internet Explorer の使用時にサイトが正しく表示されるようにコーディングする必要があります。IE が正しくレンダリングする機能のみを使用するようにサイトのデザインを変更する自由がない限り、これは無効な HTML を記述することを意味します。
2 番目のルールを満たすには、スクリーン リーダーと点字スクリーンを使用しているときにサイトが正しくレンダリングされるようにコーディングする必要があります。一部の新しいスクリーン リーダーは IE を対象としたサイトで動作しますが、一般的にこれは有効な HTML を記述することを意味します。
小規模なプロジェクトに取り組んでいる場合、または大規模なチームの一員である場合は、IE 用の IE ターゲット HTML を出力し、それ以外の場合は有効な HTML を出力するサイトをコーディングできます。しかし、中規模から大規模のプロジェクトを自分で引き受ける場合は、従うルールと無視するルールを決める必要があります。
アップデート：
これは、IE で有効な HTML を使用すればいつでも回避できると考えているユーザーから、反対票が投じられています。IE の欠点を回避するためにデザインを柔軟に変更できる場合はそうかもしれませんが、クライアントから提供されたデザインを機能させる必要がある場合は、無効な HTML に頼らざるを得ない場合があります。悲しいことですが、彼らがどう考えようと、それは真実です。