La page 404 a besoin d'une méta description (juste pour rendre Google plus heureux)?

Je corrige quelques petites choses sur la page 404 de tous mes sites Web. Ma ponctualité me rend incapable de bien dormir à moins d'obtenir une réponse à cette question. :)

Une page 404 a-t-elle besoin d'une balise meta description? Si oui rempli de quoi, "page non trouvée"?

Je dirais non, si Google se soucie vraiment plus du contenu et du site convivial plutôt que de ce qui est sur la page (en outre, l'extrait de page 404 ne devrait jamais apparaître dans Google car le serveur envoie du vrai code 404).

Mais après avoir lu tout ça:

• http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=93641
• http://googlewebmastercentral.blogspot.com/2008/08/make-your-404-pages-more-useful.html

sur la façon dont ils suggèrent de remplir une page 404 (ce que j'ai toujours pensé être une simple page 404), j'ai commencé à m'inquiéter pour la méta description aussi .

La chose la plus importante pour vos 404 pages est le code d'état de l'en- tête : il doit l'être 404 not found.

C'est peut-être stupide de dire cela, mais dans les applications dynamiques, avec un URI comme celui-ci http://my.webapp.invalid/index.php?id=4, quand id=4rien ne retourne, de nombreux développeurs Web renvoient un message 404 avec un 200 OKcode d'état ...

Une autre chose: par exemple, si quelqu'un essaie http://my.webapp.invalid/index.php?id=totoalors qu'il idn'accepte que des entiers, ce n'est pas un 404, mais un400 Bad Request que vous devez retourner.

Il est facile de gérer cela, par exemple, avec la fonction d'en-tête en PHP ou la propriété HttpWebResponse.StatusCode en .Net

Non. Pourquoi vous soucier de votre PR pour votre page 404? Je serais plus inquiet de m'assurer qu'aucun de vos liens ne s'y retrouve en premier lieu.

Les métadonnées pour une page 404 n'ont pas de sens.

Renvoyer l'en-tête 404 approprié est beaucoup plus important que toute autre mesure technique.

Du POV non technique, vous devriez vraiment envisager de renvoyer des informations utiles, au lieu d'un simple message d'erreur. Utiliser le plan du site et les outils de recherche internes, fournir des mesures fructueuses à vos utilisateurs est beaucoup plus logique (et rendre les utilisateurs plus heureux, ce qui améliore votre site)

À partir d'un POV de moteur de recherche, vous pouvez même avoir une page d'erreur 404 vide . Mais votre serveur doit servir le code d'état correct (404 ou 410) pour dire que la page demandée par le client n'existe plus .

D'un utilisateur POV ayant une page d'erreur bien conçue est important parce que vous ne voulez pas laisser l'utilisateur s'en aller simplement parce qu'il a, par exemple, suivi un lien brisé: vous voulez donner à l'utilisateur des options pour trouver son chemin sur votre site Web lui donnant par exemple:

• un champ de recherche
• un lien vers le plan du site
• une liste de pages similaire à celle qu'il cherchait ( Google lui-même peut vous aider )
• un formulaire simple pour contacter le webmaster

Étant donné que le contenu de la balise meta description n'est généralement pas visible pour l'utilisateur, il est absolument OK si vous ne le remplissez pas .

Je pense que ce serait un certain sens d'avoir robotsdéfini. Plus précisément:

<meta name="robots" content="follow, noarchive, noindex">

(Comme dans «ignorer cette ressource, mais n'hésitez pas à en essayer d'autres du même domaine.»)

D'autres métadonnées (comme description, mais aussi OpenGraph et Twitter Cards , et al ), à mon avis, auraient peu ou pas de sens et ne coûteraient que (certains) octets.

Certes, c'est théorique et quelque peu spéculatif. Si quelqu'un connaît une ressource qui fournit des informations différentes, j'aimerais en savoir plus.