Cache Edge

Le cache Edge enregistre le cache de votre site/page Kinsta (qui est uniquement enregistré dans le centre de données de votre site) dans l’un des 260+ centres de données du réseau mondial de Cloudflare. Quand les visiteurs de votre site web chargent votre site web dans leur navigateur, les réponses en cache seront livrées depuis l’emplacement le plus proche d’eux.

Le cache Edge est inclus gratuitement dans tous les plans Kinsta. Contrairement à certaines solutions de mise en cache similaires, il n’y a pas de coût supplémentaire pour vous, et le cache Edge ne nécessite pas d’extension séparée.

Activer la mise en cache edge

Pour activer le cache edge, connectez-vous à MyKinsta et allez dans Sites WordPress > Nom du site > Cache edge.

Choses à savoir avant d’activer le cache edge

• Le cache edge ne respecte pas actuellement les variations de cache de géolocalisation à portée étroite (près des frontières du pays, de l’état, de la ville). Quand la géolocalisation IP est activée dans MyKinsta (Sites WordPress > Nom du site > Outils > Géolocalisation), le cache est enregistré dans chaque emplacement PoP en fonction de l’emplacement du premier visiteur à demander cette page particulière.
• Les exclusions personnalisées du cache avancé du site (telles que les combinaisons de cookies et d’URI personnalisés) ne sont pas respectées par le cache edge.
• Vous pouvez activer le cache edge si notre équipe de support n’a pas configuré de règles de cache personnalisées pour votre site qui utilisent des cookies personnalisés ou la géolocalisation.

Cliquez sur le bouton Activer.

Dans la fenêtre modale/pop-up Activer le cache Edge qui s’affiche, lisez la liste et cliquez sur le bouton Activer le cache Edge si tout semble correct.

Si nous détectons que des règles de cache personnalisées ont été ajoutées, un avertissement s’affichera dans la modale Activer la mise en cache Edge. Si vous êtes sûr que ces règles n’entreront pas en conflit avec la mise en cache Edge, vous pouvez continuer en cliquant sur le bouton Activer la mise en cache Edge. Si vous n’êtes pas sûr, consultez un développeur pour savoir si les règles de mise en cache personnalisées de votre site seront compatibles avec le cache edge.

Une fois la mise en cache Edge activée, vous verrez les réglages de mise en cache Edge.

Activer le cache mobile

Si votre site web détecte les navigateurs mobiles et génère des pages avec un balisage unique pour ces appareils, vous pouvez activer un cache mobile distinct du contenu pour les utilisateurs de bureau. Si vous n’êtes pas sûr de cela, consultez d’abord le développeur de votre site.

Quand le cache Edge est activé, vous pouvez activer la mise en cache mobile dans les réglages du cache Edge de votre site (Sites WordPress > Nom du site > Eache Edge). Cliquez sur le bouton Activer la mise en cache mobile pour tirer parti de la mise en cache Edge pour les appareils mobiles.

Vider le cache Edge

Il y a plusieurs façons de vider le cache de bord de votre site. Note : Si votre thème ou une extension actifs sur votre site a un cache intégré, nous vous recommandons de vider le cache là d’abord.

Effacement du cache dans votre tableau de bord WordPress

Connectez-vous à votre tableau de bord WordPress.

Si vous devez vider le cache pour l’ensemble du site, cliquez sur le lien Clear Cache dans la barre d’outils d’administration, près du coin supérieur droit de la page. Cela effacera à la fois la mise en cache Edge et la mise en cache du site.

Si vous souhaitez que le cache soit automatiquement vidé pour des URL ou des chemins spécifiques lorsque vous effectuez des modifications sur votre site, vous pouvez les configurer dans les réglages de l’extension Kinsta MU. Cliquez sur Kinsta Cache dans la colonne latérale de gauche et ajoutez les URL que vous souhaitez purger lorsque des mises à jour sont effectuées sur votre site. Pour plus d’informations, consultez notre guide sur l’ajout d’URL de mise en cache personnalisée dans l’extension Kinsta MU.

Effacer le cache dans MyKinsta

Connectez-vous à MyKinsta et allez dans Sites WordPress > nom de site > Cache Edge.

Cliquez sur le bouton Vider le cache pour effacer tout le cache.

Si vous n’avez besoin d’effacer que des URL ou des chemins spécifiques, saisissez l’URL dans le champ Vider le cache des URL et cliquez sur le bouton Effacer le cache des URL. Pour effacer également le cache des sous-répertoires sous l’URL, cochez la case à côté de Vider le cache de chaque sous-répertoire sous l’URL spécifiée.

Remarque : Cette opération n’efface que le cache Edge. Si le cache de votre site doit également être effacé, vous devrez le faire séparément en allant dans Outils > Cache du site et en cliquant sur le bouton Vider le cache.

Tester la mise en cache Edge

Avant de tester votre site à l’aide d’un outil de test de vitesse, nous vous recommandons d’inspecter les en-têtes HTTP d’une page pour confirmer qu’elle est chargée à partir du cache Edge. Vous trouverez ci-dessous quelques façons de vérifier les en-têtes HTTP de votre site.

Vérifier la mise en cache Edge avec le vérificateur de statut HTTP et de redirection de Kinsta

Vous pouvez vérifier le statut HTTP et la chaîne de redirection de n’importe quelle URL avec notre vérificateur gratuit de statut HTTP et de redirection. Grâce à cet outil, vous pouvez examiner les en-têtes de réponse pour vérifier si la mise en cache Edge fonctionne.

Choisissez une page qui doit être servie à partir du cache Edge et copiez l’URL dans la barre d’adresse de votre navigateur. Collez cette URL dans l’outil de vérification des redirections et exécutez la vérification.

Vous devriez voir des résultats comme celui-ci :

Faites défiler vers le bas jusqu’à ce que vous voyiez les en-têtes de réponse. Dans cette section, il y a deux en-têtes dont il faut vérifier les valeurs : ki-cache-type et Ki-CF-Cache-Status. L’en-tête ki-cache-type doit avoir une valeur de Edge. L’en-tête Ki-CF-Cache-Status doit avoir une valeur de HIT ou SAVING.

Vérifier la mise en cache Edge avec un navigateur web

Vous pouvez utiliser les outils de développement intégrés de votre navigateur web pour vérifier si la mise en cache Edge fonctionne. Pour cet exemple, nous utiliserons Google Chrome pour inspecter les en-têtes HTTP de la page d’accueil de notre site. Pour lancer les outils de développement de Chrome, faites un clic droit n’importe où sur la page et cliquez sur Inspecter.

Ensuite, cliquez sur l’onglet Réseau et rechargez la page. À mesure que la page se charge, vous verrez une liste des demandes sur le côté gauche de la fenêtre des outils de développement. Cliquez sur la demande initiale de la page pour vérifier que la mise en cache Edge fonctionne correctement.

Dans l’onglet En-têtes, faites défiler vers le bas jusqu’à ce que vous voyiez les En-têtes de réponse. Dans cette section, il y a deux en-têtes à vérifier les valeurs de : ki-cache-type et Ki-CF-Cache-Status. L’en-tête ki-cache-type doit avoir une valeur de Edge. L’en-tête Ki-CF-Cache-Status doit avoir une valeur de HIT ou SAVING.

Vérifiez la mise en cache Edge dans un terminal

Si vous êtes familier avec l’utilisation du terminal (ligne de commande), vous pouvez également vérifier les en-têtes HTTP avec la commande curl. Utilisez la commande ci-dessous et remplacez l’URL à la fin de la commande par l’URL de votre site.

curl -L -s -o /dev/null -D - https://kinstaexample.com

Après avoir exécuté cette commande, vous devriez obtenir une réponse comme celle-ci :

Il y a deux en-têtes dont il faut vérifier les valeurs : ki-cache-type et Ki-CF-Cache-Status. L’en-tête ki-cache-type doit avoir une valeur de Edge. L’en-tête Ki-CF-Cache-Status doit avoir une valeur de HIT ou SAVING.

Dépannage de la mise en cache Edge

Si la mise en cache Edge ne semble pas fonctionner, il y a quelques éléments que vous pouvez vérifier :

• La valeur de l’en-tête X-Kinsta-Cache header : Edge Caching ne met en cache la réponse que si elle a déjà été mise en cache dans le cache du site (mise en cache de la page complète). Si la valeur de X-Kinsta-Cache n’est pas HIT, alors la page n’est pas mise en cache dans le cache du site et ne peut pas être mise en cache par Edge Caching.
• Si vous vous attendez à ce que la page soit mise en cache et qu’il ne s’agit pas d’une page communément exclue du cache (par exemple, wp-admin, cart, my-account, checkout, etc.), vous pouvez vérifier auprès de notre équipe de support que la page ne contient pas une URL exclue ou un cookie dans les réglages Nginx du site.

Désactiver le cache Edge

Après avoir activé le cache Edge, une coche verte s’affiche à côté de Activé en haut de la page. À droite de cette section, vous pouvez cliquer sur le bouton Désactiver pour désactiver le cache Edge.

Remarques importantes

1. La mise en cache edge sera activée par défaut dans un futur proche.
2. L’effacement du cache Edge dans tous les centres de données de Cloudflare peut prendre de 2 à 5 minutes pour se terminer complètement. Une fois que vous voyez l’avis d’achèvement dans MyKinsta, veuillez laisser 2 à 5 minutes pour que le cache soit effacé dans tous les centres de données. Si vous avez une page qui doit être mise à jour plus souvent, notre équipe de support peut vous aider à exclure cette page du cache Edge.
3. Le cache edge peut être activé sur les sites en production et les environnements de staging premium. Il ne peut pas être activé pour les environnements de staging standard.
4. La mise en cache Edge est incompatible avec les variations de cache de géolocalisation à portée étroite ou les exclusions personnalisées de cache de site avancé comme les combinaisons de cookies et d’URL personnalisés.
5. Edge Caching sert le cache de votre site/page Kinsta mais ne sert pas les ressources statiques comme les images, les fichiers JavaScript et les fichiers CSS. Kinsta CDN, qui est indépendant de Edge Caching, peut être activé pour servir les ressources statiques de votre site. Si le CDN de Kinsta est activé, votre site dispose d’une couche de cache supplémentaire gérée séparément du cache edge. Le cache CDN peut être vidé avec l’extension Kinsta MU, avec WP-CLI (si l’extension Kinsta MU est installée), ou en vidant le cache CDN dans MyKinsta.
6. Nous avons mis en place des règles de mise en cache pour que le cache Edge fonctionne avec les sites WordPress, BuddyPress, WooCommerce et Easy Digital Downloads standards. Nous excluons les URL privés et les cookies courants, de sorte que votre tableau de bord WordPress, les forums, les pages de panier, ou tout autre endroit où un utilisateur est connecté, contourneront automatiquement la mise en cache. Si vous utilisez une configuration WordPress personnalisée, il se peut que des sections supplémentaires de votre site doivent contourner le cache ou que des règles supplémentaires doivent être ajoutées pour des raisons de compatibilité. Si tel est le cas, vous pouvez toujours contacter notre équipe de support.
7. Le cache edge ne fonctionnera pas pour les requêtes qui renvoient un en-tête de réponse Set-Cookie. Par défaut, l’en-tête de réponse Set-Cookie est retiré des réponses mises en cache dans tous les sites nouvellement configurés chez Kinsta. Un en-tête de réponse Set-Cookie est généralement utilisé pour fournir des données destinées à un client spécifique. La mise en cache de cet en-tête de réponse pourrait afficher aux visiteurs des données qui ne leur sont pas destinées.
8. Le cache Edge est configuré pour expirer tous les 30 jours mais pourrait être plus court si le cache Edge n’est pas consulté pendant un certain temps.
9. Lors de la mise à jour des pages dans WordPress, il n’est pas nécessaire de vider manuellement le cache du site ou le cache Edge ; les deux seront automatiquement vidés.
10. Si vous utilisez votre propre compte Cloudflare pour votre site, vous pouvez utiliser la mise en cache Edge si vous n’utilisez pas les optimisations automatiques de plateforme (APO) de Cloudflare. Ces deux méthodes de mise en cache sont incompatibles, vous voudrez donc utiliser l’une ou l’autre, pas les deux.
11. Si vous avez bloqué les adresses IP malveillantes à l’aide de l’outil IP Deny dans MyKinsta et que vous ne voulez pas que ces adresses IP bloquées atteignent même une version en cache de votre site ou soient comptées dans les analyses, n’activez pas le cache edge. Les adresses IP bloquées avec l’outil IP Deny sont bloquées au niveau de Nginx, pas au niveau de Cloudflare. Comme le niveau Cloudflare ne dispose pas des détails sur les adresses IP bloquées au niveau Nginx, quand la mise en cache edge est activée, une version en cache de votre site pourrait être servie à une adresse IP bloquée depuis un centre de données Cloudflare. Si vous ne vous souciez pas de savoir si une adresse IP bloquée atteint ou non une version en cache de votre site, vous pouvez activer la mise en cache edge. Note : les visites des pages mises en cache sont comptabilisées dans les analyses, même si l’adresse IP est bloquée au niveau de Nginx.
12. Le cache edge est incompatible avec le blocage basé sur la géolocalisation (geo-blocage), tel que le fait d’autoriser uniquement certains pays à accéder à votre site. Le géo-blocage se produit au niveau de Nginx, pas au niveau de Cloudflare. Comme Cloudflare ne dispose pas des détails du géo-blocage de votre site, quand le cache edge est activé, une version de votre site mise en cache pourrait être servie à un emplacement bloqué depuis un centre de données Cloudflare. Si vous ne vous souciez pas de savoir si un emplacement bloqué atteint ou non une version en cache de votre site, vous pouvez activer la mise en cache edge.

Données de performance

Pendant notre phase bêta, nous avons recueilli des données sur les performances de 91 sites pour tester les améliorations de vitesse de notre nouvelle fonctionnalité de cache edge. Voici les résultats :

• Le temps de chargement HTML moyen d’un site utilisant notre cache de pages (X-Kinsta-Cache : HIT) était de 0,4909 seconde. Le temps de chargement moyen avec le cache edge était de 0,2239 seconde, soit une amélioration de 45,6 % de la vitesse, ou une réduction de moitié du temps de chargement HTML !
• La différence moyenne de TTFB était de 51 % (0,4025 – 0,2069).

Résumé

Si vous voulez un moyen d’accélérer votre site, essayez le cache Edge. Il permet de servir du contenu en cache à partir de plusieurs centres de données avec une configuration minimale et sans extension supplémentaire.