Passer au contenu principal
Toutes les collections
Sur quoi dépend la vitesse de la vérification?
Sur quoi dépend la vitesse de la vérification?

L'article explique quels facteurs influencent la vitesse de l'audit

Anna avatar
Écrit par Anna
Mis à jour cette semaine

L'audit de contenu se déroule en deux modes : l'audit rapide et l'audit de fond. Qu'est-ce que cela veut dire?

Audit rapide

La façon la plus rapide est la plus simple : ouvrez la page d'audit de contenu dans votre navigateur et laissez-la ouverte jusqu'à la fin. La page envoie périodiquement des requêtes et déclenche l'exécution d'audit sur le côté de votre site. Nous analysons chaque page en 12-15 secondes dans ce mode.

Une indication que l'audit est en cours d'exécution est la barre de progression dans le coin droit de la page du plugin.

Audit de fond avec WP-Cron

Quand aucune page n'est ouverte dans le navigateur, le plugin exécute un audit en arrière-plan en utilisant le système de planification de WordPress: WP-Cron. WordPress a un certain nombre de tâches qui nécessitent une exécution périodique: la recherche de mises à jour ou la publication de messages planifiés. WP-Cron est un moyen universel d'exécuter des tâches périodiques et il fonctionne sur n'importe quelle installation WordPress par défaut. Le wp-cron.php se déclenche sur n'importe quel chargement de page frontend ou backend. Il vérifie une liste de tâches et exécute la file d'attente des tâches en attente.

Mais WP-Cron ne peut pas garantir que les tâches seront exécutées dans le temps souhaité.

Cela signifie 2 faits:

  • Dans les sites à faible trafic le temps prévu peut être manquant, les tâches ne s'exécutent que lorsque quelqu'un charge une page.

  • Sur les sites à fort trafic, le WP-Cron appelle à chaque chargement de page et peut créer des problèmes de performance.

Par conséquent, l'audit de fond avec WP-Cron peut potentiellement prendre très, très longtemps.

Heureusement, il existe une alternative : le planificateur du système. Nous vous recommandons de passer au cron du système dans la mesure du possible, bien que certains services d'hébergement partagé ne fournissent généralement pas d'accès au planificateur du système. Dans ce cas, WP-Cron est la seule façon d'exécuter des tâches planifiées.

Audit de fond avec cron système

Il est possible de changer WordPress pour utiliser cron natif et ne pas déclencher WP-Cron à chaque chargement de page. Il y a deux étapes:

  1. Raccordement de WP-Cron au planificateur de tâches du système.
    Ce que vous devez faire exactement dépend du système d'exploitation installé (Linux, MacOS, Windows) ou du panneau de contrôle d'hébergement web disponible (cPanel) sur le serveur.
    En général, vous devez planifier wp-cron.php périodiquement depuis votre serveur.

  2. Désactiver WP-Cron lors de chaque chargement de page.
    Modifier le fichier wp-config.php et ajouter la ligne:
    define( 'DISABLE_WP_CRON', true );

Vous pouvez trouver des instructions détaillées sur la façon de passer au cron système dans l'article WordPress.org.

Vitesse d'audit en arrière-plan

L'exécution de la tâche d'audit de contenu est programmée une fois par 3 minutes par défaut. Il s'exécutera lorsque WP-Cron ou le système cron déclenche une exécution.

Vous pouvez ouvrir les paramètres du plugin (Ahrefs SEO / Paramètres / Calendrier d'audit / Délai entre les requêtes) et choisir l'intervalle de 1 à 10 minutes.

Si vous utilisez déjà le cron du système, il est logique de diminuer le délai par défaut. Vous pouvez définir le même intervalle que wp-cron.php appelé par cron du système. Cela augmentera la vitesse d'audit.

Note importante: Le processus d'audit de contenu utilise les ressources de votre site Web et peut ralentir le site pour vos visiteurs sur des hébergements faibles. Un retard faible peut être une raison pour que le site ne réagit pas. Dans ce cas, le délai devrait être augmenté – ce qui réduira l'utilisation des ressources et la vitesse d'audit.

Parfois, même avec la cron du système, un audit peut prendre plus de temps que le temps sélectionné dans le paramètre. Le retard peut être causé par :

  • ressources du site (CPU chargement, mémoire disponible, chargement de la base de données) ;

  • réponses de l'API externe (Ahrefs, GA, GSC).

Avez-vous trouvé la réponse à votre question ?