Disponible pour missions & renforts d’agence · Réponse rapide, par la personne qui intervient

Changer d’hébergeur en migrant PrestaShop

Migrer de version PrestaShop et changer d’hébergeur en même temps est tentant : un seul chantier, une seule coupure annoncée. C’est aussi la meilleure façon de ne plus savoir, si quelque chose casse, si le problème vient de la version ou du nouveau serveur.

Décrire mon problème Discuter sur WhatsApp

La tentation de tout faire d’un coup

Regrouper migration de version et changement d’hébergeur dans la même opération paraît logique : une seule fenêtre de maintenance, une seule communication aux clients, un seul chantier à budgéter. Le problème apparaît si quelque chose ne fonctionne pas après la bascule. Est-ce la nouvelle version de PrestaShop qui pose un souci de compatibilité, ou la configuration du nouveau serveur qui diffère de l’ancien ? Sans point de contrôle intermédiaire, il faut diagnostiquer les deux fronts en même temps, ce qui prend plus de temps qu’une vérification isolée.

Ma recommandation générale : migrer d’abord la version sur l’hébergeur actuel, valider que tout fonctionne, puis changer d’hébergeur dans un second temps. L’ordre inverse fonctionne aussi selon la situation, mais jamais les deux gestes en même temps sans étape de validation entre les deux.

Aligner la version de PHP avec la version PrestaShop cible

Un changement d’hébergeur s’accompagne presque toujours d’un changement de version de PHP disponible, et c’est là que se joue une bonne partie des incompatibilités. PrestaShop 1.7 ne fonctionne sur aucune version de PHP 8, PrestaShop 8 a besoin au minimum de PHP 7.2.5, et PrestaShop 9 exige PHP 8.1 au minimum. Avant de choisir une offre d’hébergement, il faut vérifier que la version de PHP proposée correspond bien à la version PrestaShop visée, pas seulement à celle installée aujourd’hui. Le détail des correspondances entre versions est traité sur la page dédiée à PHP 8.

Ce qui peut casser une migration qui fonctionnait très bien avant

  • Droits de fichiers différents, qui empêchent certains dossiers d’être accessibles en écriture
  • Limites de mémoire PHP plus basses, qui font échouer une importation ou une mise à jour du catalogue
  • Extensions PHP absentes ou désactivées, alors qu’elles étaient présentes chez l’ancien hébergeur
  • Configuration du module de réécriture d’URL différente, qui casse les URLs conviviales
  • Tâches planifiées (cron) jamais transférées automatiquement vers le nouveau serveur
  • Certificat SSL à renouveler ou à réémettre pour le nouveau nom d’hôte

Comment je sépare les deux opérations

  1. Migration de version sur l’hébergement actuel

    Je migre d’abord PrestaShop vers la version cible sur l’hébergeur en place, sans toucher au serveur, pour isoler tout problème lié à la version elle-même.

  2. Validation complète

    Une fois la nouvelle version stable, je vérifie thème, modules et tunnel de commande avant d’envisager quoi que ce soit d’autre.

  3. Reconfiguration des tâches planifiées

    Sur le nouvel hébergeur, je recrée manuellement les tâches cron nécessaires : elles ne sont jamais reprises automatiquement lors d’un transfert.

  4. Transfert ou renouvellement du certificat SSL

    Selon l’autorité de certification et le nouvel hébergeur, je transfère le certificat existant ou j’en réémets un pour le nom de domaine sur la nouvelle infrastructure.

  5. Changement de pointage DNS

    Je programme le changement de pointage DNS en anticipant le délai de propagation, pour que la bascule reste cohérente pour tous les visiteurs.

Pour aller plus loin

Décrivez votre besoin en 1 minute

Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.

Quelle est la version actuelle ?
Vers quelle version souhaitez-vous aller ?
Quelle est la taille du catalogue ?

C’est le premier facteur de durée d’une migration, avant même le nombre de modules.

La boutique utilise-t-elle beaucoup de modules tiers ou personnalisés ? (facultatif)

Chaque module non natif doit être vérifié, remplacé ou réécrit pour la version cible.

Qu’est-ce qui doit impérativement être conservé ? (facultatif)
Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Questions fréquentes

Est-ce vraiment risqué de tout faire en une fois ?
Le risque n’est pas que ça échoue systématiquement, mais que si quelque chose casse, il devient difficile de savoir si la cause est la nouvelle version de PrestaShop ou la configuration du nouveau serveur. Séparer les deux étapes isole la cause d’un éventuel problème.
Dans quel ordre faut-il migrer la version et changer d’hébergeur ?
Je recommande en général de migrer d’abord la version sur l’hébergeur actuel, de valider que tout fonctionne, puis de changer d’hébergeur ensuite. L’ordre inverse est possible selon la situation, mais jamais les deux en même geste.
Les tâches cron sont-elles transférées automatiquement chez le nouvel hébergeur ?
Non, jamais. Elles doivent être recréées manuellement sur le nouveau serveur, sinon des fonctions comme les exports automatiques ou les mises à jour planifiées cessent de s’exécuter sans avertissement visible.
Que faut-il vérifier sur la nouvelle offre d’hébergement avant de migrer ?
La version de PHP proposée doit correspondre à la version PrestaShop cible, pas seulement à la version actuelle. Il faut aussi vérifier les extensions PHP activées, les limites de mémoire, et la configuration du module de réécriture d’URL.
Le certificat SSL pose-t-il problème lors d’un changement d’hébergeur ?
Ça dépend de l’autorité de certification et de la formule choisie chez le nouvel hébergeur : certains certificats se transfèrent, d’autres doivent être réémis. C’est un point à vérifier avant la bascule, pas après.