Agence PrestaShop à Perpignan : changer de version sans perdre vos positions dans Google

Le jour de la bascule, tout semble normal. Les clics, eux, fondent parfois quelques semaines plus tard, sans qu’on sache si c’est la migration ou la saison.

Voici comment changer de version avec une agence PrestaShop à Perpignan sans perdre vos positions dans Google.

• Changer de version sans perdre vos positions dans Google
• Une migration transfère et adapte les données, elle ne copie pas la base
• Sauvegarde et compatibilité serveur avant la montée de version
• Conserver les URL et rediriger le reste pour protéger le référencement
• Recette avant bascule et suivi Google après la mise en ligne
• Foire aux questions

Changer de version sans perdre vos positions dans Google

Une migration de PrestaShop 1.7 vers 8.1 dure en général 3 à 6 semaines. Pour 500 à 5 000 produits, avec un thème standard et 10 à 20 modules, comptez 3 500 à 12 000 € HT^*. Un développement sur mesure peut doubler la facture.

À Perpignan, les prestataires proposent la création, la refonte, la maintenance, l’hébergement, le référencement technique et la mise à jour des modules. Une bonne agence se distingue par la façon dont elle reprend vos données, vos flux de paiement, vos stocks et vos URL.

Ce qu’il faut exiger d’un prestataire

Avant de comparer deux agences, posez-leur quatre questions :

1. Avez-vous déjà migré une boutique depuis ma version actuelle ?
2. Quelle méthode écrivez-vous noir sur blanc pour la migration ?
3. Qui est mon interlocuteur technique, nommément ?
4. Quel est votre plan de retour arrière si la bascule échoue ?

Une certification PrestaShop aide au tri, mais elle ne remplace pas l’audit de votre code et de vos modules.

Ce qui fait varier le budget

Le prix dépend surtout du volume et des connexions externes :

Ces montants supposent un hébergement adapté et des données propres. Si votre base contient des doublons de clients ou des stocks incohérents, prévoyez du temps de nettoyage en plus.

Préparer le brief avant le devis

Votre brief doit indiquer la version exacte de PrestaShop et de PHP, ainsi que les volumes : produits, déclinaisons, clients, commandes, langues et boutiques. Ajoutez les modules, le thème actif, les connexions ERP ou CRM, les moyens de paiement, les transporteurs et les flux vers les marketplaces.

Une mise à jour de 8.0 à 8.1 reste dans la même version majeure et passe par l’assistant de mise à jour. Une migration majeure, elle, crée une nouvelle boutique puis transfère et adapte les données. C’est la méthode à retenir pour un changement structurel important.

Le calendrier type s’enchaîne ainsi :

1. Audit : 1 semaine.
2. Préparation de la copie et des adaptations : 1 à 2 semaines.
3. Import et tests des données : 1 semaine.
4. Recette et mise en ligne : 1 semaine.

Ajoutez 1 à 2 semaines si votre thème ou vos modules sont spécifiques. Pour une refonte qui doit aussi garder votre référencement, le guide Refonte PrestaShop à Nice : garder son référencement détaille les points à vérifier.

Décrire mon besoin →

Une migration transfère et adapte les données, elle ne copie pas la base

La migration suit quatre opérations. Vous extrayez les données de l’ancienne boutique, puis vous les adaptez à la nouvelle structure. Ensuite vous les importez et vous contrôlez les relations entre les tables et les fichiers. Copier directement la base de production n’est pas la méthode à recommander pour une boutique active.

Les identifiants, point sensible

Si les identifiants produits restent identiques, la reprise des images est plus simple. S’ils changent, il faut reconstruire les liens entre produits, images, déclinaisons, pièces jointes et personnalisations. C’est là que se concentrent la plupart des erreurs de recette.

Ce qu’il faut vérifier après import

La reprise standard couvre les clients, les adresses, les commandes, les produits, les catégories, les déclinaisons, les prix, les règles de panier et les stocks. Les comptes employés et leurs droits sont souvent à recréer à la main, car le système de permissions a évolué.

Les images sont dans les fichiers de la boutique. Leur association aux produits dépend pourtant de plusieurs tables. Après import, contrôlez au moins 50 fiches : produits simples, déclinaisons, produits avec plusieurs images et produits multilingues.

Les fichiers téléchargeables et les pièces jointes se transfèrent séparément. Les dossiers /download et /upload contiennent respectivement les fichiers liés aux produits et ceux déposés par les clients. Si les identifiants changent, leurs références doivent suivre.

Sauvegarde et compatibilité serveur avant la montée de version

Une sauvegarde utile comprend la base de données et tous les fichiers de la boutique. Gardez au moins deux copies, sur des emplacements distincts. Testez ensuite une restauration avant de toucher à la production.

Une restauration non testée n’est pas un plan de secours

L’assistant de sauvegarde du back-office crée une copie de la base. Il ne remplace pas une sauvegarde complète des fichiers. Archivez aussi les images, le thème, les modules, les traductions et les pièces jointes.

Sur une copie de la boutique, vérifiez :

• la connexion à la base
• l’accès au back-office
• l’affichage d’une fiche produit
• le panier
• la création d’une commande
• l’envoi d’un courriel

Compatibilité technique

PrestaShop 8 demande au minimum :

• PHP 8.1
• MySQL 5.7 ou MariaDB 10.2
• une mémoire PHP d'au moins 256 Mo

Vérifiez ces paramètres avant le devis. Un hébergement trop ancien peut imposer un changement d’offre. Ce coût n’apparaît pas toujours sur la proposition initiale.

Considérez chaque module comme incompatible jusqu’à preuve du contraire. Visez surtout ceux qui gèrent le paiement, la livraison, les marketplaces, les prix B2B ou les exports comptables.

Le thème demande le même contrôle. Un thème 1.7 peut reposer sur des surcharges et des points d’accroche (hooks) qui ne fonctionnent plus correctement en 8.1. Dans ce cas, prévoyez une adaptation ou un nouveau thème, pas un simple transfert de fichiers.

Travaillez sur une préproduction. C’est une copie privée de la boutique, avec sa propre base et son propre domaine.

La bascule doit prévoir :

• un mode maintenance
• une sauvegarde finale
• une durée d’intervention estimée
• une procédure de retour vers l’ancienne version

Décrire mon besoin →

Conserver les URL et rediriger le reste pour protéger le référencement

Protéger votre référencement commence par un inventaire. Listez les URL qui génèrent déjà des clics, des impressions ou des ventes. Une migration garde votre visibilité seulement si chaque ancienne adresse mène à une cible pertinente.

Dresser le plan des URL

Exportez les URL depuis Google Search Console, les fichiers de sitemap, les journaux serveur et vos outils d’analyse.

Classez-les en :

• Produits
• Catégories
• Pages CMS
• Marques
• Résultats filtrés
• Anciennes pages qui reçoivent encore des liens externes

Une ancienne fiche produit redirige vers la fiche équivalente. Une catégorie supprimée pointe vers la catégorie qui reprend son contenu. Pas vers la page d’accueil.

Google recommande aussi d’éviter les chaînes de redirections.

Choisir le bon code de redirection

Une redirection 301 ou 308 signale un changement permanent. La 302 sert à un changement temporaire, par exemple un test limité dans le temps. Elle ne doit pas remplacer une 301 lors d’une migration définitive.

Chaque nouvelle page doit porter une URL canonique. C’est l’adresse que vous présentez comme version principale d’une page. Elle évite que Google indexe deux versions du même contenu.

Le sitemap reprend ces adresses, et les liens internes doivent pointer vers elles.

Décrire mon besoin →

Recette avant bascule et suivi Google après la mise en ligne

Une recette sérieuse teste le parcours d’achat complet sur la préproduction. Elle reprend ensuite les mêmes contrôles après la mise en ligne. Gardez l’ancienne version disponible jusqu’à la validation des commandes et des paiements.

Avant la mise en ligne

Testez les parcours suivants :

• la recherche
• les filtres
• les déclinaisons
• l’ajout au panier
• les codes promotionnels
• les frais de livraison
• les comptes clients
• les commandes invitées
• les remboursements

Refaites ces parcours sur ordinateur et sur mobile.

Contrôlez chaque moyen de paiement en environnement de test, ainsi que :

• les courriels de commande
• les factures PDF
• les notifications transporteur
• les exports comptables

Une commande validée sans courriel ni décrément de stock bloque vite l’exploitation.

Testez au moins 100 redirections, choisies parmi les URL les plus visitées et les pages qui génèrent le plus de chiffre d’affaires. Notez le code HTTP et la page finale de chacune.

Après la mise en ligne

Vérifiez les propriétés ancienne et nouvelle dans Google Search Console. Envoyez ensuite le sitemap de la boutique migrée. L’outil suit l’exploration, l’indexation et les erreurs de chaque page.

Suivez pendant 4 à 8 semaines les clics, les impressions, le taux de clic et les pages exclues. Comparez chaque semaine avec la période précédente et avec la même période de l’année passée. Vous ne confondez ainsi pas migration et saisonnalité.

Inspectez :

• les erreurs 404
• les redirections en chaîne
• les pages non indexées
• les balises canoniques incohérentes
• les blocages du fichier robots.txt

Testez les pages importantes avec l’outil d’inspection d’URL. Faites-le avant toute demande d’indexation manuelle.

Après la bascule, videz le cache PrestaShop et celui du serveur si les modifications ne s’affichent pas. Le cache ne corrige pourtant ni un module incompatible ni une erreur de configuration. S’il ne suffit pas, cherchez la cause ailleurs.

Avant de signer, exigez un devis qui détaille les modules, les redirections et le plan de retour arrière. Puis faites tester au moins 100 redirections sur une préproduction, et gardez l’ancienne boutique en ligne jusqu’à la validation de vos premières commandes.

Décrire mon besoin →

Foire aux questions

Comment vider le cache de PrestaShop ?

Depuis le back-office, ouvrez « Paramètres avancés », puis « Performances », et cliquez sur « Vider le cache ». Si le problème persiste, votre intégrateur peut vider les répertoires de cache de l’environnement concerné, à condition d’avoir un accès au serveur.

Est-ce que c’est bien de vider le cache ?

Oui, après une modification du thème, d’un module ou d’une mise à jour, vider le cache permet d’afficher les nouveaux fichiers. En revanche, un cache désactivé durablement ralentit la boutique, donc gardez cette option pour le débogage et réactivez le cache ensuite.

Combien de temps Google met-il à réexplorer une boutique migrée ?

Google peut revenir sur les pages en quelques jours, ou en plusieurs semaines, selon le site et le nombre d’URL. Plus la boutique compte de pages, plus la réexploration s’étale, d’où l’intérêt de vérifier les pages prioritaires dès la bascule.

* Tarifs et prix moyens constatés en décembre 2025, sur des retours d'appels d'offres provenant de freelances et d'agences. Ces chiffres ne sauraient être une référence de négociation, car les sources varient selon la taille du site et la séniorité du prestataire.