SPIP, les erreurs 404 et consorts… - commentaires

SPIP, les erreurs 404 et consorts…

Hello ! :)
Bon, j'arrive un peu 2 ans après la bataille ^^
mais comme ca reste une problématique atemporelle pour un projet web ...

Chez Wordpress, il y a le plugin Redirections qui est vraiment bien conçu, très complet et, aujourd'hui utilisé par tous les prestas WP/SEO ou presque, pour gérer ce besoin là.

Chez SPIP, il y a le plugin SPIP 400 - Gestion des erreurs HTTP de PieroWbmstr qui stocke les hits dans un fichier de logs dédié (404, 403, et si j'ai bien tout suivi, possiblement toutes les 4XX du moment qu'elles ont un squelette html). Mais il faudra modifier manuellement le .htaccess par la suite...

Sinon, comme pas mal d'erreurs 404 sont en général rencontrées à cause d'un lien mort ou d'une erreur dans le maillage de liens, je traque et préviens celles ci avec les excellents LinkCheck et Liens entre contenus.

Pour en revenir à ta démarche, et d'ailleurs merci de l'avoir partagée :)
un autre point qui pour moi plaide en faveur d'un stockage BDD, c'est que tu peux aussi y enregistrer les occurrences et leur fréquence, pour pouvoir nettoyer ton .htaccess (manuellement ou automatiquement — je sais que c'est possible via php, certains plugins WP le font.) et virer les redirections qui ne sont plus suivies/nécessaires (parce que url correctement dé-référencée, lien mort enfin corrigé sur un site tiers, ...)

SPIP, les erreurs 404 et consorts…

Oh oui, malheureusement...
Ce qui interpelle, c'est le comportement -beaucoup plus prompt à se mettre à jour- des moteurs comme Bing, (par exemple) sur lesquels ce type de scorie ne traîne plus....

SPIP, les erreurs 404 et consorts…

Pour ce qui est de ton site, est-ce que tu as essayé de soumettre le sitemap.xml au Webmaster Tools de Google ?

Ça permettra de forcer la mise à jour le plan de ton site avec Google. Et normalement, de ré-indexer ton contenu.

SPIP, les erreurs 404 et consorts…

OK, merci Teddy, effectivement, en cas de refonte, je vois bien.
Si effectivement on part du principe que les moteurs de recherche se mettent réellement à jour sur les 301, et pas les 404, on peut imaginer qu'avec le temps, le nouvelle URL suite refonte apparaisse peu à peu dans les résultats.

Concernant Google, j'ai un malheureux contre-exemple en cours, depuis plusieurs mois, que j'ai posté ici : https://forum.spip.net/fr_268853.html

Les différentes pistes apportées ne changeant pas grand chose, il semblerait que les algorithmes Google manquent parfois de réactivité sur les modifications, là où les autres se maintiennent à la page....
Bref, en tout cas, je vais mûrir cette histoire de 404->301 (avec une redirection spécifique "petits malins" pour les pirates en herbe ;-)

SPIP, les erreurs 404 et consorts…

Bonjour Z,

Merci pour les compliments :-)

L'intérêt des 301 à la place des 404 est clairement au niveau SEO. Mais pas uniquement ! Imagines que ton site a été refait de A à Z. Et dans la refonte, tu as changé la structure de tes urls ou que tu as changé d'arborescence ton contenu. Ce dernier existe toujours mais sous une autre forme.

Pour la gestion de la page 404 par un squelette (en fait, d'abord, c'est géré par le serveur Apache qui envoie vers une page), cela permet justement d'avoir un point d'entrée pour apporter les actions nécessaires de redirection supplémentaires.

Le fait de rediriger tes erreurs 404 correspondant à ton contenu existant permettra aussi que les moteurs de recherche affichent au fil de l'eau la nouvelle url. Mais tes visiteurs sont le plus important : ils seront redirigés vers la bonne page. Cela leur évite des déconvenues et une mauvaise expérience utilisateur. Ce qui répond à ta deuxième question en quelque sorte :
Ce n'est pas une question de performance si c'est par PHP que la redirection se fait. Il n'y aurait que par Apache que cela sera plus performant/rapide.

Les wp-admin qui n'ont pas lieu d'être eux, pourront être redirigés vers un autre contenu, une autre page. A chacun de décider laquelle.

Voilà :-)

SPIP, les erreurs 404 et consorts…

Merci Teddy, réflexion intéressante.
Il me manque cependant une étape à ce raisonnement, la toute première en fait : lorsque la 404 est gérée par un squelette spécifique, l'intérêt de la rediriger vers une 301 m'échappe un peu. La question se pose-t-elle en terme SEO (où là aussi je suis plus que lacunaire) ? Ou est-ce qu'une 301 permet de gagner en performance ?
J'ai à l'esprit les pages AWStats de mon site qui listent régulièrement les URL en échecs. Je vois régulièrement arriver des petits malins qui tentent un petit "wp-admin" sur mon site (Eh oui, Wordpress quand tu nous tiens....). A partir de là, l'intérêt de servir une 301 au lieu d'une 404 ? Merci en tout cas de ces pistes.

PS : et bravo pour ton blog, je suis tombée dessus par hasard !

Merci

SPIP, les erreurs 404 et consorts…

@Ramirez je savais que ça allait te plaire !

Pour le .htaccess, ce qui est "complexe" est le fait d'utiliser un fichier .htaccess par défaut d'un CMS (ou d'un framework). Il faudrait parcourir le fichier pour y insérer à un endroit donné ce dont on a besoin. Et je n'aime pas trop ça. Car ça peut créer des soucis (doublons, mauvaise manipulation, etc.) quand on est plusieurs sur un projet.

Mais c'est sûr que le .htaccess est plus pratique qu'une solution interprétée (cf. PHP). :-D

SPIP, les erreurs 404 et consorts…

cool comparison teddy.
.htaccess power. 😂