Las páginas públicas se benefician del caché de página, mientras que la pantalla de pedidos de WooCommerce está personalizada y sin caché. Por lo tanto, una administración lenta puede revelar el trabajo de la base de datos, la extensión o la API que los visitantes no ven hasta que realizan el pago o realizan acciones en la cuenta.
Rastree la vista de administración exacta y proteja los datos del pedido durante todo el diagnóstico.
Definir qué orden de acción es lenta
Programe la lista de pedidos, una pantalla de edición de un solo pedido, la búsqueda, el filtrado, la actualización de estado y la acción masiva por separado. Tenga en cuenta si el retraso se produce antes de que llegue HTML o después de que aparezca la pantalla.
Pruebe con una cuenta de administrador autorizada y una sesión de navegador privada. Las extensiones del navegador pueden afectar las páginas de administración, así que compare un perfil limpio.
No registre ni comparta nombres de clientes, direcciones, metadatos de pago ni notas de pedidos.
Verifique el modelo de almacenamiento de pedidos recurso
Las instalaciones modernas de WooCommerce pueden usar almacenamiento de pedidos de alto rendimiento, mientras que otras usan publicaciones de WordPress y meta de publicaciones. Confirme la compatibilidad y el modo de almacenamiento autorizado en la configuración de WooCommerce.
No habilite, deshabilite ni resincronice el almacenamiento simplemente como un experimento de velocidad. Verifique la compatibilidad de la extensión, haga una copia de seguridad de la base de datos y siga las herramientas de migración de WooCommerce.
La consulta correcta y el diagnóstico de índice dependen del modelo de almacenamiento.
Consultas y devoluciones de llamadas del administrador del perfil
Utilice un generador de perfiles controlado para capturar consultas lentas y devoluciones de llamadas de plugins en la pantalla afectada. Las columnas de administración pueden calcular el estado de la suscripción, el envío, la factura, los datos del mercado o los campos personalizados para cada pedido visible.
Ocultar temporalmente columnas de pantalla opcionales. Si la lista se vuelve rápida, identifique qué extensión posee la columna costosa.
Reducir los pedidos por página puede reducir el trabajo inmediato, pero no repara una consulta de base de datos repetida para cada fila.
Inspeccionar llamadas API remotas
Algunas integraciones de envío, contabilidad o CRM obtienen el estado cuando se abre la pantalla del pedido. Las fallas de la red pueden hacer que el personal espere un tiempo de espera.
Utilice seguimientos de aplicaciones y registros de plugins para identificar llamadas salientes. Prefiere la sincronización en segundo plano con un estado de última actualización visible donde la integración lo admita.
No muestre el cumplimiento obsoleto o el estado de pago como actual. Defina cómo se actualiza el personal y cómo se informan las fallas.
Revisar búsquedas y filtros
Una búsqueda por número de pedido puede comportarse de manera diferente a una búsqueda por correo electrónico, producto o campo personalizado. Registre la consulta exacta que es lenta e inspeccione su plan de ejecución en una copia de la base de datos.
Las metabúsquedas personalizadas y las coincidencias con comodines iniciales pueden escanear tablas grandes. Un campo indexado especialmente diseñado puede ser apropiado para un desarrollo personalizado.
Nunca agregue índices directamente a producción sin verificar el esquema existente, escribir gastos generales y el comportamiento de actualización del plugin.
Verifique las colas programadas y la contención de la base de datos
El Programador de acciones, las importaciones, las copias de seguridad o los informes pueden competir con las consultas del administrador. Compare los períodos lentos con el procesamiento de colas y la carga de MySQL.
No borre las acciones pendientes a ciegas. Es posible que sea necesario recuperar los pagos, las suscripciones, los webhooks y los trabajos de correo electrónico.
Programe informes pesados lejos de los picos operativos y reduzca el tamaño de los lotes solo a través de configuraciones compatibles.
Verifique los scripts de administración y las integraciones del panel
Si HTML llega rápidamente pero la pantalla permanece bloqueada, inspeccione los errores de JavaScript y las tareas largas. Una extensión puede cargar gráficos, seleccionar controles o un widget de soporte en cada pantalla de administración de WooCommerce.
Compare la ejecución de la red y del navegador con integraciones de panel opcionales deshabilitadas en la etapa de preparación. Restrinja los recursos no esenciales a su propia pantalla utilizando la configuración de plugins admitidos o la lógica de puesta en cola de WordPress verificada. No elimine los paquetes de administración de WooCommerce por nombre de archivo: el editor de pedidos, los avisos y la interfaz de almacenamiento pueden depender de ellos.
Pruebe también con la consola del navegador cerrada y un perfil limpio. Las extensiones de desarrollo y los administradores de contraseñas pueden alterar una pantalla de administración compleja.
Verificar los flujos de trabajo del personal
Después de la reparación, pruebe la carga de la lista, busque, filtre, edite/guarde, tome notas, reembolse en un entorno de pruebas autorizado cuando sea posible, realice cambios de estado masivos y exporte. Confirmar permisos aún restringe los datos del pedido correctamente.
Mida tanto la respuesta del servidor como la preparación visible del personal. Supervise los errores de PHP y las colas en segundo plano después del lanzamiento.
Solicite una evaluación cuando se trate de una migración de almacenamiento, una columna de administración genere llamadas repetidas o búsquedas de pedidos para escanear datos de gran tamaño. Proporcionar horarios y resúmenes de perfiladores desinfectados; Los datos y credenciales de los clientes necesitan un canal seguro acordado.