Sites web
Mise en cache du site
Caching is the biggest single speed win available to a WordPress site: full-page caching serves finished HTML without running PHP at all, and object caching keeps database results in memory. This…
Mise en cache des sites
La mise en cache est le plus grand gain de vitesse unique disponible pour un site WordPress : la mise en cache pleine page sert du HTML fini sans exécuter PHP du tout, et la mise en cache d'objets conserve les résultats de base de données en mémoire. Ce guide couvre les deux, ce qui contourne automatiquement le cache, et comment le purger et le réchauffer.
Où se trouve la mise en cache dans KPanel
- Connectez-vous à KPanel.
- Cliquez sur Websites dans la barre latérale gauche, puis cliquez sur le site.
- Dans l'onglet du site, ouvrez WordPress, puis Caching.
L'adresse directe est /websites/<site-id>/cache.
Le groupe WordPress n'apparaît que pour les sites WordPress et WooCommerce. La mise en cache ici est un droit du plan : la mise en cache pleine page et le cache d'objets sont inclus avec Managed WordPress. Sur les autres plans, la page affiche un panneau de mise à niveau décrivant ce qui est disponible plutôt que les contrôles.
Cache pleine page
La mise en cache pleine page stocke le HTML fini d'une page et le sert directement au visiteur suivant. Pour un visiteur anonyme, cela signifie aucune exécution PHP et aucune requête de base de données du tout : la requête est traitée avant même que WordPress soit jamais chargé.
La carte affiche une pastille On ou Off, et quand elle est activée, la date d'activation, si le routage a été confirmé, et la durée de vie du cache.
Pour l'activer, cliquez sur Enable full-page cache. Pour la désactiver à nouveau, cliquez sur Disable.
Le cache est effacé automatiquement lorsque vous publiez ou mettez à jour un article, de sorte que vos modifications apparaissent immédiatement plutôt que d'attendre que la durée de vie expire.
Si votre site est principalement lu par des visiteurs anonymes, c'est le bouton de plus grande valeur de la page. Il est courant que la différence soit d'un ordre de grandeur sur le temps jusqu'au premier octet, car la partie lente d'une requête WordPress est la partie qui ne se produit plus.
Purger et réchauffer
Deux actions apparaissent une fois que la mise en cache pleine page est activée.
Purge cache vide le cache immédiatement. Utilisez-le après une modification que WordPress ne traite pas comme une mise à jour d'article : édition d'un fichier de thème, modification d'un widget, mise à jour d'un menu, ou modification d'un paramètre de plugin qui affecte la sortie. Le visiteur suivant de chaque page obtient une copie fraîche.
Warm cache pré-récupère vos pages afin qu'elles soient déjà en cache avant qu'un visiteur les demande. Après le réchauffement, une bannière vous indique combien de pages du total ont été pré-cachées et liste les premières URL.
La séquence naturelle après une modification de conception est : purger, puis réchauffer. De cette façon, personne n'a à être le visiteur malchanceux qui paie pour le premier rendu non mis en cache.
Pour le cache de périphérie devant votre site, qui est une couche séparée, voir Purging the CDN Cache.
Ce qui n'est jamais mis en cache
Certaines URL doivent toujours exécuter PHP, car leur sortie diffère par visiteur ou a des effets secondaires. Ces chemins sont contournés automatiquement et vous n'avez rien à configurer :
| Chemin | Raison |
|---|---|
/wp-admin/ | L'admin WordPress est toujours dynamique |
/wp-login.php | La page de connexion n'est jamais mise en cache |
/cart/ | Le panier WooCommerce est par visiteur |
/checkout/ | Le paiement WooCommerce est par visiteur |
/my-account/ | Les pages de compte WooCommerce sont par visiteur |
/wp-cron.php | Les tâches planifiées doivent réellement s'exécuter |
/?wc-ajax=* | Points de terminaison AJAX WooCommerce |
En plus des règles de chemin, les cookies importent. Un utilisateur WordPress connecté, ou un visiteur avec un cookie de session WooCommerce actif, reçoit toujours une réponse dynamique, même sur une page qui est mise en cache pour tout le monde d'autre. C'est pourquoi un propriétaire de magasin naviguant sur son propre site voit souvent aucun des avantages tandis que les visiteurs anonymes le font.
Parce que vous êtes généralement connecté, tester le comportement du cache dans votre navigateur normal vous trompera. Testez dans une fenêtre privée, ou un navigateur auquel vous n'êtes pas connecté.
Cache d'objets
Le cache d'objets est une couche différente. Au lieu de stocker des pages finies, il conserve les résultats des requêtes de base de données et des éphémères WordPress en mémoire, de sorte que le travail répété n'est pas répété.
La carte affiche une pastille On ou Off, et quand elle est activée, la date d'activation. Utilisez Turn on et Turn off pour la modifier.
La mise en cache d'objets aide exactement où la mise en cache pleine page ne peut pas : les utilisateurs connectés, les écrans d'administration, et les pages par visiteur telles que le panier et le paiement. Cela la rend particulièrement utile pour les magasins occupés et les sites d'adhésion, où la plupart du trafic est authentifié et donc jamais mis en cache sur page.
L'exécution des deux ensemble est la configuration normale. La mise en cache pleine page gère le trafic anonyme, et le cache d'objets accélère tout ce qui doit exécuter PHP de toute façon.
Choisir ce qu'il faut activer
- Site de contenu, principalement des lecteurs anonymes. La mise en cache pleine page est la priorité. La mise en cache d'objets ajoute une amélioration plus petite en plus.
- Magasin WooCommerce. Activez les deux. La mise en cache pleine page couvre toujours vos pages de produits et de catégories pour les visiteurs de navigation, tandis que le cache d'objets porte le panier, le paiement et les pages de compte qui ne peuvent jamais être mises en cache.
- Site d'adhésion ou communautaire où presque tout le monde est connecté. La mise en cache d'objets fait le travail lourd, car la plupart des requêtes contourneront le cache de page par conception.
Dépannage
J'ai mis à jour le site mais les visiteurs voient toujours l'ancienne version. Purgez le cache, puis réchauffez-le. Si c'est toujours obsolète, n'oubliez pas qu'il peut également y avoir un cache de périphérie : voir Purging the CDN Cache.
La mise en cache ne me sert à rien. Vous êtes presque certainement connecté. Vérifiez dans une fenêtre privée.
Le panier ou un formulaire se comporte bizarrement pour les visiteurs anonymes. Les chemins commerciaux standard sont contournés automatiquement, mais une page dynamique personnalisée ou fournie par un plugin sur une URL non standard ne l'est pas. Si une page ne doit jamais être mise en cache et ne figure pas sur la liste des contournements, cela vaut la peine de contacter le support pour que nous examinions la règle.
La carte dit que la mise en cache est incluse avec Managed WordPress. Votre plan actuel ne l'inclut pas. La bannière renvoie à la page des plans.
Vérification du routage en attente. Le cache est activé et la confirmation du routage n'est pas encore terminée. Attendez un moment et rafraîchissez.
Une page affiche un contenu personnalisé incorrect. Tout contenu personnalisé doit être exclu du cache de page ou rendu côté client. Si un plugin personnalise la sortie sur une URL autrement cacheable sans définir de cookie de session, le cache de page ne peut pas le savoir. Testez dans une fenêtre privée et signalez-le au support si vous en trouvez un.
Pages connexes
- Site Performance and APM pour mesurer si la mise en cache a vraiment aidé.
- Site Traffic Analytics pour le ratio de hit du cache de périphérie.
- Enabling the CDN pour ajouter un cache de périphérie devant tout cela.
- Taking a Backup avant d'apporter des modifications plus importantes à un site en direct.