WPML

Diagnóstico 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 del panel de administración lentas, front-end lento, tiempos de espera agotados en el Escritorio de traducción) casi siempre se deben a uno de los pocos factores comunes. Esta página los repasa 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 que sobrecarga 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 está específicamente lento → probablemente haya un gran número de entradas en la consulta del escritorio y no haya suficiente memoria de PHP o tiempo de ejecución.
    • Operaciones de traducción lentas → probablemente se deba a la conectividad con los servicios de traducción; compruebe el Registro de comunicación en WPMLSoporte (consulte Registros para saber qué registro responde a qué síntoma).

  2. Compruebe los recursos del servidor

    Abra WPMLSoporte. El panel de advertencias en la parte superior señala si la memoria de 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 con SSD, suficiente innodb_buffer_pool_size e índices en la tabla wp_icl_translations (estos los añade WPML; rara vez se necesita intervención manual).
    • Tiempo de ejecución de PHP. Si max_execution_time es inferior a 60 segundos y el tiempo de espera del Escritorio se agota, 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 muchos de los ajustes 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. Los ajustes 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é de borde 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 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. Busque Queries by Component. 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 parecen lentos pero el sitio en sí está bien, el cuello de botella se encuentra 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 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 revisión de Soporte, empaquete lo que haya encontrado a través de Compartir información de depuración con soporte.