Migrer sa boutique PrestaShop sans perdre son référencement

Une migration PrestaShop — changement de version, d’hébergement ou de thème — touche souvent les adresses des pages, leur structure et la vitesse du site : trois éléments que Google surveille de près. Mal préparée, elle peut faire chuter le trafic pendant des semaines, parfois des mois. Bien préparée, elle passe presque inaperçue pour Google. Voici la méthode, étape par étape.

Ce qui peut casser pendant une migration

• Les adresses des pages : un changement de version ou de réglages peut modifier le format des URL des produits et des catégories (avec ou sans identifiant, avec ou sans catégorie dans l’adresse).
• Les balises SEO : titres, meta descriptions, balises canoniques, versions linguistiques, perdues ou réinitialisées par un nouveau thème ou un import incomplet.
• Les données structurées produit (prix, disponibilité, avis), qui donnent les résultats enrichis dans Google.
• La vitesse : un nouvel hébergement ou un nouveau thème plus lourd peut dégrader le temps de chargement.
• L’indexation elle-même, si un réglage de la copie de test se retrouve en production (voir plus bas).

Avant la migration : faire l’inventaire

Avant de toucher à quoi que ce soit, il faut savoir ce qui existe :

• la liste des pages qui reçoivent du trafic, exportée depuis la Search Console (rapport Performances, onglet Pages) ;
• la liste complète des URL, par le plan du site XML ou un outil d’exploration comme Screaming Frog ;
• le titre et la meta description des pages les plus importantes ;
• les redirections déjà en place ;
• une sauvegarde complète et vérifiée de la base et des fichiers (voir la règle des sauvegardes que presque personne ne respecte).

Cet inventaire sert de référence pour vérifier, après coup, que rien n’a disparu.

Migrer sur une copie de test, invisible pour Google

La migration ne doit jamais se faire directement sur la boutique en production. Une copie de test permet de vérifier le catalogue, le tunnel de commande, les modules de paiement, les e-mails et les performances, sans risque pour les ventes en cours.

Cette copie ne doit pas être indexée : protégez-la par un mot de passe (le plus sûr) ou bloquez son indexation. Sinon, Google risque de découvrir un doublon de votre boutique.

Conserver les adresses, ou rediriger chacune d’elles

Le plus simple est de garder exactement le même format d’URL : dans Paramètres de la boutique > Trafic et SEO, reprenez les mêmes schémas d’adresses que sur l’ancienne boutique. Aucune redirection n’est alors nécessaire.

Si les adresses changent, chaque ancienne URL doit rediriger vers sa nouvelle équivalente avec une redirection 301. Préparez un tableau de correspondance (ancienne adresse, nouvelle adresse) à partir de l’inventaire, puis traduisez-le en règles, par exemple dans le fichier .htaccess :

Redirect 301 /12-chaises-bois.html https://www.boutique.tn/salon/12-chaises-bois.html
Redirect 301 /3-salon https://www.boutique.tn/3-mobilier-salon

Deux erreurs à éviter : rediriger toutes les anciennes pages vers l’accueil (la valeur de référencement de chaque page est perdue), et créer des chaînes de redirections (A vers B, puis B vers C), qui ralentissent et diluent cette valeur.

Le jour de la bascule

• Choisissez un moment creux, et prévenez les clients si la boutique doit être fermée quelques minutes.
• Vérifiez le fichier robots.txt : une copie de test qui bloque tous les robots (Disallow: /) recopiée telle quelle en production, c’est l’erreur qui fait disparaître une boutique de Google en quelques jours.
• Retirez la protection ou le blocage d’indexation de la copie de test s’ils ont été mis en production.
• Envoyez le nouveau plan du site XML dans la Search Console.

Juste après : contrôler un échantillon de pages

Sur une vingtaine de pages représentatives (accueil, catégories, produits, pages CMS), vérifiez :

• que l’adresse est identique, ou qu’elle redirige en une seule étape vers la bonne page ;
• que le titre et la meta description sont identiques ou meilleurs ;
• que la balise canonique pointe vers la bonne adresse, et que les versions linguistiques sont correctes sur une boutique multilingue ;
• que les données structurées produit sont présentes (avec le test des résultats enrichis de Google) ;
• que le temps de chargement n’a pas augmenté.

Une exploration complète de la nouvelle boutique repère ensuite les erreurs 404 et les chaînes de redirections.

Les semaines suivantes : surveiller

Même une migration bien préparée demande un suivi. Dans la Search Console, surveillez les pages non indexées, les erreurs 404 et les positions des mots-clés importants. Une légère fluctuation les premiers jours est normale ; une baisse qui dure signale un problème à corriger. Gardez les redirections en place au moins un an, et idéalement pour toujours si elles ne gênent pas.

La check-list

1. Inventaire : pages avec trafic, liste des URL, titres, redirections existantes.
2. Sauvegarde complète vérifiée.
3. Migration sur une copie de test protégée, jamais en production.
4. Même format d’URL, ou tableau de correspondance et redirections 301 page par page.
5. Jour J : robots.txt vérifié, blocage d’indexation retiré, plan du site envoyé.
6. Contrôle d’un échantillon de pages : adresse, titre, canonique, données structurées, vitesse.
7. Suivi dans la Search Console pendant plusieurs semaines, redirections conservées.

Pour aller plus loin : mon expertise : Développeur PrestaShop freelance · à lire aussi : PrestaShop : les erreurs qui ralentissent votre boutique en ligne