Wordpress

Comment configurer les paramètres de cache total W3 pour votre site WordPress

Avec plus d'un million d'installations actives, W1 Total Cache est l'un des plugins de mise en cache et d'optimisation les plus populaires du référentiel WordPress. Contrairement à d'autres plugins d'optimisation WordPress qui offrent une interface relativement plus simple et rationalisée, W3 Total Cache donne un contrôle total sur la configuration de mise en cache de votre site WordPress.

La granularité des paramètres de W3TC en fait un plugin idéal pour les utilisateurs avancés et les développeurs qui souhaitent un contrôle ultime sur leurs sites WordPress. Dans cet article, nous examinerons en profondeur les paramètres de W3 Total Cache, et nous vous donnerons notre configuration recommandée pour booster les performances de votre site WordPress.

Si vous êtes un Behmaster utilisateur, vous n'aurez pas besoin de configurer certains paramètres dans W3 Total Cache car notre pile d'hébergement intègre déjà de nombreuses optimisations. Par exemple, la mise en cache des pages au niveau du serveur via NGINX est activée par défaut sur tous Behmaster sites, vous n'aurez donc pas besoin de l'activer dans W3 Total Cache. Si vous configurez W3TC sur un Behmaster-site hébergé, prêtez une attention particulière aux instructions de configuration ci-dessous. Nous ne manquerons pas de vous informer si un paramètre spécifique n'est pas nécessaire ou compatible avec Behmaster.

Comment installer W3 Total Cache

Si vous n'avez pas installé W3 Total Cache sur votre site, vous pouvez l'installer directement dans votre tableau de bord WordPress. Recherchez simplement « W3 Total Cache » sur la page « Ajouter des plugins » et installez-le.

Installez W3 Total Cache.
Installez W3 Total Cache.

Il existe également une version Pro de W3 Total Cache, qui peut être achetée sur le site Web de BoldGrid. La version Pro est livrée avec quelques fonctionnalités supplémentaires telles que la mise en cache de l'API REST, la mise en cache de Google Maps et des extensions supplémentaires. Dans cet article, nous utiliserons la version gratuite du référentiel de plugins WordPress.

Boostez les performances de votre site #WordPress 🚀 et prenez le contrôle des fonctionnalités avancées avec ce guide des paramètres de W3 Total Cache ⚡️Click to Tweet

Où sont stockés les paramètres W3 Total Cache?

Après avoir installé W3 Total Cache, vous verrez un onglet « Performances » dans la barre latérale de votre tableau de bord d'administration WordPress. En cliquant sur l'onglet « Performances », vous découvrirez une variété de sous-menus tels que « Paramètres généraux », « Cache de page », « Minifier », et plus encore.

Paramètres de la barre latérale W3 Total Cache.
Paramètres de la barre latérale W3 Total Cache.

Vous pouvez également accéder aux paramètres de W3 Total Cache en utilisant l'onglet « Performances » dans votre barre d'outils d'administration WordPress.

Paramètres de la barre d'outils d'administration de W3 Total Cache.
Paramètres de la barre d'outils d'administration de W3 Total Cache.

Comment purger le cache total W3

Avant d'entrer dans la configuration de W3 Total Cache, voyons rapidement comment purger ou effacer votre cache. Si vous survolez l'onglet « Performances » dans la barre d'outils d'administration, vous verrez deux options de purge.

  1. Purger tous les caches - purger tous les caches à la fois.
  2. Modules de purge - purger un cache individuel (par exemple, les actifs minifiés, le cache de pages, le cache d'objets, etc.).
Purger le cache total W3.
Purger le cache total W3.

Paramètres généraux du cache total W3

Plongeons dans le menu « Paramètres généraux » de W3 Total Cache pour configurer quelques paramètres de base.

Page Cache

Par défaut, chaque requête adressée à votre site WordPress est rendue en temps réel. Pour certains types de sites comme les magasins de commerce électronique ou les forums de discussion, le rendu dynamique est idéal. Cependant, pour les blogs, les sites d'actualités et d'autres sites qui ne nécessitent pas de contenu dynamique, l'ajout d'une couche de mise en cache des pages peut améliorer les performances et réduire la charge du serveur.

Activez la mise en cache des pages dans W3TC.
Activez la mise en cache des pages dans W3TC.

Si votre site est hébergé sur Behmaster, vous n'avez pas à vous soucier de la mise en cache des pages. Nous avons une configuration de niveau serveur hautes performances qui met automatiquement en cache les pages de votre site dans des fichiers HTML statiques. Si votre hébergeur ne propose pas la mise en cache des pages, vous pouvez activer la mise en cache des pages dans le plugin W3 Total Cache.

Rapetisser

La réduction de vos ressources HTML, CSS et JavaScript peut réduire la taille globale des pages de votre site en supprimant les espaces inutiles. Pour la plupart des sites WordPress, l'activation de la fonction « Minify » de W3 Total Cache et la sélection de l'option « Auto » pour le « Minify Mode » conviendront parfaitement.

Réduisez les ressources HTML, CSS et JavaScript dans le W3TC.
Réduisez les ressources HTML, CSS et JavaScript dans le W3TC.

Dans certains cas, la réduction des actifs peut entraîner la rupture du code CSS ou JavaScript, ce qui entraîne souvent des erreurs visibles sur le frontend. Si vous remarquez des problèmes inhabituels sur votre site après avoir réduit les éléments, nous vous recommandons de travailler avec un développeur pour identifier les éléments à l'origine des problèmes. Après cela, vous pouvez utiliser la fonction « minifier » en mode manuel, ce qui vous permet de contourner la minification pour des fichiers CSS et JavaScript spécifiques.

Cache Opcode

WordPress est un CMS dynamique, ce qui signifie que les travailleurs PHP exécutent constamment du code en arrière-plan. Le cache Opcode permet d'accélérer votre site en stockant le code PHP compilé, ce qui accélère les requêtes ultérieures nécessitant le même code.

Activez le cache opcode dans W3TC.
Activez le cache opcode dans W3TC.

Si votre site est hébergé sur Behmaster, vous n'avez pas à vous soucier d'activer une couche de mise en cache d'opcode dans W3 Total Cache. Nous activons OPcache, un cache d'opcode, sur tous les environnements en direct. OPcache est désactivé sur les environnements de staging pour garantir que le code PHP compilé n'est pas mis en cache et n'interfère pas avec le développement et le débogage du site.

Si votre hébergeur ne propose pas de cache opcode, nous vous recommandons de l'activer dans W3 Total Cache. Gardez à l'esprit que la fonction de cache d'opcode n'est disponible que dans la version Pro de W3TC.

Cache de base de données

La base de données du W3TC stocke les résultats des requêtes de la base de données MySQL. Bien que cette fonctionnalité semble utile, nous vous recommandons de la laisser désactivée et d'utiliser à la place un cache d'objets.

Mise en cache de la base de données dans W3 Total Cache.
Mise en cache de la base de données dans W3 Total Cache.

Nous avons constaté que dans certains cas, la fonction de cache de la base de données peut entraîner une utilisation élevée du processeur. Cela signifie que la quantité de CPU économisée en stockant les résultats des requêtes de base de données pourrait finir par être compensée par l'augmentation de CPU requise pour cette fonctionnalité.

Cache de l'objet

Dans le contexte de WordPress, un cache d'objets stocke les résultats des requêtes de base de données terminées. WordPress a en fait un cache d'objets intégré, mais il ne conserve les données que pour un seul chargement de page. Cela permet un rendu de page plus efficace car cela garantit qu'un chargement de page n'aura pas besoin de gaspiller des ressources CPU en exécutant des requêtes de base de données identiques.

Alors que le cache d'objets par défaut de WordPress est sans aucun doute bénéfique pour les performances, un cache d'objets qui conserve les données à travers les chargements de page est encore mieux ! La fonction "Object Cache" du W3TC ajoute un script de mise en cache personnalisé dans votre /wp-content répertoire et modifie le comportement du cache d'objets de WordPress pour conserver les données de manière persistante (sur plusieurs chargements de page).

Nous vous recommandons d'activer la fonction de cache d'objets du W3TC sur votre site WordPress pour accélérer les requêtes qui utilisent des requêtes de base de données si votre site n'est pas hébergé sur Behmaster.

Cache d'objets W3 Total Cache.
Cache d'objets W3 Total Cache.

Si votre site est hébergé sur Behmaster, nous proposons une couche de mise en cache d'objets hautes performances optimisée par notre module complémentaire Redis. Redis est un magasin de structure de données en mémoire open source qui est souvent utilisé pour les applications de base de données et de courtier de messages.

Étant donné que Redis met en cache les données dans la RAM, il permet à WordPress d'accéder aux données mises en cache à partir d'un cache d'objets persistant beaucoup plus rapide que les configurations de cache d'objets traditionnelles.

Cache du navigateur

La mise en cache du navigateur peut accélérer considérablement votre site WordPress en stockant localement des ressources statiques telles que CSS, JavaScript, des images et des polices. La mise en cache du navigateur utilise une période d'expiration pour déterminer la durée de mise en cache des actifs. Sur le Web moderne, la plupart des développeurs spécifient une période d'expiration d'un an pour les actifs statiques.

Activez la mise en cache du navigateur dans W3 Total Cache.
Activez la mise en cache du navigateur dans W3 Total Cache.

Pour les sites hébergés sur Behmaster, nous appliquons une période de cache d'un an pour les fichiers statiques. Ceci peut être vérifié en vérifiant le cache-control en-tête d'un fichier statique hébergé sur Behmaster. Si votre hébergeur n'applique pas de "délai d'expiration lointain" pour la mise en cache du navigateur, vous pouvez activer la fonctionnalité "Cache du navigateur" dans W3 Total Cache et configurer la période d'expiration.

Réseau de diffusion de contenu (CDN)

Si vous utilisez un CDN, ou un réseau de diffusion de contenu, pour décharger des fichiers statiques vers des centres de données du monde entier, vous pouvez configurer W3 Total Cache pour réécrire les URL des « fichiers de thème, pièces jointes de bibliothèque multimédia, CSS, JS » et plus encore avec votre Nom d'hôte CDN.

Paramètres CDN dans W3 Total Cache.
Paramètres CDN dans W3 Total Cache.

Si votre site est hébergé sur Behmaster, nous vous recommandons d'utiliser Behmaster CDN, notre réseau de diffusion de contenu hautes performances alimenté par KeyCDN. Lorsque Behmaster CDN est activé, les URL de fichiers statiques seront automatiquement réécrites pour être servies à partir de Behmaster CDN.

Si vous préférez utiliser un autre fournisseur de CDN ou si votre site n'est pas hébergé sur Behmaster, vous pouvez activer la fonctionnalité "CDN" dans W3 Total Cache et ajouter votre URL CDN.

Reverse Proxy

Un proxy inverse se situe entre votre serveur Web et WordPress et peut être utilisé pour effectuer diverses manipulations logiques sur les demandes entrantes. W3TC prend en charge Varnish, qui est un « accélérateur HTTP » populaire pour la mise en cache et la diffusion de données dans le but de réduire la charge du backend.

Pour utiliser Varnish, le package Varnish doit d'abord être installé par votre hébergeur. Si vous êtes un Behmaster client, n'activez pas l'option de proxy inverse car notre infrastructure n'est pas conçue pour fonctionner avec Varnish.

Expérience utilisateur

L'optimisation de « l'expérience utilisateur » du W3TC vous permet d'activer le chargement paresseux, de désactiver les emojis et de désactiver le wp-embed.js scénario. Nous vous recommandons d'activer le chargement paresseux sur votre site WordPress pour accélérer le chargement des pages. Si vous n'utilisez pas déjà le chargement paresseux natif du navigateur ou basé sur un plug-in, nous vous recommandons d'utiliser W3 Total Cache pour le chargement paresseux.

Paramètres d'expérience utilisateur dans W3TC.
Paramètres d'expérience utilisateur dans W3TC.

Dans le monde d'aujourd'hui, la plupart des systèmes d'exploitation ont une prise en charge intégrée des emojis. Ainsi, vous voudrez peut-être désactiver le script emoji inclus dans WordPress si vous n'êtes pas un gros utilisateur d'emoji. Utiliser W3TC pour supprimer wp-emoji-release.min.js vous aidera à raser une requête HTTP et à supprimer ~ 10 Ko du chargement de votre page.

De même, si vous n'intégrez pas de publications WordPress, vous pouvez désactiver le wp-embed.js avec W3 Total Cache. La désactivation de ce script n'affectera pas la fonctionnalité oEmbed pour l'intégration de vidéos YouTube, de flux SoundCloud, etc.

Divers

W3 Total Cache a quelques paramètres divers que vous pouvez également configurer. Si vous souhaitez afficher un widget de tableau de bord Google Page Speed ​​dans WordPress, vous pouvez saisir votre clé API Page Speed. Il existe également une option pour afficher la note de vitesse de page dans la barre de menu pour chaque page de votre site WordPress.

Paramètres divers dans W3 Total Cache.
Paramètres divers dans W3 Total Cache.

Pour les autres paramètres tels que « chemin du fichier de configuration du serveur NGINX », « activer le verrouillage de fichier », « optimiser la page améliorée du disque et réduire la mise en cache du disque pour NFS », nous vous recommandons de les laisser dans leurs paramètres par défaut, sauf si vous avez une raison spécifique de les modifier.

Déboguer

Si vous résolvez un problème sur votre site, W3 Total Cache dispose d'un menu "Débogage" pratique qui vous permet de désactiver des couches de mise en cache et des paramètres d'optimisation spécifiques. Par exemple, si vous remarquez un problème visuel sur votre site, vous pouvez activer le mode débogage pour l'option « minifier », qui insérera des commentaires HTML dans le code source de votre page pour vous aider à résoudre les problèmes.

Mode de débogage dans W3 Total Cache.
Mode de débogage dans W3 Total Cache.

Étant donné que la fonctionnalité de mode de débogage impose une charge supplémentaire sur les ressources de votre serveur, nous vous recommandons de ne l'utiliser que dans un environnement de transfert ou pendant les heures de faible trafic. De plus, assurez-vous de désactiver le mode de débogage une fois que vous avez terminé votre dépannage !

Paramètres d'importation / exportation

Une fois que vous avez fini de configurer vos paramètres, vous pouvez utiliser la fonction « Importer/Exporter » du W3TC pour créer une sauvegarde de votre configuration. W3 Total Cache a beaucoup de paramètres, donc pouvoir exporter une sauvegarde complète est idéal pour la tranquillité d'esprit. De plus, il vous permet de répliquer facilement votre configuration W3TC personnalisée sur plusieurs sites sans avoir à configurer quoi que ce soit manuellement.

Importez et exportez les paramètres W3TC.
Importez et exportez les paramètres W3TC.

Paramètres de cache total W3 - Cache de page

Plongeons-nous dans les paramètres "Page Cache" de W3 Total Cache. Rappelez-vous si votre site est hébergé sur Behmaster, vous n'avez pas à vous soucier de la mise en cache des pages. N'hésitez donc pas à ignorer cette section.

  • Page d'accueil du cache – Pour la plupart des sites, la page d'accueil est généralement la page qui reçoit le plus de trafic. Nous vous recommandons donc d'activer ce paramètre.
  • Flux de cache – WordPress génère divers flux RSS, qui permettent à des applications et services externes comme Feedburner d'afficher le contenu de votre site. Bien que RSS ne soit plus aussi populaire qu'avant, nous vous recommandons tout de même d'activer ce paramètre.
  • Cache SSL (requêtes HTTPS) – Si votre serveur Web ne force pas HTTPS pour toutes les requêtes entrantes, l'activation de ce paramètre peut avoir un impact positif sur les performances. Si vous forcez déjà HTTPS au niveau du serveur Web, il n'est pas nécessaire de l'activer.
  • Cache URI avec des variables de chaîne de requête – Une chaîne de requête est un paramètre qui est ajouté à la fin de l'URL (par exemple /?version=123). Les chaînes de requête sont souvent utilisées pour demander et afficher des données spécifiques de votre base de données WordPress. En général, le but d'une chaîne de requête est de demander une version unique d'une page, nous vous recommandons donc de la désactiver, sauf si vous avez des chaînes de requête spécifiques que vous souhaitez mettre en cache.
  • Cache 404 pages (non trouvées) – Par défaut, W3TC garde cette option désactivée. La raison en est probablement due au comportement de mise en cache si vous utilisez la méthode de mise en cache de page « Disk Enhanced ». Avec cette option sélectionnée, 404 pages renvoient un code de réponse 200. Idéalement, les pages 404 devraient renvoyer des codes de réponse 404, nous vous recommandons donc de tester ce paramètre avec votre configuration de mise en cache pour voir s'il est compatible.
  • Ne pas mettre en cache les pages pour les utilisateurs connectés – Nous vous recommandons d'activer cette option. Les utilisateurs connectés travaillent généralement sur la mise à jour des pages. Lorsque la mise en cache est activée, les utilisateurs doivent constamment vider le cache pour voir les mises à jour des pages.
  • Ne pas mettre en cache les pages pour certains rôles utilisateur - Cette option vous permet de contourner le cache pour certains rôles d'utilisateur WordPress. Si l'option « ne pas mettre en cache les pages pour les utilisateurs connectés » est déjà activée, cette option n'aura aucun effet sur le comportement du cache.

Alias

La fonction « Alias » de W3 Total Cache vous permet de mettre en cache un contenu WordPres identique disponible sur différents domaines. Nous vous déconseillons d'activer cette fonctionnalité. Si votre site WordPress est accessible sur différents domaines (par exemple domain.com et www.domain.com), il est préférable de configurer une règle de redirection 301 pour transférer les demandes vers votre domaine principal afin d'éviter les pénalités de contenu en double de Google et d'autres moteurs de recherche.

Préchargement du cache

La fonctionnalité « Préchargement du cache » parcourt votre plan de site et demande aux pages de votre site de précharger le cache des pages. Pour la plupart des sites, nous vous recommandons de désactiver le préchargement du cache, car il peut provoquer des pics de ressources serveur qui compensent les avantages potentiels en termes de performances.

Si vous souhaitez activer le préchargement du cache, W3TC vous permet de spécifier une URL de plan de site, un intervalle de mise à jour et des pages par intervalle. Assurez-vous de ne pas définir « l'intervalle de mise à jour » et « pages par interne » trop haut pour réduire le risque de pics de processeur.

Politique de purge

La « Purge Policy » du W3TC vous permet de spécifier les pages et les flux que vous souhaitez purger automatiquement après la publication ou la modification des articles. Pour la plupart des sites, les paramètres par défaut (page d'accueil, page des articles et flux de blog) devraient suffire. Si vous souhaitez ajouter des pages supplémentaires à la stratégie de purge, vous pouvez configurer diverses options.

API REST

L'API REST incluse dans WordPress vous permet de rechercher des données au format JSON. L'API REST est utilisée par une variété de plugins et est cruciale pour les configurations WordPress sans tête. Selon votre cas d'utilisation exact de l'API REST, la mise en cache des résultats de la requête peut être une bonne idée. La mise en cache de l'API REST relève de la catégorie « si vous en avez besoin, vous le saurez », donc si vous n'êtes pas sûr d'activer ou non la mise en cache de l'API REST, nous vous recommandons de la laisser sur « Ne pas mettre en cache ».

Avancé

Dans les options de cache de page « avancées » du W3TC, vous pouvez personnaliser une variété de paramètres, notamment les « chaînes de requête acceptées », les « agents utilisateurs rejetés », les paramètres de contournement du cache granulaire, etc. Par exemple, si vous devez configurer votre W3 Total Cache pour ne jamais mettre en cache les publications sous une certaine catégorie ou balise, vous pourrez le faire dans les options « Avancé ».

Étant donné que ces paramètres peuvent être très spécifiques au site, il n'y a pas de « paramètres recommandés » que nous pouvons fournir. Cela dit, si vous cherchez à personnaliser un aspect très spécifique du comportement de mise en cache des pages de votre site, jetez un œil aux options avancées.

Paramètres de cache total W3 - Réduire

Ensuite, passons en revue les paramètres «Minify» de W3 Total Cache.

  • Réécrire la structure de l'URL - Ce paramètre affecte la structure de l'URL des ressources minifiées. Nous vous recommandons de le laisser activé pour que vos URL soient « jolies ».
  • Désactiver la réduction pour les utilisateurs connectés - Si vous effectuez un dépannage ou un débogage, la désactivation de la minification pour les utilisateurs connectés peut être utile. Sinon, nous vous recommandons de laisser cette option désactivée.

HTML et XML

Dans la section « HTML & XML », vous pouvez configurer les paramètres de minification HTML.

  • Minification CSS en ligne - Nous vous recommandons d'activer cette option pour supprimer les espaces dans les CSS en ligne.
  • Minification JS en ligne - Nous vous recommandons d'activer cette option pour supprimer les espaces dans le JavaScript en ligne. Dans certains cas, la minification JS peut entraîner une erreur de code. Si l'activation de cette option interrompt la fonctionnalité de votre site, désactivez-la.
  • Ne réduisez pas les flux - Nous vous recommandons de laisser cette option désactivée. Les flux ne sont utilisés que par les lecteurs RSS et autres services similaires, il n'est donc pas nécessaire de réduire les flux.
  • Suppression des sauts de ligne – Cette option est désactivée par défaut et nous vous déconseillons de l'activer pour garantir un rendu correct de votre site.

JS

Dans la section "JS", vous pouvez configurer les paramètres de minification JavaScript.

  • Opérations dans les zones - Cette option vous permet de sélectionner le « type d'intégration » pour le JavaScript minifié. Pour les fichiers JS avant et après , vous pouvez choisir entre "bloquant", "non bloquant", "non bloquant en utilisant async" et "non bloquant en utilisant defer". Bien que les méthodes de chargement non bloquantes donnent généralement de meilleures performances, elles ne sont pas toujours 100% compatibles avec tout le code JavaScript. De plus, "async" et "defer" ont des cas d'utilisation très différents. Ainsi, nous vous recommandons d'utiliser la méthode de « blocage » par défaut, sauf si vous êtes conscient des bizarreries de JavaScript non bloquant.
  • Minifier ou combiner uniquement – Vous pouvez choisir entre deux modes d'optimisation pour JavaScript. Lorsque « minifier » est sélectionné, vos fichiers JS seront combinés et minifiés. Si vous sélectionnez "Combiner uniquement", le fichier JS combiné résultant ne sera pas minifié. Si vous rencontrez des problèmes liés à la minification et que vous ne souhaitez pas déboguer pour savoir quel script est à l'origine du problème, la sélection de l'option "Combiner uniquement" peut corriger l'erreur.
  • Poussée HTTP/2 – Si votre serveur prend en charge HTTP/2 Server Push, l'activation de cette option peut vous aider à réduire le temps de chargement des pages. HTTP/2 Server Push envoie les fichiers aux visiteurs avant qu'ils ne soient demandés. Nous vous recommandons d'effectuer des tests adéquats avant d'activer cette option dans un environnement de production, car Server Push est souvent mal utilisé. Server Push n'est pas idéal pour les fichiers JavaScript plus volumineux, et vous voudrez vous assurer que les avantages l'emportent sur le chargement de fichiers JS directement à partir du cache du navigateur d'un visiteur.

CSS

Dans la section "CSS", vous pouvez configurer les paramètres de minification CSS.

 

  • Combiner seulement – Contrairement aux fichiers JavaScript, CSS ne souffre généralement pas de problèmes liés à la minification. Ainsi, nous vous déconseillons d'activer « Combiner uniquement ».
  • Suppression des commentaires conservés – Ce paramètre supprime les commentaires des fichiers CSS. Nous vous recommandons d'activer cette option pour réduire autant que possible la taille du fichier.
  • Suppression des sauts de ligne – Ce paramètre supprime les sauts de ligne des fichiers CSS. Nous vous recommandons également d'activer cette option. Si vous remarquez des problèmes d'affichage après avoir activé « Suppression des sauts de ligne », désactivez-le.

Avancé

La section « Avancé » contient quelques paramètres supplémentaires pour personnaliser le comportement de minification.

  • Mettre à jour les fichiers externes tous les - W3TC vous permet de spécifier la durée entre les mises à jour des fichiers CSS et JS. Avec le paramètre par défaut de 86400 24 secondes, vos ressources seront téléchargées et minifiées toutes les XNUMX heures. Si votre site ne change pas fréquemment, n'hésitez pas à définir une période plus longue.
  • Intervalle de collecte des ordures – Ce paramètre de période spécifie la fréquence à laquelle les données de cache expirées sont supprimées. Le paramètre par défaut est 24 heures. Si votre site manque d'espace de stockage, nous vous recommandons de réduire « l'intervalle de collecte des déchets ».

 

Le reste de la section « Avancé » comprend des champs de saisie qui vous permettent de spécifier des fichiers d'actifs qui ne doivent jamais être minimisés. Il existe également un champ « Agents utilisateurs rejetés » qui permet de servir des fichiers non-minifiés à certains agents utilisateurs. Enfin, vous pouvez ajouter des fichiers d'actifs externes à inclure dans le processus de minification de W3 Total Cache.

Paramètres du cache total W3 — Cache d'objets

Le prochain sur la liste est les paramètres "Object Cache" du W3TC. Pour la plupart des sites, les paramètres par défaut fonctionneront très bien, mais passons en revue quand même.

 

  • Durée de vie par défaut des objets de cache – Le délai d'expiration pour les éléments de cache inchangés. Une période de temps plus longue entraîne un cache d'objets plus grand. Si vous êtes préoccupé par la capacité de stockage de votre serveur, nous vous recommandons de conserver la valeur par défaut ou de la réduire.
  • Intervalle de collecte des ordures – Ce paramètre spécifie la fréquence à laquelle les données de cache expirées sont supprimées. La valeur par défaut de 3,600 1 secondes (XNUMX heure) devrait convenir à la plupart des sites.
  • Groupes mondiaux – Ce paramètre vous permet de configurer des groupes de mise en cache partagés entre les sites d'un même réseau multisite. Nous vous recommandons de laisser ce paramètre dans son état par défaut, sauf si vous avez une raison particulière de le modifier.
  • Groupes non persistants – Ce paramètre vous permet de sélectionner les groupes d'objets à ne jamais mettre en cache. Encore une fois, nous vous recommandons de vous en tenir à la configuration par défaut.
  • Activer la mise en cache pour les requêtes wp-admin - Cette option est désactivée par défaut et nous vous déconseillons de l'activer car elle peut provoquer des effets secondaires. De plus, les visiteurs de la plupart des sites WordPress n'interagissent jamais avec le tableau de bord wp-admin.

Paramètres du cache total W3 — Cache du navigateur

La plupart des hébergeurs WordPress, y compris Behmaster, implémentent déjà des en-têtes de mise en cache de navigateur appropriés au niveau du serveur Web. Si votre hébergeur ne le fait pas, ou si vous souhaitez personnaliser davantage le comportement de mise en cache du navigateur, vous pouvez le faire avec W3 Total Cache.

Dans les paramètres « Cache du navigateur », les paramètres par défaut des sections « Général », « CSS et JS », et « HTML et XML » et « Médias et autres fichiers » conviennent à la plupart des sites WordPress. Comme il y a tellement de paramètres sur cette page, nous vous recommandons de consulter un développeur avant d'apporter des modifications au comportement de mise en cache du navigateur. Cela dit, vous trouverez ci-dessous quelques paramètres clés à surveiller en ce qui concerne la mise en cache du navigateur.

  • Expire la durée de vie des en-têtes – La configuration d'une longue "durée de vie des en-têtes d'expiration" est importante pour une mise en cache efficace du navigateur. À Behmaster, nous appliquons une durée de vie d'un an pour les éléments statiques tels que CSS, JS, images et polices. Si vous utilisez W1TC pour configurer la mise en cache du navigateur, veillez à définir cette valeur sur 31536000 (1 année).
  • Stratégie de contrôle du cache - Pour vous assurer que vos ressources statiques peuvent être mises en cache par les navigateurs, assurez-vous que la « politique de contrôle du cache » est définie sur « public, max_age=EXPIRES SECONDS ».
  • Activer la compression HTTP (gzip) - La compression GZIP réduit considérablement la taille des fichiers des pages HTML et des ressources avant qu'elles ne soient envoyées aux visiteurs. Assurez-vous donc d'activer cette option si la configuration du serveur de votre hôte prend en charge GZIP. Si votre site est hébergé sur Behmaster, il n'est pas nécessaire d'activer la compression GZIP dans W3TC car elle est déjà activée dans le cadre de notre configuration par défaut.
  • Supprimer les chaînes de requête des ressources statiques – Une chaîne de requête est une chaîne supplémentaire qui est ajoutée à la fin d'un chemin d'URL pour spécifier les paramètres de demande ou forcer un serveur Web à fournir un nouvel actif. Les chaînes de requête commencent par un ?, et la plupart des serveurs Web sont configurés pour contourner le cache pour les demandes avec des chaînes de requête. La suppression des chaînes de requête des demandes de page est utile pour réduire la charge du serveur, car ces demandes utilisent PHP pour afficher les pages. Nous vous déconseillons de supprimer les chaînes de requête des ressources statiques dans W3 Total Cache, car elles permettent de garantir que la dernière version des fichiers CSS et JS est fournie à vos visiteurs.

La page de paramètres « Cache du navigateur » contient également une variété de paramètres liés aux en-têtes de sécurité tels que la politique de sécurité du contenu (CSP) et la protection X-XSS. Nous vous recommandons toujours de travailler avec un développeur qualifié pour passer en revue ces paramètres, car des configurations incorrectes peuvent avoir un impact direct sur l'expérience utilisateur de votre site. Par exemple, l'activation de l'en-tête HSTS sans un certificat SSL et une configuration HTTPS appropriés peut rendre votre site inaccessible.

Paramètres de cache total W3 - Groupes d'agents utilisateurs

La fonctionnalité « Groupes d'agents utilisateurs » de W3 Total Cache est très puissante si vous devez rediriger le trafic en fonction du type d'appareil d'un utilisateur. Par exemple, vous pouvez configurer votre site pour qu'il s'affiche avec un thème différent si un utilisateur visite votre site à partir d'un téléphone mobile. De même, vous pouvez rediriger les utilisateurs vers un site complètement différent si votre site mobile réside sur un sous-domaine unique.

À l'ère de la conception Web réactive, nous ne voyons pas trop de cas d'utilisation pour cette fonctionnalité particulière. De nos jours, la meilleure pratique consiste à rendre votre site réactif dès le départ au lieu de s'appuyer sur plusieurs thèmes ou un sous-domaine réservé aux mobiles.

Paramètres de cache total W3 - Groupes de référents

Un référent HTTP est un en-tête HTTP facultatif qui fournit des informations sur l'origine d'une requête. Par exemple, si un visiteur clique sur votre site à partir d'une liste de recherche Google, le référent HTTP sera google.com.

Aux prises avec des temps d'arrêt et des problèmes WordPress ? Behmaster est la solution d'hébergement conçue dans un souci de performance et de sécurité ! Découvrez nos forfaits

Dans W3 Total Cache, vous pouvez définir un comportement de mise en cache personnalisé basé sur le référent HTTP d'une requête avec des « Groupes de référents ». Par exemple, vous pouvez créer un groupe de référents composé de moteurs de recherche et personnaliser le comportement de mise en cache pour les demandes de ces domaines uniquement.

Semblable aux « Groupes d'agents d'utilisateurs » mentionnés ci-dessus, vous pouvez également rediriger les demandes vers un domaine différent avec la fonctionnalité « Groupes de références ». La plupart des sites WordPress n'auront pas besoin de configurer des groupes de référents, nous vous déconseillons donc d'en configurer.

Paramètres de cache total W3 - Groupes de cookies

Le dernier groupe de mise en cache pris en charge par W3 Total Cache est « Groupes de cookies ». Cette fonctionnalité vous permet de créer des compartiments de mise en cache et des comportements uniques basés sur les cookies d'une demande. Semblable aux « groupes d'agents d'utilisateurs » et aux « groupes de référents », la plupart des sites n'auront pas besoin de configurer une configuration de mise en cache personnalisée basée sur les cookies. Si votre site nécessite une mise en cache basée sur les cookies, nous vous recommandons de travailler avec un développeur pour le configurer correctement.

Paramètres de cache total W3 - CDN

Passons maintenant aux paramètres CDN de W3 Total Cache.

  • Pièces jointes de l'hôte - Activez cette option pour diffuser des ressources dans votre médiathèque WordPress à partir de votre CDN.
  • Hôte wp-includes / Files - Activez cette option pour servir des fichiers dans le wp-includes dossier de votre CDN.
  • Fichiers de thème hôte - Activez cette option pour diffuser vos fichiers de thème à partir de votre CDN.
  • Héberger des fichiers CSS et JS minifiés - Activez cette option pour servir les fichiers CSS et JS minifiés du W3TC à partir de votre CDN.
  • Fichiers personnalisés de l'hôte - Si vous avez des fichiers qui ne se trouvent pas dans votre médiathèque ou votre dossier de thème, vous pouvez ajouter les chemins de fichiers dans W3TC pour les servir à partir de votre CDN.
  • Ajouter un en-tête canonique - A rel=”canonical” La balise aide les moteurs de recherche à identifier la source ou l'URL d'origine. Étant donné que les CDN utilisent généralement un domaine différent, l'ajout d'une balise canonique informe les moteurs de recherche de l'emplacement de l'actif d'origine. Cela dit, vous pouvez laisser ce paramètre désactivé, car les moteurs de recherche modernes sont suffisamment intelligents pour identifier les CDN sans affecter le classement SEO de votre site.

Avancé

  • Purger le CDN uniquement manuellement - Nous vous recommandons de laisser cette option désactivée pour permettre au W3TC de gérer automatiquement les purges de cache.
  • Désactiver CDN sur les pages SSL - Gardez ce paramètre désactivé. Si vous utilisez un CDN, il est préférable de l'activer sur les pages HTTP et HTTPS.
  • Utiliser les liens CDN pour la médiathèque sur les pages d'administration - Nous vous déconseillons d'activer cette option car elle réécrira les URL dans votre médiathèque.
  • Ajouter un en-tête CORS - Gardez ce paramètre activé pour permettre à vos actifs CDN d'être affichés sur d'autres domaines.
  • Désactiver CDN pour les rôles suivants - Cette option vous permet de désactiver le CDN pour certains rôles d'utilisateur WordPress. Dans la plupart des cas, il est préférable de laisser cette option désactivée.
  • wp-inclut les types de fichiers à télécharger - Ce champ spécifie les formats de fichier dans le wp-includes qui sera servi depuis votre CDN. La liste par défaut des formats de fichiers devrait convenir à la plupart des sites. Si vous avez des fichiers personnalisés dans votre wp-includes dossier, n'hésitez pas à ajouter des formats supplémentaires si nécessaire.
  • Types de fichiers de thème à télécharger - Ce champ spécifie les formats de fichiers dans votre dossier de thème WordPress qui seront servis à partir de votre CDN. La liste par défaut contient tous les formats d'actifs, d'images et de polices courants. N'hésitez pas à ajouter des formats supplémentaires si nécessaire.
  • Liste de fichiers personnalisée - Si vous avez activé « Hôter des fichiers personnalisés », vous pouvez ajouter une liste de fichiers dans ce champ à servir à partir de votre CDN.
  • Agents utilisateurs rejetés - Ce champ vous permet de spécifier les agents utilisateurs qui ne seront pas servis par votre CDN. Nous vous recommandons de laisser ce champ vide pour vous assurer que votre CDN est utilisé correctement.
  • Fichiers rejetés - Ce champ vous permet de spécifier les fichiers qui ne doivent pas être servis depuis votre CDN. Si un service que vous utilisez nécessite que les actifs soient servis à partir de votre domaine racine, vous pouvez ajouter le chemin d'accès au fichier dans le champ « Fichiers rejetés ».

Paramètres de cache total W3 - Expérience utilisateur

Ensuite, personnalisons les paramètres « Expérience utilisateur » ou de chargement paresseux dans W3 Total Cache.

  • Traiter les balises d'image HTML - Activez cette option pour vous assurer que les images sont chargées paresseux.
  • Traiter les images d'arrière-plan - Si vous utilisez `background` pour afficher une image en CSS, activer cette option permettra à ces images d'être chargées paresseux.
  • Exclure les mots - Dans ce champ, vous pouvez spécifier du texte pour contourner le lazy loading. Par exemple, si vous ajoutez no-lazy-load à ce champ, une image affichée avec ne sera pas paresseux chargé.
  • Méthode d'intégration de script - Ce paramètre vous permet de personnaliser la méthode de chargement du script de chargement différé. Le défaut async méthode est la meilleure option pour la plupart des sites. Si votre site ne comporte qu'une seule page de destination, le inline peut être utilisée pour réduire le nombre de requêtes HTTP pour charger la page.

Extensions disponibles pour W3 Total Cache

W3 Total Cache propose diverses extensions à intégrer avec des services tiers. Le W3TC dispose actuellement d'extensions pour les services suivants.

  • AMP
  • Cloudflare
  • Google Feedburner
  • Cache de fragments
  • Genesis-cadre
  • New Relic
  • Essaimer
  • Yoast SEO
  • WPML

Si vous utilisez l'un de ces services sur votre site, nous vous recommandons de configurer l'extension appropriée pour assurer une bonne compatibilité avec W3 Total Cache. Dans cette section, nous examinerons l'extension Cloudflare pour W3 Total Cache.

Comment configurer le cache total W3 avec l'extension Cloudflare

Pour intégrer Cloudflare à W3 Total Cache, vous aurez besoin de deux informations de votre tableau de bord Cloudflare : l'e-mail du compte et la clé API. L'e-mail du compte est l'adresse e-mail que vous utilisez pour vous connecter à Cloudflare. Voyons comment configurer une clé API Cloudflare.

Dans le tableau de bord Cloudflare, cliquez sur l'onglet « Aperçu ». Ensuite, faites défiler vers le bas et cliquez sur Obtenez votre jeton API dans la barre latérale droite.

Affichez votre clé API globale Cloudflare.
Affichez votre clé API globale Cloudflare.

Faites défiler vers le bas et cliquez sur Voir à côté de « Clé d'API globale » pour obtenir votre clé d'API Cloudflare. Veillez à ne pas partager cette clé API en dehors de W3 Total Cache car elle peut être utilisée pour contrôler votre compte Cloudflare.

Affichez votre clé API globale Cloudflare.
Affichez votre clé API globale Cloudflare.

Ensuite, activez l'extension Cloudflare dans la page « Extensions » de W3 Total Cache et cliquez sur « Paramètres ». Dans la section « Identifiants », cliquez sur le Autoriser .

Autorisez Cloudflare dans W3 Total Cache.
Autorisez Cloudflare dans W3 Total Cache.

Dans la fenêtre contextuelle suivante, saisissez l'e-mail de votre compte Cloudflare et la clé API. Si vous recevez un message d'erreur, vérifiez que votre adresse e-mail et votre clé API sont correctes. Une fois les informations d'identification autorisées, vous devriez voir des paramètres Cloudflare supplémentaires sur la page.

Paramètres Cloudflare dans W3 Total Cache.
Paramètres Cloudflare dans W3 Total Cache.

Passons en revue les paramètres Cloudflare dans W3 Total Cache.

  • Intervalle des statistiques du widget - Cela spécifie la période couverte par le widget Cloudflare du W3TC. Le paramètre par défaut est de 30 minutes. Si vous souhaitez voir une période plus longue, n'hésitez pas à l'augmenter.
  • Temps de cache - Cela spécifie la durée pendant laquelle les données de widget de Cloudflare sont mises en cache. Si vous n'envisagez pas d'utiliser beaucoup le widget, nous vous recommandons d'augmenter ce nombre pour réduire le nombre de requêtes vers Cloudflare depuis votre site.
  • Mise en cache de page - Si vous avez configuré Cloudflare pour mettre en cache les pages HTML de votre site WordPress, activez cette option pour effacer automatiquement le cache Cloudflare après les modifications et mises à jour publiées.

Mise en cache Cloudflare

Cette section vous permet de personnaliser les paramètres de mise en cache de Cloudflare.

  • Mode de développement - Gardez cette option désactivée, sauf si vous devez mettre Cloudflare en mode développement. Lorsque Cloudflare est en mode développement, la mise en cache périphérique, la minification et l'optimisation de l'image sont désactivées pendant trois heures. Cela vous permet de voir immédiatement les mises à jour des fichiers CSS et JS et est utile pour le dépannage.
  • Niveau de cache - Pour la plupart des sites, nous vous recommandons d'utiliser le niveau de cache « Standard », qui sert une ressource différente à chaque fois que la chaîne de requête change. Si vous êtes sûr à 100 % que votre site WordPress n'utilise pas de chaînes de requête pour diffuser du contenu dynamique, vous pouvez également utiliser le paramètre « Ignorer la chaîne de requête ».
  • Cache du navigateur TTL - Nous vous recommandons de définir la durée de vie du cache du navigateur de Cloudflare sur 31536000 secondes, ce qui équivaut à 1 an.
  • Défi TTL - Cloudflare propose une variété de services liés à la sécurité, et les défis des visiteurs en font partie. Si Cloudflare détecte un utilisateur malveillant ou un comportement étrange, il diffusera un message de défi sous la forme d'un Captcha. Le paramètre « Challenge TTL » spécifie combien de temps un utilisateur aura accès à votre site après avoir terminé un défi. Avec le réglage par défaut de 3600 secondes, un visiteur qui a fait l'objet d'un challenge pourra utiliser votre site pendant 1 heure avant un autre challenge.
  • Cache de périphérie TTL - Ce paramètre contrôle la durée pendant laquelle les actifs seront mis en cache sur les serveurs de périphérie de Cloudflare. Nous vous recommandons de régler cette valeur sur la valeur maximale de 31536000 secondes, ou 1 an.

Traitement de contenu Cloudflare

Plongeons-nous dans les paramètres de traitement de contenu Cloudflare dans W3 Total Cache.

  • Chargeur de fusée - Le Rocket Loader de Cloudflare accélère le chargement de JavaScript pour votre site WordPress. Nous vous recommandons d'activer Rocket Loader si votre site contient beaucoup de JS.
  • Réduire JS / CSS / HTML - Si vous avez déjà activé la minification pour HTML, CSS et JavaScript dans W3 Total Cache, n'hésitez pas à désactiver ces options dans les paramètres de l'extension Cloudflare, car il n'est pas nécessaire de minimiser les actifs qui ont déjà été minifiés.
  • Exclusion côté serveur (SSE) - Cette option vous permet de masquer les informations sensibles des visiteurs suspects (considérés par Cloudflare). Les exclusions côté serveur sont utiles pour masquer des informations telles que l'adresse e-mail, les numéros de téléphone et d'autres informations personnelles sur votre site. Pour utiliser SSE, activez-le et enveloppez les informations sensibles dans balises dans votre code HTML ou votre modèle de thème PHP.
  • Obfuscation des e-mails - Lorsque cette option est activée, Cloudflare masquera automatiquement les adresses e-mail sur votre site WordPress avec JavaScript. Bien que l'obscurcissement ne supprime pas complètement le spam par courrier électronique, nous vous recommandons d'activer cette option car elle dissuade les robots de base de supprimer les adresses électroniques de votre site.

Traitement d'image Cloudflare

Passons en revue les paramètres de traitement d'image de Cloudflare.

  • Protection Hotlink - L'activation de la protection par hotlink empêchera d'autres sites d'intégrer vos images. Si vous rencontrez des limites de bande passante en raison d'intégrations externes non autorisées, l'activation de la « Protection contre les liens chauds » peut vous aider à réduire l'utilisation de la bande passante.
  • Mirage (Pro uniquement) - Mirage optimise la diffusion d'images vers les appareils et les réseaux à faible bande passante. Cette fonctionnalité est uniquement disponible sur le plan Cloudflare Pro et supérieur.
  • Polonais (Pro uniquement) - Le polonais optimise les images de votre site et peut être configuré pour fournir des images WEBP aux navigateurs pris en charge. Cette fonctionnalité est uniquement disponible sur le plan Cloudflare Pro et supérieur.

Protection contre les nuages

La principale caractéristique de Cloudflare est un pare-feu sophistiqué qui peut vous aider à vous protéger contre les attaques DDoS et les acteurs malveillants. Passons en revue les paramètres de sécurité de Cloudflare.

  • Niveau de sécurité - Ce paramètre contrôle la sensibilité du pare-feu et des règles de sécurité de Cloudflare. Nous vous recommandons de régler le « Niveau de sécurité » sur « Moyen » pour la plupart des sites.
  • Vérification de l'intégrité du navigateur - Cette fonctionnalité recherche les mauvais comportements et les agents utilisateurs suspects. S'il détecte un utilisateur ou un spammeur potentiellement malveillant, Cloudflare lancera automatiquement un défi. Nous vous recommandons d'activer cette fonctionnalité.
  • Toujours en ligne - Cette option servira les pages HTML statiques de votre site si votre origine tombe en panne. Nous vous recommandons de l'activer si vous avez configuré Cloudflare pour mettre en cache HTML.
  • Firewall d'applications Web - Le WAF de Cloudflare, ou pare-feu d'application Web, analysera le trafic entrant et filtrera le « trafic illégitime » d'atteindre votre site. Nous vous recommandons d'activer cette fonctionnalité.
  • Protection DDoS avancée - Cette fonctionnalité est activée par défaut et ne peut pas être désactivée tant que le proxy de Cloudflare est actif. La protection DDoS aide à protéger votre site contre les attaques par « déni de service distribué ».
  • Téléchargement maximum - Cela définit la taille de fichier maximale autorisée pour les téléchargements sur votre site. Vous voudrez vous assurer que ce paramètre est égal ou supérieur à votre paramètre de taille de fichier de téléchargement dans WordPress.

SSL Cloudflare

Enfin, vous voudrez vous assurer que vos paramètres SSL Cloudflare sont correctement configurés. Passons en revue la bonne configuration dans cette section.

  • SSL - Si votre site est hébergé sur Behmaster, nous vous recommandons d'utiliser l'option SSL "Complet" ou "Complet (Strict)". L'option "Flexible" n'est pas compatible avec notre infrastructure. "Full Strict" nécessite un SSL d'une autorité de certification valide, tandis que l'option "Full" prend également en charge les SSL auto-signés. L'option "Flexible" ne nécessite pas de certificat SSL sur le serveur d'origine - nous ne recommandons pas cette option car c'est la moins sécurisée.
  • TLS 1.2 uniquement - TLS, ou Transport Layer Security, est un protocole sécurisé permettant de transférer des données sur un réseau. Certaines normes de conformité PCI nécessitent l'abandon de la prise en charge de TLS 1.1 et versions antérieures. Si cela est une exigence pour votre site, vous pouvez activer le paramètre « TLS 1.2 uniquement » dans Cloudflare pour définir la version minimale de TLS sur 1.2.

Lecture suggérée : Comment configurer Cloudflare APO pour WordPress.

Paramètres WooCommerce Total Cache W3

WooCommerce est la plateforme de commerce électronique la plus populaire pour les sites WordPress. Si vous utilisez W3 Total Cache avec votre boutique alimentée par WooCommerce, vous devez vous assurer que votre configuration est correcte pour éviter de mettre en cache les détails du client.

Contourner les cookies WooCommerce

Pour contourner la mise en cache des pages contenant des cookies spécifiques à WooCommerce, accédez aux paramètres "Page Cache" du W3TC, faites défiler jusqu'à "Cookies rejetés" et ajoutez les quatre éléments ci-dessous.

  • woocommerce_items_in_cart
  • woocommerce_cart_hash
  • wp_woocommerce_session_
  • wordpress_logged_in
Contourner les cookies WooCommerce dans W3 Total Cache.
Contourner les cookies WooCommerce dans W3 Total Cache.

Pour plus de sécurité, nous vous recommandons également de contourner les URL spécifiques à WooCommerce telles que la page du panier, la page de paiement et la page du compte. Pour éviter la mise en cache de ces pages, accédez aux paramètres « Page Cache » du W3TC et ajoutez les URL à la section « Ne jamais mettre en cache les pages suivantes ».

Contournez les pages WooCommerce de W3 Total Cache.
Contournez les pages WooCommerce de W3 Total Cache.

Comment réinitialiser tous les paramètres dans le cache total W3

Dans certains cas, vous devrez peut-être recommencer avec votre configuration W3TC. Voici comment rétablir les paramètres par défaut de W3 Total Cache. Allez dans le menu « Paramètres généraux » du W3TC, faites défiler jusqu'à la section « Paramètres d'importation/exportation » et cliquez sur Restaurer les réglages par défaut.

Réinitialiser W3 Total Cache aux paramètres par défaut
Réinitialisez W3 Total Cache aux paramètres par défaut.

Avec plus d'un million d'installations actives, W1 Total Cache est « populaire » pour une raison. Apprenez à le configurer et à optimiser vos paramètres ici 👇Click to Tweet

Résumé

Comme vous pouvez le voir, le plugin W3 Total Cache regorge de fonctionnalités et de paramètres. De la mise en cache des pages à la minimisation des actifs en passant par l'intégration Cloudflare, W3TC a tout ce dont vous avez besoin pour booster les performances de votre site WordPress !

Dans cet article, nous avons parcouru notre plugin de configuration recommandé pour W3TC. Avez-vous un plugin d'optimisation WordPress préféré ? Faites-nous savoir dans les commentaires ci-dessous!

Articles Relatifs

0 Commentaires
Commentaires en ligne
Voir tous les commentaires
Retour à bouton en haut