Votre Selfcare passe en SSR 🚀

Votre Selfcare évolue 🚀

Nous avons fait évoluer l'architecture technique qui propulse votre Selfcare, en passant d'un modèle de génération statique à un rendu dynamique côté serveur (SSR Server-Side Rendering). Cette mise à jour est transparente pour vous, mais apporte des améliorations concrètes et durables.

L'essentiel en un coup d'œil

• Dois-je faire quelque chose ? Non. Tout est déjà en place et opérationnel.

• Mon url et mes liens changent-ils ? Non. Votre domaine, sous-domaine et l'ensemble de vos liens existants restent strictement identiques.

Ce qui a changé en profondeur

👉 Avant : Build statique (PWA)

L'intégralité du site était recompilée à chaque déploiement. Toute modification déclenchait un build complet : une page HTML était générée. Ce processus pouvait durer plusieurs minutes. Les pages étaient servis tels quels depuis un cache. Résultat : vos changements de personnalisation n'étaient visibles qu'après la fin du cycle de build et sa propagation.

🚀 Maintenant : SSR (Server-Side Rendering)

Le serveur génère le HTML de chaque page au moment où un visiteur la demande. Il récupère les données en temps réel (contenu, personnalisation, configuration), assemble la page et la renvoie au navigateur, déjà complète, sans que JavaScript n'ait besoin de s'exécuter côté client pour afficher le contenu.

Un cache intelligent (TTL ≈ 60 secondes) absorbe la charge et garantit des temps de réponse rapides, sans sacrifier la fraîcheur des données.

Flux simplifié d'une requête SSR :

Navigateur du visiteur → Serveur SSR (Node.js) → API données & config → HTML complet retourné → Cache CDN ~60 sec

Le HTML est produit côté serveur avant d'être envoyé : les robots des moteurs de recherche reçoivent le contenu directement, sans avoir à exécuter de JavaScript.

Ce que vous y gagnez

⚡ Mises à jour quasi-instantanées Auparavant, toute modification nécessitait un build complet avant d'être visible. Désormais, les changements sont pris en compte dès la prochaine expiration du cache serveur, soit moins d'une minute. Plus de republication complète à attendre.

🔍 SEO nativement amélioré En SSG, certaines pages chargées via JavaScript pouvaient ne pas être correctement indexées. En SSR, le HTML est complet dès la première réponse HTTP : titre, métadonnées, contenu, liens internes. Googlebot et les autres robots reçoivent une page entièrement lisible, sans dépendre de l'exécution de JavaScript. La crawlabilité est structurellement améliorée.

🏎 Performance maintenue, Time to First Byte optimisé Le rendu serveur est couplé à un cache HTTP à durée de vie courte (Cache-Control: s-maxage=60). Les visiteurs récurrents bénéficient d'un TTFB très faible, comparable à une page statique. Le First Contentful Paint s'améliore également, car le navigateur n'a pas à attendre l'hydratation JavaScript pour afficher le contenu.

🧱 Architecture scalable, déploiements indépendants Le SSR découple le déploiement du contenu du déploiement applicatif. Une mise à jour de configuration n'exige plus de rebuilder l'ensemble du frontend, ce qui réduit les délais de livraison des évolutions et limite les fenêtres d'instabilité lors des déploiements.

Ce qui ne change pas

Voici ce qui reste strictement identique :

• Votre sous-domaine, votre URL personnalisée et l'ensemble de vos liens entrants

• Votre contenu, son organisation et sa hiérarchie de navigation

• Votre façon de travailler au quotidien dans l'interface d'administration

• Les intégrations tierces et les scripts analytics déjà en place

• Le comportement des formulaires et des parcours utilisateurs

Bon à savoir : votre personnalisation visuelle

⚠ À noter si vous avez une personnalisation CSS avancée. La migration vers le SSR s'est accompagnée d'une refonte de la structure de certains composants UI. Si votre Selfcare embarque des surcharges CSS ciblant des sélecteurs précis (classes, IDs, pseudo-éléments), certains ciblages peuvent avoir légèrement évolué.

Nos équipes ont audité et adapté les personnalisations connues en amont. Vous n'avez rien à faire. Si vous constatez un détail d'affichage inhabituel, alignement, couleur, espacement, signalez-le à votre interlocuteur Mayday, nous intervenons rapidement.

Un affichage optimisé par la mise en cache

Pour garantir des temps de réponse optimaux, le serveur SSR conserve une version rendue de chaque page pendant une courte durée. Ce mécanisme s'appelle le cache serveur à TTL court (Time To Live).

Chronologie après une publication : Publication → Cache invalidé (automatique) → Première requête régénère la page → Tous les visiteurs voient la modification (≤ 60 secondes)

✅ En pratique : après avoir publié une modification, attendez environ 60 secondes puis rechargez la page depuis un onglet en navigation privée (pour éviter votre cache navigateur local). La mise à jour sera visible. Aucune action supplémentaire n'est nécessaire.

Une question ?

Votre interlocuteur Mayday habituel reste à votre disposition pour toute interrogation sur cette évolution.

Merci de votre confiance, L'équipe Mayday