Indianwebs se hace eco de la noticia del equipo de WordPress responsable de coordinar los esfuerzos para aumentar el rendimiento de WordPress.

Se basa en una propuesta que podría funcionar y ha sido desarrollada por Yoast y Google.

¿Qué problemas está teniendo WordPress con la velocidad?

Los usuarios prefieren web rápidas y con un buen rendimiento. Las investigaciones muestran que las web rápidas pueden proporcionar una mejor experiencia de usuario, aumentar el compromiso, beneficiar el SEO, aumentar la conversión y ser más económicos y ecológicos.

La inversión en un mantenimiento web mejora los beneficios y el rendimiento WordPress, aumenta aún más las expectativas de los usuarios y, por lo tanto, Google puede penalizar las webs más lentas o que no tienen mantenimiento web.

En comparación con otras plataformas (por ejemplo, Wix, Shopify, Squarespace), WordPress se está quedando atrás. Otras plataformas son cada vez más rápidas que los sitios web de WordPress (consulte el informe Core Web Vitals de HTTP Archive ) y están invirtiendo activamente en el rendimiento principal como función.

Podemos ver el impacto de esta inversión en la brecha cada vez mayor entre la proporción de sitios de WordPress que logran puntajes «buenos» de Core Web Vitals, frente a otras plataformas.

Esta brecha sigue aumentando, a pesar de la disponibilidad de muchos plugins de mejora de velocidad y temas optimizados. Esto sugiere que hay un problema de descubrimiento y / o educación, o un problema de actualización / obsolescencia, ninguno de los cuales resuelve el ecosistema de complementos .

Para satisfacer las crecientes necesidades y expectativas de los propietarios de sitios y usuarios finales, WordPress debe invertir activamente en el rendimiento en WordPress Core y más allá (por ejemplo, código central, requisitos de temas y complementos, procesos de configuración e incorporación, experiencias de administración / edición , educación para creadores de contenido).

Creemos que:

• El rendimiento es una parte fundamental de la experiencia del usuario y WordPress debe tener como objetivo ofrecer una buena experiencia de usuario.
• Lograr niveles de rendimiento razonables no debería ser territorio de complementos, sino parte del núcleo (también conocido como «rendimiento por defecto»), porque;
  • Todos los usuarios de WordPress necesitan un camino bien iluminado hacia un buen rendimiento.
  • No se puede esperar que los usuarios finales sean expertos en rendimiento.
  • Alcanzar altos niveles de rendimiento requiere que las consideraciones técnicas estén «integradas» en toda la pila; y como este no suele ser el caso con los temas / complementos, las soluciones de rendimiento se limitan a soluciones de rendimiento de «fuerza bruta» sobre el comportamiento de no rendimiento (por ejemplo, almacenamiento en búfer de salida).
  • El ecosistema de complementos no ayuda a los usuarios que no saben que necesitan ayuda o que están mal atendidos por el ecosistema de complementos.
• Los usuarios que determinan qué CMS elegir están / estarán cada vez más influenciados por el rendimiento (y los factores de conversión / UX / SEO / conversión asociados), y perderemos terreno frente a plataformas más rápidas.
• ‘Democratizar la publicación’ requiere que el contenido publicado sea reconocible; que será menos probable que ocurra a través de los motores de búsqueda (que influyen o explican la mayor parte del descubrimiento de contenido nuevo) para sitios más lentos.

Las métricas de Core Web Vitals proporcionan un mecanismo estandarizado y aceptado para evaluar el desempeño.

Territorio del complemento

Si bien argumentamos que algunas de las consideraciones de rendimiento deberían ser parte del núcleo, definitivamente hay áreas que deberían permanecer firmemente en el ‘territorio de los complementos’. Por ejemplo, las siguientes áreas deben ser manejadas por complementos:

• Integraciones con CDN específicas
• Procesos de transformación de plantillas (p. Ej., AMP)
• Cualquier tecnología de rendimiento no estandarizada
• Cualquier estándar experimental (p. Ej., API / capacidades del navegador con adopción limitada)

Estas distinciones deberán ser exploradas y las líneas deberán ser dibujadas y mantenidas como parte de la actividad del equipo.

¿Por qué un equipo especializado en WordPress?

El rendimiento de un sitio web por sí solo no es un problema que atrae la suficiente atención, ni unifica esfuerzos y prioridades ya que los colaboradores activos y con experiencia no son necesariamente expertos en desarrollo.

Un equipo da más visibilidad al esfuerzo: los colaboradores que no están interesados ​​en trabajar en Core como un todo pueden sentirse atraídos trabajando específicamente en la mejora de la velocidad web. También se abre para contribuir a nuevos tipos de contribuyentes, como analistas de rendimiento o de datos.

A este equipo también podrían unirse contribuciones de diferentes grupos; navegadores, hosting, empresas de SEO, etc.

Recursos y esfuerzos

En pocas palabras, la creación de un equipo requiere lo siguiente:

• Una etiqueta de rendimiento en Crear sitios web
• Un canal de rendimiento en Slack
• Una reunión cada dos semanas; tiempo por determinar
• Dos representantes de equipo para fines administrativos: serán responsables de:
  • Dar un informe trimestral al liderazgo del proyecto.
  • Asignar roles en el sitio web
• Un líder de equipo / propietario de producto. Serán responsables de crear una declaración de misión para el equipo, resaltar las áreas a abordar, delinear el alcance y la hoja de ruta para las mejoras que deben realizarse.
• Representación en (e influencia sobre) otros procesos y verticales de Make (por ejemplo, temas, complementos, etc.)

Próximos pasos

Los próximos pasos deben discutirse y determinarse como parte del proceso de exploración y respuesta a esta propuesta.

En el caso de que no haya objeciones, es probable que los siguientes pasos importantes sean:

• Configure el canal de Slack y el calendario de reuniones, y haga. infraestructura de wordpress.org .
• Evaluar el desempeño y definir criterios de éxito y medición continuos / futuros
• Identificar proyectos prioritarios para mejoras de CWV con cronogramas de alto nivel
• Asignar responsabilidades para los proyectos identificados

Fuente: Make WordPress