多くの Web サイト、Google や一部の銀行サイトでさえ、属性の値を引用符で囲んでいないか、リンクで正しくエスケープされていないアンパサンドなどの文字を使用している不十分な HTML を使用していることに気付きました。つまり、多くの人が検証しないマークアップを使用しています。
彼らの理由が気になります。HTML には単純なルールがあり、それらのルールに従っていないように見えるのは気が遠くなるようなものです。それとも、コードを吐き出すだけのプログラムを使用していますか?
多くの Web サイト、Google や一部の銀行サイトでさえ、属性の値を引用符で囲んでいないか、リンクで正しくエスケープされていないアンパサンドなどの文字を使用している不十分な HTML を使用していることに気付きました。つまり、多くの人が検証しないマークアップを使用しています。
彼らの理由が気になります。HTML には単純なルールがあり、それらのルールに従っていないように見えるのは気が遠くなるようなものです。それとも、コードを吐き出すだけのプログラムを使用していますか?
ほとんどの人は、1 日に 10 億回ページを提供するとルールが異なるという基本的に正しい答えを得ています。バイト数が問題になり始めており、現在の圧縮レベルは、Google が帯域幅の節約に関心を持っていることを明確に示しています。
いくつかのポイント:
1 つ目は、Google が帯域幅を節約する理由は金銭的なものであるとほのめかしていることです。ありそうもない。Google の検索結果ページで 1 日に数テラバイト節約されるだけでも、YouTube、Blogger、マップ、Gmail などのすべてのプロパティの合計と比較すると、バケツのドロップです。Google が検索結果ページを望んでいる可能性が高いです。特に、できるだけ多くのデバイスでできるだけ速くロードすることです。はい、ページが 1 日に 10 億回も読み込まれる場合、バイト数は重要ですが、ユーザーがサハラ砂漠で衛星電話を使用し、1kbps の取得に苦労している場合もバイト数は重要です。
2 つ目は、XHTML などの成文化された標準と、1994 年以降に作成されたすべてのブラウザーで実際に機能するものの事実上の標準との間には違いがあります。ここで、Google の規模が重要になります。ユーザーの 0.1% 未満を占める厄介なブラウザーですが、Google にとって、その 0.1% はおそらく 50 万人です。それらは重要です。したがって、検索結果ページは IE 5.5 で動作するはずです。これが、彼らがまだ多くの高価値ページのレイアウトに表を使用している理由です。最も多くのブラウザーで「うまく機能する」のは依然としてレイアウトです。
演習として、Google でのインターン中に、Google の検索結果ページの完全に準拠した XHTML/CSS バージョンを作成し、それを見せました。最終的には、なぜこのようなごちゃまぜの HTML を提供しているのかという疑問が浮かびました。標準に向けて Web 開発者コミュニティをリードするべきではないでしょうか? 私が得た答えは、ほぼ上記の 2 番目のポイントでした。Google は標準に準拠しています。これは、Web ユートピアの標準ではなく、絶対にどこでも機能する必要がある現実の標準です。
Google が不適切な HTML を作成するのには十分な理由があります。Google が検索ページから削除するすべての文字により、おそらく 1 日に数ギガバイトの帯域幅が節約されます。
前に説明したように、Google は帯域幅の理由でこれを行います。
銀行やその他の企業向け Web サイトに関しては、複数の理由が考えられます。
Google などのいくつかの Web サイトでは、完璧なコードを持つことは「それほど」重要ではありません。
ただし、Web ページの合計サイズは です。HTML コードで数バイトを節約することは、数百ドルの帯域幅を意味する可能性があります。
そのため、ページが正しくレンダリングされると確信できる場合は、HTML を微調整することを躊躇しません。
一般的に言えば、ウェブサイトのコーディングは簡単なので、経験の浅い、またはプログラマーでない人にとって参入障壁は非常に低くなります。これにより、標準以下のページを簡単に作成でき、Web にはそれらが散らばっています。これを、サイトの作成をさらに簡単にする (そして悪い HTML コードの生成をさらに簡単にする) Microsoft Frontpage のようなツールと組み合わせると、厄介な状況になります。