CentralApp optimise automatiquement le rendu des pages, la mise en cache, les images, les polices, le chargement du code et la stabilité de la mise en page.

Ces optimisations sont intégrées à la plateforme et ne nécessitent aucune configuration manuelle.

​

CentralApp utilise le rendu côté serveur (SSR) pour préparer sur ses serveurs le contenu essentiel et la mise en forme de la page avant de les envoyer au navigateur.

Le navigateur peut ainsi commencer à afficher du contenu utile sans devoir attendre le téléchargement et l’exécution de l’ensemble de l’application JavaScript.

Les éléments moins prioritaires peuvent ensuite être chargés progressivement.

CentralApp utilise également la mise en cache afin d’éviter de générer plusieurs fois les mêmes pages inutilement.

Lorsqu’une page est publiée :

Cela réduit le travail nécessaire côté serveur et permet de conserver des temps de réponse réguliers, y compris lorsque le site reçoit beaucoup de trafic.

Les images représentent souvent une part importante du poids d’une page web.

CentralApp optimise automatiquement les images prises en charge par la plateforme afin de limiter la quantité de données téléchargées par le navigateur.

Les images sont notamment :

Cette approche évite notamment d’envoyer systématiquement une image très haute résolution à un visiteur utilisant un écran plus petit ou une connexion mobile.

Les images situées plus bas dans la page peuvent utiliser le chargement différé (« lazy loading »). Elles ne sont alors téléchargées que lorsque le visiteur s’en approche.

Lorsqu’un service vidéo externe est utilisé, CentralApp peut également retarder le chargement du lecteur vidéo lorsque cela est possible, afin qu’il ne concurrence pas les éléments nécessaires à l’affichage initial de la page.

Les polices personnalisées participent à l’identité visuelle d’un site, mais leur téléchargement peut également retarder l’affichage du texte.

CentralApp prépare les informations nécessaires aux polices côté serveur et précharge les fichiers WOFF2 essentiels à la langue affichée.
​

Les autres jeux de caractères ne sont chargés que lorsqu’ils sont nécessaires.

Si une police personnalisée n’est pas immédiatement disponible, le navigateur peut afficher temporairement une police de remplacement, puis appliquer la police personnalisée lorsqu’elle est prête.
​

Cette technique permet aux visiteurs de commencer à lire le contenu sans attendre le chargement complet des polices.

Un site CentralApp peut contenir de nombreuses pages, fonctionnalités et éléments d’interface. Un visiteur n’a toutefois pas besoin de télécharger l’ensemble de ce code pour consulter une seule page.
​

CentralApp divise donc l’application en plusieurs ensembles de code.
​

Le navigateur peut ainsi :

Cette approche, appelée code splitting ou chargement différé de JavaScript, permet de limiter le travail demandé au navigateur lors de l’ouverture d’une page.

CentralApp prépare également certaines connexions vers les services nécessaires au chargement de ressources, de polices ou de médias.
​

Des techniques comme la préconnexion (preconnect) permettent de réduire le temps nécessaire pour établir une connexion lorsqu’une ressource doit ensuite être téléchargée.
​

Ces connexions sont toutefois utilisées de manière sélective afin de ne pas concurrencer les ressources nécessaires à l’affichage de la page.

Une page peut se charger rapidement tout en offrant une mauvaise expérience si son contenu se déplace pendant le chargement.
​

Par exemple, lorsqu’une image apparaît sans qu’un espace lui ait été réservé, le contenu situé en dessous peut être repoussé soudainement.
​

CentralApp réserve automatiquement de l’espace pour certains médias et certaines sections avant l’affichage de leur contenu final.

Cela permet de limiter les déplacements inattendus et de maintenir une mise en page stable pendant le chargement.
​

Cette stabilité est notamment mesurée par Google avec le Cumulative Layout Shift (CLS), l’un des indicateurs des Core Web Vitals.
​

Un bon CLS signifie que les visiteurs sont moins susceptibles de voir le contenu se déplacer de manière inattendue pendant qu’ils consultent ou utilisent la page.

Les principales optimisations techniques sont prises en charge directement par CentralApp :

Ces paramètres ne doivent pas être configurés par le client.

CentralApp optimise la partie technique qu’il contrôle, mais le contenu ajouté au site et les services externes peuvent toujours avoir un impact sur les performances.

Par exemple :

Quelques bonnes pratiques permettent donc de limiter cet impact :

CentralApp ne peut pas contrôler entièrement le comportement de chargement d’un service externe.

Pour mesurer les performances d’un site CentralApp, utilisez toujours l’URL publique publiée du site.

L’aperçu affiché dans l’application CentralApp utilise une iframe destinée à vérifier le contenu et la conception. Il ne correspond pas à l’URL publique du site et ne doit donc pas être utilisé comme référence pour mesurer les performances.

Google PageSpeed Insights permet de tester une page publiée dans des conditions simulées sur mobile et ordinateur.

L’outil utilise notamment Lighthouse pour réaliser des tests en laboratoire et fournit plusieurs indicateurs de performance au-delà du score global.

Les résultats peuvent varier d’un test à l’autre en fonction notamment :

Il est donc préférable de comparer plusieurs tests plutôt que de se concentrer sur un score unique.

Lorsque suffisamment de données sont disponibles, les données de terrain Core Web Vitals sont également particulièrement utiles : elles reflètent l’expérience de visiteurs réels.

Les données de laboratoire de Lighthouse restent utiles pour analyser une page dans des conditions contrôlées et identifier d’éventuels problèmes techniques.

Les optimisations intégrées à CentralApp sont conçues pour permettre aux sites web de :

Cependant, aucun système ne peut garantir un score Lighthouse ou PageSpeed identique pour toutes les pages et dans toutes les conditions.

Les performances finales dépendent également du contenu de la page, des services externes, de l’appareil du visiteur, de sa connexion et des conditions dans lesquelles le test est réalisé.
​

Un score de performance est donc un outil de diagnostic, et non une mesure absolue de la qualité d’un site.
​

L’objectif principal reste de permettre aux visiteurs de voir rapidement le contenu utile, comprendre la page et interagir avec elle sans attente ni déplacement inutiles.

CentralApp prend en charge une grande partie du travail technique nécessaire pour rendre cette expérience possible.