Mise en cache de site web : des pages rapides, et à jour dès la publication
Un cache mal réglé sert un prix qui a changé ou la page d’un client connecté. Alors on l’éteint, et votre serveur refait chaque page pour chaque visiteur. Klacos garde vos pages et les sert sans solliciter votre serveur, avec des règles écrites pour votre site et une purge qui vide exactement ce qui a changé. Vous n’avez plus à choisir entre un site rapide et un site à jour.
Pourquoi tant de caches finissent désactivés
Un cache bien réglé soulage votre serveur et accélère chaque page. Mal réglé, il sert une ancienne version de votre page d’accueil, un prix qui a changé ou une page réservée à un client connecté. Après un incident de ce genre, on raccourcit les durées jusqu’à ce que le cache ne serve plus grand-chose, ou on l’éteint.
Le prix se paie ensuite tous les jours : un serveur qui travaille pour chaque visite, des pages plus lentes aux heures chargées, et une facture d’hébergement qui grossit avec le trafic, robots compris.
Deux choses manquent le plus souvent : des règles qui suivent la logique de votre site plutôt qu’une durée unique, et une façon de vider précisément ce qui vient de changer.
Décidez de ce qui se garde, et combien de temps
Par défaut, Klacos suit ce que votre serveur dit de chaque réponse. Vous pouvez aller plus loin : une règle regarde la requête et la réponse (chemin, statut, type de contenu, en-têtes, taille) et décide de ne rien garder, de garder pour une durée donnée, de prolonger une copie le temps du rafraîchissement, ou de retirer un en-tête avant de servir.
Vous composez aussi la clé du cache : quels paramètres de l’adresse comptent, et lesquels sont ignorés. Une page de catalogue appelée avec des paramètres de suivi différents n’occupe plus une place par variante. Les pages qui portent une session restent servies par votre serveur, sauf si vous en décidez autrement.
Avant de publier, vous simulez la règle sur une requête : la console dit si la réponse aurait été gardée, et pourquoi. Les règles s’écrivent au même endroit que vos règles et redirections, avec le même historique.
Videz exactement ce qui a changé
Par adresse ou par motif
Une page, un dossier entier, un motif ou une expression : vous videz ce qui est concerné, rien de plus.
Par étiquette
Vos pages déclarent leurs étiquettes, au format que les CMS connaissent déjà. Modifier un article vide d’un coup chaque page qui l’affiche.
Depuis votre outil de publication
La purge part de la console, de l’API, ou d’une simple requête de votre CMS munie du jeton du site, au moment où vous publiez.
Le résultat : des durées longues pour ce qui ne bouge pas, et une page à jour dès la publication. Les robots indésirables, eux, sont arrêtés par la gestion des robots avant d’atteindre le cache : votre serveur ne calcule plus de pages pour des visiteurs qui ne les liront pas. Si votre serveur tombe, la copie gardée continue d’être servie : la page continuité de service décrit ce qui se passe alors.
Un cache que vous réglez, page par page
En mémoire ou sur disque
Des règles sur mesure
Simulées avant publication
Purge précise
Pas d’attente au rafraîchissement
Étiquettes
Un plafond par site
La part servie par le cache
Le cache fait partie de la performance et la disponibilité de votre site, avec la compression, les règles et la répartition entre vos serveurs.
Questions sur le cache
Les pages des clients connectés sont-elles mises en cache ?
Non, par défaut : une réponse qui porte une session est servie par votre serveur. Un réglage gradué vous permet d’en garder certaines si votre site le permet.
Puis-je purger depuis mon CMS ?
Oui. Une requête de purge munie du jeton du site vide une adresse, un dossier ou une étiquette au moment de la publication. La console et l’API font la même chose.
Que se passe-t-il pendant le renouvellement d’une copie ?
Vos visiteurs reçoivent la copie précédente pendant que la nouvelle se prépare. Personne n’attend le serveur.
Mon serveur envoie déjà des en-têtes de cache. Sont-ils respectés ?
Oui, par défaut. Une règle peut les compléter ou les remplacer pour un chemin ou un type de contenu.
Essayez vos règles de cache en simulation, avant de les appliquer
Demandez un accès anticipé, ou parlons de votre site, de ce qui le ralentit et de la façon dont vous publiez.