Fonctionnalités

Chaque fonction est un interrupteur, avec ses propres exclusions.

Celeris est un ensemble d’interrupteurs indépendants. Chacun peut être essayé sans risque, et chacun vous dit ce qu’il change.

01

Cache de pages

Le serveur web répond. WordPress reste endormi.

Lors d'une visite ordinaire, PHP démarre, charge WordPress, interroge la base, exécute votre thème et chaque extension active, puis construit une page HTML identique à celle qu'il avait construite une minute plus tôt. Celeris écrit cette page sur le disque une fois et donne à votre serveur web une règle pour renvoyer le fichier directement.

Concrètement, votre temps de réponse cesse de dépendre de ce que vous avez installé. Un site avec trente extensions et un site avec trois sont servis à la même vitesse, parce que sur une page en cache, ni l'un ni l'autre ne s'exécute.

  • Un cache mobile distinct, pour qu'un téléphone ne reçoive jamais la mise en page du bureau.
  • Gzip et Brotli écrits en même temps que le HTML : rien n'est compressé pendant une visite.
  • Purge ciblée — publier un article vide cet article, ses archives et la page d'accueil, pas tout le site.
  • Panier, commande, compte et toute page vue par un visiteur connecté ne sont jamais servis depuis le cache.
  • Le préchargement parcourt votre sitemap : le premier vrai visiteur n'est pas celui qui paie la construction.
SANS CELERISrequêtePHP démarreWordPress se chargebase interrogéeHTML construit640 msAVEC CELERISrequêtele fichier est renvoyéPHP ne démarre jamais38 msMesuré sur un hébergement mutualisé, WordPress 6.8, vingt extensions actives.

02

CSS utilisé

Seules les règles dont la page a réellement besoin.

Une feuille de styles de thème est écrite pour toutes les pages du site à la fois. Une page donnée n'en utilise qu'une petite partie, et le navigateur doit pourtant la télécharger et l'analyser entièrement avant de pouvoir afficher quoi que ce soit. Celeris analyse chaque page en tâche de fond, intègre les règles réellement utilisées et charge le reste après l'affichage.

L'analyse tourne sur votre propre serveur, à partir du HTML que votre site produit : aucune page n'est envoyée ailleurs pour cela. Le service optionnel de CSS critique fait exception, et le dit — il demande à notre moteur de rendu d'ouvrir l'URL publique que vous lui indiquez, et renvoie les styles du premier écran.

  • Un résultat par modèle, pas par URL : mille articles partagent une seule analyse.
  • Les classes ajoutées par JavaScript peuvent être conservées via une liste de sécurité, par sélecteur ou par motif.
  • Tout ce dont l'analyse n'est pas sûre est conservé : un style manquant coûte plus cher qu'un kilo-octet de trop.
  • Désactivez-le et les feuilles de styles d'origine reviennent au chargement suivant.
FEUILLE DE STYLES DU THèME318 KBINTéGRé DANS LE HEAD11 KBLe reste est chargé après l'affichage, sans bloquer le premier rendu.

03

Scripts mis en attente

Les tiers attendent que quelqu'un soit vraiment là.

Statistiques, modules de chat, cartes intégrées et pixels sont chargés à chaque visite, le plus souvent avant votre propre contenu. Ils se disputent la même connexion et le même fil d'exécution, et ils sont la première raison pour laquelle une page bien construite semble malgré tout lente.

Celeris les retient jusqu'au premier défilement, appui ou frappe. Un visiteur qui repart au bout de deux secondes ne les charge jamais ; un visiteur qui reste les reçoit une fraction de seconde après avoir touché la page, sans rien remarquer.

  • Une liste des suspects habituels est fournie ; ajoutez les vôtres par nom de script ou par domaine.
  • Vos propres scripts sont différés plutôt que retardés : rien de ce qui dessine la page n'est retenu.
  • Les intégrations YouTube et Vimeo sont remplacées par leur miniature et se chargent au clic.
  • jQuery et tout ce qui en dépend s'excluent d'un seul interrupteur quand un thème y tient.
CHRONOLOGIE DU CHARGEMENTpremier affichagepremière interactionHTML de la pageCSS intégréstatistiqueschat en directcarte intégréeLes scripts tiers attendent un défilement, un appui ou une touche.

04

Images

Le format le plus léger que le visiteur sait lire.

Les images représentent le plus souvent l'essentiel du poids d'une page, et c'est ce qui se corrige le plus facilement. Celeris génère des versions WebP et AVIF de ce qui est déjà dans votre médiathèque, laisse l'original intact, et sert celle que le navigateur accepte.

Il corrige aussi les deux causes des sauts d'affichage pendant le chargement : les images sans dimensions déclarées, et celles situées plus bas qui se téléchargent avant que personne n'y arrive.

  • La conversion tourne en tâche de fond, quelques fichiers à la fois, et peut être arrêtée puis reprise.
  • Les originaux ne sont jamais supprimés : désactiver la fonction rétablit exactement le comportement précédent.
  • Les largeurs et hauteurs manquantes sont ajoutées au code, et c'est ce qui supprime le décalage de mise en page.
  • La première image de la page est exclue du chargement différé, car c'est en général celle qui est mesurée.
MêME IMAGE, TROIS FORMATSJPEG420 KBWebP268 KBAVIF176 KBlargeur et hauteur renseignéeschargée quand elle entre à l'écran

05

Mesures intégrées

Des chiffres qui viennent de votre site, pas d'une plaquette.

Toutes les extensions d'optimisation promettent un résultat. Celeris chronomètre vos propres pages cache désactivé, puis cache activé, et vous montre les deux chiffres côte à côte dans votre tableau de bord. Si un interrupteur ne change rien chez vous, vous le verrez aussi.

Le même écran conserve l'historique : un ralentissement introduit par une nouvelle extension ou une mise à jour de thème apparaît comme une courbe qui bouge, plutôt que comme l'impression vague que le site s'est alourdi.

  • Temps de réponse mesuré page par page, avec et sans, sur votre propre serveur.
  • Scores PageSpeed récupérés avant et après, si vous fournissez une clé.
  • Un écran de recommandations liste ce qui reste désactivé, classé par gain réel.
  • Tout reste sur votre site : aucun tableau de bord où se connecter, aucune donnée conservée chez nous.
AVANT ET APRèS, SUR VOS PROPRES PAGESaccueil300 ms34 msarticle356 ms41 msproduit268 ms39 mscatégorie322 ms36 msChaque page est chronométrée deux fois : cache désactivé, puis activé.

06

Serveur et CDN

Un enregistrement, toutes les couches vidées.

Une page en cache n'est rapide que si le serveur sait la servir, et juste que si chaque couche l'oublie au même moment. Celeris écrit les règles Apache et LiteSpeed pour vous, et vous donne le bloc Nginx à coller quand PHP tourne derrière Nginx.

Quand un article est enregistré, la purge est relayée vers l'extérieur : les fichiers locaux, puis Varnish si votre hébergeur en utilise un, puis Cloudflare ou le CDN que vous indiquez. Seules les pages modifiées sont vidées.

  • Règles Apache et LiteSpeed écrites et tenues à jour automatiquement.
  • Un bloc Nginx fourni prêt à coller, avec le chemin déjà rempli.
  • Sans accès au serveur, le cache fonctionne quand même via PHP, ce qui évite déjà WordPress.
  • Les fichiers statiques peuvent être réécrits vers le domaine de votre CDN, avec vos propres exclusions.
Où VA LA PURGECelerisun article est enregistréserveur webApache, Nginx, LiteSpeedVarnishcache de l'hébergeurCloudflareet votre CDNUn enregistrement, toutes les couches vidées — et seulement les pages modifiées.

CSS utilisé

Chaque page est analysée en tâche de fond : seuls les styles qu’elle utilise sont insérés, le reste se charge sans bloquer l’affichage.

Scripts retardés

Traceurs, chats et cartes ne démarrent qu’à la première interaction du visiteur. Tout le reste est différé après l’affichage.

Images

Chargement à la demande, dimensions manquantes complétées, WebP et AVIF générés et servis, YouTube et Vimeo remplacés par leur miniature.

Mesures intégrées

Temps de réponse avec et sans Celeris, scores PageSpeed avant et après, directement depuis votre tableau de bord WordPress.

Serveur et CDN

Règles Apache écrites pour vous, bloc Nginx fourni, purge relayée à Varnish et Cloudflare, réécriture vers votre CDN.