Migrer depuis Magento 1 : guide complet
Magento 1 est officiellement mort depuis juin 2020. Plus de mises à jour de sécurité, plus de patches, plus de support. Si votre boutique tourne encore dessus, vous êtes exposé à des failles critiques et vous accumulez une dette technique qui ne fera qu'empirer. Ce guide vous accompagne dans la migration vers une solution moderne.
Pourquoi migrer est devenu urgent
Les problèmes ne sont pas théoriques. Ils sont concrets et coûteux :
- Failles de sécurité : Plus de patches depuis 2020, les vulnérabilités connues sont exploitées activement
- Non-conformité PCI-DSS : Les auditeurs refusent de certifier des plateformes obsolètes
- PHP 5.6/7.1 : Versions PHP elles-mêmes obsolètes, impossibles à héberger correctement
- Intégrations cassées : Les APIs tierces (paiement, transport, ERP) abandonnent le support
- SEO dégradé : Core Web Vitals impossibles à atteindre, pénalités Google
Attention
Les attaques Magecart ciblent spécifiquement les anciennes installations Magento 1. Des scripts malveillants sont injectés pour voler les données de carte bancaire en temps réel. Le coût d'une breach dépasse largement celui d'une migration.
Chaque mois de retard augmente la complexité : les développeurs Magento 1 deviennent introuvables, les extensions tierces arrêtent d'être maintenues, le code legacy s'accumule sans documentation.
Les options de migration
Option 1 : Magento 2 / Adobe Commerce
La continuité logique, mais pas forcément la meilleure option.
Avantages
- Structure de données similaire (facilite la migration)
- Écosystème d'extensions mature
- Fonctionnalités B2B natives (Adobe Commerce)
- Équipe existante peut se former
Inconvénients
- Coût de licence Adobe Commerce : 22k€/an minimum
- Complexité technique importante
- Performances médiocres sans optimisation poussée
- Hébergement coûteux (4+ Go RAM minimum)
- Migration PAS automatique malgré le nom
Recommandé pour : Catalogues 50k+ produits, besoins B2B complexes, multi-stores internationaux, équipe technique dédiée.
Option 2 : Shopify / Shopify Plus
Le SaaS qui simplifie tout, au prix de la flexibilité.
Avantages : Zéro maintenance serveur, performances garanties, écosystème d'apps énorme, time-to-market rapide.
Inconvénients : Commission sur transactions (sauf Shopify Payments), personnalisation limitée (Liquid != PHP), vendor lock-in fort, coûts qui explosent avec les apps.
Recommandé pour : PME sans équipe technique, catalogues <10k produits, besoin de rapidité, budget récurrent acceptable.
Option 3 : WooCommerce
L'open-source accessible, basé sur WordPress.
Avantages : Gratuit (coeur open-source), flexibilité PHP totale, communauté énorme, hébergement économique.
Inconvénients : WordPress = surface d'attaque importante, performances médiocres à grande échelle, dépendance aux plugins de qualité variable.
Recommandé pour : Catalogues <5k produits, budget serré, équipe familière avec WordPress, besoins simples.
Option 4 : Solution sur-mesure
Laravel/Symfony + Stripe/Mollie pour un contrôle total.
Avantages : Performances optimales, zéro dette technique héritée, architecture adaptée à VOS besoins, intégrations métier natives.
Inconvénients : Coût initial élevé, time-to-market plus long, fonctionnalités à développer, dépendance à l'équipe de dev.
Recommandé pour : Processus métier très spécifiques, intégrations ERP/CRM complexes, équipe technique solide, vision long terme.
Stratégie de migration
Phase 1 : Audit de l'existant
Avant toute décision, cartographiez ce que vous avez :
Checklist d'audit Magento 1
## Données
☐ Nombre de produits (simples, configurables, bundles)
☐ Nombre de catégories et profondeur d'arborescence
☐ Nombre de clients et historique commandes
☐ Attributs produits personnalisés
☐ Prix spéciaux, règles de prix catalogue
☐ Contenus CMS (pages, blocs)
## Fonctionnalités
☐ Extensions installées (liste complète)
☐ Modules custom développés
☐ Intégrations tierces (ERP, CRM, logistique)
☐ Règles de livraison personnalisées
☐ Moyens de paiement configurés
## Technique
☐ Version Magento exacte
☐ Version PHP et MySQL
☐ Modifications du core
☐ Templates personnalisés
☐ URLs et structure SEO
Phase 2 : Nettoyage des données
La migration est l'occasion de nettoyer. Ne migrez pas les déchets :
Identifier les données obsolètes (SQL)
-- Produits désactivés depuis plus de 2 ans
SELECT COUNT(*) as obsolete_products
FROM catalog_product_entity p
JOIN catalog_product_entity_int v
ON p.entity_id = v.entity_id
WHERE v.attribute_id = (SELECT attribute_id
FROM eav_attribute
WHERE attribute_code = 'status')
AND v.value = 2
AND p.updated_at < DATE_SUB(NOW(), INTERVAL 2 YEAR);
-- Clients sans commande
SELECT COUNT(*) as inactive_customers
FROM customer_entity c
LEFT JOIN sales_flat_order o
ON c.entity_id = o.customer_id
WHERE o.entity_id IS NULL;
Bon à savoir
Un catalogue nettoyé migre plus vite, coûte moins cher à maintenir, et améliore les performances. Profitez de cette transition pour faire le tri.
Préserver votre SEO
Le SEO est souvent le premier sacrifié lors d'une migration. Ne perdez pas des années de référencement :
generate_redirects.php
<?php
// Générer les redirections 301
$products = json_decode(
file_get_contents('products_export.json'),
true
);
$redirects = [];
foreach ($products as $product) {
// Magento 1 URL patterns
$oldUrls = [
'/' . $product['url_key'] . '.html',
'/catalog/product/view/id/' . $product['entity_id'],
];
// Nouvelle URL (adapter selon plateforme)
$newUrl = '/products/' . $product['url_key'];
foreach ($oldUrls as $old) {
$redirects[] = [
'old_url' => $old,
'new_url' => $newUrl,
'type' => 301,
];
}
}
Critique
Testez TOUTES vos redirections avant la mise en production. Une 404 sur une page bien positionnée peut faire perdre des mois de référencement. Utilisez Screaming Frog ou des outils similaires pour auditer.
Checklist SEO migration
- Avant : Export Google Search Console, crawl complet, liste des pages à fort trafic, backlinks
- Pendant : Mapping URLs 100%, redirections 301, meta transférées, données structurées
- Après : Nouveau sitemap soumis, monitoring 404, vérification indexation
Gérer la période de transition
Big Bang vs Migration progressive
Big Bang : Tout migrer d'un coup. Avantage : pas de maintenance de deux systèmes. Risque : si ça casse, tout casse. Recommandé pour sites à faible trafic, catalogues simples.
Migration progressive : Par étapes. Avantage : risque maîtrisé, rollback facile. Risque : complexité de maintenir deux systèmes. Recommandé pour gros catalogues, fort trafic, intégrations complexes.
Planning migration progressive
## Étape 1 : Environnement de test
- Nouvelle plateforme sur sous-domaine
- Import données de test
- Tests fonctionnels complets
- Formation équipe
## Étape 2 : Migration catalogue (lecture seule)
- Sync produits Magento → Nouvelle plateforme
- Nouvelle plateforme en lecture seule
- Commandes toujours sur Magento
- Test charge et performances
## Étape 3 : Soft launch
- X% du trafic vers nouvelle plateforme (A/B)
- Monitoring intensif
- Correction bugs en temps réel
- Sync bidirectionnelle stocks/commandes
## Étape 4 : Bascule complète
- 100% trafic sur nouvelle plateforme
- Magento en lecture seule (consultation historique)
- Redirections activées
## Étape 5 : Décommissionnement
- Export final des données
- Archivage Magento 1
- Suppression après période de garde
Pièges à éviter
- Sous-estimer les extensions : Chaque extension Magento 1 doit être analysée. Équivalent disponible ? Développement nécessaire ? Abandon de fonctionnalité ?
- Oublier les emails transactionnels : Templates de confirmation, expédition, etc. Ils doivent être recréés et testés.
- Négliger la formation : Votre équipe connaît Magento 1. La nouvelle interface va demander un temps d'adaptation.
- Migrer les problèmes : Si votre catalogue est mal structuré, ne reproduisez pas les erreurs. Nettoyez d'abord.
- Ignorer les intégrations : ERP, CRM, transporteurs, marketplace... Chaque connexion doit être revalidée.
Mots de passe
Magento 1 utilise un hash MD5 ou SHA-256 spécifique. La plupart des nouvelles plateformes ne peuvent pas les réimporter directement. Prévoyez un flux de "réinitialisation de mot de passe" pour les clients migrés.
Checklist finale de migration
Checklist complète
## AVANT (J-30 à J-7)
☐ Audit complet réalisé
☐ Plateforme cible choisie
☐ Budget validé
☐ Planning établi
☐ Exports de données testés
☐ Mapping URLs créé
☐ Environnement de staging prêt
☐ Tests UAT passés
☐ Formation équipe faite
☐ Communication clients préparée
## JOUR J
☐ Backup complet Magento 1
☐ Mode maintenance activé
☐ Import final des données
☐ Vérification stocks et prix
☐ Activation des redirections
☐ DNS basculé
☐ SSL vérifié
☐ Tests commande complète
☐ Tests paiement
☐ Monitoring activé
## APRÈS (J+1 à J+30)
☐ Surveillance erreurs 404
☐ Monitoring performances
☐ Vérification indexation Google
☐ Support client renforcé
☐ Feedback utilisateurs
☐ Ajustements UX
☐ Documentation mise à jour
☐ Archivage Magento 1
Conclusion
Migrer depuis Magento 1 n'est pas optionnel — c'est une question de sécurité et de survie. Plus vous attendez, plus ça coûtera cher et plus les risques augmentent.
La bonne nouvelle : c'est l'occasion de repartir sur des bases saines. Nettoyez vos données, modernisez votre stack, améliorez vos performances. Une migration bien menée transforme une contrainte en opportunité.
Le choix de la plateforme cible dépend de vos besoins spécifiques, de votre budget, et de vos ressources techniques. Quelle que soit votre destination, planifiez, testez, et n'improvisez pas.