Medir un ajuste habilitado
Una revisión de rendimiento útil sigue el desencadenante real del ajuste. Medir la página de inicio no puede evaluar la optimización de subidas, y medir Settings → POM Tweaks no puede representar una página de producto anónima.
Elige la solicitud afectada
Construye la prueba en torno a la función:
| Tipo de función | Contexto representativo |
|---|---|
| Apariencia de la administración | La vista afectada del panel, menú, barra de herramientas o inicio de sesión |
| Procesamiento de medios | Una subida controlada y, por separado, la acción masiva documentada |
| Texto generado público | El endpoint generado, su primera solicitud y una solicitud posterior en caché |
| Lógica del carrito de WooCommerce | Solicitudes de producto, carrito, mini-carrito, pago y recálculo que pueden invocarla |
| Generación de PDF | La acción de generación en la administración y el acceso posterior a su salida generada |
| Limpieza | Un conjunto de datos de pruebas con recuentos conocidos y una ventana de mantenimiento medida |
Incluye un contexto negativo donde el ajuste debe permanecer inactivo. Esto muestra si su alcance es apropiadamente limitado.
Establece una línea base comparable
- Registra el sitio, la URL, el usuario, el dispositivo, el conjunto de datos, la versión de PHP y las dependencias activas.
- Desactiva únicamente el ajuste objetivo.
- Limpia la caché relevante de página, objeto, navegador, archivo generado o CDN.
- Ejecuta un calentamiento cuando el escenario normalmente se beneficia de él.
- Repite la solicitud varias veces y conserva el rango estable.
- Activa solo el ajuste y repite con las mismas entradas.
- Comprueba que el resultado esperado de la función está presente; una solicitud rota más rápida no es un éxito.
No compares una línea base fría con una ejecución habilitada caliente, ni un carrito vacío con un pago con productos.
Registra la evidencia adecuada
Según la función, captura:
- el tiempo de respuesta del servidor y el pico de memoria PHP;
- el número de consultas a la base de datos y las consultas lentas;
- el número y el tamaño de los scripts, estilos, imágenes o archivos generados añadidos;
- la duración de la subida o la operación masiva;
- los fragmentos del carrito y las solicitudes de comercio repetidas;
- la generación, invalidación y reutilización en caliente de la caché;
- el crecimiento del almacenamiento antes y después de la operación.
Solo el tiempo del navegador puede ocultar el trabajo del servidor, y solo un promedio puede ocultar una primera generación lenta.
Interpreta el resultado
Un módulo habilitado puede ser económico en la mayoría de las páginas y, a la vez, apropiadamente costoso durante su tarea explícita. La conversión de imágenes debe consumir recursos mientras procesa una subida; eso no implica que deba funcionar en cada solicitud del frontend.
Investiga cuando:
- aparece trabajo fuera del contexto documentado;
- cada solicitud repite una generación que debería reutilizarse;
- el coste crece de forma desproporcionada con productos, archivos adjuntos, términos o pedidos;
- la función carga recursos en pantallas donde no existe ningún control ni salida;
- activar un módulo cambia un flujo no relacionado.
Termina con una comprobación del estado desactivado
Desactiva el ajuste, repite la misma solicitud y confirma que su coste en tiempo de ejecución desaparece. Mide los archivos o datos retenidos por separado, porque desactivar no recupera el almacenamiento ni revierte el trabajo completado.
Para una salida inexplicada después de la comprobación del estado desactivado, usa Resolver ajustes superpuestos. Para resultados persistentes, usa la guía de reversión.