En bref
- Relevez les URL et les éléments SEO avant la migration.
- Conservez les adresses stables et redirigez les adresses modifiées vers leurs équivalents.
- Contrôlez la boutique en préproduction, puis sur le domaine public.
- Comparez les performances des pages prioritaires après la bascule.
Migrer PrestaShop 1.7 sans perdre son SEO commence par une question simple. Que trouveront les visiteurs et les moteurs à chacune de vos anciennes adresses ? Pour y répondre, ce guide explique comment inventorier vos pages, préparer les redirections et contrôler la boutique avant et après sa mise en ligne.
Comment migrer PrestaShop 1.7 sans perdre son SEO ?
Tout d’abord, relevez les URL qui comptent, puis vérifiez ce que chacune deviendra dans la boutique migrée. En pratique, gardez la même adresse chaque fois que la page conserve son rôle.
Commencez par les catégories qui attirent des visiteurs, les fiches produits encore actives et les pages qui reçoivent des liens externes. Si vous disposez d’un export de Search Console, ajoutez les pages qui obtiennent des clics. Ensuite, complétez cette liste avec les URL du sitemap et les liens trouvés lors d’une exploration de la boutique.
Pour chaque adresse, relevez le code HTTP, le title, le H1, la canonique et l’état d’indexabilité. Si une catégorie comporte une description utile, consignez aussi sa présence. Ainsi, vous pourrez distinguer un changement d’adresse d’une disparition de contenu.
De plus, ajoutez une colonne pour le type de page. Une fiche produit active, une catégorie et une page de filtre demandent des décisions différentes. De cette façon, le tableau devient votre référence pour la recette. Si une URL importante manque dans l’inventaire, elle risque de passer entre les mailles du contrôle.
Quelles URL faut-il conserver ou rediriger ?
Conservez une URL si elle mène toujours au même contenu et reste accessible sur la nouvelle boutique. Si l’adresse change définitivement, préparez une redirection 301 vers la page équivalente.
Par exemple, pour une fiche dont le produit a disparu, cherchez d’abord si une page répond réellement au même besoin. En effet, si un modèle remplace le produit, vérifiez la correspondance avant de rediriger. En revanche, si aucune page ne convient, retirez le lien du catalogue et laissez l’ancienne adresse répondre avec un statut adapté, comme 404 ou 410.
Ne fondez pas une règle de redirection sur un identifiant de produit avant d’avoir comparé les deux catalogues. Après un import, le même identifiant peut désigner un autre produit. Dans ce cas, utilisez une référence stable ou un rapprochement validé dans le tableau.
L’exemple ci-dessous est fictif. Les chemins servent à illustrer les décisions prises pour des URL de catégories, de produits et de filtres.
| Ancienne URL | Destination | Contrôle attendu |
|---|---|---|
| /sacs | /sacs | Page accessible en 200 |
| /sac-coton | /sacs/sac-coton | 301 vers la même fiche |
| /sac-retire | Aucune page équivalente | 404 ou 410 selon la décision |
| /sacs?couleur=bleu | Selon la stratégie de filtres | Vérifier les règles d’indexation |
Enfin, faites pointer les liens du menu, des fiches et du fil d’Ariane directement vers les URL finales. Ensuite, testez les anciennes adresses. En revanche, une redirection en chaîne ou une boucle doit être corrigée avant la mise en ligne.
Que faut-il vérifier sur la boutique de préproduction ?
Testez une copie de la boutique avec le thème et les modules prévus pour la version cible. Comparez les pages rendues à celles de la boutique actuelle avant de valider la bascule. Si vous déléguez la recette à une agence PrestaShop, transmettez-lui l’inventaire avant les tests.
Protégez la préproduction par un contrôle d’accès. Par ailleurs, préparez séparément les réglages de production, notamment les directives d’indexation et le domaine utilisé dans les balises canoniques. En effet, une copie peut afficher les bonnes fiches tout en générant des liens vers son propre environnement.
Vérifiez les pages par gabarit. Par exemple, ouvrez une fiche active, une catégorie, une page avec pagination et une page filtrée. Si la boutique existe en plusieurs langues, ouvrez chaque variante d’une même fiche et vérifiez les liens entre versions.
Comparez ensuite le contenu de ces pages. Un thème peut conserver le nom et le prix du produit tout en masquant sa description. De même, une catégorie peut afficher sa grille de produits sans les liens qui donnent accès aux sous-catégories. De plus, contrôlez les images et les données structurées présentes sur les pages prioritaires.
Enfin, associez chaque anomalie à une URL et à une action. Par exemple, « la fiche test renvoie une canonique vers la préproduction » donne au développeur un point précis à vérifier. Enfin, répétez le contrôle après correction.
Vérifiez enfin que les adresses importantes restent accessibles depuis la navigation. En effet, une fiche peut répondre correctement quand vous saisissez son URL, mais disparaître des liens de sa catégorie. Pour repérer ce cas, ouvrez la catégorie, parcourez la pagination si elle existe et recherchez la fiche dans le parcours normal. Ensuite, notez dans le tableau le chemin utilisé et la page de départ. Ainsi, vous pourrez refaire le test sur le domaine public après la mise en ligne.
Comment organiser la mise en ligne et les premiers contrôles ?
Préparez une sauvegarde restaurable et un ordre d’intervention avant de basculer. Après la mise en ligne, contrôlez immédiatement les pages prioritaires et les anciennes URL redirigées.
Si des commandes peuvent arriver pendant l’opération, définissez comment elles seront conservées. En effet, un retour à une ancienne sauvegarde peut écarter les commandes reçues entre la sauvegarde et la restauration. Fixez la procédure avec la personne qui gère la boutique avant d’ouvrir le nouveau site aux acheteurs.
Au moment de la bascule, vérifiez les points suivants sur le domaine public.
- Les fiches et les catégories retenues renvoient le statut attendu.
- Les anciennes URL modifiées redirigent vers leurs destinations finales.
- Les canoniques utilisent le domaine public et les adresses finales.
- Les pages à indexer sont accessibles et sans directive noindex résiduelle.
- Le sitemap liste les pages finales prévues pour l’indexation.
De plus, testez un parcours de commande. Concrètement, vérifiez qu’une fiche s’ouvre, que le panier accepte le produit et que le paiement atteint l’étape attendue. Enfin, le responsable de la bascule doit connaître les critères qui imposent une correction immédiate ou un retour arrière.
Mettez ensuite à disposition un sitemap qui répertorie les URL finales prévues pour l’indexation. Soumettez-le dans Search Console si vous avez accès à la propriété. Enfin, conservez les exports et le plan de redirection utilisés pour la recette. Ils serviront à rapprocher un problème signalé de l’état initial.
Comment repérer une perte de visibilité après la migration ?
Suivez les clics et les impressions des pages prioritaires et rapprochez les écarts des erreurs détectées. Commencez par les catégories et les produits qui concentraient la visibilité avant la mise en ligne.
Tout d’abord, comparez des périodes de durée équivalente. Annotez la date de bascule et les changements commerciaux qui peuvent affecter la comparaison, comme une promotion ou le retrait d’une gamme. Ensuite, examinez les pages et les requêtes, car le total du site peut masquer une baisse concentrée sur une catégorie.
Si une catégorie recule, inspectez son ancienne adresse et sa nouvelle destination. D’abord, vérifiez la redirection, le statut HTTP, la canonique et la directive d’indexation. En revanche, si ces éléments sont cohérents, comparez le contenu, les liens internes et les produits visibles sur la page.
Si plusieurs catégories baissent au même moment, cherchez d’abord ce qu’elles partagent. En effet, un gabarit commun ou une règle appliquée à tout un répertoire peut expliquer la répétition d’une anomalie. Enfin, notez la correction et la date de déploiement, puis vérifiez de nouveau les URL touchées.
À quoi ressemble une recette SEO sur une catégorie ?
Une recette compare l’ancienne catégorie à sa destination et vérifie le chemin suivi par le visiteur. Ainsi, le même test doit pouvoir être reproduit après la mise en ligne.
Prenons une boutique fictive qui déplace sa catégorie de sacs vers une nouvelle adresse. L’équipe ouvre l’ancienne URL, vérifie la redirection et confirme que la destination affiche les sacs. Ensuite, elle contrôle le title, la canonique et le lien du menu vers cette destination.
Elle sélectionne enfin une fiche produit accessible depuis la catégorie. À ce stade, la fiche doit s’ouvrir depuis le nouveau lien et conserver les informations attendues. Si le filtre par couleur change de fonctionnement, l’équipe vérifie séparément les URL qu’il produit. Enfin, le résultat de chaque contrôle est consigné avant validation.
Vous préparez la migration de votre boutique ?
Viaprestige peut vous accompagner dans votre migration PrestaShop et préparer avec vous les contrôles avant la bascule. Pour cadrer le projet, demandez un devis en précisant votre version actuelle et la version cible envisagée.
Questions fréquentes
Peut-on conserver les mêmes URL en migrant PrestaShop 1.7 ?
Oui, si la version cible et sa configuration peuvent reproduire les adresses existantes. Comparez les URL générées pour les produits, les catégories et les langues. Lorsqu’une adresse doit changer, préparez une redirection permanente vers sa page équivalente et mettez à jour les liens internes.
Faut-il rediriger toutes les fiches de produits supprimés ?
Redirigez une fiche supprimée lorsqu’une page de remplacement répond au même besoin. Vérifiez le produit proposé avant de valider la destination. Si aucun contenu équivalent n’existe, retirez les liens internes vers l’ancienne fiche et vérifiez qu’elle renvoie le statut prévu pour une page supprimée.
Comment vérifier les redirections après la mise en ligne ?
Testez les anciennes adresses du tableau de migration sur le domaine public. Vérifiez le code de redirection, l’adresse finale et le statut de la page d’arrivée. Ouvrez ensuite quelques destinations pour confirmer que leur contenu correspond à l’ancienne fiche ou à l’ancienne catégorie.
Que contrôler sur une boutique PrestaShop multilingue ?
Vérifiez chaque version linguistique des catégories et des produits prioritaires. Contrôlez que les anciennes adresses mènent vers la bonne langue et que les liens entre variantes pointent vers les pages finales. Examinez aussi les balises canoniques et les annotations hreflang sur les gabarits concernés.
Quand faut-il surveiller le SEO après la migration ?
Commencez dès la mise en ligne par les contrôles techniques, puis suivez les données à mesure qu’elles remontent dans Search Console. Comparez les pages prioritaires avec une période de référence. Si une baisse persiste sur certaines URL, vérifiez leurs redirections, leur indexabilité et leurs liens internes.
