Aller au contenu
← Toutes les missions

Une vitrine rapide,un moteur derrière.

Le headless n’est pas une amélioration gratuite : on gagne en vitesse et en liberté de rendu, on perd la simplicité d’un seul système. La question utile n’est pas « comment » mais « est-ce que votre catalogue le justifie ».

AgentÀ la fin

La vitrine et son moteur de commerce, reliés, en productio

La frontière des responsabilités, écrite dans le dépôt

La stratégie de cache et d’invalidation, et ce qui la décl

Les mesures de performance avant et après, sur de vraies p

Comment ça se passe.

  1. On vérifie que le jeu en vaut la chandelle

    Nombre de références, fréquence des changements de prix, besoin de rendu sur mesure. Sur un catalogue de deux cents produits stables, le monolithe gagne.

  2. La frontière, dessinée une fois

    Ce que le moteur de commerce détient (prix, stocks, commandes) et ce que la vitrine détient (contenu, rendu, cache). Un prix calculé des deux côtés est un prix faux.

  3. Le cache, qui est tout le sujet

    Quelle page se régénère quand un prix bouge ? L’invalidation se décide au cadrage : c’est elle qui fait la différence entre rapide et faux.

  4. Les mesures, avant et après

    L’agent relève les Core Web Vitals sur une fiche produit réelle, chargée, pas sur un banc d’essai. Un gain qu’on n’a pas mesuré n’existe pas.

Ce que vous recevez à la fin

La vitrine et son moteur de commerce, reliés, en production

La frontière des responsabilités, écrite dans le dépôt

La stratégie de cache et d’invalidation, et ce qui la déclenche

Les mesures de performance avant et après, sur de vraies pages

Questions fréquentes

Une vitrine très rapide devant, le moteur de commerce derrière, reliés par une API : ce qu’on y gagne, ce que cela coûte, et quand ne pas le faire.

Une autre question ? Écrivez-nous →

Quand NE PAS faire du headless ?

Quand le client modifie seul ses pages et n’a personne pour s’occuper de deux systèmes. La vitesse ne compense pas une équipe qui n’ose plus publier.

Faut-il réécrire le moteur de commerce ?

Non, presque jamais. Les moteurs existants exposent déjà une API : on les garde, on change le devant. Réécrire le moteur, c’est un autre projet, bien plus long.

Comment travaille-t-on à deux dépôts ?

Comme sur un seul : une branche par tâche, une préproduction par brique, et le registre des déploiements qui dit ce qui est en ligne de chaque côté. C’est lui qui évite la vitrine d’hier devant le moteur de demain.

Votre prochaine mission,
dans Nexus.