Un moteur, une carrosserie — deux entités séparées
Dans une boutique PrestaShop classique, le front-end (ce que voit le client) et le back-end (catalogue, commandes, stock) sont dans le même process. Quand le back-end est mis à jour, le front-end est impacté. Quand le CMS change de propriétaire et modifie ses APIs, votre boutique change avec lui.
L'architecture headless sépare ces deux entités :
- Le back-end : PrestaShop 8.1 en mode API-first. Il expose des endpoints REST. Il gère le catalogue, les commandes, les prix, les stocks, les clients. Il ne sait pas à quoi ressemble votre boutique.
- Le front-end : Nuxt 3, une application JavaScript indépendante. Elle consomme les APIs du back-end et génère les pages. Elle ne sait pas quel CMS elle interroge — seulement le format de réponse JSON attendu.
La stack technique concrète
Voici l'architecture type d'une boutique CodeMyShop :
Visiteur → Nginx (reverse proxy)\\n ├── /module/* → PrestaShop 8.1 (port 8080)\\n └── /* → Nuxt 3 (port 3000)\\n\\nNuxt 3 → $fetch → PS API REST → MariaDBSi demain Cyber_Folks modifie l'API PrestaShop, vous n'avez qu'un seul fichier à mettre à jour : l'adaptateur qui mappe les réponses PS vers les types attendus par Nuxt. Pas de refonte. Pas de migration visible.
Les quatre bénéfices immédiats
- Performance : Nuxt 3 génère des pages statiques (SSG) ou hybrides (ISR). Vos Core Web Vitals sont indépendants de la vitesse de PrestaShop.
- Sécurité : PrestaShop n'est jamais exposé directement sur Internet. Nginx filtre tout.
- Design : Votre charte graphique est dans Nuxt, pas dans un thème PrestaShop. Aucun update CMS ne peut la casser.
- Évolutivité : Vous pouvez ajouter un moteur de recherche (Meilisearch), un PIM, un CRM — sans toucher à PrestaShop.