El desarrollo de WordPress 6.2 introdujo mejoras en el funcionamiento del equipo central de desarrollo, lo que dio como resultado un enfoque constante en el rendimiento en cada camino del desarrollo. Estos nuevos procesos detectan los problemas en el momento en que se introducen los cambios, lo que les impide llegar a la versión final.
Las dos mejoras responsables de este cambio son:
- Una nueva actuación lleva
- Evaluación comparativa automatizada
Esas dos mejoras permitieron que el equipo de WordPress hiciera que el rendimiento fuera parte del desarrollo de cada parte de WordPress, esencialmente agregándolo a su ADN de desarrollo.
Lecciones aprendidas de WordPress 6.1
La versión anterior de WordPress, la versión 6.1, estuvo marcada por una disminución general en el rendimiento, lo que WordPress denomina regresiones de rendimiento.
Una regresión de desempeño es cuando una mejora lleva a una disminución en el desempeño.
Lo que descubrieron es que, a pesar de que solucionaron la principal causa única de regresión del rendimiento e introdujeron múltiples mejoras de rendimiento, el rendimiento general del sitio aún se vio afectado por cambios que degradaron el rendimiento.
WordPress explicó la lección que aprendieron del lanzamiento de la versión 6.1:
“A pesar de que otras mejoras de rendimiento llegaron a esos lanzamientos, las regresiones efectivamente terminaron cancelando las mejoras”.
… Cuantas más regresiones haya, menos impacto tendrá cualquier otra mejora de rendimiento en general”.
Cabecilla de rendimiento de desarrollo de WordPress
El proceso de desarrollo de WordPress 6.2 se completó con la coordinación de un nuevo rol principal de desempeño.
El cabecilla de desempeño no está iniciando los cambios y mejoras. Ese fue el trabajo del equipo de desarrollo.
El cabecilla de rendimiento simplemente coordinó entre los equipos.
Cada uno de los equipos es responsable del rendimiento ganado en sus proyectos.
El cabecilla de rendimiento explicó cómo funcionaba esto:
“Esto me permitió colaborar estrechamente y apoyar a los demás colaboradores y coordinar con ellos nuestros enfoques de medición del desempeño.
…las ganancias de rendimiento en esta versión son el resultado del excelente trabajo de varios colaboradores en la identificación de las debilidades de rendimiento.
La introducción del rol de Performance Lead…simplemente trajo una mejor representación del rendimiento junto con los otros miembros del equipo de lanzamiento”.
Evaluación comparativa automatizada de WordPress
WordPress notó que las regresiones de rendimiento pasaron desapercibidas porque no todos los cambios se pudieron verificar manualmente para determinar el impacto en el lanzamiento general.
Para asaltar la deficiencia de no poder probar manualmente cada cambio en el núcleo, WordPress introdujo una evaluación comparativa de rendimiento automatizada para todos los cambios.
La evaluación comparativa de rendimiento automatizada mide el impacto de cada cambio para detectar cuellos de botella de rendimiento ocultos antes de que lleguen a las versiones finales.
WordPress describe este cambio de flujo de trabajo:
“Varios colaboradores han estado colaborando en la introducción de un flujo de trabajo de CI de medición de rendimiento automatizado en el núcleo de WordPress…
Con este flujo de trabajo de CI, las métricas de rendimiento del núcleo de WordPress ahora se registran para cada confirmación y están disponibles en este panel.
Esto nos permite detectar fácilmente una posible regresión donde antes habría pasado desapercibida”.
La actualización de WordPress 6.1 introdujo regresiones de rendimiento en Gutenberg, problemas que se habrían detectado antes con pruebas automatizadas.
Las pruebas de rendimiento automatizadas ocurren en cada confirmación central en GitHub para medir cómo funciona WordPress en bloques y temas clásicos.
La prueba también recopila métricas de tiempo del servidor utilizando la última versión de PHP.
Más información sobre la supervisión automática del rendimiento aquí: Monitoreo de rendimiento automatizado en el núcleo de WordPress.
Los colaboradores de WordPress trabajaron juntos
Los colaboradores de WordPress trabajaron para identificar las áreas que necesitaban mejoras con un enfoque renovado en el rendimiento.
El perfil del rendimiento del lado del servidor del núcleo de WordPress se realizó con las herramientas de código abierto Xdebug, XHProf y Blackfire (SaaS).
La evaluación comparativa del núcleo de WordPress fue menos sencilla porque los grupos de desarrollo utilizaron diferentes herramientas.
La estandarización de las herramientas utilizadas para las mediciones de desempeño está actualmente en progreso para que todos los equipos midan lo mismo con el mismo conjunto de herramientas.
Hecho: WordPress 6.2 funciona mejor
El resultado de la evaluación comparativa de rendimiento automatizada y la coordinación de rendimiento entre los equipos de desarrollo es una mejora sustancial en las métricas de rendimiento.
WordPress compartido:
“Según los puntos de referencia del laboratorio, WordPress 6.2 se carga entre un 14 % y un 18 % más rápido en general para los temas de bloque y entre un 2 % y un 5 % más rápido en general para los temas clásicos (medido a través de Largest Contentful Paint / LCP).
En particular, el rendimiento del lado del servidor (medido a través del tiempo hasta el primer byte / TTFB) está experimentando un aumento importante del 17 al 23 % para los temas de bloque y del 3 al 5 % para los temas clásicos, lo que contribuye sin rodeos al tiempo de carga general”.
Las pruebas de rendimiento se realizan no solo en la etapa de confirmación central, sino que se realizan evaluaciones comparativas para todos los candidatos de lanzamiento de WordPress.
WordPress describe este proceso:
“En este punto en particular, es recomendable utilizar la versión ZIP de producción del núcleo de WordPress (por ejemplo, una versión Beta o RC en particular) en lugar de medir en el entorno de desarrollo del núcleo de WordPress.
El comando ‘benchmark-web-vitals’ mencionado en la sección anterior es perfecto para este caso de uso, ya que proporciona métricas de rendimiento de alto nivel que capturan el rendimiento tanto del lado del servidor como del lado del cliente.
Los datos resultantes se pueden comparar con las mismas métricas de, por ejemplo, la versión estable anterior, para tener una idea de cómo ha cambiado el rendimiento del núcleo de WordPress (¡con suerte mejorado!) en la nueva versión.
WordPress dio un giro en el rendimiento
WordPress ha estado trabajando rudo durante los últimos años para integrar mejoras de rendimiento en el flujo de trabajo de desarrollo.
Al principio, el equipo de rendimiento estaba realizando mejoras, como reducir el JavaScript redundante o innecesario que se cargaba para cada página y agregar cosas como imágenes de carga diferida.
Pero ahora el equipo de rendimiento está integrando la evaluación comparativa de rendimiento sin rodeos en la fase de desarrollo de cada componente mejorado en el nivel de confirmación de GitHub y utiliza la evaluación comparativa de rendimiento automatizada para escalar las mejoras.
En esencia, WordPress ha añadido con éxito el rendimiento al ADN de su proceso de desarrollo.
Este es uno de los cambios más importantes en la forma en que se desarrolla WordPress y una señal de que WordPress está en camino de ponerse al día con otros sistemas de administración de contenido.
Finalmente, WordPress puede estar de vuelta en el juego de rendimiento.
Lea el anuncio completo de WordPress, que contiene detalles de su progreso y enlaces a las herramientas utilizadas para comparar el rendimiento.
Los beneficios de priorizar y medir el rendimiento en WordPress 6.2
Imagen destacada de Shutterstock/Asier Romero
Consultar el artículo en la publicación original
