{"id":8859,"date":"2017-04-28T02:57:28","date_gmt":"2017-04-28T09:57:28","guid":{"rendered":"https:\/\/kinsta.com\/es\/?p=8859"},"modified":"2025-02-13T12:14:13","modified_gmt":"2025-02-13T11:14:13","slug":"admin-ajax","status":"publish","type":"post","link":"https:\/\/kinsta.com\/es\/blog\/admin-ajax\/","title":{"rendered":"C\u00f3mo Diagnosticar el Uso Intensivo de Admin-Ajax en Tu Sitio WordPress"},"content":{"rendered":"

Ajax es una tecnolog\u00eda web basada en JavaScript que ayuda a construir sitios web din\u00e1micos e interactivos. WordPress utiliza Ajax para potenciar muchas de las caracter\u00edsticas principales de su \u00e1rea de administraci\u00f3n, como el autoguardado de mensajes, la gesti\u00f3n de sesiones de usuario y las notificaciones.<\/p>\n

De forma predeterminada, WordPress dirige todas las llamadas a Ajax a trav\u00e9s del archivo admin-ajax.php<\/code> <\/strong>ubicado en el directorio \/wp-admin<\/code> <\/strong>del sitio.<\/p>\n

Numerosas solicitudes simult\u00e1neas de Ajax pueden dar lugar a un uso intensivo de admin-ajax.php<\/code><\/strong>, lo que resulta en un servidor y un sitio web considerablemente m\u00e1s lentos. Es uno de los problemas m\u00e1s comunes al que se enfrentan muchos sitios de WordPress no optimizados. Habitualmente, se manifiesta como un sitio web lento o un error HTTP 5xx (principalmente errores 504<\/a> o 502<\/a>).<\/p>\n

En este art\u00edculo, aprender\u00e1s sobre el archivo admin-ajax.php<\/code> <\/strong>de WordPress, c\u00f3mo funciona, sus ventajas y desventajas, y c\u00f3mo puedes diagnosticar y solucionar el problema del uso intensivo de admin-ajax.php<\/code><\/strong>.<\/p>\n

\u00bfListo para empezar? \u00a1Vamos a ponernos en marcha!<\/p>\n

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

\u00bfQu\u00e9 es el Archivo admin-ajax.php?<\/h2>\n

El archivo admin-ajax.php<\/strong><\/code> contiene todos los c\u00f3digos para enrutar las solicitudes de Ajax en WordPress. Su prop\u00f3sito principal es establecer una conexi\u00f3n entre el cliente y el servidor usando Ajax. WordPress lo utiliza para refrescar el contenido de la p\u00e1gina sin recargarlo, haci\u00e9ndolo as\u00ed din\u00e1mico e interactivo<\/a> para los usuarios.<\/p>\n

\"Un
Un resumen b\u00e1sico de c\u00f3mo funciona Admin Ajax en WordPress<\/figcaption><\/figure>\n

Como el n\u00facleo de WordPress ya utiliza Ajax para potenciar sus diversas funciones de backend<\/a>, puedes utilizar las mismas funciones para utilizar Ajax en WordPress. Todo lo que necesitas hacer es registrar una acci\u00f3n, apuntarla al archivo admin-ajax.php<\/code><\/strong>de tu sitio, y definir c\u00f3mo quieres que devuelva el valor. Puedes configurarlo para que devuelva HTML, JSON, o incluso XML.<\/p>\n

\"admin-ajax.php
admin-ajax.php en WordPress<\/figcaption><\/figure>\n

Seg\u00fan WordPress Trac<\/a>, el archivo admin-ajax.php<\/code> <\/strong>apareci\u00f3 por primera vez en WordPress 2.1. Tambi\u00e9n se conoce como Ajax Admin <\/strong>en la comunidad de desarrollo de WordPress.<\/p>\n

\"Comprobando<\/a>
Comprobando el uso de Ajax en el panel de control MyKinsta<\/figcaption><\/figure>\n

El gr\u00e1fico anterior solo muestra la cantidad de solicitudes de admin-ajax.php<\/code><\/strong>, no de d\u00f3nde podr\u00edan provenir. Es una gran manera de ver cuando los picos est\u00e1n ocurriendo. Puedes combinarlo con otras t\u00e9cnicas mencionadas en este post para reducir la causa principal.<\/p>\n

\"Comprobando
Comprobando el n\u00famero de peticiones de admin-ajax.php en Chrome DevTools<\/figcaption><\/figure>\n

Tambi\u00e9n puedes usar Chrome DevTools para ver cu\u00e1ntas solicitudes se env\u00edan a admin-ajax.php<\/code><\/strong>. Tambi\u00e9n puedes consultar la pesta\u00f1a Tiempos <\/strong>en la secci\u00f3n Red <\/strong>para saber cu\u00e1nto tiempo se tarda en procesar estas solicitudes.<\/p>\n

En cuanto a la b\u00fasqueda de la raz\u00f3n exacta del uso intensivo de admin-ajax.php<\/code><\/strong>, principalmente suele haber dos causas principales: una debido al frontend, y la otra debido al backend. Discutiremos ambas a continuaci\u00f3n.<\/p>\n\n

C\u00f3mo Depurar el Uso de admin-ajax.php en WordPress<\/h2>\n

Los plugins de terceros<\/a> son una de las razones m\u00e1s comunes del uso de admin-ajax.php. Normalmente, este problema se ve en el frontend del sitio y aparece frecuentemente en los informes de pruebas de velocidad.<\/p>\n

Pero los plugins no son los \u00fanicos culpables aqu\u00ed, ya que los temas<\/a>, el n\u00facleo de WordPress, el servidor web<\/a> y un ataque DDoS<\/a> tambi\u00e9n pueden ser la raz\u00f3n de un uso intensivo de Ajax en la administraci\u00f3n.<\/p>\n

Vamos a explorarlos a fondo.<\/p>\n

C\u00f3mo Determinar el Origen del Uso Intensivo de admin-ajax.php para Plugins y Temas<\/h3>\n
\"Plugins
Plugins alimentados por Ajax en el repositorio de WordPress.org<\/figcaption><\/figure>\n

Los desarrolladores de WordPress<\/a> utilizan a menudo Ajax para crear plugins y temas din\u00e1micos e interactivos. Algunos ejemplos populares incluyen la adici\u00f3n de funciones como la b\u00fasqueda en vivo<\/a>, filtros de productos, desplazamiento infinito, carrito de compras din\u00e1mico<\/a> y cuadro de chat<\/a>.<\/p>\n

Solo porque un plugin use Ajax no significa que vaya a ralentizar tu sitio<\/a>.<\/p>\n

\"Viendo
Viendo la solicitud de admin-ajax.php en el informe de WebPageTest<\/figcaption><\/figure>\n

Normalmente, el Admin Ajax se carga hacia el final de la carga de la p\u00e1gina. Adem\u00e1s, puedes configurar las solicitudes de Ajax para que se carguen de forma asincr\u00f3nica, de modo que tenga poco o ning\u00fan efecto en el rendimiento percibido de la p\u00e1gina para el usuario.<\/p>\n

Como puedes ver en el informe de WebPageTest<\/a> arriba, admin-ajax.php<\/code> <\/strong>se carga hacia el final de la cola de solicitudes, pero a\u00fan as\u00ed ocupa 780 ms. Eso es mucho tiempo para una sola solicitud.<\/p>\n

\"El
El informe de GTmetrix indica un serio pico de uso de admin-ajax.php<\/figcaption><\/figure>\n

Cuando los desarrolladores no implementan Ajax correctamente en WordPress<\/a>, puede causar problemas dr\u00e1sticos de rendimiento. El informe de GTmetrix anterior es un ejemplo perfecto de tal comportamiento.<\/p>\n

Tambi\u00e9n puedes usar GTmetrix para indagar en los datos de respuesta y de los mensajes individuales. Puedes usar esta funci\u00f3n para se\u00f1alar lo que est\u00e1 causando el problema.<\/p>\n

Para ello, ve a la pesta\u00f1a Waterfall (Cascada)<\/strong>\u00a0del informe de GTmetrix, y luego busca y haz clic en el elemento POST admin-ajax.php<\/strong>. Ver\u00e1s tres pesta\u00f1as para esta solicitud: Headers (Encabezados), Post (Post) y Response (Respuesta).<\/p>\n

\"POST
POST admin-ajax.php solicita los datos de la Headers<\/figcaption><\/figure>\n

Revisando las pesta\u00f1as de Post <\/strong>y\u00a0Response <\/strong>de la solicitud obtendr\u00e1s algunas pistas para averiguar las razones detr\u00e1s del problema de rendimiento. Para este sitio, puedes ver las pistas en la pesta\u00f1a de Response.<\/p>\n

\"POST
POST admin-ajax.php solicitud de datos en Response<\/figcaption><\/figure>\n

Puedes ver que parte de la respuesta tiene algo que ver con una etiqueta de entrada con el id fijado en \u00abfusion-form-nonce-656\u00bb.<\/p>\n

Una r\u00e1pida b\u00fasqueda de esta pista te llevar\u00e1 a la p\u00e1gina web de ThemeFusion, los creadores del tema Avada. Por lo tanto, puedes concluir que la petici\u00f3n se origina en el tema, o en cualquiera de los plugins con los que est\u00e1 empaquetado.<\/p>\n

En tal caso, primero debes asegurarte de que el tema de Avada y todos sus plugins relacionados est\u00e9n completamente actualizados. Si eso no soluciona el problema, entonces puedes intentar deshabilitar el tema y ver si eso soluciona el problema.<\/p>\n

A diferencia de desactivar un plugin, desactivar un tema no es factible en la mayor\u00eda de los escenarios. Por lo tanto, intenta optimizar el tema<\/a> para eliminar los cuellos de botella. Tambi\u00e9n puedes contactar con el equipo de soporte del tema para ver si pueden sugerir una soluci\u00f3n mejor.<\/p>\n

Probando otro sitio web lento en GTmetrix, se encontraron problemas similares con el constructor de p\u00e1ginas de Visual Composer y los plugins de la Barra de Notificaci\u00f3n.<\/p>\n

\"Otra
Otra solicitud de POST admin-ajax.php Datos en Response<\/figcaption><\/figure>\n
\"POST
POST admin-ajax.php solicitud de datos en Post<\/figcaption><\/figure>\n

Afortunadamente, si no puedes resolver un problema con el plugin, probablemente existen muchos plugins alternativos disponibles con los que puedas probar. Por ejemplo, cuando se trata de constructores de p\u00e1ginas<\/a> tambi\u00e9n puedes probar Beaver Builder o Elementor.<\/p>\n

C\u00f3mo Determinar el Origen del Uso Intensivo de admin-ajax.php<\/h3>\n

A veces, los datos de Post y Response presentados en los informes de pruebas de velocidad pueden no ser tan claros y directos. Aqu\u00ed, encontrar el origen del uso intensivo de admin-ajax.php<\/code> <\/strong>no es tan f\u00e1cil. En tales casos, siempre puedes hacerlo de la manera cl\u00e1sica.<\/p>\n

Deshabilita todos los plugins de tu sitio<\/a>, limpia la cach\u00e9 de tu sitio<\/a> (si la hay), y luego vuelve a hacer una prueba de velocidad. Si admin-ajax.php<\/code> <\/strong>est\u00e1 todav\u00eda presente, entonces el culpable m\u00e1s probable es el tema. Pero si no se encuentra en ninguna parte, entonces debes activar cada plugin uno por uno y ejecutar las pruebas de velocidad cada vez. Mediante el proceso de eliminaci\u00f3n, encontrar\u00e1s el origen del problema.<\/p>\n

Consejo: <\/strong>Utiliza un entorno staging<\/a>\u00a0(por ejemplo, el entorno staging de Kinsta<\/a>) es una buena manera de realizar pruebas en tu sitio sin afectar a tu sitio en vivo. Una vez que hayas determinado la causa y solucionado el problema en el entorno staging, puedes llevar los cambios en tu sitio en vivo<\/a>.<\/p>\n

Diagn\u00f3stico de Problemas del Servidor Backend con admin-ajax.php<\/h3>\n

La segunda raz\u00f3n m\u00e1s com\u00fan para el uso intensivo de admin-ajax.php<\/code> <\/strong>es la API de WordPress Heartbeat que genera frecuentes llamadas a Ajax, lo que lleva a un intensivo uso de la CPU en el servidor. T\u00edpicamente, esto se debe a que muchos usuarios se conectan al panel de control del backend de WordPress. Por lo tanto, no ver\u00e1s esto aparecer en las pruebas de velocidad.<\/p>\n

Por defecto, la API de Heartbeat encuesta el archivo admin-ajax.php<\/code> <\/strong>cada 15 segundos para guardar autom\u00e1ticamente los mensajes o p\u00e1ginas. Si utilizas un servidor de alojamiento compartido<\/a>, entonces no tienes muchos recursos de servidor dedicados a tu sitio. Si est\u00e1s editando un art\u00edculo o una p\u00e1gina y dejas la pesta\u00f1a abierta durante un tiempo considerable, entonces puede acumular muchas solicitudes de Admin Ajax.<\/p>\n

Por ejemplo, cuando est\u00e1s escribiendo o editando mensajes, un solo usuario puede generar 240 solicitudes en una hora.<\/p>\n

\"Frecuentes
Frecuentes solicitudes de autoguardado de admin-ajax.php<\/figcaption><\/figure>\n

Son muchas peticiones en el backend con un solo usuario. Ahora imagina un sitio donde hay varios editores conectados simult\u00e1neamente. Un sitio as\u00ed puede acumular peticiones de Ajax r\u00e1pidamente, generando un uso intensivo de la CPU.<\/p>\n

Esa fue la situaci\u00f3n descubierta por DARTDrones<\/a> cuando la empresa estaba preparando su sitio WooCommerce para un esperado aumento de tr\u00e1fico tras una aparici\u00f3n en Shark Tank.<\/p>\n

Antes de aparecer en el programa de televisi\u00f3n, el sitio de DARTDrones estaba recibiendo m\u00e1s de 4.100 llamadas admin-ajax.php<\/code><\/strong> en un d\u00eda con s\u00f3lo 2.000 visitantes \u00fanicos. Esa es una proporci\u00f3n muy baja entre peticiones y visitas.<\/p>\n

\"Uso
Uso pesado de admin-ajax.php en dartdrones.com<\/figcaption><\/figure>\n

Los investigadores observaron la URL de referencia \/wp-admin<\/strong> y determinaron correctamente la ra\u00edz del problema. Estas peticiones se debieron a que los administradores y editores de DARTDrones actualizaban el sitio frecuentemente con anticipaci\u00f3n al programa.<\/p>\n

WordPress ha solucionado este problema del API de Heartbeat<\/a> parcialmente hace mucho tiempo. Por ejemplo, se puede reducir la frecuencia de las solicitudes generadas por la API de Heartbeat en hosts con recursos limitados. Tambi\u00e9n se suspende a s\u00ed mismo despu\u00e9s de una hora de inactividad del teclado\/rat\u00f3n\/toque.<\/p>\n