Friendly URL Manager peut-il corriger des URL déjà indexées par Google ?

Oui. Le module enregistre les anciennes URL lorsque les URL produit/catégorie/CMS/fabricant/fournisseur changent et sert des redirections depuis la table d’historique. C’est exactement fait pour protéger les URL Google indexées après des changements de slug ou de motif. Utilisez des redirections 301 pour les déplacements permanents, gardez l’historique de redirection activé, et évitez de changer les motifs d’URL à répétition sauf si vous êtes prêt à gérer la chaîne de redirections.

La table d’historique stocke l’ancienne URL, la nouvelle URL, le type de redirection, le type d’entité, l’ID d’entité, l’ID boutique, l’indicateur actif, le nombre de hits, la date du dernier hit et le motif du changement. Le gestionnaire de cycle de vie capture les anciennes URL avant les mises à jour d’entités, les compare après mise à jour, et enregistre les changements d’URL pour produits, catégories, pages CMS, fabricants et fournisseurs. Il possède aussi un comportement de suppression et désactivation qui peut rediriger vers un parent, la page d’accueil, 410 Gone ou rien, selon la configuration.

Au moment de la requête, le routeur vérifie les overrides et entrées d’historique, puis renvoie l’URL de redirection et le type de redirection configurés lorsqu’une ancienne URL correspond. Pour les migrations SEO, gardez les anciennes lignes d’historique activées assez longtemps pour que les moteurs de recherche et liens externes se stabilisent, préférez 301 pour les changements de slug permanents, et testez les URL indexées importantes avec une requête HTTP directe pour confirmer qu’elles renvoient une seule redirection propre vers la destination finale.