Configuration pour les gros sites web
Si vous avez un gros site web avec des milliers de pages, fournir un site optimisé et mis en cache présente quelques défis. Dans ce document, nous aborderons quelques techniques utiles que vous pouvez appliquer lors de la mise en cache d'un sitemap important.
Attention ! Ce guide comprend la configuration avancée de certaines de nos fonctionnalités. Dans la plupart des cas, le comportement par défaut de cette fonctionnalité est adéquat et aucune modification n'est nécessaire. Ce qui suit ne s'applique qu'aux sitemaps très volumineux.
Lorsque vous avez un sitemap conséquent, il est important de planifier une bonne stratégie de mise en cache. Il existe des limites physiques résultant de la génération du cache et des optimisations, de la livraison des pages / ressources aux utilisateurs et du nettoyage du cache.
Lorsque vous utilisez WP Rocket sur un site web à grande échelle, nous vous recommandons de prendre en compte les recommandations de mise en cache suivantes :
1. Le Préchargement
a. Ne précharger que les pages les plus visitées, et non le sitemap complet :
Problème : Si vous avez un site web avec 50.000 URLs ou plus, il y a de fortes chances que la plupart du trafic soit concentré sur un pourcentage d'entre elles. Sur les sitemaps de grande taille, le préchargement peut ne pas atteindre un bon pourcentage d'achèvement parce qu'il y a de fortes chances que le cache soit vidé pendant le traitement.
Solution : Concentrez le préchargement sur les pages les plus visitées. Un préchargement moins important est le meilleur moyen d'assurer un processus plus fiable. Vous pouvez y parvenir en ne sélectionnant qu'un sitemap spécifique à précharger, au lieu du sitemap complet : Personnaliser les sitemaps de préchargement et leur priorité
Les URL visités seront toujours préchargés !
Cela ne va pas limiter le préchargement du cache à ce sitemap initial. Toutes les autres URL visitées par les utilisateurs seront immédiatement ajoutées à la table de préchargement et préchargées lors de l'exécution d'autres processus de préchargement.
Ainsi, le trafic organique du site "apprendra" à notre outil quelles sont les pages importantes et visitées, et nous les garderons préchargées pour les visites futures.
b. Infrastructure du serveur et vitesse de préchargement :
Problème : En fonction du nombre de pages à précharger, le processus sera exigeant pour l'infrastructure du serveur.
Solution : Consultez votre hébergeur pour vous assurer que votre serveur dispose de suffisamment de ressources pour que le processus puisse se dérouler.
De plus, WP Rocket peut vous aider en vous permettant de contrôler la génération du préchargement. Pour savoir comment vous pouvez modifier les paramètres de préchargement, consultez ce document : Personnaliser les paramètres de préchargement
c. Cache à long terme, désactiver l'effacement automatique du cache :
Problème : Le cache peut être effacé avant que sa génération ne soit terminée.
Solution : Pour éviter de vider fréquemment le cache et le conserver à long terme, vous pouvez utiliser cette technique : Désactiver toutes les suppressions de cache automatiques
Toutefois, cela ne s'applique qu'aux sites web non dynamiques ou aux sites utilisant des fonctions qui ne nécessitent pas la purge fréquente du cache (sites e-commerce utilisant des nonces, par exemple). Vous devrez vérifier si cela s'applique à votre cas avant de mettre en œuvre cette approche.
2. Supprimer les CSS inutilisés
Problème : Le processus de génération du CSS utilisé exige que notre service externe visite toutes les pages non mises en cache. Dans le cas d'un sitemap volumineux, notre outil externe tentera de visiter toutes les pages ajoutées à la table de préchargement. Cela met le serveur à rude épreuve et peut constituer un problème pour les sitemaps de grande taille.
Solution : C'est là que la réduction du sitemap sera utile et que le processus fonctionnera mieux. Pour savoir comment vous pouvez modifier les paramètres de suppression des feuilles de style CSS inutilisées, veuillez consulter ce document : Personnaliser les paramètres de Supprimer les ressources CSS inutilisées
3. Un cache mobile séparé ?
Problème : Si vous utilisez le cache séparé pour les appareils mobiles, cette option double l'effort de préchargement et de génération de CSS utilisés : pour chaque URL, nous devons générer deux fichiers de cache et deux ensembles de CSS utilisés.
Solution : Si cette option est activée, vérifiez si elle est vraiment nécessaire. Dans certains cas, lorsque les thèmes ont une conception responsive, vous pouvez la désactiver.
4. Optimiser la distribution du cache
Edge cache
Problème : Si vous avez un trafic important, même si la page est mise en cache et que la mise en cache se fait sans PHP, la capacité du serveur à traiter les demandes de page unique sera certainement le point d'achoppement.
Solution : Cela va au-delà des fonctionnalités de WP Rocket, mais des outils tels que Cloudflare Cache Everything, Cloudflare APO, Sucuri, ou un reverse proxy (Varnish, NGINX) peuvent aider.