Accueil
Étude de cas client

Futurheli : deux migrations PrestaShop sans perdre de commandes en cours de route

Faire passer une boutique de modélisme RC de thirty bees à PrestaShop 1.7, puis à la version 8.1.3, sans que le client perde une seule commande côté caisse.

Client : Futurheli
Secteur : Modélisme RC (avions, hélicoptères, drones, pièces détachées)
Mission : Migration thirty bees → PrestaShop 1.7, puis → 8.1.3
Période : 2023 - 2024

Contexte & enjeux

Futurheli vend du matériel de modélisme radiocommandé (avions, hélicoptères, drones, pièces détachées) sur une boutique thirty bees hébergée chez OVH SoYouStart, jusque-là entretenue par un webmaster qui n'était plus joignable. Le catalogue reposait sur des fiches produit détaillées : accessoires recommandés, caractéristiques techniques, déclinaisons et pages de pièces détachées liées à chaque référence, l'ensemble géré au quotidien par le client lui-même, sans compétence technique. Toute commande perdue pendant l'opération se traduit directement par une vente ratée.

Mission

Une première migration complète de thirty bees vers la dernière version stable de PrestaShop 1.7 : reprise à l'identique du catalogue (produits, catégories, caractéristiques, déclinaisons, accessoires recommandés, pièces détachées liées), nouveau thème responsive, et modules de paiement et de transport (Colissimo, Crédit Agricole). Puis, un an plus tard, une seconde migration vers PrestaShop 8.1.3 pour rester sur une version maintenue, en conservant les modules et le fonctionnement métier du client.

Difficultés rencontrées

Dès le lancement du projet, la clé SSH transmise par le client pour accéder à la base de données ne fonctionnait pas avec l'outil habituel de l'équipe, retardant l'accès au serveur source. Une fois le nouveau site en ligne, plusieurs bugs sont apparus : un bug PrestaShop connu créait des produits fantômes vides à la suite de la migration, les commandes payées par PayPal n'étaient parfois pas enregistrées côté boutique alors même que le paiement avait bien été débité, et certains blocs de contenu (bloc "à propos" en pied de page, bouton de contact) n'avaient pas été repris. Lors de la seconde migration vers PrestaShop 8.1.3, un module de précommande tiers a mis hors service le moteur de recherche du back-office, et la page de gestion des modules est devenue inaccessible.

Solution technique mise en place

Après reprise en main de l'accès serveur, le catalogue a été migré intégralement puis vérifié poste par poste avec le client. Les produits fantômes créés par le bug de migration ont été identifiés et supprimés, la validation des commandes PayPal a été corrigée pour ne plus dépendre d'un affichage silencieusement en échec, et les blocs de contenu manquants (à propos, contact) ont été restaurés. Sur la seconde migration, le module tiers en cause dans la panne du moteur de recherche back-office a été isolé et neutralisé, la page de gestion des modules réparée, et le module Colissimo réinstallé et revérifié point relais par point relais.

Les résultats

Indicateur

Plateforme e-commerce

Commandes PayPal en échec silencieux

Back-office (recherche, gestion des modules)

Avant

thirty bees, non maintenu

paiement débité, commande non enregistrée

hors service après un module tiers en panne

Après

PrestaShop 1.7 puis 8.1.3, dernière version stable

validation fiabilisée, commande enregistrée systématiquement

entièrement restauré et fonctionnel

Sur le même sujet

Services & expertises mobilisés
  • Migration de boutique PrestaShop (changement de plateforme ou de version majeure).
  • Reprise d'un site existant après un audit préalable des accès et du catalogue.
  • Résolution de bugs bloquants après migration : paiement, modules tiers, back-office.
Prendre rendez-vousDiscuter de mon projet