Une redirection JS vers une page introuvable peut-elle fonctionner à la place d'une vraie 404?
J'ai besoin d'aide pour certains problèmes sur un site Big Commerce.
Pour commencer, ce n'est pas mon site et l'équipe informatique dispose d'une pile technologique complexe utilisée pour construire le site.
Le problème est que l'ajout d'un caractère supplémentaire dans différentes zones de la structure d'URL (pour créer une URL qui n'existe pas) produit des codes de réponse différents. Exemples:
- / boutique/collection/femmes = 200 et page valide
- / [~ # ~] a [~ # ~] boutique/collection/femmes = 404
- / shop/ [~ # ~] une collection [~ # ~] /women = 500
- / boutique/collection/ [~ # ~] a [~ # ~] femmes = 200 mais pas de contenu
Ma suggestion est d'avoir any URL qui n'existe pas retourner un code 404 introuvable. Leur service informatique a configuré leur site de transit pour fonctionner comme ceci:
Mes questions sont:
- Est-ce correct? Le serveur ne peut-il pas simplement être configuré pour renvoyer un 404?
- Une redirection 200 puis JS vers une 404 informerait-elle toujours les moteurs de recherche que le contenu n'est plus là? Ou puisque le 404 est associé à une URL différente "/ Notfound", il ne sera pas utile?
Il est toujours préférable d'avoir des réponses 404 appropriées. Cependant, les moteurs de recherche peuvent gérer à la fois les redirections JS vers 404 pages et les pages blanches. Ils doivent les traiter de la même manière qu'une erreur 404 appropriée.
Il existe une longue histoire de serveurs Web redirigeant vers des pages d'erreur plutôt que d'afficher directement un état d'erreur approprié. Les robots des moteurs de recherche doivent être programmés pour gérer ce cas, sinon ils classeront incorrectement les pages sur un grand nombre de sites. Les moteurs de recherche sont même assez bons sur les redirections JavaScript de nos jours. Pour la plupart, ils les traitent de la même manière que les redirections d'état 3xx.
Google appelle 200 pages d'erreur d'état "404 soft". Il les montre dans un rapport spécial dans la console de recherche Google, mais les traite autrement de la même manière que les vraies pages 404. Autrement dit, Google ne les indexe pas, mais Googlebot peut revenir les explorer périodiquement pour voir s'ils ont changé.
Même si les moteurs de recherche peuvent traiter une page vierge, ce n'est pas bon pour les utilisateurs. Cela rend un site très cassé pour obtenir une page vierge. Les utilisateurs préfèrent de loin les messages d'erreur utiles.
Quant à savoir si le serveur pourrait être configuré pour renvoyer un 404 - Oui, il le pourrait. Je n'ai jamais travaillé avec un site pour lequel je n'ai finalement pas pu obtenir de statuts appropriés. Que cela en vaille la peine ou non, c'est principalement:
- Que quelqu'un comprenne suffisamment bien la base de code pour effectuer les modifications.
- Combien d'efforts (et de coûts) seraient impliqués dans les changements.
- Quelle serait la probabilité de casser quelque chose d'autre pendant les changements.