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 .
seo
google
404
meta-description
Marco Demaio
la source
la source
Réponses:
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
, quandid=4
rien ne retourne, de nombreux développeurs Web renvoient un message 404 avec un200 OK
code d'état ...Une autre chose: par exemple, si quelqu'un essaie
http://my.webapp.invalid/index.php?id=toto
alors qu'ilid
n'accepte que des entiers, ce n'est pas un404
, 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
la source
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.
la source
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)
la source
À 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:
É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 .
la source
Je pense que ce serait un certain sens d'avoir
robots
défini. Plus précisément:(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.
la source