{"id":23994,"date":"2019-02-22T07:59:14","date_gmt":"2019-02-22T06:59:14","guid":{"rendered":"https:\/\/kinsta.com\/?p=10106"},"modified":"2023-09-25T12:15:45","modified_gmt":"2023-09-25T11:15:45","slug":"admin-ajax","status":"publish","type":"post","link":"https:\/\/kinsta.com\/fr\/blog\/admin-ajax\/","title":{"rendered":"Comment diagnostiquer l’utilisation \u00e9lev\u00e9e d\u2019admin-ajax sur votre site WordPress"},"content":{"rendered":"

Ajax est une technologie web bas\u00e9e sur JavaScript qui vous aide \u00e0 cr\u00e9er des sites web dynamiques et interactifs. WordPress utilise Ajax pour alimenter un grand nombre des fonctions de base de la zone d’administration, telles que la sauvegarde automatique des articles, la gestion des sessions utilisateur et les notifications.<\/p>\n

Par d\u00e9faut, WordPress dirige tous les appels Ajax via le fichier admin-ajax.php<\/code><\/strong> situ\u00e9 dans le r\u00e9pertoire \/wp-admin<\/code><\/strong> du site.<\/p>\n

De nombreuses requ\u00eates Ajax simultan\u00e9es peuvent entra\u00eener une forte utilisation d’admin-ajax.php<\/code><\/strong>, ce qui a pour cons\u00e9quence de ralentir consid\u00e9rablement le serveur et le site web. C’est l’un des probl\u00e8mes les plus courants rencontr\u00e9s par de nombreux sites WordPress non optimis\u00e9s. Il se manifeste g\u00e9n\u00e9ralement par un site web lent ou une erreur HTTP 5xx (la plupart du temps des erreurs 504<\/a> ou 502<\/a>).<\/p>\n

Dans cet article, vous d\u00e9couvrirez le fichier admin-ajax.php<\/code> de WordPress, son fonctionnement, ses avantages et ses inconv\u00e9nients, et comment diagnostiquer et r\u00e9soudre le probl\u00e8me de la forte utilisation d\u2019admin-ajax.php<\/code><\/strong>.<\/p>\n

Pr\u00eat \u00e0 partir ? On y va !<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Qu’est-ce que le fichier admin-ajax.php ?<\/h2>\n

Le fichier admin-ajax.php<\/code><\/strong> contient tout le code pour le routage des requ\u00eates Ajax sur WordPress. Son but premier est d’\u00e9tablir une connexion entre le client et le serveur en utilisant Ajax. WordPress l’utilise pour actualiser le contenu de la page sans la recharger, le rendant ainsi dynamique et interactive<\/a> pour les utilisateurs.<\/p>\n

\"Un
Un aper\u00e7u basique du fonctionnement d’admin ajax sur WordPress<\/figcaption><\/figure>\n

Comme le c\u0153ur de WordPress utilise d\u00e9j\u00e0 Ajax pour alimenter ses diverses fonctions d\u2019administration<\/a>, vous pouvez utiliser les m\u00eames fonctions pour utiliser Ajax sur WordPress. Tout ce que vous avez \u00e0 faire est d’enregistrer une action, de la faire pointer vers le fichier admin-ajax.php<\/code><\/strong> de votre site, et de d\u00e9finir comment vous voulez qu’elle retourne la valeur. Vous pouvez la param\u00e9trer pour qu’elle retourne du HTML, du JSON, ou m\u00eame du XML.<\/p>\n

\"le
Le fichier admin-ajax.php dans WordPress<\/figcaption><\/figure>\n

Selon WordPress Trac<\/a>, le fichier admin-ajax.php<\/code><\/strong> est apparu pour la premi\u00e8re fois dans WordPress 2.1. Il est \u00e9galement appel\u00e9 Ajax Admin<\/strong> dans la communaut\u00e9 du d\u00e9veloppement de WordPress.<\/p>\n

\"V\u00e9rification
V\u00e9rification de l’utilisation d’Ajax dans le tableau de bord MyKinsta<\/figcaption><\/figure>\n

Le tableau ci-dessus ne montre que le nombre de requ\u00eates admin-ajax.php<\/code><\/strong>, et non leur provenance. C’est un bon moyen pour voir quand les pics se produisent. Vous pouvez le combiner avec d’autres techniques mentionn\u00e9es dans cet article pour r\u00e9duire la cause principale.<\/p>\n

\"V\u00e9rification
V\u00e9rification du nombre de requ\u00eates admin-ajax.php dans Chrome DevTools<\/figcaption><\/figure>\n

Vous pouvez \u00e9galement utiliser Chrome DevTools pour voir combien de requ\u00eates sont envoy\u00e9es vers admin-ajax.php<\/code><\/strong>. Vous pouvez \u00e9galement consulter l’onglet Timings<\/strong> de la section Network<\/strong> pour conna\u00eetre le temps n\u00e9cessaire au traitement de ces requ\u00eates.<\/p>\n

Pour ce qui est de trouver la raison exacte de l’utilisation \u00e9lev\u00e9e d\u2019admin-ajax.php<\/code><\/strong>, il y a principalement deux causes principales : l’une due \u00e0 l\u2019interface publique, et l’autre \u00e0 l\u2019administration. Nous allons discuter de ces deux causes ci-dessous.<\/p>\n\n

Comment d\u00e9boguer l’utilisation \u00e9lev\u00e9e d\u2019admin-ajax.php sur WordPress<\/h2>\n

Les extensions tierces<\/a> sont l’une des raisons les plus courantes de l’utilisation \u00e9lev\u00e9e d\u2019admin-ajax.php. G\u00e9n\u00e9ralement, ce probl\u00e8me est constat\u00e9 sur l\u2019interface publique du site et appara\u00eet fr\u00e9quemment dans les rapports de test de vitesse.<\/p>\n

Mais les extensions ne sont pas les seules coupables ici car les th\u00e8mes<\/a>, le c\u0153ur de WordPress, le serveur web<\/a>, et une attaque DDoS<\/a> peuvent \u00e9galement \u00eatre la raison de l’utilisation \u00e9lev\u00e9e d’Admin Ajax.<\/p>\n

Examinons-les plus en d\u00e9tail.<\/p>\n

Comment d\u00e9terminer l’origine de la forte utilisation d\u2019admin-ajax.php pour les extensions et les th\u00e8mes<\/h3>\n
\"Extensions
Extensions Ajax dans le d\u00e9p\u00f4t de WordPress.org<\/figcaption><\/figure>\n

Ajax est souvent utilis\u00e9 par les d\u00e9veloppeurs de WordPress<\/a> pour cr\u00e9er des extensions et des th\u00e8mes dynamiques et interactifs. Parmi les exemples les plus populaires, citons l’ajout de fonctionnalit\u00e9s telles que la recherche en direct<\/a>, les filtres de produits, le d\u00e9filement infini, le panier d’achat dynamique<\/a> et la bo\u00eete de dialogue<\/a>.<\/p>\n

Ce n’est pas parce qu’une extension utilise Ajax qu’elle ralentira votre site<\/a>.<\/p>\n

\"Visualisation
Visualisation de la requ\u00eate admin-ajax.php dans le rapport WebPageTest<\/figcaption><\/figure>\n

Habituellement, Admin Ajax se charge vers la fin du chargement de la page. Vous pouvez \u00e9galement configurer les requ\u00eates Ajax pour qu’elles se chargent de mani\u00e8re asynchrone, de sorte que cela n’ait que peu ou pas d’effet sur la performance per\u00e7ue de la page par l’utilisateur.<\/p>\n

Comme vous pouvez le voir dans le rapport WebPageTest<\/a> ci-dessus, admin-ajax.php<\/code><\/strong> se charge vers la fin de la file d’attente des requ\u00eates, mais il prend toujours 780 ms. C’est beaucoup de temps pour une seule requ\u00eate.<\/p>\n

\"Rapport
Rapport de GTmetrix indiquant un s\u00e9rieux pic d’utilisation de admin-ajax.php<\/figcaption><\/figure>\n

Lorsque les d\u00e9veloppeurs n’impl\u00e9mentent pas correctement Ajax sur WordPress<\/a>, cela peut conduire \u00e0 des probl\u00e8mes de performance drastiques. Le rapport GTmetrix ci-dessus est un parfait exemple d’un tel comportement.<\/p>\n

Vous pouvez \u00e9galement utiliser GTmetrix<\/a> pour creuser dans les donn\u00e9es individuelles des publications et des r\u00e9ponses. Vous pouvez utiliser cette fonction pour identifier la cause du probl\u00e8me.<\/p>\n

Pour ce faire, allez \u00e0 l’onglet Waterfall<\/strong> du rapport GTmetrix, puis trouvez et cliquez sur l’\u00e9l\u00e9ment POST admin-ajax.php<\/strong>. Vous verrez trois onglets pour cette requ\u00eate : Headers, Post, and Response.<\/p>\n

\"Donn\u00e9es
Donn\u00e9es d’en-t\u00eate de la requ\u00eate POST admin-ajax.php<\/figcaption><\/figure>\n

En consultant les onglets Post<\/strong> et Response<\/strong> de la requ\u00eate, vous trouverez quelques indices pour d\u00e9couvrir les raisons du probl\u00e8me de performance. Pour ce site, vous pouvez voir des indices dans l’onglet Response.<\/p>\n

\"Donn\u00e9es
Donn\u00e9es de r\u00e9ponse \u00e0 la requ\u00eate POST admin-ajax.php<\/figcaption><\/figure>\n

Vous pouvez voir qu’une partie de la r\u00e9ponse a quelque chose \u00e0 voir avec une balise d’entr\u00e9e dont l’identifiant est d\u00e9fini sur \u00ab\u00a0fusion-form-nonce-656\u00a0\u00bb.<\/p>\n

Une recherche rapide sur cet indice vous m\u00e8nera au site web de ThemeFusion, les cr\u00e9ateurs du th\u00e8me Avada. Vous pouvez donc en conclure que la requ\u00eate provient du th\u00e8me ou de l’une des extensions qui lui sont associ\u00e9s.<\/p>\n

Dans ce cas, vous devez d’abord vous assurer que le th\u00e8me Avada et toutes ses extensions sont enti\u00e8rement mis \u00e0 jour. Si cela ne r\u00e9sout pas le probl\u00e8me, vous pouvez alors essayer de d\u00e9sactiver le th\u00e8me et voir si cela r\u00e9sout le probl\u00e8me.<\/p>\n

Contrairement \u00e0 la d\u00e9sactivation d’une extension, la d\u00e9sactivation d’un th\u00e8me n’est pas possible dans la plupart des cas. Par cons\u00e9quent, essayez d’optimiser le th\u00e8me<\/a> pour \u00e9liminer les goulots d’\u00e9tranglement. Vous pouvez \u00e9galement contacter l’\u00e9quipe de support du th\u00e8me pour voir si elle peut vous proposer une meilleure solution.<\/p>\n

Le test d’un autre site web lent dans GTmetrix a permis de trouver des probl\u00e8mes similaires avec les extensions Visual Composer page builder et Notification Bar.<\/p>\n

\"Autres
Autres donn\u00e9es de r\u00e9ponse \u00e0 une autre requ\u00eate POST admin-ajax.php<\/figcaption><\/figure>\n
\"Donn\u00e9es
Donn\u00e9es de r\u00e9ponse \u00e0 une autre requ\u00eate POST admin-ajax.php<\/figcaption><\/figure>\n

Heureusement, si vous ne parvenez pas \u00e0 r\u00e9soudre un probl\u00e8me avec l\u2019extension, vous avez la possibilit\u00e9 d’essayer de nombreuses autres extensions. Par exemple, en ce qui concerne les constructeurs de pages<\/a>, vous pouvez \u00e9galement essayer Beaver Builder ou Elementor.<\/p>\n

Comment d\u00e9terminer l’origine de la forte utilisation d\u2019admin-ajax.php<\/h3>\n

Il arrive que les donn\u00e9es de Post et de Response pr\u00e9sent\u00e9es dans les rapports de test de vitesse ne soient pas aussi claires et simples. Ici, trouver l’origine d’une utilisation \u00e9lev\u00e9e d\u2019admin-ajax.php<\/code><\/strong> n\u2019est pas aussi facile. Dans ce cas, vous pouvez toujours le faire \u00e0 l’ancienne.<\/p>\n

D\u00e9sactivez toutes les extensions de votre site<\/a>, videz le cache de votre site<\/a> (s’il y en a un), puis refaites un test de vitesse. Si admin-ajax.php<\/code><\/strong> est toujours pr\u00e9sent, alors le coupable le plus probable est le th\u00e8me. Mais s’il est introuvable, vous devez alors activer chaque extension une par une et effectuer les tests de vitesse \u00e0 chaque fois. En proc\u00e9dant par \u00e9limination, vous trouverez l’origine du probl\u00e8me.<\/p>\n

Conseil :<\/strong> l’utilisation d’un environnement de staging<\/a> (par exemple, l‘environnement de staging de Kinsta<\/a>) est un excellent moyen d’effectuer des tests sur votre site sans affecter votre site en production. Une fois que vous avez d\u00e9termin\u00e9 la cause et r\u00e9solu le probl\u00e8me dans l’environnement de staging, vous pouvez effectuer les changements votre site en production<\/a>.<\/p>\n

Diagnostiquer les probl\u00e8mes de serveur pour l\u2019administration avec admin-ajax.php<\/h3>\n

La deuxi\u00e8me raison la plus fr\u00e9quente de l’utilisation \u00e9lev\u00e9e de admin-ajax.php<\/code><\/strong> est l’API WordPress Heartbeat qui g\u00e9n\u00e8re des appels Ajax fr\u00e9quents, ce qui entra\u00eene une forte utilisation du processeur sur le serveur. En g\u00e9n\u00e9ral, cela est d\u00fb au fait que de nombreux utilisateurs sont connect\u00e9s au tableau de bord de l\u2019administration de WordPress. Vous ne verrez donc pas cela appara\u00eetre dans les tests de vitesse.<\/p>\n

Par d\u00e9faut, l’API Heartbeat interroge le fichier admin-ajax.php<\/code><\/strong> toutes les 15 secondes pour enregistrer automatiquement des articles ou des pages. Si vous utilisez un serveur d’h\u00e9bergement partag\u00e9<\/a>, vous n’avez pas beaucoup de ressources serveur d\u00e9di\u00e9es \u00e0 votre site. Si vous modifiez un article ou une page et que vous laissez l’onglet ouvert pendant un certain temps, cela peut entra\u00eener un grand nombre de requ\u00eates Ajax pour l’administration.<\/p>\n

Par exemple, lorsque vous r\u00e9digez ou modifiez des articles, un seul utilisateur peut g\u00e9n\u00e9rer 240 requ\u00eates en une heure !<\/p>\n

\"Fr\u00e9quentes
Fr\u00e9quentes requ\u00eates de sauvegarde automatique admin-ajax.php<\/figcaption><\/figure>\n

Cela fait beaucoup de requ\u00eates en arri\u00e8re-plan avec un seul utilisateur. Imaginez maintenant un site o\u00f9 plusieurs \u00e9diteurs sont connect\u00e9s en m\u00eame temps. Un tel site peut accumuler rapidement des requ\u00eates Ajax, ce qui g\u00e9n\u00e8re une forte utilisation du processeur.<\/p>\n

C’est ce qu’a d\u00e9couvert DARTDrones<\/a> en pr\u00e9parant son site WooCommerce \u00e0 l’augmentation du trafic attendue \u00e0 la suite de sa participation \u00e0 l’\u00e9mission Shark Tank.<\/p>\n

Avant d’\u00eatre pr\u00e9sent\u00e9 \u00e0 l’\u00e9mission t\u00e9l\u00e9vis\u00e9e, le site de DARTDrones recevait plus de 4 100 appels admin-ajax.php<\/code><\/strong> en une journ\u00e9e avec seulement 2 000 visiteurs uniques. C’est un faible ratio de requ\u00eates par rapport au nombre de visiteurs.<\/p>\n

\"L'usage
L’usage intensif d’admin-ajax.php sur dartdrones.com<\/figcaption><\/figure>\n

Les enqu\u00eateurs ont remarqu\u00e9 l’URL<\/a> r\u00e9f\u00e9rente \/wp-admin<\/strong> et ont correctement d\u00e9termin\u00e9 la cause profonde. Ces demandes \u00e9taient dues aux administrateurs et r\u00e9dacteurs de DARTDrones qui mettaient fr\u00e9quemment le site \u00e0 jour en pr\u00e9vision de l’\u00e9mission.<\/p>\n

WordPress a corrig\u00e9 en partie ce probl\u00e8me de l’API Heartbeat<\/a> depuis longtemps. Par exemple, vous pouvez r\u00e9duire la fr\u00e9quence des requ\u00eates g\u00e9n\u00e9r\u00e9es par l’API Heartbeat sur les h\u00e9bergeurs ayant des ressources limit\u00e9es. Elle se suspend \u00e9galement apr\u00e8s une heure d’inactivit\u00e9 du clavier\/souris\/touche.<\/p>\n