Monitoreo del rendimiento de aplicaciones, para sitios WordPress y WooCommerce, le indica adónde va realmente el tiempo de su sitio: percentiles de tiempo de respuesta, las URL más lentas, las consultas de base de datos más lentas y cuánto está trabajando PHP. Esta guía explica cómo habilitar APM, cómo interpretar cada panel y qué hacer con lo que muestra.
Dónde se encuentra APM en KPanel
- Inicie sesión en KPanel.
- Haga clic en Sitios web en la barra lateral izquierda y luego haga clic en el sitio.
- En el menú izquierdo del sitio, abra Rendimiento y luego APM.
La dirección directa es /websites/<site-id>/performance.
APM es un beneficio del plan. Está incluido con Managed WordPress Pro. En cualquier otro plan, la página muestra un panel de actualización que explica lo que cubre APM en lugar de los paneles de control. Si ve ese panel, significa que la función no está disponible en su plan actual, no que esté desactivada.
Activación de APM
APM está desactivado hasta que lo habilite. En un plan elegible, la página muestra una tarjeta de Monitoreo del rendimiento de aplicaciones con un botón Habilitar APM.
Al habilitarlo se añade un registro de acceso ligero y un rastreador de solicitudes lentas a nivel del worker PHP. No inyecta nada en sus páginas y no añade carga a la solicitud de un visitante, por lo que es seguro dejarlo activado de forma permanente.
Una vez habilitado, la página muestra una etiqueta de APM Activo con la fecha en que se activó, un botón Refresh y un botón Deshabilitar APM. Las métricas solo aparecen cuando llega tráfico real, por lo que un sitio con poca actividad mostrará Esperando solicitudes durante un tiempo.
Tiempos de respuesta
La primera tarjeta contiene cuatro cifras de la última hora, con el número de solicitudes y la hora de captura en su encabezado.
| Métrica | Qué significa |
|---|---|
| Mediana (P50) | La mitad de las solicitudes fueron más rápidas que esto |
| P95 | El 95 por ciento de las solicitudes fueron más rápidas que esto |
| P99 | El 99 por ciento de las solicitudes fueron más rápidas que esto |
| Tasa de errores 5xx | La proporción de solicitudes que fallaron con un error del servidor |
Cada panel está codificado por colores para que pueda interpretar el estado sin conocer los umbrales.
Interprete los percentiles en conjunto, no por separado. Una mediana buena con un P95 pésimo significa que la mayoría de las solicitudes están bien y una minoría resulta problemática, lo cual es la señal clásica de una página lenta, una consulta lenta o una caché que falla en ciertas URL. Una mediana mala significa que todo el sitio está lento, y la causa suele ser estructural: un plan insuficiente, un tema pesado o un almacenamiento en caché desactivado.
La tasa de errores 5xx es la única cifra que debería ser cero. Cualquier valor sostenido por encima de cero significa que los visitantes están viendo fallos.
Workers PHP
La tarjeta de Workers PHP muestra tres números:
- Workers activos: cuántos procesos PHP están gestionando solicitudes en este momento.
- Solicitudes lentas: solicitudes que superaron el umbral de solicitud lenta y quedaron registradas.
- Total gestionado: conexiones aceptadas desde que se inició el conjunto de workers.
Los workers activos son una señal de saturación. Si se mantiene cerca de su límite durante el tráfico normal, las solicitudes se están poniendo en cola detrás de PHP, y cada tiempo de respuesta de la tarjeta anterior es, en parte, tiempo de espera en cola. Eso es un problema de capacidad, no de código, y la solución es un plan más grande o menos trabajo por solicitud.
Un número creciente de solicitudes lentas con un volumen de solicitudes estable significa que algo se ha vuelto costoso.
Endpoints más lentos
Esta tarjeta enumera sus URL más lentas según el tiempo de respuesta P95, cada una con una barra, el P95 en milisegundos y cuántas llamadas recibió. El color marca a los peores infractores.
Interprétela como una lista corta, no como una tabla de clasificación. Lo que interesa es la intersección entre lo lento y lo frecuente: una página que tarda cuatro segundos y se visita dos veces al día importa mucho menos que una que tarda 900 milisegundos y se visita diez mil veces.
Causas habituales:
- Páginas de búsqueda que escanean sin un índice.
- Listados de categorías y archivos que construyen consultas grandes por solicitud.
- Páginas de carrito, pago y cuenta, que nunca se almacenan en caché porque son específicas de cada visitante. Consulte Almacenamiento en caché del sitio para saber qué rutas omiten la caché por diseño.
- URL de administración, que siempre son dinámicas.
- Cualquier cosa que llame a una API externa dentro de la solicitud, donde en realidad está midiendo el servidor de otra persona.
Consultas lentas
La tarjeta de Consultas lentas enumera las consultas de base de datos con un promedio superior a 100 milisegundos, tomadas de los propios datos de rendimiento de la base de datos. Cada fila muestra el tiempo promedio, el tiempo máximo, el número de llamadas y el texto normalizado de la consulta.
El texto de la consulta es un resumen, con los valores literales eliminados, de modo que la misma consulta con distintos parámetros se agrupa en una sola fila. Eso es lo que hace que el número de llamadas sea significativo.
Corregir consultas lentas suele implicar una de tres cosas: añadir un índice que la consulta necesita, reducir la frecuencia con la que se ejecuta mediante el almacenamiento en caché de su resultado, o eliminar el complemento que la genera. Una consulta con un número de llamadas muy alto y un promedio moderado suele ser peor en conjunto que un único valor atípico dramático.
Si tanto la lista de endpoints como la de consultas aparecen vacías, la tarjeta indica que no se detectaron solicitudes lentas, lo que significa que todo estuvo dentro de los umbrales normales durante la última hora.
Cómo usar bien APM
Tome una referencia inicial. Observe los números cuando el sitio esté funcionando bien, para saber cómo es lo normal. Un P95 de 700 milisegundos no significa nada hasta que sepa que antes era de 300.
Cambie una sola cosa a la vez. Habilite una caché, actualice y compare. Desactive un complemento sospechoso, actualice y compare. Los cambios realizados en lote no le dan ninguna señal clara.
Actualice de forma deliberada. El botón Refresh vuelve a leer las métricas a petición. Las cifras cubren la última hora, así que dé un poco de tiempo a un cambio antes de evaluarlo.
Mire también más allá de APM. APM mide su aplicación. Si el problema está en la red o en el borde en lugar de en el código, Análisis de tráfico del sitio y Monitoreo del tiempo de actividad del sitio lo mostrarán en su lugar.
Solución de problemas
La página muestra un panel de actualización. APM está incluido con Managed WordPress Pro. En otros planes no está disponible.
APM está activado pero no hay métricas. Todavía no hay tráfico. Las métricas aparecen cuando el sitio recibe solicitudes.
Los tiempos de respuesta son buenos en APM, pero el sitio se siente lento. APM solo mide el tiempo del lado del servidor. El tiempo dedicado a descargar imágenes, ejecutar JavaScript y cargar fuentes en el navegador no es visible aquí. Si el tiempo del servidor es bueno pero la página sigue sintiéndose lenta, el problema está en el front end o en lo que le está pidiendo al navegador que cargue.
El P95 empeoró después de una actualización de un complemento. Revise primero la lista de endpoints más lentos y luego la de consultas lentas. Un complemento que añadió una consulta a cada carga de página aparecerá en ambas.
Todo está lento todo el tiempo. Revise primero la saturación de los workers PHP. Si los workers están al límite, añada capacidad o reduzca el trabajo por solicitud antes de optimizar cualquier otra cosa.
Errores por encima de cero. Corrija esto antes de perseguir milisegundos. Comience por sus registros y use el botón Troubleshoot with Kora en la pestaña de Páginas de error del sitio, que le pide a Kora que lea los registros de errores y los fallos recientes por usted. Consulte Páginas de error personalizadas.
Páginas relacionadas
- Almacenamiento en caché del sitio suele ser la mejora individual más importante para un sitio WordPress.
- Seguridad del sitio para el análisis de vulnerabilidades y malware en el mismo sitio.
- Realización de una copia de seguridad antes de empezar a eliminar complementos.