Tu es encore sur PrestaShop 1.7 et la question n'est plus « si » tu migreras, mais quand — et surtout comment ne pas perdre ton SEO en route. Une migration mal cadrée peut effacer des années de trafic organique en quelques semaines.
Dans ce guide exhaustif, tu vas obtenir :
Spoiler : la migration n'est pas un simple « clic de mise à jour ». C'est un projet e-commerce. Si tu veux un expert certifié qui l'a déjà menée sur des boutiques à fort trafic, ma page freelance PrestaShop détaille l'accompagnement migration + SEO.
PrestaShop 1.7 est en fin de vie. Continuer dessus, c'est accepter :
Reporter la migration « après les soldes » finit souvent par une urgence coûteuse. Mieux vaut un projet cadré sur 6 à 12 semaines qu'un rebuild d'urgence avec trafic en chute libre.
Pour comprendre la cible, lis mon guide PrestaShop 9 : nouveautés et conseils et, si tu vises la branche actuelle, PrestaShop 9.1.
| Option | Quand la choisir | Attention |
|---|---|---|
| 1.7 → 8.x | Modules critiques pas encore certifiés PS 9 | Double migration possible ensuite |
| 1.7 → 9.x | Projet refonte + dette technique forte | Recette modules plus exigeante |
| 1.7 → 8 puis 9 | Gros ERP, TMA complexe, équipe prudente | Coût total plus élevé |
Mon avis terrain en 2026 : si tu refonds le thème et audites les modules, vise PS 9 directement pour éviter deux cut-over. Sinon, PS 8 intermédiaire peut réduire le risque métier à court terme.
Avant toute ligne de code, produis un dossier d'audit :
Besoin d'un regard externe ? Mon service audit SEO e-commerce s'intègre en amont de migration.
C'est LE livrable qui protège ton CA organique. Sans lui, tu migres les yeux bandés.
Exporte au minimum :
Construis un CSV url_ancienne;url_nouvelle;type;priorité :
Pour les patterns complexes, voir mon tutoriel redirections 301 avec expressions régulières dans PrestaShop.
Règle d'or : ne change pas les URLs qui rankent sans raison métier forte. Si tu dois les changer, chaque URL money = redirection 301 testée + suivi GSC 30 jours.
Classe-les en 4 catégories :
| Catégorie | Action |
|---|---|
| Natif / compatible PS 9 | Mise à jour + tests |
| Module obsolète avec alternative | Remplacement + reprise données |
| Module sur mesure | Portage dev (Symfony, nouveaux hooks) |
| Module marketing « nice to have » | Désactiver / reporter post-migration |
Un thème 1.7 ne « s'update » pas : il se refond (Classic, Hummingbird ou thème premium PS 9). Prévois :
Catalogue, clients, commandes historiques, règles panier, transporteurs, taxes, multiboutiques, stocks multi-entrepôts, connecteurs ERP/WMS — valide chaque flux sur staging avec des cas réels (commande test, retour, remboursement).
Interdiction de migrer en direct sur prod sans staging iso (données anonymisées si besoin RGPD). Minimum :
Un freelance expert migration peut piloter ces phases — voir prestations migration PrestaShop.
Les 30 premiers jours sont critiques :
Optimise aussi les images produits post-migration (poids, alt) — cf. optimiser les images produits PrestaShop.
Un nouveau thème peut améliorer ou dégrader les CWV. Vérifie :
background-attachment: fixed sur mobileMon guide perf PHP / PrestaShop reste pertinent sur le volet serveur (PHP 8.x obligatoire).
| Semaine | Livrables |
|---|---|
| S1 | Audit technique + SEO, export GSC, liste modules |
| S2 | Matrice URLs + 301, arbitrage PS 8 vs 9, devis consolidé |
| S3–S4 | Staging, migration données, portage modules prioritaires |
| S5–S6 | Refonte thème, tunnel, connecteurs ERP sandbox |
| S7 | Recette métier + SEO (crawl staging, tests 301) |
| S8 | Go-live + hypercare SEO 30 jours |
| Phase | Durée indicative | Budget HT indicatif |
|---|---|---|
| Audit + cadrage SEO | 1 – 2 sem. | 2 000 – 6 000 € |
| Staging + migration données | 2 – 4 sem. | 8 000 – 25 000 € |
| Thème + modules + ERP | 3 – 8 sem. | 15 000 – 60 000 € |
| Recette + go-live + monitoring SEO | 2 – 4 sem. | 5 000 – 15 000 € |
Risques majeurs : module ERP non porté, URLs changées sans 301, recette tunnel incomplète, équipe interne absente le jour J, sous-estimation du multilingue ou du multiboutique.
Si tu exploites plusieurs langues indexées, la migration doit préserver :
hreflang et les canonicals croisésUne boutique FR-only qui devient multilingue en même temps que la migration = double complexité. Sépare les projets si possible.
PrestaShop multiboutique multiplie les risques : contextes shop, stocks partagés, URLs par boutique, modules mal compatibles PS 9. Prévois une recette par boutique et un plan 301 par contexte.
Anticipe des imports par batch, indexation search (Elasticsearch, Doofinder…), cron de réindexation et tests perf catégories profondes. Voir aussi Doofinder pour PrestaShop si tu relies la recherche site.
Après migration, contrôle :
Les pages catégories avec texte SEO (bas de page) doivent être migrées ou redirigées — ne les remplace pas par des pages vides « filtres seuls ».
Avant le go-live, documente un retour arrière exécutable en moins de 2 h :
Non. Même avec un module de migration, le portage thème/modules et le SEO demandent un projet structuré. Le one-click est un mythe dangereux.
Compte 6 à 14 semaines pour une boutique PME avec ERP et refonte thème. Les gros catalogues ou le multiboutique peuvent aller au-delà.
Inventaire URLs + redirections 301 exhaustives + conservation des contenus indexables + monitoring GSC 30 jours. C'est non négociable.
Si l'écosystème modules est prêt, PS 9 évite une double migration. Sinon PS 8 peut servir de palier — avec un coût total souvent plus élevé.
Décide en amont : noindex, canonical vers catégorie mère, ou conservation avec règles 301. Ne laisse pas Google découvrir des milliers de 404.
Oui si tu conserves URLs produit, schema Product et données avis (modules type Trusted Shops, etc.). Vérifie en recette avec l'outil de test Google.
Techniquement tu refonds quasi toujours le thème. Tu peux reproduire le design actuel sur PS 9 — ce n'est pas une simple mise à jour CSS.
Pilotage technique + SEO + recette, interlocuteur unique. Utile dès que le trafic organique représente une part significative du CA. Voir freelance PrestaShop certifié.
Gèle les grosses refontes URL et les campagnes massives le jour J. Continue le contenu éditorial si les URLs blog sont stables ou redirigées.
Screaming Frog en mode liste + curl sur échantillon + comparaison GSC top pages. Automatise les tests regex sur staging.
Migrer PrestaShop 1.7 vers 8 ou 9 en 2026, ce n'est pas un patch technique : c'est un projet e-commerce + SEO. Les boutiques qui s'en sortent le mieux partagent trois réflexes :
Tu veux avancer sans parier ton trafic organique ? Je t'accompagne en migration SEO-safe — découvre mes prestations PrestaShop ou demande un devis avec l'URL de ta boutique et ta version actuelle.
""" def main() -> int: cfg = load_config() featured_path = ROOT / "assets" / "migration-prestashop-seo-2026.png" if not featured_path.is_file(): featured_path = Path( "/Users/arnaudmerigeau/.cursor/projects/Users-arnaudmerigeau-Locals-arnaudmerigeau/assets/migration-prestashop-seo-2026.png" ) featured_id = None if featured_path.is_file(): # Réutilise l'image déjà uploadée (15805) si présente sur le post. featured_id = 15805 print(f"Image à la une — media ID {featured_id}") payload = { "title": TITLE, "content": CONTENT.strip(), "excerpt": EXCERPT, "status": "draft", "slug": SLUG, "author": cfg.wp_author_id, "categories": [2], "meta": { "_yoast_wpseo_title": YOAST_TITLE, "_yoast_wpseo_metadesc": YOAST_DESC, "_yoast_wpseo_focuskw": FOCUS, }, } if featured_id: payload["featured_media"] = featured_id base = cfg.wp_base_url.rstrip("/") post_id = 15806 url = f"{base}/wp-json/wp/v2/posts/{post_id}" _, post = wp_client._request( "POST", url, cfg.wp_user, cfg.wp_application_password, data=json.dumps(payload).encode("utf-8"), headers={"Content-Type": "application/json"}, ) print(f"Brouillon migration mis à jour — ID {post.get('id')} — {post.get('link')}") # Archive le brouillon tarif (15803) si encore en draft. try: wp_client._request( "POST", f"{base}/wp-json/wp/v2/posts/15803", cfg.wp_user, cfg.wp_application_password, data=json.dumps({"status": "trash"}).encode("utf-8"), headers={"Content-Type": "application/json"}, ) print("Brouillon tarif (15803) déplacé à la corbeille.") except RuntimeError: print("Brouillon tarif 15803 non trouvé ou déjà supprimé.") return 0 if __name__ == "__main__": raise SystemExit(main())