SEO de migration PrestaShop : garder son trafic quand on change de version ou de plateforme

Le SEO de migration PrestaShop tient en quatre gestes. Inventorier les adresses de l’ancienne boutique. Associer chacune à sa nouvelle adresse. Les rediriger de façon permanente. Contrôler la Search Console après la bascule. Google écrit que le classement fluctue le temps d’un déménagement. Pour un site petit ou moyen, il compte quelques semaines avant que la plupart des pages aient changé d’adresse dans son index.

• Une migration PrestaShop relève d’un guide de Google selon le sort des adresses
• L’inventaire des adresses se tire de quatre sources avant toute copie
• La correspondance des adresses tient dans un tableur de trois colonnes
• La préproduction se ferme aux moteurs, puis s’ouvre à la bascule
• Les rapports de la Search Console se lisent pendant les semaines qui suivent la bascule
• Le coût d’un SEO de migration PrestaShop se fixe sur le nombre d’adresses et sur le contrôle
• Trois raccourcis fragilisent une migration PrestaShop
• Sources consultées
• Foire aux questions

Une migration PrestaShop relève d’un guide de Google selon le sort des adresses

Au 14 octobre 2026, Google range ses consignes selon l’effet sur l’adresse que voit le visiteur, quelle que soit la plateforme. Le tableau situe votre cas.

Dans le dernier cas, la documentation développeur de la 8.0 signale que l’adresse de l’inscription a changé : la connexion et l’inscription sont réparties entre deux blocs de code distincts. Par déduction, un changement de version de PHP seul ne modifie aucune adresse : la montée de version de PHP n’appelle pas de redirection.

L’inventaire des adresses se tire de quatre sources avant toute copie

Google cite quatre sources : les sitemaps (listes d’adresses du site), le rapport des liens de la Search Console, le système de gestion de contenu et les pages à fort trafic des journaux du serveur ou des statistiques. Ajoutez les images, les vidéos, les scripts et les feuilles de style : Google les range dans l’inventaire.

Sur PrestaShop, une adresse produit suit le schéma des URL. La documentation de la 9 donne la route par défaut {category:/}{id}-{rewrite}{-:ean13}.html, qui produit /summer-dresses/7-printed-chiffon-dress.html. Notez le schéma de l’ancienne boutique. Exportez ensuite le rapport de performances avant de toucher à quoi que ce soit : l’état d’avant, daté, se relève dans l’audit SEO.

La correspondance des adresses tient dans un tableur de trois colonnes

Colonnes : ancienne adresse, nouvelle adresse, traitement (301, 410 ou 404). Les règles viennent de Google. Chaque ancienne adresse pointe directement vers sa destination finale, sans chaîne. Elle ne pointe pas vers l’accueil quand une page équivalente existe. Une page non reprise reçoit un code 404 ou 410. La redirection se fait côté serveur, en 301 ou 308.

Côté PrestaShop, trois points se vérifient.

• Le schéma des URL (section « Format des URL » en 1.7 française, « Schema of URLs » en 9 anglaise) se modifie. D’après le code de PrestaShop 8.2 (fichier Dispatcher.php), une règle sans le mot-clé {id}, obligatoire, est signalée en erreur. L’identifiant reste dans l’adresse : un ancien schéma sans numéro ne se recopie pas à l’identique.
• Un produit désactivé dispose, dans l’onglet SEO de sa fiche, de la section « Page de redirection » (« Redirection page » en anglais). Elle propose « Pas de redirection (404) », « Redirection permanente (301) » ou « Redirection temporaire (302) », avec un produit ou une catégorie de destination, d’après la documentation française de la 1.7. Celle de la 9 donne les mêmes options en anglais.
• Le fichier .htaccess (réglages du serveur web) généré par PrestaShop enferme ses règles entre deux commentaires, « start » et « end », d’après le code de la 8.2. Il conserve ce qui se trouve en dehors et écrase ce qui se trouve dedans. Placez les redirections hors du bloc.

Exemple de ligne : « /ancienne-categorie/robe-12.html » devient « /robes-d-ete/7-robe-imprimee.html », en 301.

Les redirections déjà créées sur une plateforme quittée entrent dans le tableau : Shopify en exporte la liste en CSV.

Décrire mon besoin →

La préproduction se ferme aux moteurs, puis s’ouvre à la bascule

Google demande de retirer avant le lancement tout « noindex » (balise d’exclusion de l’index) ou blocage temporaire du site d’essai. Il demande de vérifier l’ancien et le nouveau site dans la Search Console, variantes comprises, et de confirmer que le serveur supporte un robot plus actif.

PrestaShop ajoute deux pièges. Un fichier robots.txt (liste d’adresses interdites aux robots) de préproduction qui interdit tout, copié en production, ferme la boutique aux robots. Le bouton « Générer le fichier robots.txt » (« Generate robots.txt ») en écrase l’existant. Le sitemap se régénère aussi : le module « gsitemap » du dépôt PrestaShop en produit un par langue de boutique, d’après son README.

Les rapports de la Search Console se lisent pendant les semaines qui suivent la bascule

Quatre lectures, décrites par Google. Le rapport des sitemaps : les pages indexées passent de l’ancien sitemap au nouveau, avec des avertissements de redirection attendus sur l’ancien. Le rapport « Indexation des pages » (« Page indexing ») : cherchez « Erreur liée à des redirections » (« Redirect error »), soit une boucle ou une chaîne trop longue. Cherchez aussi « Introuvable (404) » (« Not found (404) ») et « Erreur “soft 404” » (« Soft 404 »). Le rapport de performances : les nouvelles adresses doivent recevoir des impressions et des clics. Les journaux du serveur : l’activité du robot de Google et les codes d’erreur inattendus.

Gardez les redirections aussi longtemps que possible, un an au moins en règle générale selon Google.

Le coût d’un SEO de migration PrestaShop se fixe sur le nombre d’adresses et sur le contrôle

Par déduction du travail à fournir, le volume compte : produits, déclinaisons, catégories, pages de contenu, langues. S’y ajoutent les redirections déjà créées à reprendre, le choix entre règles par motif (une règle pour plusieurs adresses) et lignes une à une, puis le nombre de contrôles.

Faites écrire deux engagements. Les redirections non conformes au tableau validé se corrigent aux frais du prestataire. Une sauvegarde du fichier .htaccess précède chaque modification, pour qu’une règle fautive se retire sans immobiliser la boutique.

Trois raccourcis fragilisent une migration PrestaShop

Cumuler un changement de thème, de schéma d’adresses et de domaine le même jour. Google conseille de ne changer qu’une chose à la fois, en période de faible trafic.

Laisser les liens internes sur les anciennes adresses : chaque clic traverse alors une redirection. Google demande de les mettre à jour, avec les liens externes les plus visités quand c’est possible.

Contrôler la seule page d’accueil. Le tableau se teste, avec l’outil d’inspection d’URL (« URL Inspection tool ») ou un script, sur un échantillon de chaque type de page.

Dans le message du formulaire de cette page, reportez le type de changement (version, plateforme, domaine) et l’adresse de la boutique actuelle.

Décrire mon besoin →

Sources consultées

• Google, Search Central, « How to move a site », consulté le 14 octobre 2026.
• Google, Search Central, « Changing your hosting », consulté le 14 octobre 2026.
• Google, Search Central, « Redirects and Google Search », consulté le 14 octobre 2026.
• Google, Search Console Help, « Page indexing report » (« Rapport sur l’indexation des pages » en français) et « Outil Changement d’adresse » en français, consulté le 14 octobre 2026.
• PrestaShop, documentation de PrestaShop 9, « SEO and URLs » et « Managing Products », consultées le 14 octobre 2026.
• PrestaShop, documentation française de PrestaShop 1.7, « SEO et URL » et « Gérer les produits », consultées le 14 octobre 2026.
• PrestaShop, documentation développeur, « Changes in PrestaShop 8.0 », liste « Notable changes », consulté le 14 octobre 2026.
• Shopify, Help Center, « Creating and managing URL redirects », section « Export your URL redirects », consulté le 14 octobre 2026.
• PrestaShop, code source du logiciel, fichiers « classes/Dispatcher.php » et « classes/Tools.php », branche 8.2.x, consulté le 14 octobre 2026.
• PrestaShop, dépôt du module « gsitemap », fichier « README.md », consulté le 14 octobre 2026.

Foire aux questions

Faut-il utiliser l’outil de changement d’adresse de la Search Console ?

Seulement pour un changement de domaine ou de sous-domaine. Google précise qu’il n’est pas nécessaire pour un passage de HTTP à HTTPS, un changement de « www » ou une modification de chemins sur le même domaine. Pour un changement de domaine, soumettez-le pour chaque variante vérifiée de l’ancien domaine.

Peut-on perdre du trafic malgré des redirections correctes ?

Oui, temporairement. Google indique que la visibilité fluctue pendant le déménagement. Distinguez cette fluctuation d’une erreur par les rapports : une erreur de redirection, une série de 404 ou une adresse absente du nouveau sitemap se corrige. Une baisse sans erreur se surveille sur plusieurs semaines.

L’ancien sitemap doit-il rester soumis ?

Le temps du suivi, oui ; ensuite, non, selon Google. Pour suivre la bascule, soumettez à côté du nouveau le sitemap des anciennes adresses, enregistré avant le déménagement : ses avertissements de redirection sont normaux et peuvent être ignorés. Une fois le nouveau sitemap soumis, l’ancien sitemap du site peut être retiré, car Google utilise le nouveau.

Une boutique en plusieurs langues demande-t-elle un traitement particulier ?

Oui : Google demande de mettre à jour les annotations hreflang, qui relient les versions d’une page. Dans PrestaShop, remplissez l’adresse réécrite dans chaque langue de la boutique : la documentation de la 9 le demande, car les internautes locaux et certains moteurs s’en servent.

Le passage au HTTPS entre-t-il dans un SEO de migration ?

Oui : Google le range dans les changements d’adresses de sa consigne de déménagement. Chaque adresse en HTTP redirige vers son équivalent en HTTPS, et l’adresse de référence déclarée (dite canonique), le sitemap et les liens internes suivent. Vérifiez aussi le champ « Domaine SSL » (« SSL domain »), qui porte l’adresse sécurisée de la boutique. Il se trouve dans la section « URL de la boutique » (« Set shop URL ») des documentations de la 1.7 française et de la 9 anglaise.