Comment migrer PrestaShop sans perdre son référencement ?

En redirigeant chaque ancienne URL en 301 vers sa page équivalente, avant la bascule. Google l'écrit noir sur blanc : « les redirections 301 et autres redirections permanentes ne font pas perdre de PageRank ». Ce qui fait chuter le trafic, ce sont les URL qui disparaissent sans redirection, les balises réinitialisées par le nouveau thème et le balisage qui saute. Même bien faite, une migration provoque quelques semaines de fluctuations.

Le risque n'est donc pas la migration en soi, mais la rupture des signaux que Google a mis des mois à construire : URL, redirections 301, balises, structure. La règle tient en une phrase : rien de ce que Google connaît ne doit disparaître sans redirection.

Pourquoi le trafic chute-t-il après une migration ?

Quatre causes, dans l'ordre de fréquence :

1. Les URL changent sans redirection. Chaque ancienne URL indexée qui renvoie une 404 est une position perdue.
2. Les balises title et meta sont réinitialisées par le nouveau thème ou la nouvelle version.
3. Les données structurées sautent parce que le thème ne les réimplémente pas.
4. Le maillage interne casse : des liens internes pointent vers d'anciennes URL mortes.

Le passage de la 1.6 à la 1.7 ajoute un piège propre à PrestaShop : le format des URL produit change. La spécification SEO de la 1.7 ajoute l'identifiant de déclinaison dans l'adresse, avec une route par défaut en {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html. Une fiche produit qui vivait sous /10-leproduit.html peut donc passer à /10-16-leproduit.html. La même spécification prévoit une redirection automatique vers l'URL canonique quand la route change : vérifiez-la sur un échantillon plutôt que de la supposer.

Que faut-il préparer avant la migration ?

On ne migre bien que ce qu'on a cartographié. Google résume la méthode en une étape : « une fois la liste des anciennes URL établie, décidez vers où chacune doit rediriger ».

• Exportez toutes les URL indexées. Search Console et un crawl du site donnent la liste de référence. C'est le document dont dépend tout le reste.
• Relevez les pages à fort trafic. Elles méritent une vérification manuelle après la bascule.
• Sauvegardez les balises. Title et meta description de chaque page : elles doivent survivre à la migration, pas être régénérées au hasard.
• Notez la version de départ et le chemin d'arrivée. Une boutique 1.6 ne peut pas sauter directement en 8 ou 9 : le module officiel de mise à jour impose deux étapes, de la 1.6 à la 1.7 avec sa version 4.14.3, puis de la 1.7 à la version visée avec la version courante. Chaque étape est une bascule à vérifier. Si votre 1.6 n'a pas besoin de migrer cette année, elle se modernise sans migration ; une 1.7 qui reste en 1.7 a sa propre checklist.

Comment construire le plan de redirections ?

C'est le cœur du sujet. Pour chaque ancienne URL qui change :

• Une redirection permanente (301), jamais une 302. Google le précise dans sa documentation sur les redirections : une redirection permanente indique que la cible doit devenir l'URL canonique, une temporaire ne le fait pas. Après une 302, Google peut garder l'ancienne adresse dans son index.
• Une correspondance page à page. Une catégorie vers la catégorie équivalente, pas vers l'accueil. Google le dit sans détour : « ne redirigez pas de nombreuses anciennes URL vers une seule destination sans rapport, comme la page d'accueil ». Regrouper plusieurs pages proches vers une page pertinente reste acceptable.
• Pas de chaînes de redirection. Les robots de Google suivent au plus 10 redirections successives ; chaque étape ralentit l'exploration et multiplie les risques de casse. Redirigez A directement vers C, sans passer par B.

Gardez les URL simplifiées des deux côtés, et conservez si possible la même structure de slugs : moins vous changez d'URL, moins vous redirigez.

Que vérifier juste après la bascule ?

1. Testez un échantillon d'URL : les anciennes redirigent-elles bien en 301, et vers la bonne page ?
2. Soumettez le nouveau sitemap. Google recommande de le déclarer dans Search Console pour qu'il découvre les nouvelles URL, et de vérifier que le robots.txt ne bloque rien par erreur.
3. Contrôlez les données structurées sur produits et articles, avec le test des résultats enrichis.
4. Rétablissez le maillage. Les liens internes doivent pointer vers les nouvelles URL, l'occasion de vérifier qu'aucun contenu n'est orphelin.
5. Surveillez l'indexation pendant plusieurs semaines. Le rapport d'indexation de Search Console doit montrer les anciennes URL qui sortent et les nouvelles qui entrent ; un pic de 404 signale une redirection oubliée.

Combien de temps faut-il pour retrouver son trafic ?

Plusieurs semaines. Google prévient qu'« il faut s'attendre à une fluctuation temporaire du classement pendant le déménagement », et que pour un site de taille moyenne, il faut quelques semaines ou plus avant qu'il affiche les nouvelles URL à la place des anciennes. Gardez les redirections en place au moins un an : c'est le délai que Google recommande pour transférer tous les signaux.

Le contenu doit-il être refait après une migration ?

Non. Votre contenu éditorial (articles, descriptions travaillées) est un actif portable : il vit dans la base de données, pas dans le thème. S'il dépend d'un module qui suit les versions (le blog reste compatible de la 1.6.1 à la 9), la migration ne le menace pas. C'est un argument de plus pour ne pas laisser son contenu dépendre d'un thème.

FAQ

Peut-on passer directement de PrestaShop 1.6 à 8 ou 9 ? Non. Le module officiel de mise à jour impose deux étapes : de la 1.6 à la 1.7 avec sa version 4.14.3, puis de la 1.7 à la version visée avec la version courante du module, qui exige au moins PrestaShop 1.7 et PHP 7.1.

La mise à jour de PrestaShop 1.6 vers 1.7 change-t-elle les URL ? Celles des produits, souvent : la 1.7 ajoute l'identifiant de déclinaison dans l'URL produit. PrestaShop prévoit une redirection vers la nouvelle adresse canonique, mais contrôlez un échantillon de fiches, avec et sans déclinaisons, avant de considérer la bascule terminée.

Combien de temps pour récupérer son trafic après une migration ? Avec des 301 propres, quelques semaines pour un site de taille moyenne, selon Google, et plus pour un gros catalogue. Sans redirections, la perte peut être définitive.

Faut-il utiliser l'outil de changement d'adresse de Google ? Seulement si vous changez de domaine ou de sous-domaine. Pour une migration de version sur le même domaine, soumettez simplement le nouveau sitemap dans Search Console.

Faut-il une redirection 301 ou 302 lors d'une migration ? Une 301. Google traite une redirection permanente comme le signal que la nouvelle URL devient la référence ; avec une 302, il peut garder l'ancienne dans son index.

En bref

Une migration PrestaShop réussie tient à un inventaire d'URL exhaustif et un plan de 301 page à page, préparé avant la bascule. Vérifiez redirections, balises, données structurées et maillage juste après, attendez-vous à quelques semaines de fluctuations, et gardez les redirections un an.