Configurer le préchauffage du cache
D'abord mesurer : l'auto-appel fonctionne-t-il ?
Le préchauffage signifie que votre serveur web appelle ses propres pages. Le bouton « Tester l'auto-appel » répond à la question de savoir si cela fonctionne chez vous : il récupère exactement la page d'accueil et indique le code de statut, la taille transférée et le temps de réponse. Si un HTTP 401 ou 403 revient, il y a le plus souvent un verrou d'accès devant — une authentification Basic devant un site de préproduction, ou un pare-feu. Si le test atteint sa limite de temps de 10 secondes, le serveur se bloque souvent lui-même, parce qu'un seul processus PHP est libre et qu'il est déjà occupé par votre clic. Deux autres conditions préalables sont vérifiées en même temps : le cache de pages doit être activé et le répertoire du cache doit être inscriptible pour le serveur web. Tant que l'une d'elles manque, l'aperçu et le démarrage restent désactivés et la raison figure en clair en dessous.
D'où viennent les adresses
Il y a deux sources. « Sitemap » couvre tout le site ; sans indication, c'est /wp-sitemap.xml qui est pris, Yoast et Rank Math déposent le leur sous /sitemap_index.xml. Un index de sitemap est suivi sur un niveau, sur 25 sous-sitemaps au maximum. Seules des adresses de ce site peuvent être saisies, un hôte étranger est refusé avec un message d'erreur. Si pas une seule adresse ne revient, le message en indique la raison — la plus fréquente : si « Demander aux moteurs de recherche de ne pas indexer ce site » est coché sous Paramètres › Lecture, WordPress désactive son sitemap et diffuse à la place la page 404, et ce avec le code de statut 200. Qui ne regarde que le code y voit un succès. « Contenus modifiés en dernier » n'a pas besoin de sitemap : page d'accueil, page des articles et les articles et pages modifiés en dernier, 50 par défaut, réglable entre 5 et 500. Au quotidien, c'est souvent la source la plus adaptée, car ce que vous venez de modifier est sorti du cache et sera appelé juste après.
Lire l'aperçu
« Vérifier la file d'attente » ne fait que compter — jusque-là rien n'est modifié. Le relevé sépare proprement : adresses trouvées, doublons, celles sur des hôtes étrangers, celles qui ne sont jamais mises en cache (avec jusqu'à huit exemples et leur justification), celles qui se trouvent déjà fraîches dans le cache. Tout en bas figure le nombre de celles qui seraient réellement appelées, ainsi que les douze premières adresses pour contrôle. Si une ligne « au-dessus de la limite supérieure » apparaît, le reste ne tient pas dans un seul passage : la valeur préréglée est de 300 adresses, les valeurs autorisées vont de 10 à 5000. Avec « Étendue », vous choisissez entre « seulement les pages manquantes » et « tout régénérer ». Lors de la régénération, rien n'est perdu — un fichier de cache se recrée de lui-même à chaque appel. Au démarrage, la file d'attente est d'ailleurs reconstruite, la liste de l'aperçu n'est pas reprise ; entre le contrôle et le clic, il peut s'écouler des minutes.
Portions, limites de temps et qui fait avancer le passage
Une étape récupère 5 adresses par défaut (réglable de 1 à 20) et rend la main au plus tard après 20 secondes, afin qu'aucun appel n'atteigne la limite de temps du serveur. Par adresse s'applique en outre une limite de temps propre, préréglée sur 10 secondes, réglable entre 3 et 30 ; passé ce délai, l'adresse compte comme un échec et le passage se poursuit. Sur du matériel faible, vous réduisez la taille des portions, vous ne l'augmentez pas : le passage dure alors plus longtemps, mais le site reste utilisable à côté. Les étapes sont poussées par le navigateur tant que la page d'administration est ouverte, ensuite par WP-Cron — dans un appel à part, que personne n'attend côté visiteur. Si DISABLE_WP_CRON est défini, cela ne se poursuit après la fermeture de l'onglet que si un vrai Cron appelle wp-cron.php sur le serveur. Une seule étape travaille toujours à la fois ; un verrou de 120 secondes empêche que deux onglets ouverts, ou le navigateur et Cron, récupèrent deux fois les mêmes adresses et comptent les chiffres plusieurs fois. « Annuler » agit entre deux adresses, pas seulement à la fin de la portion ; les fichiers de cache déjà créés restent valables.
Lire le résultat et lancer les passages automatiquement
Chaque appel se termine dans exactement l'une des trois lignes. « Enregistré dans le cache » signifie : après l'appel, le fichier était effectivement là — c'est le système de fichiers qui est vérifié, pas le code de statut. « Diffusé, mais pas mis en cache » signifie : la page est revenue, mais elle n'a pas été enregistrée ; en règle générale, une règle d'exclusion du cache de pages s'applique alors, et c'est là-bas qu'il faut la vérifier, pas ici. « Échec » regroupe les dépassements de délai, les codes d'erreur et les redirections ; les redirections ne sont volontairement pas suivies, car c'est l'adresse cible qui a sa place dans le sitemap. Le journal conserve les 40 derniers appels, le tableau en affiche 25 avec l'adresse, le code de statut, la durée et le résultat. Les appels propres portent une marque et n'entrent donc pas dans le taux de succès du cache — sinon les statistiques monteraient sans qu'aucun visiteur en profite. Deux interrupteurs lancent des passages sans vous : après le vidage du cache et selon la planification, toutes les heures, deux fois par jour ou une fois par jour (préréglé sur une fois par jour). Les deux ne démarrent que si aucune des conditions préalables ne manque.