Les pages de WordPress ne sont pas mises à jour à temps après l'utilisation d'un CDN ? Explication du mécanisme de mise en cache

De nombreux utilisateurs de WordPress ont rencontré ce problème après avoir accédé à l'accélération CDN pour leurs sites web : l'arrière-plan met à jour les articles, modifie le contenu de la page ou les styles CSS, mais le frontend reste inchangé pendant longtemps, et les visiteurs voient toujours l'ancien contenu. Ce problème est en fait lié au mécanisme de mise en cache du CDN. Dans cet article, nous analyserons le mécanisme de mise en cache du CDN Avec les principes de mise en cache de WordPress, et fournir des solutions pour vous aider à assurer que l'effet d'accélération en même temps, l'effet de mise à jour instantanée.

1) Pourquoi l'utilisation d'un CDN retarde-t-elle la mise à jour des pages ?

Les réseaux de diffusion de contenu (CDN) fonctionnent en transférant les ressources du site webCache (informatique)vers des nœuds globaux afin d'obtenir un accès de proximité et d'accélérer le chargement des pages. Cependant, l'essence même de la mise en cache est de conserver le contenu dans les serveurs des nœuds pendant un certain temps, réduisant ainsi le nombre de requêtes de retour à la source.

Flux de mise en cache typique

• L'utilisateur accède à la page, le CDN vérifie si le nœud est mis en cache.
• Cached → renvoie directement le contenu mis en cache
  Pas de cache → source back toserveur (ordinateur)Obtenir, renvoyer à l'utilisateur et mettre en cache ce contenu dans le nœud

Cela signifie que si vous mettez à jour votre contenu dans le backend de WordPress avant l'expiration du cache, même si vous mettez à jour le contenu, les visiteurs accèderont toujours à la version mise en cache, avec une mise à jour retardée.

2) Types de caches CDN

2.1 Cache statique

• Agit sur les images,CSSJS, fichiers de polices
• Ces fichiers sont rarement mis à jour et la mise en place d'un cache plus long (30 jours ou plus) n'a aucun effet.

2.2 Mise en cache dynamique (mise en cache des pages)

• acte HTML Pages, par exemple page d'accueil, pages d'articles, pages de catégories

• Si le CDN met le HTML en cache, la version en cache ne sera pas invalidée immédiatement après la mise à jour de l'article dans le backend.

3. retard dans la mise à jour des pages WordPress : causes courantes

• Les règles de mise en cache du CDN mettent en place une mise en cache des pages avec un TTL (temps d'expiration du cache) long.
• La fonction Purge/Invalidation n'est pas configurée.
• Conflits avec les configurations CDN utilisant des plugins de mise en cache (par exemple LiteSpeed Cache, WP Rocket)
• La validation de la mise à jour du cache vers la source n'est pas activée

4. les solutions et les recommandations de configuration

4.1 Configuration du rafraîchissement du cache dans le backend CDN

Cloudflare Exemple :

• Connexion au tableau de bord Cloudflare
• Sélectionnez Site → Caching → Configuration
• Configurer Toujours en ligne avec le mode Développement (lorsque le mode Développement est activé, le cache est mis en pause pour le débogage)

• Après avoir modifié le contenu, vous pouvez le sélectionner dans Caching → Purge Cache :
  • Purge Everything (vide tous les caches, met à jour immédiatement, mais ajoute de la pression pour retourner à la source)
  • Purge personnalisée (appuyez sur URL (Vider le cache et le mettre à jour avec précision)

4.2 Actualisation automatique du CDN avec le plugin Cache

Certains plugins de mise en cache (LiteSpeed Cache, WP Rocket,W3 Total Cache) peut être intégré à l'API CDN pour rafraîchir automatiquement le cache lorsque le contenu est mis à jour.

Prenons l'exemple de LiteSpeed Cache :

• LiteSpeed Cache → CDN → Cloudflare → Remplir la clé API et l'email

• Après la mise à jour d'un article, le plugin appelle l'API Cloudflare pour vider le cache de la page correspondante.

4.3 Définition d'un TTL raisonnable pour le cache

Il n'est pas recommandé de fixer une longue durée de cache pour les pages HTML si le site est fréquemment mis à jour.

• Fichiers statiques (photographie(CSS, JS) : mis en cache depuis plus de 30 jours.
• Pages dynamiques (HTML) : mises en cache entre 5 minutes et 1 heure, ajustées en fonction de la fréquence des mises à jour.

4.4 Combinaison des en-têtes de réponse du contrôle de la mise en cache

Définition de l'en-tête Cache-Control dans un serveur ou un plugin de cache, par exemple :

Cache-Control : no-cache, must-revalidate

Ou utilisez un TTL court + must-revalidate pour les pages dynamiques, ce qui oblige le nœud CDN à revalider la source après l'expiration du cache.

5. résumé

Les pages WordPress ne sont pas aussi faciles à utiliser qu'elles devraient l'être lorsque l'on utilise la fonction CDN La raison principale de la mise à jour inopportune est la configuration du cache HTML dynamique. En paramétrant raisonnablement l'actualisation du cache, en utilisant des plug-ins de cache pour intégrer automatiquement les API de CDN et en configurant le TTL approprié, vous pouvez prendre en compte l'accélération et la mise à jour en temps réel, afin d'éviter que les visiteurs ne voient du contenu ancien.

Contactez nous
Vous n'arrivez pas à lire le tutoriel ? Contactez-nous pour une réponse gratuite ! Aide gratuite pour les sites personnels et les sites de petites entreprises !	Service clientèle WeChat
① Tel : 020-2206-9892
② QQ咨询：1025174874
(iii) Courriel : info@361sale.com
④ Horaires de travail : du lundi au vendredi, de 9h30 à 18h30, jours fériés.