Les visiteurs de votre site web détestent attendre que les pages se chargent – sur les ordinateurs de bureau ou sur les appareils mobiles. Les pages qui sont lentes à charger peuvent les faire fuir vers le site d’un concurrent. Vous êtes également inquiet de l’impact des performances de votre site web sur les résultats de recherche.

Chez Kinsta, nous prenons la vitesse au sérieux, et nous cherchons toujours à rendre les sites de nos clients plus rapides.

L’ajout du cache edge kinsta à nos plans d’hébergement WordPress infogérés en décembre 2022 a permis d’ajouter de nouveaux outils pour aider les clients à transmettre plus rapidement les pages de leur site web aux navigateurs.

En mesurant le temps au premier octet (TTFB), nous avons constaté un temps de réponse moyen sur l’ensemble des tests de 207 millisecondes avec la mise en cache edge activée, contre 402,59 millisecondes sans mise en cache edge. Il s’agit d’une baisse de près de 49 %. Mais certains des sites web réels de nos tests ont obtenu des résultats bien meilleurs que cela, avec des performances TTFB près de 80 % plus rapides avec la mise en cache edge. Nous allons approfondir ces chiffres ci-dessous.

Voyons comment les performances de votre site web WordPress peuvent s’améliorer lorsqu’une plus grande partie de son contenu se trouve dans le cache edge

Qu’est-ce que la mise en cache edge ?

Bon nombre de nos clients d’hébergement WordPress profitent déjà de notre intégration avec Cloudflare et ses serveurs edge par le biais du CDN Kinsta. Ce réseau de distribution de contenu place les ressources statiques d’un site – comme les images, les polices de caractères et les fichiers contenant des CSS et des JavaScript – dans 260+ emplacements sur le réseau de Cloudflare à travers le monde. Cela signifie que ces ressources sont disponibles plus près de l’emplacement physique des visiteurs de votre site web. Des trajets plus courts pour ces ressources entrainent une latence plus faible du réseau.

Edge met en cache du HTML des pages WordPress et ressemble beaucoup à la gestion des ressources dans le CDN. La différence est que la gestion d’un cache de fichiers comme les images – qui changent rarement – est relativement simple. Il est plus difficile de gérer du contenu qui est initialement généré dynamiquement par WordPress, mis en cache en tant que contenu statique, puis régénéré à chaque fois que le contenu est modifié.

Comment le contenu est-il mis en cache edge ?

Les caches edge sont alimentés par les requêtes de pages de votre site par les navigateurs. Si une page n’est pas déjà mise en cache, la requête est transmise à votre site WordPress d’origine, où la page peut se trouver dans le cache local ou être générée à nouveau par WordPress. La page est stockée dans le cache edge sur le chemin du retour vers le navigateur. Les futures requêtes sur le même chemin bénéficieront du cache jusqu’à ce qu’il soit effacé.

C’est également de cette manière que les caches mobiles sont alimentés. Si la requête d’une page provient d’un appareil mobile, le contenu est enregistré dans un cache mobile. (Le cache mobile ne fait pas de distinction entre, par exemple, les appareils iOS et Android. Les requêtes provenant de tablettes sont regroupées avec le contenu des ordinateurs de bureau)

Cache local WordPress et cache edge

Kinsta propose une approche sans extension de la mise en cache locale de WordPress sur le propre serveur de votre site. L’approche de Kinsta pour le cache edge maintient cette simplicité : les mêmes mesures que vous avez prises pour vider votre cache local vont maintenant aussi maintenir un cache edge en synchronisation.

En outre, le tableau de bord MyKinsta comprend une fonctionnalité permettant de vider directement le cache edge – et uniquement le cache edge.

La nouveauté avec le cache edge est la possibilité d’activer un cache pour les appareils mobiles. Si votre site web génère un balisage unique pour les appareils mobiles, vous pouvez mettre en cache ce HTML séparément du contenu destiné aux appareils de bureau…

Est-ce que le cache edge Kinsta est le même que l’APO de Cloudflare ?

Le cache edge Kinsta partage le même réseau puissant de serveurs edge utilisé par le service APO (Automatic Platform Optimization) de Cloudflare. APO est également conçu pour fournir une mise en cache edge aux sites WordPress.

Voici ce qui distingue le cache edge Kinsta :

  • Aucun frais supplémentaire. (La mise en cache edge est gratuite avec tous les plans d’hébergement WordPress infogérés).
  • Pas besoin d’une extension de gestion du cache.
  • Intégration transparente avec le tableau de bord MyKinsta.
  • Une seule plateforme pour gérer le CDN et le cache edge.

Mise à l’épreuve du cache edge Kinsta

Avant de lancer officiellement la fonctionnalité, nous avons invité certains de nos clients à essayer une version bêta du nouveau service de cache edge afin de recueillir des commentaires. Les sites web réels de nos testeurs bêta du monde entier ont fourni l’environnement parfait pour tester la vitesse de la technologie.

Depuis le centre de données Google connu sous le nom de us-central1 à Council Bluffs, Iowa, les outils automatisés de notre équipe ont interrogé les sites web des bêta-testeurs et enregistré les temps de réponse pour trois scénarios de mise en cache :

  1. Lorsqu’une page a été livrée depuis le cache d’un serveur edge Cloudflare.
  2. Lorsqu’une page n’a pas été trouvée sur un serveur edge Cloudflare et a été tirée du cache « local » du serveur d’origine.
  3. Lorsqu’il n’y avait pas de page en cache du tout et que WordPress a dû lancer des scripts PHP et des requêtes de base de données pour construire la page dynamiquement.

L’objectif principal était la différence de temps de réponse pour les caches locaux et edge.

Nous avons mesuré les temps de réponse de deux manières :

  1. Temps jusqu’au premier octet – l’écart entre une requête de page et l’arrivée du premier octet de données.
  2. Temps de téléchargement d’une page HTML entière.

La mesure du TTFB se concentre sur la latence dans le réseau entre un serveur web et un navigateur car elle est largement indépendante de la quantité de données transférées pour compléter une page. Le chronométrage du transfert d’une page complète est une mesure utile qui reflète la tâche réelle de diffusion du HTML aux navigateurs.

La mise en cache edge en chiffres

Après des centaines de tests ciblant des sites WordPress dans des centres de données du monde entier, nous avons constaté qu’en moyenne, la cache edge Kinsta réduisait de plus de 50 % le temps nécessaire pour livrer des pages complètes aux navigateurs.

Jetez un coup d’œil :

TTFB : 402,59 ms (cache local), 207 ms (edge). Page complète : 490.99 ms (cache local), 223,98 ms (edge).
TTFB : 402,59 ms (cache local), 207 ms (edge). Page complète : 490.99 ms (cache local), 223,98 ms (edge).

D’après nos tests, la mise en cache edge a réduit le TTFB de près de 48,6 % en moyenne, et le temps de transfert des pages complètes a diminué de près de 54,4 %

Une amélioration de plus de 80 % sur de longues distances

Bien que les moyennes de tous les tests de vitesse soient impressionnantes, cette vue peut cacher des données importantes – en particulier pour ceux qui visent un public mondial.

Nos tests ont révélé des améliorations de performances spectaculaires lorsque la mise en cache edge a réduit l’écart entre les navigateurs et les serveurs d’origine plus éloignés.

Par exemple, le cache edge a réduit le TTFB de 83,6 % et les temps de transfert de page de 85,6 % entre notre site de test de l’Iowa et le centre de données asia-southeast1 de Google à Singapour :

TTFB : 672,01 ms (cache local), 110,05 ms (edge). Page complète : 901.1 ms (cache local), 129,79 ms (edge)
TTFB : 672,01 ms (cache local), 110,05 ms (edge). Page complète : 901.1 ms (cache local), 129,79 ms (edge).

En se connectant à des sites WordPress dans le centre de données australia-southeast1 de Sydney, et le TTFB a chuté de près de 73,6 % et le temps de transfert des pages de 77,3 %.

TTFB: 898.26 ms (cache local), 237.21 ms (edge). Page complète : 1,130.48 ms (cache local), 256.95 ms (edge).
TTFB: 898.26 ms (cache local), 237.21 ms (edge). Page complète : 1,130.48 ms (cache local), 256.95 ms (edge).

Nous avons vu des chiffres similaires à partir du centre de données australia-southeast2 à Melbourne. Les sites WordPress des clients de Kinsta là-bas ont vu la mise en cache edge réduire le TTFB de 77,8 % en moyenne et le transfert de page de près de 82,7 %:

TTFB : 607,37 ms (cache local), 134,63 ms (edge). Page complète : 812.46 ms (cache local), 140,62 ms (edge).
TTFB : 607,37 ms (cache local), 134,63 ms (edge). Page complète : 812.46 ms (cache local), 140,62 ms (edge).

En se connectant à des sites hébergés dans le centre de données europe-north1 à Hamina, en Finlande, le TTFB a chuté de près de 41,7 %, et les temps de transfert des pages de plus de 56,3 %.

TTFB : 579,81 ms (cache local), 338,17 ms (edge). Page complète : 822.21 ms (cache local), 358,89 ms (edge).
TTFB : 579,81 ms (cache local), 338,17 ms (edge). Page complète : 822.21 ms (cache local), 358,89 ms (edge).

Pour les sites hébergés à Saint-Ghislain, en Belgique, au centre de données europe-west1, les temps de TTFB et de transfert de page ont chuté de 69 %.

TTFB : 464,64 ms (cache local), 143,13 ms (edge). Page complète : 464.92 ms (cache local), 143,38 ms (edge).
TTFB : 464,64 ms (cache local), 143,13 ms (edge). Page complète : 464.92 ms (cache local), 143,38 ms (edge).

Les sites web testés au centre de données europe-west2 à Londres, au Royaume-Uni, ont montré une baisse de 58 % du TTFB et de 60,8 % du temps de transfert des pages.

TTFB : 372,4 ms (cache local), 156,17 ms (edge). Page complète : 458.18 ms (cache local), 179,34 ms (edge).
TTFB : 372,4 ms (cache local), 156,17 ms (edge). Page complète : 458.18 ms (cache local), 179,34 ms (edge).

Au centre de données europe-west3 à Francfort, en Allemagne, le TTFB a chuté de près de 64 % et les temps de transfert des pages de 67,5 %.

TTFB : 409,27 ms (cache local), 147,42 ms (edge). Page complète : 507.52 ms (cache local), 164,98 ms (edge).
TTFB : 409,27 ms (cache local), 147,42 ms (edge). Page complète : 507.52 ms (cache local), 164,98 ms (edge).

En se connectant à des sites hébergés dans le centre de données europe-west4 à Eemshaven, aux Pays-Bas, le TTFB a chuté de près de 56 %, et les temps de transfert des pages de 63,6 %.

TTFB : 394,49 ms (cache local), 173,76 ms (edge). Page complète : 538.84 ms (cache local), 195,82 ms (edge).
TTFB : 394,49 ms (cache local), 173,76 ms (edge). Page complète : 538.84 ms (cache local), 195,82 ms (edge).

Lors des tests effectués sur les sites du centre de données northamerica-northeast1 à Montréal, au Canada, le TTFB a baissé d’un peu plus de 10 %, et les temps de transfert des pages d’un peu plus de 16,2 %.

TTFB : 325,3 ms (cache local), 292,28 ms (edge). Page complète : 351.1 ms (cache local), 294,15 ms (edge).
TTFB : 325,3 ms (cache local), 292,28 ms (edge). Page complète : 351.1 ms (cache local), 294,15 ms (edge).

Au centre de données us-east5 de Columbus, dans l’Ohio, les temps de transfert des pages et de TTFB ont été réduits de près de 59 %.

TTFB : 326,69 ms (cache local), 133,97 ms (edge). Page complète : 341.15 ms (cache local), 140,5 ms (edge).
TTFB : 326,69 ms (cache local), 133,97 ms (edge). Page complète : 341.15 ms (cache local), 140,5 ms (edge).

Au centre de données us-west4 à Las Vegas, Nevada, aux États-Unis, le TTFB a chuté d’un peu plus de 54,7 % et le temps de transfert des pages de près de 57,3 %.

TTFB : 366,73 ms (cache local), 165,88 ms (edge). Page complète : 413.39 ms (cache local), 176,63 ms (edge).
TTFB : 366,73 ms (cache local), 165,88 ms (edge). Page complète : 413.39 ms (cache local), 176,63 ms (edge).

Mais ce n’est pas seulement Kinsta qui met le Edge Caching à l’épreuve.

Brian Jackson, cofondateur de l’agence numérique forgemedia, a chronométré le TTFB et le rendu complet des pages WordPress dans un navigateur après la mise en cache edge. Il a également examiné la Largest Contentful Paint (LCP), c’est-à-dire le point auquel suffisamment de contenu principal d’une page a été rendu pour qu’un utilisateur puisse la percevoir comme utilisable. Il a publié ses conclusions sur Twitter :

Twitter/Brian Jackson
Twitter/Brian Jackson. (Voir sur Twitter.)

Simon Harper, de SRH Design, a testé la cache edge Kinsta en examinant TTFB et LCP ainsi que la First Contentful Paint (FCP), qui est l’apparition initiale de tout contenu sur un écran, même s’il ne s’agit pas du contenu principal de la page. Il a également signalé ceci via Twitter :

Twitter/Simon Harper
Twitter/Simon Harper. (Voir sur Twitter.)

La structure des pages web et les ressources liées telles que JavaScript, CSS et images peuvent avoir un impact sur le PCF et le PCL, mais tout commence avec la livraison du HTML d’une page à un navigateur.

Premiers pas avec le cache edge Kinsta

Le cache edge est activé par défaut lorsque vous créez un site web WordPress dans le tableau de bord MyKinsta. Cela signifie que vous n’avez pas à lever le petit doigt pour profiter de l’augmentation de la vitesse du cache edge.

À partir de janvier 2023, Kinsta activera automatiquement le cache edge sur les sites existants qui sont compatibles avec le service. Si vous souhaitez que le service de cache fonctionne immédiatement sur votre site existant, vous pouvez l’activer dès maintenant comme suit :

  • Sélectionnez Sites WordPress dans la navigation de gauche.
  • Sélectionnez le nom d’un site pour lequel vous voulez activer la mise en cache edge.
  • Sélectionnez Edge Caching.
  • Cliquez sur le bouton Activer le cache Edge.
Activer le cache Edge dans le tableau de bord MyKinsta.
Activer le cache Edge dans le tableau de bord MyKinsta.

Mettez en cache edge votre contenu 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 d’ordinateur.

Activez la mise en cache mobile dans MyKinsta comme ceci :

  • Sélectionnez WordPress Sites dans la navigation de gauche.
  • Sélectionnez le nom d’un site pour lequel le cache edge est activé.
  • Sélectionnez Edge Caching.
  • Cliquez sur le bouton Activer le cache mobile
Activer la mise en cache edge pour les appareils mobiles.
Activer la mise en cache edge pour les appareils mobiles.

Vous n’avez pas besoin d’activer la mise en cache mobile si la conception de votre site Web prend en charge les navigateurs de bureau et mobiles avec le même balisage HTML/CSS réactif.

Gestion de votre contenu mis en cache

La cache edge de Kinsta est conçu pour fonctionner de manière transparente avec les outils de gestion de cache que la plupart de nos clients utilisent déjà sur leurs sites web WordPress. Vous pouvez également cibler le contenu dans le cache périphérique directement dans MyKinsta ici :

  • Sélectionnez Sites WordPress dans la navigation de gauche.
  • Sélectionnez le nom d’un site pour lequel l’option Edge Caching est activée.
  • Sélectionnez Edge Caching.
Vider les caches edge dans le tableau de bord MyKinsta.
Vider les caches edge dans le tableau de bord MyKinsta.

Pour effacer toutes les pages de votre site du cache edge global, cliquez sur le bouton Effacer le cache.

Si vous devez effacer uniquement des pages ou des chemins spécifiques, collez une URL cible dans le champ Vider le cache URL et cliquez sur le bouton Vider le cache URL. Effacez le cache de tout le contenu d’un chemin d’accès spécifique en cochant l’option Vider le cache de chaque sous-répertoire sur l’URL spécifiée.

Désactiver la mise en cache edge

Si vous savez que le service de cache edge ne convient pas à votre site web, vous pouvez vous désengager avant que nous commencions à activer le service pour la plupart des sites existants en janvier 2023.

Dans MyKinsta :

  • Sélectionnez Sites WordPress dans la navigation de gauche.
  • Sélectionnez le nom de votre site WordPress.
  • Sélectionnez Edge Caching.
  • Activez le bouton à bascule Je veux me désengager…
Désactiver le service de cache edge en utilisant le tableau de bord MyKinsta.
Désactiver le service de cache edge en utilisant le tableau de bord MyKinsta.

Si la mise en cache edge est déjà activée pour un site web, vous trouverez un bouton Désactiver dans le coin supérieur droit de la page :

Désactiver le cache edge
Désactiver le cache edge

Questions rapides sur le cache edge

Vous vous demandez peut-être…

La mise en cache edge est-elle gratuite sur tous les plans ?

Oui. La mise en cache est activée par défaut sur tous les sites en ligne créés dans le tableau de bord MyKinsta. La mise en cache est également disponible sur les sites de staging dans les comptes premium.

Le cache edge améliore-t-il les performances de la version mobile de mon site web ?

Vous pouvez activer un cache spécifique aux mobiles pour les sites web qui génèrent un balisage adapté aux appareils mobiles. Si la conception de votre site web prend en charge les navigateurs de bureau et mobiles avec le même balisage HTML/CSS réactif, un cache mobile n’est pas nécessaire.

Dois-je utiliser des extensions d’optimisation pour WordPress ?

Non. La plateforme d’hébergement WordPress infogéré de Kinsta fournit une mise en cache locale, une mise en cache edge et un CDN qui est finement réglé pour prendre en charge le CMS le plus populaire au monde. Aucune extension WordPress tierce n’est nécessaire.

Puis-je désactiver le cache edge ?

Oui. Vous pouvez désactiver le cache edge à tout moment dans le tableau de bord MyKinsta. Si vous n’êtes pas sûr que votre site est compatible avec le cache edge, contactez l’équipe de support de Kinsta pour obtenir des conseils.

Résumé

La promesse d’Internet a toujours été de connecter les gens à travers le monde. Mais il s’avère que la distance physique entre les serveurs et les visiteurs a un impact réel sur la performance perçue des sites web. La mise en cache edge rapproche ce contenu des navigateurs web et accélère la première étape essentielle d’un chargement plus rapide des pages.

Kinsta fait de la mise en cache edge un composant fondamental de son service d’hébergement WordPress infogéré, complétant les fonctions de CDN et de sécurité du réseau qui viennent avec notre intégration Cloudflare.

En moyenne, le cache edge de Kinsta réduit de moitié le temps nécessaire pour fournir le HTML des pages web aux visiteurs de votre site. Pour les sites web dont l’audience est véritablement mondiale, l’augmentation de la vitesse peut être considérablement plus élevée.

Le cache edge est disponible pour tous nos clients sans frais supplémentaires. Si vous êtes toujours à la recherche d’un hébergeur WordPress construit avec la sécurité, la facilité d’utilisation et la performance en tête, nous avons un plan d’hébergement qui vous convient.

Steve Bonisteel

Kinsta

Steve Bonisteel is a Technical Editor at Kinsta who began his writing career as a print journalist, chasing ambulances and fire trucks. He has been covering Internet-related technology since the late 1990s.