MAISON CODE .
/ Tech · Architecture · Headless · Shopify · CMS

Architecture sans tête : découpler l'avant de l'arrière

Les CMS monolithiques (WordPress, Shopify Liquid) sont limitants. L'architecture sans tête vous permet de construire un moteur Ferrari avec une carrosserie personnalisée.

AB
Alex B.
Architecture sans tête : découpler l'avant de l'arrière

La contrainte monolithique

Dans l’ancien monde (WordPress, Magento, Shopify 1.0), le Frontend (le thème) et le Backend (la base de données/l’administrateur) étaient collés ensemble. Pour changer la couleur d’un bouton, vous avez édité un fichier .liquid ou .php dans la structure du CMS. C’est pratique pour les petits sites. C’est une prison pour les chantiers ambitieux. Contraintes :

  1. Performance : vous diffusez du HTML généré par un serveur PHP/Ruby lent. Vous ne pouvez pas utiliser facilement la mise en cache Edge moderne.
  2. DX : Vous ne pouvez pas utiliser React. Vous ne pouvez pas utiliser le remplacement de module à chaud. Vous codez dans une zone de texte ou téléchargez des fichiers ZIP.
  3. Structure de l’URL : Vous êtes bloqué avec /products/xyz. Vous ne pouvez pas modifier le routage.

La révolution sans tête

Sans tête signifie couper la tête (Frontend) du corps (Backend). Ils parlent via l’API.

  • Backend : Shopify / Contentful / Strapi. (Données pures).
  • Frontend : Next.js / Remix / Vue. (UX pur).
  • Connexion : GraphQL / API REST.

Vous pouvez désormais créer le frontend en tant qu’application à page unique (SPA) hautes performances. Vous pouvez l’héberger sur Vercel (Edge Network). Vous pouvez récupérer des données depuis Shopify et Contentful et une base de données personnalisée, et les fusionner en une seule page transparente. L’utilisateur ne sait pas qu’il navigue sur 3 systèmes différents.

Pourquoi Maison Code en parle

Chez Maison Code, nous sommes spécialisés dans le Luxe sans tête. Les marques de luxe ont besoin de « Storytelling ». Ils veulent une page produit qui ressemble à une bande-annonce de film. Les thèmes Shopify standard ne peuvent pas faire cela. Ce sont des grilles rigides. Nous utilisons des modèles Headless pour remplacer la grille. Nous utilisons Shopify Hydrogen (framework basé sur Remix) pour créer des vitrines personnalisées qui ressemblent à des applications natives, tout en conservant la solide boutique Shopify Checkout pour les paiements. Nous en parlons car la différenciation nécessite un contrôle du code.

La pile : JAMstack 2.0

  1. Moteur de commerce : Shopify Plus ou BigCommerce. (Gère le panier, la caisse, l’inventaire).
  2. CMS : Contenu ou Sanité. (Gère le texte enrichi, les articles de blog, les mises en page de page de destination).
  3. Frontend Framework : Next.js ou Remix.
  4. Hébergement : Vercel ou Netlify.

Le commerce « composable »

Cela vous permet de choisir le « meilleur de la race ». Vous n’aimez pas le moteur de blog Shopify ? (C’est terrible). Gardez Shopify pour les produits, mais remplacez Sanity CMS pour le blog. Vous n’aimez pas la recherche Shopify ? Échangez en Algolia. Dans un Monolith, vous êtes coincé avec les outils intégrés. Dans Headless, vous composez la pile de vos rêves.

7. Contenu fédéré (The Mesh)

Dans un monolithe, toutes les données résident dans une seule base de données SQL. Dans Headless, les données vivent partout. Nous utilisons GraphQL Federation (Stitching).

  1. Le produit provient de Shopify.
  2. Les avis proviennent de Yotpo.
  3. Éditorial vient de Sanity.
  4. Les recommandations proviennent de Rebuy. Le Frontend interroge un point de terminaison (The Mesh). Le Mesh appelle les services en parallèle. C’est plus rapide que l’exécution séquentielle et plus propre que le code spaghetti dans le client.

8. Mode Aperçu : Le chaînon manquant

Les spécialistes du marketing détestent Headless parce que « je ne vois pas ce que je modifie ». Dans Shopify Theme Editor, vous voyez les changements instantanément. Dans Headless, vous appuyez sur “Enregistrer” dans Contentful, attendez 2 minutes pour la construction… inutile. Solution : Mode d’aperçu Next.js / Aperçu en direct de Sanity. Nous construisons un pont en temps réel. Lorsque le spécialiste du marketing tape Sanity, nous utilisons « postMessage » pour mettre à jour instantanément des nœuds DOM spécifiques dans l’application React. Cela ressemble à un éditeur WYSIWYG, mais il génère du code React propre.

9. Étude de cas : configurateur de produit personnalisé

Imaginez vendre un costume personnalisé. L’utilisateur sélectionne le tissu, le bouton, le style de revers, le monogramme. Il existe 10 000 combinaisons. Shopify Variants prend en charge un maximum de 100 variantes. Solution monolithique : impossible. Applications piratées. Solution sans tête : Nous construisons une interface React personnalisée. Il contient l’état des sélections. Il génère un aperçu 3D dynamique. Lorsque l’utilisateur clique sur « Ajouter au panier », nous créons un « Article personnalisé » via l’API Shopify avec des attributs de métadonnées spécifiques. Le Backend ne se soucie pas de la complexité visuelle. Le Frontend s’en charge.

La taxe de complexité

Le sans tête n’est pas gratuit. Dans un monolithe, « Ajouter au panier » fonctionne tout simplement. Dans Headless, vous devez écrire l’appel de récupération, gérer l’état de chargement, gérer l’état d’erreur, gérer la mise à jour optimiste de l’interface utilisateur. Vous possédez la complexité. Compromis : une fonctionnalité élevée nécessite un effort d’ingénierie élevé. Ne partez PAS sans tête si :

  1. Vous avez < 1 million de dollars de revenus.
  2. Vous n’avez pas d’équipe de développeurs.
  3. Un thème standard est « Good Enough ».

Le point de vue du sceptique

“C’est trop sophistiqué. Mon thème se convertit bien.” Contre-point : Les thèmes se convertissent bien pour les produits standard. Mais si vous voulez des « chargements de page instantanés » (Core Web Vitals), les thèmes ont du mal. Les thèmes chargent 50 plugins jQuery. Headless charge exactement le JS que vous avez écrit. Vitesse = Conversion. Les sites sans tête sont souvent 50 % plus rapides que les monolithes.

##FAQ

Q : Qu’en est-il du paiement ? R : Habituellement, nous conservons le paiement sur la plate-forme (par exemple, redirigons vers « checkout.shopify.com »). La reconstruction de Checkout est risquée (conformité PCI, logique fiscale, règles d’expédition). Shopify décourage explicitement les paiements personnalisés, sauf si vous êtes Shopify Plus.

Q : Le référencement est-il plus difficile ? R : C’était le cas auparavant (rendu côté client). Avec le Server Side Rendering (SSR) dans Next.js/Remix, c’est en fait meilleur que Monoliths car vous avez un contrôle total sur les métadonnées et la structure HTML sémantique.

10. La couche passerelle API

Si vous disposez de 10 microservices, votre Frontend ne doit pas communiquer avec 10 API. Il traite de l’enfer CORS et de la gestion des clés. Nous insérons une API Gateway (BFF - Backend for Frontend). Généralement un serveur GraphQL léger (Apollo Server ou fonction Edge spécialisée). Il regroupe les 10 API dans One Schema. Frontend : requête { produit { prix, avis, disponibilité } }. Passerelle : récupération du prix (Shopify), des avis (Yotpo), de la disponibilité (ERP) en parallèle. Cela simplifie considérablement la logique client.

11. Gestion des performances d’un grand catalogue

“Nous avons 100 000 produits. Construire le site statique prend 4 heures.” Il s’agit du piège “Build Time” de Gatsby/Next.js SSG. Solution : ISR (régénération statique incrémentielle).

  1. Créez les 1 000 meilleurs produits au moment du déploiement (chemin critique).
  2. Le produit 1001 est « non construit ».
  3. L’utilisateur visite le produit 1001.
  4. Le serveur le construit à la demande (prend 200 ms) et le met en cache.
  5. L’utilisateur suivant obtient la version mise en cache (instantanée). Cela maintient les temps de construction rapides (5 minutes) tout en prenant en charge des catalogues infinis.

12. Conclusion

Headless est la séparation des préoccupations appliquée à la logique métier. Cela permet à l’équipe marketing (utilisant le CMS) et à l’équipe d’ingénierie (utilisant React) d’avancer à leur propre rythme. C’est l’architecture du Web moderne.

Coincé dans un modèle ?

Si votre marque a dépassé les limites des thèmes standards, Maison Code peut vous migrer vers une architecture sans tête. Nous construisons des vitrines personnalisées qui combinent histoire et ventes.



Thèmes Shopify dépassés ?

Nous construisons des solutions de commerce sans tête à l’aide de Next.js/Hydrogen pour offrir des expériences d’achat personnalisées et rapides. Embauchez nos architectes.