私はさまざまなウェブサイトのフッタでこれを見てきましたが、そのほとんどは技術以外のウェブサイトです。一部のWebサイトにはさらに進んで、その事実を述べたW3Cバッジが含まれています。これがどのようにターゲットオーディエンスに役立つのか分かりません。ページの末尾に「Valid XHTML&CSS」の告知が必要な理由
答えて
私の意見では、多くのウェブデザイン機関は、それをサイトの品質の兆しとして表していません。時にはXHTML準拠の良いサイトを作るのは簡単な作業ではありません。
これは誇りのバッジです。私は必ずしも妥当性検証のアイコンを使って石膏サイトに同意するとは思えませんが、私は標準にコーディングすることを確信しています。 WebはW3Cらの苦労のために以前よりもはるかに難しい作業場所です。
正直、私はそれがちょうど自慢するためだと思います。 "ねえ、見て、私のウェブサイトは、有効なXHTMLを使用しています!"それは、それがうまくコード化されていることを示す以外の目的を果たしていません。
バリデータをクリックしてエラーを表示することが多いので、コード化されていることが示されていません。それはちょっとした騒ぎです。 –
私はしばしば、好奇心のためにサイト上の「有効なXHTML」バッジをクリックします。私は、3ページ中2ページが無効であるか整形式でないと判明しています。理論的にはブラウザがそのようなページを捨てなければならないので、これは悲しいことです。全体的な状況は、人々が実際にコードの妥当性を気にしたり、その重要性を理解していないことを示しています。 – jasso
私はいくつか考えられる理由を考えることができます。
それはマーケティングツールかもしれません。 「見て、適切な基準を策定する!」これは、会社全体が非技術的であっても、サイトを設計した個人(およびポートフォリオに含む可能性があります)にも当てはまります。
これは、XHTMLについての意識を広める手段となる可能性があります。 "あなたはも適切な基準にコーディングする必要があります!"
サイト全体の品質の認識を向上させる可能性があります。私は本当にこれが特にそうだとは思わないが、マーケティング部門によってはそうかもしれない。
他にも触れているように、Webデザイナーにとっては誇りに思うかもしれません。
この回答は良い習慣であると示唆しているかもしれませんが、とにかくあなたが何かをすることができることを実際に示すことができるということは、むしろ不自由な(嫌な人はいない) –
ああ、私は同意しない。ほとんどの場合、おそらくデザインをきれいに整えておくほうがずっと効果的です。ウェブデザイン会社のサイトであっても、追加のバッジなどを追加するのではなく、標準のコンプライアンスについて言及しています。 –
これは有用な目的ではありません。サイトがxhtmlに準拠しているという理由だけでは、コード化されているとは限りません。開発者がサイトがxhtmlに準拠しているかどうかを気にするだけです。
私は人々がフッターに入れたものに魅了されます。そこにはすべての種類のジャンクがあります。時々、私が望むナビゲーションさえ、ページの上部にあった。例:
一般的に、人々はウェブサイトを構築するためのW3C標準に不満を抱いていると表示するために、有効なものを下に表示します。ウェブサイトが正常に機能しておらず、有効なリンクや画像が得られていない場合は、おそらくそれが不適切と書かれています。 W3Cを通じてあなたのウェブサイトを検証することによって、ページを正しくコーディングしたことが示されます。
通常、ページが読み込まれた後にリンクにtarget
属性が追加されるJavaScriptがあることを意味します。
私はJohn Hyland's answerにさらに2つを追加したい:
- ページ/サイトはよく形成されていることを示すことによって、それがより簡単にサードパーティによって解析できることを述べることができます。
- 再利用可能なコンテンツ(クリエイティブ・コモンズのライセンスなど)については、W3C準拠を破ることなくコードをコピー/貼り付けまたはインクルードすることができることを通知します。
私はまた、実際の検証に合格しないW3Cバッジを持つサイトを見てきました。
W3C HTML validatorとCSS validatorは、マークアップとCSSが有効であるバナーを表示するには、リンクコードが含まれています。
これは、著者が実際にXHTMLとCSSが有効であることを確認するために気にしていることを伝えるために主です。
残念ながら、構文エラーフリーであることは、それがロジックエラーのないことはありません。
短い答え:あなたは、Webページ上でそれを必要としません。
それはそこに置かれたことを何らかの理由では、ページの作者に主観的であり、本当にあなたには関係しません。
- 1. ファイルの末尾にXML要素が追加されない理由
- 2. RIAが必要な理由
- 3. xhtmlが有効でない理由
- 4. TextWatcherが必要な理由
- 5. libstC++が必要な理由を知るには
- 6. "rec"が必要な理由
- 7. URLの末尾に広告のアンカー
- 8. CSS、末尾が "*:"のラベルを選択
- 9. ブートストラップ - 行をページの末尾に移動
- 10. random.choiceのリストが必要な理由
- 11. refrehアクセストークンのリフレッシュトークンが必要な理由
- 12. HerokuにResque 1.22.0が必要な理由
- 13. AMQPにmessageIdが必要な理由
- 14. カスタムディレクティブにBindToControllerが必要な理由
- 15. RVMにYAMLが必要な理由
- 16. rvmにログインシェルが必要な理由
- 17. JDBC-ODBCにドライバが必要な理由
- 18. Dockerにユニオンファイルシステムが必要な理由
- 19. ページから末尾を削除]>
- 20. CSSプロパティの末尾にあるアスタリスク
- 21. pg_ctl restartのファブリックコールの後にスリープが必要な理由
- 22. が必要です ';'宣言/ベクトル/ C++の末尾で
- 23. ページの末尾にjを置く
- 24. I2Cでクロックストレッチが必要な理由
- 25. 識別子が必要な理由
- 26. WPFでAutomationPropertiesが必要な理由
- 27. Google Analytics UTMが必要な理由
- 28. mongodb getSisterDBが必要な理由
- 29. メテオでパッケージインポートが必要な理由
- 30. ECUキャリブレーションが必要な理由
subjective、community wikiおそらく? – cmcginty