Pourquoi la page d'accueil de Google utilise-t-elle un code HTML obsolète (c'est-à-dire n'est pas valide en HTML5)?

StackOverflow https://stackoverflow.com/questions/1038191

  •  10-07-2019
  •  | 
  •  

Question

Je regardais le www.google.com dans Firebug et j'ai remarqué quelque chose d'étrange: le logo Google est centré à l'aide d'une balise centrale.

Je suis donc allé vérifier la page avec le validateur W3C et il a détecté 48 erreurs. Maintenant, je sais qu'il y a des moments où vous ne pouvez pas rendre une page valide, surtout quand nous parlons de quelque chose comme <=> et que vous voulez qu'elle soit aussi petite que possible, mais quelqu'un peut-il s'il vous plaît expliquer pourquoi il utilise le centre étiquette?

Était-ce utile?

La solution

J'ai assisté il y a quelques années à un panel à SXSW appelé & "; F * ck Standards &"; qui consistait à rompre avec les normes quand cela se justifiait. Un ingénieur de Google qui a fait partie du panel a parlé de l'échec de la validation de la page d'accueil de Google, de l'utilisation de balises déconseillées, etc. Il a dit que tout était une question de performance. Il a spécifiquement mentionné le rendu de la présentation avec des tableaux battant divs et CSS dans ce cas. Tant que la page fonctionnait pour leurs utilisateurs, ils privilégiaient les performances par rapport aux normes.

Ceci est une page très simple avec un trafic élevé, donc c'est logique. J'imagine que si vous construisez une application complexe, cette approche risque de ne pas être adaptée correctement.

De la bouche du cheval.

Autres conseils

Parce que c'est simplement le moyen le plus simple et le plus concis de faire le travail. <center> est obsolète, certes, mais tant qu'il est toujours pris en charge, vous risquez toujours de les voir l'utiliser.

Plus court que la marge: 0 auto. Plus rapide à analyser. C'est valide HTML4. Aucune dépendance externe, donc moins de requêtes HTTP.

L'utilisabilité n'est PAS une validité.

Le plus grand succès de Google Search a été de créer un site facile à utiliser et pouvant être utilisé à grande échelle. Si Google y parvient avec une page qui ne valide pas, eh bien, il y a une leçon à apprendre.

Je pense qu'une meilleure question à poser serait & "Pourquoi Google le ferait-il valider s'il fonctionne correctement? &"; Cela ne fait aucune différence pour l'utilisateur.

Il y a eu des spéculation et discussion sur la question de savoir si cela est intentionnel; le test de base effectué dans le premier lien a pour résultat une page plus petite, et même gzippée, à travers des millions de pages vues, en théorie. Je doute que ce soit la raison: il a été créé, testé sur de nombreux navigateurs à l’époque, il a fonctionné et continue de fonctionner.

La validation de Google est interrompue de plusieurs manières sur leur page d'accueil. La raison la plus probable est qu’ils concernent tous les coûts liés à la vitesse et à la bande passante. Examinez la taille du code HTML de la page d’accueil, en particulier après l’application de Gzip au niveau des paquets. Ils essaient clairement d'éviter la fragmentation des paquets (ce qui signifiera plus de bande passante) et prêts à faire tout ce qui est nécessaire pour l'obtenir (raccourcissement d'identifiant, suppression de devis, balises déconseillées, suppression d'espaces, etc.).

Si vous considérez cette question comme une question de validité, c'est bien, mais si elle enfreint les règles à dessein , vous pouvez bien sûr sauter à une conclusion négative. BTW vous pouvez optimiser davantage leurs pages à la fois de manière positive et négative, mais pourquoi une fois dans la taille de paquet typique, il est un peu inutile.

Ils utilisent également d’autres balises de présentation déconseillées, telles que font et u. À mon avis, le chargement de la page est plus rapide que l'utilisation d'une feuille de style externe et lui permet de fonctionner sur plusieurs plates-formes.

C'est obsolète, bien sûr, mais je pense que la simplicité est la réponse à votre question.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top