04 67 02 68 68 Devis gratuit

Du lundi au vendredi, 9h–18h · à Vendargues, près de Montpellier.

Guide · E-commerce & PrestaShop

Migrer sa boutique PrestaShop sans perdre son SEO : le plan de redirections d'abord

Migrer une boutique PrestaShop sans perdre son SEO : le sort des fiches, la reprise des adresses, le plan de redirections 301 et ce que vous relevez.

10 min de lecture Mis à jour le 17 août 2026
En bref

Migrer une boutique PrestaShop sans perdre son référencement tient à une règle : aucune adresse indexée ne doit finir en erreur 404. Cartographiez les URLs actuelles et leurs positions, décidez du sort des produits supprimés, construisez le plan de redirections 301 avant de basculer, puis surveillez les 404 et l'indexation pendant plusieurs semaines.

Changer de version, refaire le design, déménager sur un autre hébergement : toute boutique finit par avoir besoin d’évoluer. Le risque est connu, et presque toujours évitable : repartir avec un beau site et un trafic Google qui s’effondre en quinze jours. Migrer une boutique PrestaShop sans perdre son SEO se prépare comme un déménagement, où chaque carton est étiqueté avant que la maison se vide. La différence avec un site vitrine tient en un mot : le catalogue. Quelques centaines d’adresses au lieu de dix, et des produits qui, eux, disparaissent pour de bon.

Migration de boutique

Une migration, c’est tout déplacement qui change les adresses de vos pages ou leur socle : nouvelle version de PrestaShop, refonte avec nouvelle arborescence, changement d’hébergement ou de nom de domaine, passage à une autre plateforme. Dès qu’une URL change, Google doit être prévenu du déménagement, sinon il perd le lien entre l’ancienne page et le référencement qu’elle avait mis des mois à gagner.

Ce qui casse dans une migration, ce n’est jamais le design

Le trafic ne s’effondre pas « à cause de la refonte ». Il s’effondre au bout d’un enchaînement précis, toujours le même, et chacun de ses maillons se coupe à l’avance.

L’enchaînement qui produit la chute

Les adresses changent, les anciennes tombent en erreur 404, Google ne retrouve plus les pages qu’il classait, et il déclasse. Rien dans cette suite n’est instantané : le déclassement arrive après le passage du robot, ce qui explique les migrations qui semblent réussies un moment avant de décrocher.

Les liens des autres tombent avec les vôtres

Les liens externes accumulés au fil des années pointent désormais dans le vide, et la valeur qu’ils apportaient se perd avec eux. C’est la partie que vous ne pouvez pas réparer après coup : un annuaire professionnel, un article de presse locale ou un fournisseur qui vous citait ne remettront pas leur page à jour parce que vous le leur demandez. La redirection est le seul moyen de récupérer ce qu’ils transportaient.

Ce que ce guide ne traite pas

Il reste sur ce qui est propre à une boutique. La mécanique générale d’une refonte, la nuance entre 301 et 302 et ce qu’une redirection transmet sont dans refondre un site sans perdre son référencement. Si votre site tourne sous WordPress, les permaliens et le contenu prisonnier du constructeur de pages changent tout le chantier : voyez refaire un site WordPress. Et pour savoir où vous en êtes avant de bouger, la lecture des chiffres est l’objet de notre méthode d’audit SEO d’une boutique PrestaShop.

Ce qu’un catalogue a de particulier : le contenu change aussi

C’est le point où une migration de boutique se distingue d’une refonte de site vitrine, et celui que les plans de migration génériques oublient. Un site vitrine change d’adresses ; un catalogue, lui, change aussi de contenu. Des références sont abandonnées, des gammes fusionnent, des déclinaisons deviennent des produits à part entière. Chaque cas appelle une décision différente, et elle se prend avant d’écrire la moindre redirection.

Le produit conservé, le produit fusionné

Un produit conservé se redirige vers sa nouvelle adresse, un pour un : c’est le cas simple, et le plus nombreux. Un produit fusionné est plus délicat, parce que deux anciennes pages n’en font plus qu’une. Les deux adresses pointent vers la survivante, qui reprend les mentions des deux, y compris l’ancienne référence fournisseur : c’est souvent elle que les clients tapent.

Le produit supprimé va dans sa catégorie, jamais à l’accueil

Un produit définitivement retiré se redirige vers sa catégorie. Le visiteur y trouve des articles comparables, et la valeur de l’ancienne page profite à une adresse proche du sujet. Tout envoyer vers la page d’accueil est le raccourci qui coûte le plus cher : le visiteur ne retrouve pas ce qu’il cherchait, et une redirection sans rapport de sujet se traite comme une page disparue.

La rupture de stock n’est pas une suppression

Un produit temporairement indisponible ne se supprime pas du tout. Sa page reste en ligne, avec la date de réapprovisionnement, parce qu’une fiche qui se positionne depuis deux ans ne se sacrifie pas pour une rupture de trois semaines. La façon de déclarer cette indisponibilité à Google est traitée dans les données structurées d’une fiche produit.

La reprise des adresses produits, là où le volume fait mal

Une fois le sort du catalogue tranché, reste à savoir quelle adresse chaque fiche portera demain. Sur une boutique, cette question a trois réponses techniques que personne n’anticipe au cadrage.

L’identifiant qui change au réimport

PrestaShop compose l’adresse d’une fiche à partir d’un identifiant interne et du nom du produit. Réimporter un catalogue, c’est très souvent réattribuer ces identifiants : le produit est le même, son nom est le même, et son adresse a changé. Vérifiez-le sur quelques fiches prises au hasard dans le nouveau catalogue, avant la bascule plutôt que trois semaines après.

Les déclinaisons promues en produits

Une taille ou un coloris qui devient une référence à part entière crée une adresse là où il n’y en avait pas. L’inverse arrive aussi : plusieurs anciennes fiches regroupées en une seule avec ses variantes. Dans les deux sens, la règle est celle de la fusion, et l’ancienne adresse doit trouver preneur.

Ce que les filtres fabriquent, et qui ne se redirige pas

Restent les adresses fabriquées par les filtres (couleur, taille, tri), que PrestaShop génère en quantité. Les reprendre une par une noierait le plan sous des milliers de lignes sans valeur : ce qui compte est que la nouvelle boutique désigne les mêmes pages canoniques que l’ancienne. Lesquelles méritent de rester indexables est traité dans le moteur de recherche interne d’une boutique.

Migrer une boutique PrestaShop sans perdre son SEO : les six étapes

Le chantier suit toujours le même ordre, et chaque étape protège la suivante. Sauter une marche, c’est découvrir le problème après la bascule, quand il coûte dix fois plus cher.

  1. Cartographier l'existant

    Les URLs indexées et leurs positions dans la Search Console, sur plusieurs mois, plus les sites qui pointent vers vous. Sauvegardez base et fichiers avant de commencer.
  2. Trancher le sort du catalogue

    Produit par produit : conservé, fusionné, supprimé, temporairement indisponible. Cette liste conditionne le plan de redirections, elle se fait donc avant.
  3. Travailler sur une copie de test

    Montez la nouvelle boutique sur une préproduction bloquée à l’indexation, jamais en direct.
  4. Préparer le plan de redirections 301

    Chaque ancienne adresse reçoit sa destination, une par une. C’est ce tableau qui sauve le référencement le jour de la bascule.
  5. Vérifier le technique et le contenu

    Sitemap, fichier robots, balises canoniques, HTTPS, vitesse, affichage mobile. Titres, descriptions et textes de catégories reportés, et améliorés plutôt que recopiés.
  6. Basculer puis surveiller

    Mise en ligne, sitemap soumis, puis surveillance rapprochée : 404, indexation, positions.

Les deux premières marches ne se voient pas

L’erreur d’organisation qui produit les catastrophes est presque toujours la même : traiter le référencement à la fin, une fois le nouveau site validé. À ce moment-là, les décisions qui comptent, l’arborescence, les adresses, le sort des produits, sont déjà prises, et les défaire coûte plus cher que de les avoir prises correctement. Les deux premières marches ne produisent rien de visible, et ce sont pourtant elles qui décident du résultat.

Sur un catalogue, la difficulté est l’exhaustivité

Écrire une redirection juste est facile ; n’en oublier aucune sur huit cents fiches ne l’est pas. Comptez donc vos lignes : le nombre d’adresses indexées relevées à l’étape 1 doit se retrouver dans le tableau, sinon la différence est le nombre de pages que vous laissez tomber. C’est une vérification arithmétique, et c’est la seule qui prouve la couverture.

Le conseil Dixionline

Traitez le plan de redirections comme un document officiel : un tableau, une ligne par ancienne adresse, une colonne pour sa destination, une case cochée quand la redirection est testée. Aucune ancienne URL indexée ne doit rester sans destination. Faites-le relire par quelqu’un qui connaît le catalogue, pas seulement par la personne qui l’a rempli : c’est le commerçant, jamais l’intégrateur, qui sait que deux références apparemment distinctes désignent le même produit.

Ce que vous relevez avant, ce que vous surveillez après

La surveillance d’après ne vaut que si un relevé d’avant existe : sans point de comparaison, une courbe qui baisse ne se distingue pas d’une saison qui finit.

Le relevé d’avant se fait par familles d’adresses

Sur un catalogue, un total global ne sert à rien. Relevez séparément vos pages catégories, vos fiches produits et vos pages éditoriales, sur plusieurs mois, avec les impressions et la position moyenne de chaque bloc. Ajoutez la liste nominative de vos vingt meilleures ventes. Ces relevés tiennent sur une feuille et deviennent votre seule référence honnête après la bascule.

Les trois relevés des semaines qui suivent

Trois lectures suffisent, une fois par semaine pendant trois à quatre semaines. Le rapport de couverture de la Search Console, pour voir apparaître les 404 et les corriger avant qu’elles pèsent. Les positions de vos vingt meilleures ventes, parce qu’une chute générale et une chute ciblée n’ont pas la même cause. Et le nombre de pages indexées, qui doit rejoindre son niveau d’avant.

Une respiration n’est pas une chute

Une baisse légère les premiers jours est normale et ne justifie aucune action précipitée : le temps que Google recroise l’ensemble des pages, les positions bougent. Une chute franche qui se prolonge signale au contraire une cause précise, à chercher dans cet ordre : redirections manquantes, pages en 404, blocage du fichier robots, balises canoniques mal reportées.

Trois pièges propres à une migration de catalogue

Ils n’apparaissent dans aucun plan de migration générique, parce qu’ils n’existent que là où il y a un catalogue.

Le renommage des catégories fabrique des 404 en série

Changer le nom d’une catégorie change son adresse, et celle de tout ce qu’elle contient si vos URLs reprennent l’arborescence. Une catégorie renommée en fin de chantier, pour une raison purement commerciale, emporte donc plusieurs centaines de fiches d’un coup. Figez ces noms avec l’arborescence, avant de remplir le catalogue.

La préproduction qui finit indexée

Deux accidents symétriques guettent la copie de test. Oublier de la bloquer, et laisser Google découvrir un chantier à moitié fait ; ou oublier de la débloquer au moment de la bascule, et mettre en ligne une boutique que Google refuse de lire. Cette case se coche sur la liste du jour J, pas de mémoire.

Le sitemap et le robots repris tels quels

Ces deux fichiers voyagent souvent d’un site à l’autre sans que personne les rouvre. Un sitemap qui liste encore les anciennes adresses envoie le robot sur vos propres redirections, et un fichier robots recopié depuis la préproduction peut interdire l’accès à toute la boutique. Régénérez le premier, relisez le second.

Une migration se joue avant la bascule

Notre atelier de Vendargues migre et refond des boutiques PrestaShop pour les commerçants et PME de la région : cartographie de l’existant, tri du catalogue, plan de redirections 301 complet, reprise du SEO on-page, bascule testée sur préproduction et surveillance après mise en ligne. Chaque projet est chiffré sur devis. Si votre boutique a vieilli, parlez-nous-en avant de vous lancer : notre offre de refonte de site internet couvre le cas général, et la création et refonte de site e-commerce à Montpellier celui d’un catalogue. Pour ranger la boutique une fois en ligne, référencer un site e-commerce prend le relais, et sécuriser un site e-commerce PrestaShop ferme la marche.

Devis gratuit · sans engagement

Une refonte ou une migration en vue ?

Version, design, hébergement, nombre de références : décrivez l'état de votre boutique et nous vous disons comment la faire évoluer sans perdre votre trafic.

Questions fréquentes

Que deviennent les positions des fiches produits après une migration ?

Elles suivent l'adresse, à condition que l'adresse ait été redirigée. Une fiche dont l'URL change sans redirection 301 repart de zéro, même si son contenu est identique. Sur un catalogue, l'enjeu est le volume : quelques centaines de fiches représentent quelques centaines de redirections à écrire une par une. C'est ce travail, ingrat et invisible, qui fait la différence entre une migration sans histoire et un trou d'air de plusieurs mois.

Que faire des URLs de produits supprimés lors de la migration ?

Un produit définitivement retiré du catalogue se redirige vers sa catégorie, pas vers la page d'accueil : le visiteur atterrit sur des articles comparables et la valeur de la page bénéficie à une adresse proche. Un produit temporairement indisponible garde en revanche sa page en ligne, avec la mention du réapprovisionnement. La règle générale des redirections et la nuance entre 301 et 302 sont détaillées dans notre guide sur la refonte sans perte de référencement.

Combien de temps pour retrouver ses positions après une migration ?

Avec des redirections 301 complètes, la plupart des positions se stabilisent en quelques semaines, le temps que Google recroise l'ensemble des pages. Une baisse légère et temporaire juste après la bascule est normale et ne justifie aucune action précipitée. Si la chute est forte et se prolonge au-delà d'un mois, cherchez une cause précise : redirections manquantes, pages en 404, blocage du fichier robots ou balises canoniques mal reportées.

Faut-il garder les mêmes URLs lors d'une refonte PrestaShop ?

Quand c'est possible, oui : conserver la structure d'adresses est la façon la plus sûre de ne rien perdre, et elle vous épargne le plus gros du chantier. Si la refonte impose de changer les adresses, par exemple une nouvelle arborescence de catégories ou un changement de plateforme, chaque ancienne URL indexée doit alors pointer vers son équivalent le plus proche. Ne changez jamais une URL indexée sans savoir vers quoi elle redirigera.

À quel moment de l'année migrer une boutique en ligne ?

Dans le creux de votre activité, jamais à l'approche de votre pic. Une migration demande plusieurs semaines de surveillance rapprochée, et ces semaines tombent mal juste avant les fêtes, la rentrée ou l'ouverture d'une saison. Regardez vos douze derniers mois de commandes, repérez votre période la plus calme et calez la bascule à son début : vous aurez le temps de corriger ce que la préparation a laissé passer, sur des volumes qui pardonnent.

Appeler04 67 02 68 68 Devis gratuit