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 : L'option Mise en Cache pour Mobile crée un ensemble supplémentaire de fichiers de cache, et si l'option Supprimer les ressources CSS inutilisées est activée, un ensemble supplémentaire de fichiers CSS utilisé sera également créé.

Solution : Désactiver le cache spécifique aux mobiles pour fournir le cache par défaut (bureau) aux visiteurs mobiles. Cela réduira de moitié le nombre de fichiers de cache.

Dans les versions de WP Rocket antérieures à la 3.16, vous pouvez désactiver l'option Séparer les fichiers de cache pour les appareils mobiles.

Remarque : cette approche n'est recommandée que si votre thème est entièrement réactif et que votre site ne contient pas de contenu spécifique aux mobiles.

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.

5. Limiter le préchargement aux pages les plus visitées de votre site

Dans certains cas, il est plus efficace de concentrer le processus de préchargement sur les pages les plus visitées. Cela peut s'avérer utile pour les sites web de grande taille dont les ressources de serveur sont limitées, car le préchargement de toutes les URL peut entraîner une utilisation Processeur / CPU élevée. Cela vous permet également de mieux contrôler les pages spécifiques à précharger.

Dans ce cas, vous pouvez installer le petit plugin Smart Preload:

📥  Télécharger (.zip): WP Rocket | Smart Preload
Développeurs : Vous trouverez le code de ce plugin sur GitHub.

Important ! L'utilisation de ce plugin d'aide entraînera une modification majeure de la fonctionnalité par défaut du préchargement. Cette approche ne présente pas de problèmes connus à ce jour. De plus, il n'est pas possible de personnaliser davantage son fonctionnement actuel.

Ce plugin d'aide fonctionne automatiquement pour surveiller le nombre de pages vues sur chacune des pages de votre site et ne précharge que les pages les plus visitées.

Vous pouvez fixer la limite du nombre maximum de pages à précharger et spécifier des pages spécifiques à précharger dans la page de configuration qu'il crée :

Remarque : Bien que le Smart Preload surveille automatiquement votre site, l'analyse du trafic sur votre site ne prend pas effet immédiatement. Veuillez donc laisser un peu de temps à l'outil pour analyser chaque page afin de voir les résultats complets.

Cela a-t-il répondu à votre question ? Merci pour votre retour :) Une erreur est survenue lors de l’envoi de votre retour. Veuillez réessayer plus tard.