WPML

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

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

  1. Confirme dónde está la lentitud

    • El front-end es lento, el panel de administración va bien → probablemente sea la configuración de la caché de página completa o un plugin pesado en el front-end.
    • El panel de administración es lento, el front-end va bien → probablemente sea una sobrecarga en la 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 es específicamente lento → probablemente haya un gran número de entradas en la consulta del escritorio y no haya suficiente memoria PHP o tiempo de ejecución.
    • Las operaciones de traducción son lentas → probablemente sea la conectividad con los servicios de traducción; compruebe el Registro de comunicación en WPML > Soporte (consulte Registros para saber qué registro responde a cada síntoma).

  2. Compruebe los recursos del servidor

    Abra WPML > Soporte. El panel de advertencias de 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 relacionados con 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 respaldado por SSD, suficiente innodb_buffer_pool_size e índices en la tabla wp_icl_translations (WPML los añade; es raro necesitar intervención manual).
    • Tiempo de ejecución de PHP. Si max_execution_time está por debajo de 60 segundos y se agota el tiempo de espera del Escritorio, auméntelo.
    • CPU. Los planes de alojamiento compartido a menudo tienen 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 de WordPress administrados lo ofrecen; si no, los plugins Redis Object Cache o WP Redis lo habilitan).

    La mejora suele ser grande. La configuración que antes requería consultas a la base de datos se sirve 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 ventaja 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 construidos 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. Mire en Consultas por componente. El plugin con las consultas más costosas es el sospechoso.

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

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

    Si los trabajos de traducción se notan 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 WPML > Soporte > Registro 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 culpable es la propia caché de WPML, las herramientas de solución de problemas de nivel seguro incluyen Borrar la caché en WPML. Cuando la investigación del rendimiento necesite la atención de Soporte, empaquete lo que haya encontrado a través de Compartir información de depuración con soporte.