Documentation – celeris

Celeris enregistre chaque page dans un fichier et laisse le serveur le renvoyer : le visiteur reçoit du HTML sans que WordPress démarre. Cette page couvre l’installation, comment servir le plus tôt possible dans la chaîne, les réglages qui comptent, et quoi faire quand quelque chose cloche.

Installer et activer

Téléchargez l’archive depuis votre compte. Elle contient déjà votre clé de licence : rien à coller ensuite.
Extensions › Ajouter › Téléverser une extension, choisissez l’archive, installez, activez.
Ouvrez Celeris › État. Quatre contrôles doivent être verts. Si l’un ne l’est pas, cliquez sur Réparer l’installation.
Mesurez. Celeris › Mesures récupère la même page deux fois : une fois via le cache, une fois en contournant tout.

Rien ne tourne sans licence active : le cache et toutes les optimisations restent coupés tant qu’une clé n’est pas acceptée. Vos réglages sont conservés entre-temps, et tout démarre d’un coup dès l’activation.

Les quatre contrôles

Drop-in installé. Un petit fichier, wp-content/advanced-cache.php, qui répond avant que WordPress ne se charge.
WP_CACHE actif. Une ligne dans wp-config.php qui indique à WordPress d’utiliser ce fichier.
Règles serveur écrites. Sur Apache et LiteSpeed elles vont dans .htaccess automatiquement ; sur nginx vous collez un bloc vous-même (voir plus bas).
Préchargement. Après une purge complète, Celeris remplit le cache au lieu d’attendre les visiteurs.

Réparer l’installation réécrit les quatre. On peut cliquer à tout moment sans risque.

Servir avant PHP

Une page en cache peut être trouvée à trois endroits, et le plus tôt est le mieux : le serveur web, le drop-in PHP, ou WordPress lui-même. Celeris utilise le plus précoce disponible.

Apache et LiteSpeed

Rien à faire. Les règles sont écrites dans .htaccess à l’activation. Sur LiteSpeed, Celeris désactive aussi le cache de pages de LiteSpeed : deux caches sur les mêmes pages finissent par servir une copie périmée, et celui qui se purge avec WordPress est celui qu’on garde.

Nginx

Copiez le bloc affiché dans Celeris › Serveur dans votre hôte virtuel — sur Plesk, Paramètres Apache et nginx › Directives nginx supplémentaires — puis rechargez nginx. En attendant, les pages sont servies par le drop-in PHP, déjà rapide ; les règles serveur retirent simplement PHP du chemin.

Les réglages qui comptent

L’onglet Recommandations liste ce qui n’est pas encore activé, par ordre d’impact, avec un bouton Activer sur chaque carte. Si vous préférez choisir vous-même, voici ce que fait chacun.

Cache de pages. Celui qui change tout. Le reste n’est qu’affinage.
Préchargement. Remplit le cache depuis votre sitemap après une purge, pour que le premier visiteur n’en fasse pas les frais.
CSS utilisé. Retire les règles qu’une page n’utilise jamais. Gain important, et le réglage qui demande le plus souvent une entrée dans la liste de sécurité sur les sites construits avec un builder.
CSS critique. Insère dans la page ce qui peint le premier écran. Voir plus bas.
Différer / retarder le JavaScript. Différer déplace les scripts après la construction de la page ; retarder attend la première interaction. Les chats et les outils de mesure appartiennent au second groupe.
Images. Conversion en WebP et AVIF, chargement à la demande, dimensions manquantes ajoutées. La première image d’une page n’est jamais différée.
Polices. Google Fonts rapatriées en local, préchargées, avec un texte de repli visible en attendant.

CSS critique

Savoir quelles règles peignent le premier écran demande de mettre la page en page dans un vrai navigateur — ce que la plupart des hébergements ne savent pas faire. Celeris interroge donc ses propres serveurs : ils affichent votre page en taille téléphone et en taille ordinateur, puis renvoient les règles utiles. Seul le CSS obtenu revient ; vos pages ne sont jamais conservées.

Une mesure est faite par modèle de page, pas par page : vos mille articles demandent un rendu, pas mille. Un changement de thème ou un nouveau plugin change les feuilles de style, et la mesure se refait toute seule.

Comptez quelques minutes entre l’activation et l’application : les pages sont mises en file et traitées en tâche de fond. wp celeris critical traite la file tout de suite si vous êtes pressé.

Exclusions

Certaines pages doivent toujours être construites par WordPress. Celeris refuse déjà de mettre en cache les paniers, les commandes, les comptes, la console et les pages de connexion, quels que soient vos réglages, et ne sert jamais une page en cache à un visiteur connecté.

Pour le reste, le plus rapide est depuis le site : ouvrez la page, puis Celeris › Ne jamais mettre cette page en cache dans la barre d’administration. L’exclusion est ajoutée et la page retirée du cache en un clic. Celeris › Exclusions contient la liste complète, un chemin par ligne, et accepte aussi des cookies et des navigateurs.

Paramètres d’URL

Les paramètres de suivi comme utm_source sont ignorés : un visiteur venu d’une publicité reçoit le même fichier que les autres. Les paramètres qui changent vraiment la page — lang, currency — peuvent être listés pour que chaque valeur ait sa propre copie en cache. Tout autre paramètre contourne le cache, ce qui est le comportement prudent par défaut.

WooCommerce et boutiques

Le panier, la commande et le compte ne sont jamais mis en cache, ni les points d’entrée de l’API WooCommerce.
Un visiteur qui a quelque chose dans son panier est servi par WordPress, pas depuis le cache.
Les jetons de sécurité contenus dans les pages en cache sont plafonnés à dix heures, ce qui évite l’erreur « souhaitez-vous vraiment faire cela ? » sur les formulaires.
Les prix qui varient selon le pays ou le groupe de clients doivent être exclus, sinon la page montrera à tous le prix du premier visiteur.

Quand une page casse

Un formulaire affiche « souhaitez-vous vraiment faire cela ? » — un jeton de sécurité a expiré dans une page en cache. Purgez cette page ; si cela revient, excluez-la depuis la barre d’administration.

La mise en page est cassée après avoir activé le CSS utilisé — un builder qui écrit ses classes en JavaScript. Ajoutez le sélecteur manquant à la liste de sécurité dans Celeris › CSS et JavaScript, puis purgez. Celeris refuse déjà les résultats qui retireraient trop, et le dit dans son journal.

Un script ne fonctionne plus — il a été retardé alors qu’il doit s’exécuter tout de suite. Ajoutez-le aux exclusions de l’option de retard ; la liste accepte un fragment du nom de fichier.

Rien ne semble mis en cache — vérifiez Celeris › État, puis regardez le journal des erreurs en bas de cet écran. Chaque échec en tâche de fond y est consigné en clair.

En cas de doute : Vider tout le cache, puis Réparer l’installation. Ni l’un ni l’autre ne peut abîmer quoi que ce soit.

Multisite

Chaque site d’un réseau garde ses propres réglages et son propre cache. Purger un site ne vide jamais ses voisins, et le drop-in lit une configuration par hôte.

Ligne de commande

Utile quand vous gérez beaucoup de sites, et dans les scripts de déploiement.

wp celeris purge                 # vider le cache
wp celeris purge --url=…         # une seule page
wp celeris preload               # remplir depuis le sitemap
wp celeris critical --max=10     # traiter la file du CSS critique
wp celeris status                # ce qui est activé, ce qui est en cache
wp celeris repair                # réécrire le drop-in et les règles serveur
wp celeris settings export --file=celeris.json
wp celeris settings import --file=celeris.json

Le fichier de réglages ne contient ni clé de licence ni identifiant de site : le même fichier peut configurer vingt sites.

Licence, sièges et renouvellement

Une licence couvre un nombre de sites : un pour Starter, cinq pour Pro, cent pour Agency. Activer sur un site de plus que votre offre est refusé avec un message clair ; libérer une place depuis votre compte est immédiat et réversible.

Les rappels de renouvellement partent un mois avant, une semaine avant, le jour même et une semaine après. Une licence expirée arrête le cache mais ne touche jamais à vos réglages : le renouvellement remet tout en marche à l’identique.

Désinstaller

Supprimer le plugin depuis l’écran des extensions retire tout ce qu’il a créé : les fichiers en cache, le drop-in (en restaurant le précédent s’il y en avait un), la ligne WP_CACHE, les règles ajoutées au .htaccess, ses réglages, ses tâches planifiées et ses données temporaires.

Vos contenus, votre thème et vos autres extensions ne sont pas touchés. Désactiver sans supprimer arrête le cache mais conserve vos réglages pour plus tard.

Toujours bloqué ?

Le support est inclus avec chaque licence. Écrivez-nous avec votre clé de licence et l’adresse d’une page qui se comporte mal : ces deux éléments font gagner une journée d’allers-retours. Nous répondons sous un jour ouvré.