Le préchargement est lent ou ne marche pas

Dans cette doc, vous apprendrez comment identifier un problème avec le préchargement du cache, quelles sont les conditions de base à remplir et les problèmes les plus courants, ainsi que les solutions appropriées.

Vérifier si le préchargement fonctionne lentement ou s'il ne marche pas du tout.

Vous pouvez vérifier s'il y a un problème avec le préchargement en suivant les étapes suivantes :

1. En utilisant le gestionnaire de fichiers de votre hébergement, ou un client (S)FTP, allez dans le dossier cache à l'adresse suivante /wp-content/cache/wp-rocket/yourdomain.com/. Il se peut qu'il y ait des fichiers de cache.
2. Cliquez sur le lien Vider et précharger le cache dans le menu de WP Rocket dans la barre d'outils supérieur de l'admin.
3. Après avoir rechargé le dossier de cache, celui-ci devrait être vide.
4. Après quelques minutes, actualisez à nouveau le dossier cache, et vous devriez voir les nouveaux fichiers ajoutés, ainsi que la date à laquelle ils ont été créés.

Si les fichiers de cache ne sont pas créés après quelques minutes, le préchargement ne fonctionne pas comme prévu et vous pouvez continuer à lire les instructions ci-dessous.

Remarque : consultez l'article sur la Compatibilité avec les hébergeurs pour voir si votre hébergeur utilise sa propre option de mise en cache des pages. Chez ces hébergeurs, le dossier de cache de WP Rocket sera toujours vide.

Vérifier le statut dans la base de données

La file d'attente du Préchargement se trouve dans la table wp_wpr_rocket_cache. Cette table contient les URL qui sont incluses dans le processus de préchargement, leur statut de préchargement, ainsi que d'autres informations sur le déroulement du processus.

Les statuts des URL vont de :  pending, à in-progress, puis à completed ou failed
Si elles restent en  pending ou in-progress sans changement, vérifier l'état de wp-cron de votre site.

Si le statut est  failed, il y a plusieurs raisons possibles :

• L'URL a été bloqué dans in-progress depuis trop longtemps. Après quelques minutes, si l'état n'a pas changé, il sera défini sur failed. Vérifier l'état de WP-Cron.
• L'URL n'est pas accessible au public.
• L'URL est redirigée - l'URL d'origine recevra le statut failed et l'URL de destination devrait être completed. 
• Il existe une couche supplémentaire de mise en cache

Conditions requises

Pour que le préchargement fonctionne comme prévu, les conditions suivantes doivent être remplies :

• Cron : WP-Cron ou une véritable tâche cron côté serveur doit pouvoir s'exécuter, cette dernière étant fortement recommandée.
• Votre site web et vos sitemaps doivent être accessibles publiquement.
  
  Le préchargement ne fonctionnera pas pour les utilisateurs connectés lorsque le cache utilisateur est activé, et il ne fonctionnera pas sur les sites inaccessibles au public en raison de plugins "mode maintenance" ou autres.
  
  Le préchargement peut fonctionner sur des sites avec une authentification par htaccess en suivant les instructions données ici.

Si les conditions de base ont été remplies et que le préchargement ne fonctionne toujours pas, vous pouvez vous référer aux sections suivantes de cet article.

Remarque : Consultez aussi l'article sur la compatibilité de l'hébergement pour voir si votre hébergeur utilise sa propre méthode de mise en cache des pages. Chez ces hébergeurs, le dossier de cache de WP Rocket sera toujours vide.

La mise en cache des pages ne fonctionne pas

Il est important de vérifier si la fonction de mise en cache des pages fonctionne correctement, comme indiqué ici.

En cas de problèmes de mise en cache des pages, le préchargement ne fonctionnera pas non plus.

Les pages sont exclues du préchargement

Les pages ne seront pas préchargées si elles sont exclues du Préchargement, soit parce qu'elles sont définies dans l'option Exclure les URLs, soit parce qu'elles sont automatiquement exclues par WP Rocket, comme les pages paginées.

En outre, les pages contenant des chaînes de requête ne peuvent pas être préchargées.

Couches de cache supplémentaires

Lorsqu'une ou plusieurs couches de cache supplémentaires ne sont pas vidées en même temps que WP Rocket, le processus de préchargement peut rencontrer des problèmes.

Si une URL est mise en cache dans une autre couche de cache, la requête de préchargement n'atteindra pas WordPress, elle sera " traitée" par cette couche de cache. Par conséquent, un fichier mis en cache ne sera pas généré dans le dossier de cache de WP Rocket.

Le préchargement peut toujours mettre des fichiers en cache, mais pour cela, l'URL ne doit pas être mise en cache dans cette autre couche de cache.

L'agent utilisateur du préchargement est bloqué

Vérifiez les plugins de sécurité et les pare-feu des serveurs pour vous assurer que l'accès à votre site n'est pas bloqué.

Lorsque les requêtes de préchargement sont bloquées, les logs du serveur afficheront des erreurs 403 pour les requêtes effectuées par ces agents utilisateurs :

• WP Rocket/Preload - Agent utilisateur de bureau.
• Mozilla/5.0 (iPhone; CPU iPhone OS 9_1 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Version/9.0 Mobile/13B143 Safari/601.1 - Agent utilisateur mobile (lorsque l'option le cache mobile est activée).

L'autorisation de l'adresse IP de votre site ou des agents utilisateurs du préchargement devrait vous aider.

Les auto-requêtes sont bloquées

Vérifiez l'outil WordPress Site Health pour votre site en allant sur Outils→ Site Health. Vous y verrez probablement des erreurs comme  Votre site n'a pas pu compléter une demande de bouclage.

Certains hébergeurs interdisent aux sites hébergés sur leurs serveurs de se connecter à eux-mêmes à l'aide de cURL, ce qui peut entraîner des problèmes pour le préchargement.

Veuillez contacter le support de votre hébergeur à ce sujet et demander à ce que cette limitation soit supprimée si elle est définie dans le serveur, et consultez l'article sur l'erreur cURL 28.

Les sitemaps

Cette option utilise les sitemaps pour obtenir la liste des URL à précharger, c'est pourquoi ces conditions doivent être remplies :

• Les sitemaps ne doivent pas être vides.
• Les sitemaps doivent être accessibles au public.
• L'extension PHP SimpleXML doit être activée sur votre serveur.

La génération du Used CSS est en cours

Lorsque les options Préchargement et Supprimer les ressources CSS inutilisées sont activées, le groupe spécifique d'URLs dont la génération de feuilles de style CSS est en cours ne sera préchargé qu'après la génération du Used CSS.

Pour confirmer qu'une URL donnée ou un groupe d'URL ne sont pas préchargés parce que leur Used CSS est en cours de génération, vous pouvez :

• Vérifiez si la colonne status de la table wp_wpr_rucss_used_css est sur in-progress.
• Vérifiez si la colonne is_locked de la table wp_wpr_rocket_cache est sur 1.

Ce comportement vise à éviter d'envoyer une requête de préchargement inutile au serveur quelques instants avant que le cache ne soit à nouveau purgé. Conformément au fonctionnement de l'option  Supprimer les ressources CSS inutilisées, le cache sera purgé dès que les feuilles de style CSS utilisées seront prêtes à être appliquées à une page. Dans ce cas, les pages attendront que le CSS utilisé soit prêt avant d'être préchargées.

Limitation de la mémoire PHP et du temps d'exécution de PHP

Les limites de PHP devraient être suffisantes pour que le préchargement s'exécute.

Il est généralement recommandé de respecter les valeurs minimales suivantes :

• Limite de mémoire de PHP de 256 MB.
• Le temps d'exécution de PHP est limité à 120 secondes.

Mais ceux-ci peuvent être plus ou moins élevés en fonction de la taille de votre site et des ressources de votre serveur.

Voir Augmenter la limite de mémoire dans WordPress

Sites avec autorisation htaccess / htpasswd

Le préchargement ne peut pas atteindre les sites qui utilisent l'autorisation htaccess / htpasswd. La configuration du plugin d'aide ci-dessous peut permettre à Preload de contourner cette configuration :

Attention ! Une modification manuelle du code est nécessaire avant l'utilisation !

1. Réglez WPROCKETHELPERS_HTACCESS_USERNAME comme votre identifiant .htaccess et WPROCKETHELPERS_HTACCESS_PASSWORD comme votre mot de passe .htaccess.
2. wp-cron.php doit être autorisé. Pour ce faire, vous pouvez ajouter la directive ci-dessous à votre fichier .htaccess.
   
   

   #Exclude the wp-cron.php file!
   <files wp-cron.php>
   Order Allow,Deny
   Allow from all
   Satisfy any
   </files>
   	

📥  Télécharger (.zip): WP Rocket | HTACCESS Authorization For Preload

Développeurs: vous trouverez le code de ce plugin sur GitHub.

Si vous rencontrez toujours des problèmes après avoir vérifié les informations ci-dessus, veuillez contacter l'équipe de support.