Mettre à niveau Linux ou PHP peut améliorer la sécurité et maintenir le support des logiciels, mais une migration e-commerce est un changement de production. Le risque ne vient pas uniquement du serveur : modules, thème, extensions PHP, tâches cron, emails, paiements et connecteurs externes peuvent réagir différemment sur le nouvel environnement.
Ce guide présente une procédure de migration. Il ne recommande pas une version de PHP sans vérifier sa compatibilité avec la version précise de PrestaShop ou WordPress et les extensions installées.
Préparer l’audit de compatibilité
Inventoriez avant toute modification :
- version du CMS, thème et modules critiques ;
- version PHP actuelle et extensions utilisées ;
- base de données, moteur web, cache et tâches planifiées ;
- prestataires de paiement, transporteurs, ERP et webhooks ;
- volume de fichiers, base de données et fenêtres de maintenance possibles.
Consultez la matrice de compatibilité du CMS et les notes de version de chaque module critique. Une mise à jour PHP réussie sur une page vitrine ne prouve pas la compatibilité du tunnel de commande.
Construire une préproduction fidèle
Créez un environnement de test avec une copie anonymisée de la boutique ou du site. Il doit reproduire le système, la version PHP cible, les extensions, le cache et les tâches importantes. Désactivez les emails sortants et les paiements réels.
Testez au minimum :
- connexion back-office et droits utilisateurs ;
- navigation, recherche, catégories et fiches produit ;
- panier, promotions, transporteurs et paiement de test ;
- imports, exports, cron et synchronisations ;
- envoi d’email et webhooks ;
- restauration d’une sauvegarde complète.
Déployer avec un retour arrière
Une migration robuste prévoit un chemin de retour avant le premier changement :
- sauvegarde vérifiée des fichiers, base et configuration ;
- snapshot ou serveur précédent conservé ;
- réduction du TTL DNS avant une bascule d’hôte ;
- liste des contrôles post-déploiement ;
- personne responsable de la décision de retour arrière.
Basculez hors période de vente. Après le déploiement, surveillez logs applicatifs, erreurs PHP, consommation mémoire, commandes, emails et files d’attente.
Erreurs fréquentes
Mettre à jour PHP sans valider les modules
Un module de paiement, un override ou une extension compilée peut bloquer la boutique. Gardez une liste des modules testés et une version de secours.
Réutiliser une configuration système sans l’adapter
Les réglages PHP-FPM, OPcache, MySQL et cache doivent être redimensionnés pour la nouvelle machine. Ne copiez pas une configuration de production sur une instance de test sans contrôler RAM, CPU et nombre de workers.
Confondre migration et optimisation
Une version récente ne corrige pas une requête SQL lente ou un module qui consomme trop de mémoire. Mesurez avant/après, puis traitez les problèmes applicatifs séparément.
Checklist de validation
- Sauvegarde restaurée avec succès sur un environnement de test.
- Modules critiques validés sur la version PHP cible.
- Paiement, emails et tâches cron testés.
- Monitoring et logs disponibles sur le nouvel environnement.
- Plan de retour arrière documenté.
- Bascule planifiée hors période commerciale.
Pour aller plus loin
- PrestaShop sur ARM64 : vérifier avant migration
- Configurer PHP, MySQL et MariaDB pour PrestaShop
- Choisir une configuration serveur PrestaShop
