Pourquoi dans les erreurs 404, j'ai plein d'urls qui n'ont jamais existé sur mon site ?

Une URL peut être demandée même si elle n’a jamais existé sur votre boutique. Le journal Pages d’erreur 404 enregistre les requêtes que le module détecte comme visant une page introuvable, dans les cas qu’il prend en charge. Il ne constitue pas un relevé de toutes les erreurs 404 du serveur : une requête doit notamment parvenir à PrestaShop pour être traitée par le module.

Ces demandes peuvent correspondre à :

Par exemple, /wp-admin est un chemin d’accès à l’administration de WordPress. Sa présence dans le journal d’une boutique PrestaShop peut correspondre à un robot qui recherche ce point d’entrée. Cette seule URL ne permet pas de connaître avec certitude l’auteur ou son intention et ne prouve pas qu’il a accédé à votre administration.

Faut-il créer une redirection pour chaque URL ?

Non. Vérifiez d’abord si l’URL correspond à un contenu réel de votre boutique ou à un lien que vos visiteurs utilisent. Si un lien est incorrect, corrigez-le à son origine. Si un contenu a été déplacé et possède un équivalent pertinent, une redirection vers cet équivalent peut être appropriée. Pour un chemin sans rapport avec votre site, il n’est pas nécessaire de créer une redirection uniquement pour faire disparaître la ligne du journal ; une réponse 404 reste adaptée à une ressource inexistante.

Pour orienter votre analyse, le tableau présente notamment l’URL, un compteur, l’origine lorsqu’elle est disponible, le user-agent et la date. Les demandes sont regroupées par URL ; le compteur porte sur les entrées conservées, pas sur un historique illimité.

Le contenu du journal dépend des requêtes reçues, des réglages de redirection automatique et de la conservation des données. Une URL redirigée n’est donc pas nécessairement inscrite comme erreur 404 dans cette liste. Pour les redirections enregistrées, consultez la page Logs des redirections.

Pourquoi une URL attendue n’apparaît-elle pas dans le journal ?

Vérifiez la réponse reçue pour l’URL et les éventuelles redirections, puis les réglages de redirection automatique du module et la redirection définie sur la fiche produit, le cas échéant. Ces chemins peuvent éviter l’enregistrement dans ce journal. Une requête arrêtée par le serveur web, un proxy ou un CDN avant d’atteindre PrestaShop ne peut pas être enregistrée par le module.

Comparez, si nécessaire, ce journal aux journaux d’accès et d’erreurs de votre hébergement. Une entrée du module ne remplace pas le contrôle du statut HTTP réellement renvoyé au visiteur. L’absence d’une ligne ne suffit pas non plus à conclure qu’aucune requête n’a été reçue.