{"id":65009,"date":"2023-01-04T14:49:21","date_gmt":"2023-01-04T13:49:21","guid":{"rendered":"https:\/\/kinsta.com\/fr\/?p=65009&preview=true&preview_id=65009"},"modified":"2023-08-22T10:05:51","modified_gmt":"2023-08-22T09:05:51","slug":"cache-edge","status":"publish","type":"post","link":"https:\/\/kinsta.com\/fr\/blog\/cache-edge\/","title":{"rendered":"Cache edge de Kinsta : Servir les pages web jusqu’\u00e0 80 % plus vite (ou plus)"},"content":{"rendered":"

Les visiteurs de votre site web d\u00e9testent attendre que les pages se chargent – sur les ordinateurs de bureau ou sur les appareils mobiles. Les pages qui sont lentes<\/a> \u00e0 charger peuvent les faire fuir vers le site d’un concurrent. Vous \u00eates \u00e9galement inquiet de l’impact des performances de votre site web sur les r\u00e9sultats de recherche<\/a>.<\/p>\n

Chez Kinsta, nous prenons la vitesse au s\u00e9rieux, et nous cherchons toujours \u00e0 rendre les sites de nos clients plus rapides.<\/p>\n

L’ajout du cache edge kinsta<\/a> \u00e0 nos plans d’h\u00e9bergement WordPress infog\u00e9r\u00e9s<\/a> en d\u00e9cembre 2022 a permis d’ajouter de nouveaux outils pour aider les clients \u00e0 transmettre plus rapidement les pages de leur site web aux navigateurs.<\/p>\n

En mesurant le temps au premier octet (TTFB<\/a>), nous avons constat\u00e9 un temps de r\u00e9ponse moyen sur l’ensemble des tests de 207 millisecondes avec la mise en cache edge activ\u00e9e, contre 402,59 millisecondes sans mise en cache edge. Il s’agit d’une baisse de pr\u00e8s de 49 %<\/strong>. Mais certains des sites web r\u00e9els de nos tests ont obtenu des r\u00e9sultats bien meilleurs que cela, avec des performances TTFB pr\u00e8s de 80 % plus rapides<\/strong> avec la mise en cache edge. Nous allons approfondir ces chiffres ci-dessous.<\/p>\n

Voyons comment les performances de votre site web WordPress peuvent s’am\u00e9liorer lorsqu’une plus grande partie de son contenu se trouve dans le cache edge<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Qu’est-ce que la mise en cache edge ?<\/h2>\n

Bon nombre de nos clients d’h\u00e9bergement WordPress profitent d\u00e9j\u00e0 de notre int\u00e9gration avec Cloudflare<\/a> et ses serveurs edge<\/a> par le biais du CDN Kinsta<\/a>. Ce r\u00e9seau de distribution de contenu place les ressources statiques d’un site – comme les images, les polices de caract\u00e8res et les fichiers contenant des CSS et des JavaScript – dans 300 emplacements sur le r\u00e9seau de Cloudflare \u00e0 travers le monde. Cela signifie que ces ressources sont disponibles plus pr\u00e8s de l’emplacement physique des visiteurs de votre site web. Des trajets plus courts pour ces ressources entrainent une latence plus faible du r\u00e9seau<\/a>.<\/p>\n

Edge met en cache du HTML des pages WordPress et ressemble beaucoup \u00e0 la gestion des ressources dans le CDN. La diff\u00e9rence est que la gestion d’un cache de fichiers comme les images – qui changent rarement – est relativement simple. Il est plus difficile de g\u00e9rer du contenu qui est initialement g\u00e9n\u00e9r\u00e9 dynamiquement par WordPress, mis en cache en tant que contenu statique, puis r\u00e9g\u00e9n\u00e9r\u00e9 \u00e0 chaque fois que le contenu est modifi\u00e9.<\/p>\n

Comment le contenu est-il mis en cache edge ?<\/h3>\n

Les caches edge sont aliment\u00e9s par les requ\u00eates de pages de votre site par les navigateurs. Si une page n’est pas d\u00e9j\u00e0 mise en cache, la requ\u00eate est transmise \u00e0 votre site WordPress d’origine, o\u00f9 la page peut se trouver dans le cache local ou \u00eatre g\u00e9n\u00e9r\u00e9e \u00e0 nouveau par WordPress. La page est stock\u00e9e dans le cache edge sur le chemin du retour vers le navigateur. Les futures requ\u00eates sur le m\u00eame chemin b\u00e9n\u00e9ficieront du cache jusqu’\u00e0 ce qu’il soit effac\u00e9.<\/p>\n

C’est \u00e9galement de cette mani\u00e8re que les caches mobiles sont aliment\u00e9s. Si la requ\u00eate d’une page provient d’un appareil mobile, le contenu est enregistr\u00e9 dans un cache mobile. (Le cache mobile ne fait pas de distinction entre, par exemple, les appareils iOS et Android. Les requ\u00eates provenant de tablettes sont regroup\u00e9es avec le contenu des ordinateurs de bureau)<\/p>\n

Cache local WordPress et cache edge<\/h3>\n

Kinsta propose une approche sans extension de la mise en cache locale de WordPress<\/a> sur le propre serveur de votre site. L’approche de Kinsta pour le cache edge maintient cette simplicit\u00e9 : les m\u00eames mesures que vous avez prises pour vider votre cache local<\/a> vont maintenant aussi maintenir un cache edge en synchronisation.<\/p>\n

En outre, le tableau de bord MyKinsta comprend une fonctionnalit\u00e9 permettant de vider directement le cache edge<\/a> – et uniquement le cache edge.<\/p>\n

La nouveaut\u00e9 avec le cache edge est la possibilit\u00e9 d’activer un cache pour les appareils mobiles<\/a>. Si votre site web g\u00e9n\u00e8re un balisage unique pour les appareils mobiles, vous pouvez mettre en cache ce HTML s\u00e9par\u00e9ment du contenu destin\u00e9 aux appareils de bureau…<\/p>\n

Est-ce que le cache edge Kinsta est le m\u00eame que l’APO de Cloudflare ?<\/h4>\n

Le cache edge Kinsta partage le m\u00eame r\u00e9seau puissant de serveurs edge utilis\u00e9 par le service APO (Automatic Platform Optimization) de Cloudflare<\/a>. APO est \u00e9galement con\u00e7u pour fournir une mise en cache edge aux sites WordPress.<\/p>\n

Voici ce qui distingue le cache edge Kinsta :<\/p>\n