Migrer d’osCommerce vers PrestaShop : quitter une plateforme qui n’évolue plus

Une boutique osCommerce se migre vers PrestaShop depuis sa base MySQL : l’administration d’origine n’exporte ni le catalogue ni les clients en tableur. Trois points sont propres à osCommerce : la version et le PHP du serveur, le sort des mots de passe clients, les adresses en « product_info.php ». Au 14 octobre 2026, la branche 2.x n’a plus publié de version stable depuis juin 2014.

• La dernière version stable d’osCommerce 2.x date du 9 juin 2014
• Les données d’osCommerce se reprennent depuis la base MySQL, table par table
• Les mots de passe des clients osCommerce ne s’ouvrent pas tels quels dans PrestaShop
• Les adresses osCommerce prennent plusieurs formes à relever avant la bascule
• Un prestataire de migration osCommerce vers PrestaShop livre six preuves
• Le devis d’une reprise d’osCommerce se lit d’abord dans les fichiers modifiés
• L’ancienne boutique laissée en ligne, les images d’origine et les taxes alourdissent la reprise
• Sources consultées
• Foire aux questions

La dernière version stable d’osCommerce 2.x date du 9 juin 2014

Le dépôt officiel de la branche 2.x marque la 2.3.4, publiée le 9 juin 2014, comme dernière version stable. Les versions 2.4.0 à 2.4.2, de novembre 2016, y restent marquées comme préversions, et la dernière poussée sur le dépôt date du 19 février 2023. Le site officiel met en avant osCommerce 4.

Avant toute demande de devis, ouvrez Tools > Server Info dans l’administration. L’écran affiche la version d’osCommerce, celle de PHP et celle de MySQL. Une 2.2 livre ses fichiers de langue en ISO-8859-1, et ses accents se convertissent en UTF-8 avant l’import ; une 2.3.x les livre en UTF-8, ce qui n’épargne pas de vérifier l’encodage réel des tables. Côté serveur, PHP 5.6 est sans correctif depuis le 31 décembre 2018 et PHP 7.4 depuis le 28 novembre 2022 : ni l’un ni l’autre ne fait tourner PrestaShop 9.2, annoncée le 30 septembre 2026 pour PHP 8.1 à 8.5.

La boutique d’arrivée s’installe sur un nouvel hébergement, dimensionné à part : voir hébergement et infogérance.

Les données d’osCommerce se reprennent depuis la base MySQL, table par table

L’administration d’une 2.3.4 d’origine ne propose aucun écran d’export du catalogue ou des clients. Elle offre Tools > Database Backup, qui produit une copie complète de la base au format SQL, compressée ou non, à télécharger. Ce fichier est le premier livrable à réclamer, avant toute intervention.

Côté PrestaShop, l’outil Paramètres avancés > Importer accepte catégories, produits, déclinaisons, clients, adresses, marques et fournisseurs. Les commandes des clients n’y figurent pas : leur reprise passe par un script écrit pour la migration.

Deux écarts de structure demandent un arbitrage écrit. osCommerce tient le stock au niveau du produit : la table des options, « products_attributes », porte un supplément de prix et aucune colonne de quantité. PrestaShop gère un stock par déclinaison, c’est-à-dire par combinaison de taille et de couleur : décidez qui saisira ces quantités. La table « orders_total » range sous-total, port et taxe en lignes qui portent un libellé, un texte affiché et une valeur numérique : faites décrire au prestataire dans quels champs de commande PrestaShop il les écrit.

Scénario : une boutique de vêtements de 900 références, dont 300 avec des options de taille. Demandez au prestataire combien de déclinaisons seront créées et quel stock chacune recevra au premier jour.

Décrire mon besoin →

Les mots de passe des clients osCommerce ne s’ouvrent pas tels quels dans PrestaShop

La 2.3.4 enregistre chaque mot de passe sous forme d’empreinte, une transformation à sens unique dont on ne peut pas retrouver l’original, au format de la bibliothèque phpass. Les comptes plus anciens gardent un format MD5 salé, reconnaissable aux deux caractères placés après un deux-points. Le code de PrestaShop, dans sa branche 8.2 comme dans sa branche de développement, ne vérifie que deux formats : bcrypt, le format d’empreinte qu’emploient ses versions récentes, et un MD5 combiné à une clé propre à chaque installation. Aucun format d’osCommerce n’en fait partie.

Son outil d’import du back-office re-hache aussi la colonne « passwd » : une empreinte osCommerce collée là devient inutilisable. Seule une empreinte écrite en base avec la table des clients, clé de chiffrement reprise, reste intacte, et elle ne sert que si un module la reconnaît.

Première option : importer les comptes avec une valeur aléatoire, puis écrire à chaque client qu’il choisira un nouveau mot de passe par le lien « Mot de passe oublié ? » de la page de connexion.

Seconde option : un module développé pour la migration, qui reconnaîtrait l’ancienne empreinte à la première connexion et la remplacerait par une empreinte bcrypt. Il épargne l’e-mail de masse, au prix d’un développement à chiffrer et d’un code supplémentaire à maintenir à chaque mise à jour.

Comptez vos clients dans l’écran Customers avant de trancher : l’envoi se dimensionne sur ce nombre.

Les adresses osCommerce prennent plusieurs formes à relever avant la bascule

Une fiche produit osCommerce répond à « product_info.php?products_id=42 », souvent complétée du chemin de catégorie (« cPath=3_12 ») ou de la marque (« manufacturers_id ») : la même fiche vit sous plusieurs adresses. Si l’option de réécriture prévue par osCommerce est active, le point d’interrogation, l’esperluette et le signe égal deviennent des barres obliques, comme dans « product_info.php/products_id/42 ». Quand la boutique n’impose pas le cookie de session, certains liens portent en plus l’identifiant de session du visiteur.

Ouvrez trois fiches produits depuis les résultats de Google et notez la forme exacte de leur adresse : c’est la matière première de la table de redirections. La méthode, de l’inventaire au contrôle après bascule, relève du SEO de migration.

Un prestataire de migration osCommerce vers PrestaShop livre six preuves

Six pièces écrites prouvent qu’une reprise est complète, et vous les exigez avant le paiement du solde :

• la sauvegarde SQL d’origine, datée et conservée hors du serveur ;
• la liste des fichiers modifiés par rapport à la 2.3.4 publiée sur le dépôt officiel : chaque écart signale un ajout à reprendre en module PrestaShop, ou à abandonner ;
• une table de correspondance des identifiants, ancien produit vers nouveau produit ;
• un comptage avant et après : produits, clients, commandes et total cumulé des commandes reprises ;
• une migration à blanc sur une préproduction, copie de la boutique invisible des clients, puis une reprise finale des commandes passées entre-temps ;
• la règle appliquée aux mots de passe, et le texte de l’e-mail envoyé aux clients.

Faites écrire qui paie une reprise ratée : si les comptages divergent, le prestataire relance l’import à ses frais. L’ancienne boutique reste en ligne jusqu’à la validation des comptages.

Décrire mon besoin →

Le devis d’une reprise d’osCommerce se lit d’abord dans les fichiers modifiés

Le premier poste à relever est le nombre de fichiers modifiés depuis l’installation : chacun est un ajout à reprendre ou à abandonner. Viennent ensuite la profondeur d’historique de commandes à reprendre, le nombre de langues, les options à convertir en déclinaisons, la règle retenue pour les mots de passe et le design : le gabarit d’osCommerce, écrit en PHP, ne se réutilise pas dans un thème PrestaShop.

L’ancienne boutique laissée en ligne, les images d’origine et les taxes alourdissent la reprise

Laisser l’ancienne boutique en ligne après la bascule. Un osCommerce sur un PHP sans correctif reste exposé, avec ses comptes clients. Fermez-le, et gardez la sauvegarde hors ligne.

Importer des descriptions dont les images pointent vers l’ancien dossier « images/ ». Elles disparaissent à la fermeture du serveur : exigez le transfert des fichiers et la réécriture des liens.

Négliger les taxes. osCommerce rattache chaque produit à une classe de taxe et à des zones géographiques, PrestaShop à des règles de taxes par pays. Passez une commande test avec un produit à taux normal et un produit à taux réduit, puis comparez le total à celui d’osCommerce.

Dans le message du formulaire de cette page, reportez les versions lues dans Server Info et le nombre de produits, de clients et de commandes.

Sources consultées

• osCommerce, dépôt GitHub « osCommerce Online Merchant v2.x », versions publiées et code de la version 2.3.4 (mots de passe, liens, sauvegarde, structure de la base), consulté le 14 octobre 2026.
• osCommerce, page d’accueil du site officiel, consulté le 14 octobre 2026.
• php.net, « Unsupported Branches », consulté le 14 octobre 2026.
• PrestaShop, « PrestaShop 9.2 is available », consulté le 14 octobre 2026.
• PrestaShop, documentation utilisateur de PrestaShop 9, « Import », consulté le 14 octobre 2026.
• PrestaShop, dépôt GitHub « PrestaShop », classe « Hashing » et contrôleur « AdminImportController », branches 8.2.x et develop, consulté le 14 octobre 2026.

Foire aux questions

Faut-il passer par osCommerce 4 avant d’aller vers PrestaShop ?

Non. La migration lit directement les tables de votre base 2.x et les écrit dans PrestaShop. Un détour par osCommerce 4 ajouterait une reprise complète, avec ses propres tests, sans rien apporter à la boutique d’arrivée. Il ne se discute que si une fonction précise n’existe que là, ce qui se vérifie avant de signer.

Peut-on garder les numéros de commande d’osCommerce ?

C’est possible si le script de reprise les écrit tels quels ; PrestaShop affiche en plus sa propre référence de commande. Faites-le préciser au devis : vos clients et votre service après-vente citent ces numéros, et vos factures déjà émises les portent. Contrôlez ensuite trois commandes anciennes : numéro, date et montant identiques.

Les avis clients d’osCommerce peuvent-ils suivre ?

Ils occupent les tables « reviews » et « reviews_description » : note, texte, date, produit concerné. PrestaShop les reçoit dans un module d’avis, celui de l’éditeur ou un module tiers, et le script les rattache au bon produit grâce à la table de correspondance des identifiants. Demandez si les avis désactivés sont repris ou écartés.

Que faire si plus personne n’a les accès à l’administration osCommerce ?

Partez du compte d’hébergement : la base se télécharge généralement depuis son panneau, sans passer par l’administration de la boutique. Récupérez d’abord ces identifiants, au nom de votre entreprise, puis la sauvegarde. Un mot de passe d’administrateur perdu se réinitialise ensuite dans la table « administrators », une opération à confier au prestataire.