WPML

Evaluación de rendimiento de WPML: panel de administración lento, tiempos de espera agotados en el Escritorio de traducción y retraso en el front-end

Los problemas de rendimiento de WPML (páginas lentas en el panel de administración, lentitud en el front-end, tiempos de espera agotados en el Escritorio de traducción) casi siempre se deben a unos pocos factores comunes. Esta página los detalla en el orden en que debe comprobarlos, antes de asumir que el problema es el propio WPML.

  1. Confirme dónde está la lentitud

    • Front-end lento, panel de administración bien: probablemente sea la configuración de la caché de página completa o un plugin muy pesado en el front-end.
    • Panel de administración lento, front-end bien: probablemente sea una sobrecarga de carga automática de wp_options, un plugin pesado solo para el panel de administración o un servidor con poca potencia.
    • El Escritorio de traducción va lento en concreto: probablemente haya un gran número de entradas en la consulta del escritorio y no haya suficiente memoria PHP o tiempo de ejecución.
    • Operaciones de traducción lentas: probablemente sea la conectividad con los servicios de traducción; compruebe el Registro de comunicación en WPMLSoporte.

    Consulte los Registros para saber qué registro responde a cada síntoma.

  2. Compruebe los recursos del servidor

    Abra WPMLSoporte. El panel de advertencias en la parte superior señala si la memoria PHP está por debajo de los 256 MB recomendados por WPML. Los sitios con catálogos más grandes necesitan 512 MB o más.

    Otros síntomas de los recursos del servidor:

    • Consultas lentas a la base de datos. Los sitios grandes con muchas traducciones se benefician de un servidor de base de datos con discos SSD, suficiente innodb_buffer_pool_size y de los índices en la tabla wp_icl_translations (estos los añade WPML; es raro necesitar intervención manual).
    • Tiempo de ejecución de PHP. Si max_execution_time es inferior a 60 segundos y el Escritorio agota el tiempo de espera, auméntelo.
    • CPU. Los planes de alojamiento compartido suelen tener límites de CPU agresivos; compruebe con su proveedor de alojamiento si le están limitando el rendimiento.

  3. Caché de objetos

    WordPress sin una caché de objetos carga muchas de las opciones de configuración de WPML desde la base de datos en cada petición. Añada Redis o Memcached como caché de objetos (la mayoría de los alojamientos gestionados de WordPress lo ofrecen; si no, los plugins Redis Object Cache o WP Redis lo activan).

    La mejora suele ser grande. Las opciones de configuración que antes requerían consultas a la base de datos se sirven desde la memoria.

  4. Caché de página completa

    Una caché de página completa (WP Rocket, W3 Total Cache, caché perimetral del proveedor de alojamiento) es la mayor mejora de rendimiento para la velocidad del front-end.

    Si ya tiene una, pero las páginas siguen pareciendo lentas, compruebe si su caché está gestionando correctamente las URL por idioma. La estructura de URL de WPML (ya sea idioma como directorio, idioma como subdominio o idioma como dominio) necesita que la caché varíe según la URL. La mayoría de las cachés lo hacen automáticamente, pero vale la pena verificar que la versión en francés no se esté sirviendo desde la caché en inglés o viceversa.

  5. Plugins conflictivos o lentos

    Los sitios acumulan plugins; algunos están bien desarrollados y otros no. Para encontrar un plugin lento:

    1. Instale Query Monitor (un plugin de depuración).
    2. Vuelva a cargar una página lenta.
    3. Fíjese en Queries by Component. El plugin con las consultas más costosas es el sospechoso.

    Si un plugin es la causa, reemplácelo o desactive la característica del mismo que está causando la lentitud.

  6. Los servicios de traducción van lentos, no el sitio

    Si los trabajos de traducción le parecen lentos pero el sitio en sí va bien, el cuello de botella está entre su sitio y la infraestructura de traducción de WPML.

    Compruebe WPMLSoporteRegistro de comunicación. El registro muestra la latencia de cada llamada a la API. Si las llamadas individuales tardan muchos segundos, el problema es la conectividad (ruta de red, DNS o la limitación de salida de su proveedor de alojamiento), no el sitio. Si, por el contrario, la propia caché de WPML es la culpable, las herramientas de solución de problemas del nivel seguro incluyen Borrar la caché en WPML. Cuando la investigación de rendimiento necesite la revisión de Soporte, empaquete lo que haya encontrado a través de Compartir información de depuración con soporte.