Nueva página de inicio de WordPress.org, Adquisición de Cloudways, WebP en espera ️ Septiembre de 2022 Noticias de WordPress con CodeinWP
Publicado: 2022-09-03Esta es la edición de septiembre de 2022 de "Este mes en WordPress con CodeinWP".
Hola, fanáticos de WordPress. Volvemos con otra tanda de noticias de WordPress, cubriendo todo lo notable que sucedió en los últimos 30 días en el mundo de WordPress.
En la noticia más importante del mes pasado, WordPress.org obtuvo un gran rediseño de su página de inicio y página de descarga. ¿Me encanta? ¿Lo odio? "Meh" eso? Háganos saber en los comentarios a continuación...
Más allá de eso, es posible que te sorprenda lo grande que era Cloudways, ya que acaba de ser adquirido por no mucho más de medio billón de dólares.
DesktopServer también se está despidiendo y cerrando definitivamente, mientras que tenemos algunas otras noticias relacionadas con WordPress y el espacio comercial más amplio de WordPress.
Vayamos a la noticia:
Septiembre 2022 Noticias de WordPress con CodeinWP
WordPress.org obtiene una nueva página de inicio y una página de descarga
En una de las noticias más importantes de este mes, WordPress.org finalmente obtuvo su nueva página de inicio y página de descarga.
Como hemos documentado en nuestras publicaciones de noticias, WordPress.org se ha ido renovando lentamente, comenzando con el encabezado y ahora pasando a algunas de las páginas principales.
No tiene mucho más "núcleo" que la página de inicio y la página de descarga, ya que estas son probablemente las dos páginas más importantes para las personas que buscan alojamiento propio en WordPress.
En cuanto al diseño en sí... bueno, no me encanta, especialmente la copia que han elegido para acompañarlo. "Publicar lo que te apasiona" parece bastante vago y se pierde el verdadero beneficio de usar WordPress (WordPress.com parece ser capaz de capturar el valor de WordPress mucho mejor).
También hay otras peculiaridades, como que la copia suponga que el visitante ya tiene una comprensión sólida de cómo funciona WordPress y qué son los bloques.
Sin embargo, lo que es más interesante es el detrás de escena de cómo se actualizaron estas páginas.
Parecía que tomó bastante tiempo, principalmente porque el equipo no pudo hacerlo con la experiencia del editor de bloques nativo... lo que tal vez no sea el mejor aspecto dado lo mucho que el nuevo diseño promueve el editor de bloques.
Las cosas se pusieron un poco irritantes cuando Matt Mullenweg esencialmente sugirió que era una pérdida de tiempo crear un tema basado en bloques para el rediseño cuando podían codificarlo más rápido implementando el diseño directamente.
Si bien no estoy en desacuerdo, eso no es exactamente un respaldo rotundo del editor de bloques cuando se supone que otros usuarios de WordPress deben hacer todo usando temas basados en bloques.
El comentario de Jon Brown en la publicación de WP Tavern sobre el lanzamiento resume mis propios sentimientos:
Para demostrar que el editor de bloques podía hacer el trabajo, Jamie Marsland dedicó 20 minutos a recrear la página de inicio en el editor de bloques. Puede verlo en tiempo real en este video de YouTube o ver el producto terminado en Twitter.
No es perfecto y aún requeriría un poco de limpieza, pero es una versión interesante de la saga.
¿Qué os parece el nuevo diseño? ¡Cuéntanos en los comentarios!
DigitalOcean adquiere Cloudways por 350 millones de dólares
Este no es específico de WordPress, pero es una adquisición masiva que afectará a muchos usuarios de WordPress.
En agosto, DigitalOcean anunció que adquiriría Cloudways en un acuerdo masivo en efectivo de $ 350 millones.
Primero: guau . Sabía que a Cloudways le estaba yendo bien, pero no sabía que estaba ganando $350 millones en efectivo .
En segundo lugar, yo y muchas otras personas estaremos interesados en ver cómo esto afecta las ofertas de Cloudways.
Si no está familiarizado con Cloudways, es esencialmente una combinación entre un servicio de alojamiento gestionado tradicional y un panel de control de servidor.
En lugar de ofrecer su propia infraestructura, Cloudways permite a los usuarios elegir su configuración preferida entre cinco proveedores de alojamiento en la nube diferentes: DigitalOcean, Vultr, Linode, Google Cloud y AWS. A partir de ahí, Cloudways maneja el aprovisionamiento y el mantenimiento del servidor y funciona prácticamente igual que el alojamiento de sitios web tradicional.
Ahora que DigitalOcean posee Cloudways, la gran pregunta es qué sucede con las integraciones con esos otros proveedores de alojamiento en la nube:
- ¿Seguirá todo igual?
- ¿Comenzará DigitalOcean a promover aún más sus propios productos? Digo "aún más" porque DigitalOcean siempre figuraba primero en las páginas de precios de Cloudways, lo que sugiere algún tipo de asociación.
- ¿DigitalOcean dejará de ofrecer integraciones con productos de la competencia?
Con base en las primeras declaraciones, DigitalOcean parece estar sugiriendo que optarán por el enfoque de "todo sigue igual":
Sin embargo, vale la pena señalar la parte "por ahora" de esa declaración.
En general, será interesante ver cómo se desarrolla esta adquisición en el futuro.
Si está preocupado e interesado en algunas alternativas, le recomiendo buscar herramientas como RunCloud, SpinupWP y GridPane. Si bien no son exactamente lo mismo que Cloudways porque no se incluyen en el alojamiento en la nube, utilizan el enfoque en un nivel básico.
DesktopServer, una herramienta de desarrollo local de WordPress, se está cerrando definitivamente
En una noticia triste, ServerPress anunció que cerraría la herramienta de desarrollo de WordPress local DesktopServer después de 12 años en el negocio (junto con el negocio de ServerPress en general).
Que yo sepa, DesktopServer fue una de las primeras herramientas de desarrollo local específicas de WordPress y ofrecía una serie de características convenientes para los usuarios de WordPress.
El equipo de DesktopServer había estado trabajando en una nueva versión (5.0), pero dejó de trabajar en ella después de llegar a la conclusión de que no tenía muchas posibilidades de lograr una alta participación de mercado.
Para ser honesto, esto realmente no me sorprende. La competencia en este espacio realmente se ha intensificado, sobre todo por parte de los hosts administrados de WordPress que lanzan herramientas de desarrollo local gratuitas como un valor agregado/atracción para sus clientes de alojamiento.
Por ejemplo, Flywheel (y posteriormente WP Engine) inició esta tendencia con Local WP. Luego, Kinsta también se metió en la mezcla con DevKinsta.
Dado que ambas herramientas tienen versiones gratuitas ilimitadas y funcionales, es difícil justificar el costo de DesktopServer, incluso si es/fue una herramienta sólida.
Sin mencionar que también hay muchas nuevas opciones de desarrollo local que no son específicas de WordPress, pero que aún funcionan bien para los sitios de WordPress.
Sin embargo, creo que el equipo de ServerPress está manejando esto de una manera realmente justa. ServerPress continuará apoyando a las personas con una licencia hasta que caduque su suscripción, incluida la asistencia para migrar a otra herramienta.
Existe la posibilidad de que ServerPress venda o abra el código de DesktopServer, pero aún no hay noticias oficiales al respecto.
Para ver otras opciones, puede leer nuestra colección completa de las mejores herramientas de desarrollo local de WordPress.
Se alega que WP-Optimize aumenta artificialmente sus puntajes de optimización
Si alguna vez ha profundizado en la optimización del rendimiento de WordPress, probablemente haya notado una tendencia realmente molesta:
Muchos usuarios, especialmente en el extremo más informal de las cosas, se preocupan más por los "puntajes de optimización" de sus sitios que por el rendimiento real de sus sitios.
Claro, su sitio puede cargar en menos de un segundo para todos los visitantes, pero solo obtuvieron un 79 en su herramienta de prueba de velocidad, por lo que claramente algo anda mal.
Quizás no sea una sorpresa, entonces, que algunos complementos de rendimiento de WordPress hagan todo lo posible para aumentar los puntajes de rendimiento de cualquier manera posible.
Esto me lleva a este tweet de Gijo Varghese, quien crea el popular complemento de optimización FlyingPress, así como una serie de herramientas de optimización gratuitas.
En el tweet, Gijo alega que el popular complemento WP-Optimize está detectando herramientas populares de prueba de velocidad y no entrega JavaScript a esas herramientas, lo que aumenta artificialmente el rendimiento cuando se prueba (aunque el JavaScript aún se entregaría a visitantes humanos).
WP-Optimize es un complemento integral de rendimiento de WordPress que fue adquirido por el mismo equipo detrás de UpdraftPlus .
De ser cierto, esto se remontaría al escándalo de las emisiones de Volkswagen, donde Volkswagen estaba reduciendo las emisiones artificialmente, pero solo cuando se estaba probando. En el mundo real, las emisiones eran hasta 40 veces más altas.
En respuesta a las consultas de WP Tavern, David Anderson de UpdraftPlus dijo que el código se agregó como parte de la inclusión del código de una bifurcación del complemento Fast Velocity Minify y que el código no se había tocado desde que se fusionó inicialmente con WP- Optimizar complemento.
David dijo que le encargó al desarrollador principal de JavaScript del equipo que investigue el código y, si de hecho solo está allí para las herramientas de prueba de velocidad del juego, se eliminará.
En general, he sido un usuario feliz de UpdraftPlus durante mucho tiempo, por lo que me inclino a darles el beneficio de la duda de que no sucedió nada intencionalmente siniestro. Aún así, no debería haber sucedido.
De cualquier manera, este es un buen recordatorio de que, cuando se trata del rendimiento de WordPress, siempre debe centrarse en las experiencias reales de sus visitantes humanos, en lugar de las "puntuaciones" de optimización nebulosas.
Usted también podría estar interesado en:
- #WCEU cancelado, WordPress 5.4 fuera, WooCommerce 4.0, trabajo remoto ️ Noticias de WordPress de abril de 2020 con CodeinWP
- GoDaddy en las noticias (buenas y malas), campaña "Bienvenidos a los creadores web" de Elementor ️ Noticias de WordPress de diciembre de 2021 con CodeinWP
- Gutenberg 10.4, Jetpack Boost, Gravity Forms 2.5, patrocinadores de WordCamp en problemas ️ Noticias de WordPress de mayo de 2021 con CodeinWP
Newsletter Glue abandona WordPress.org para volverse premium
A muchos desarrolladores de complementos les gusta el directorio de complementos de WordPress.org porque les da acceso a una gran audiencia.
Sin embargo, también hay algunas desventajas, sobre todo algunos... usuarios autorizados, por así decirlo, que quieren soporte de alta calidad de una extensión gratuita.
Aún así, la mayoría de los desarrolladores pasan por alto el directorio desde el principio (por ejemplo, Gravity Forms) o aceptan las demandas de apoyar a esos usuarios gratuitos a cambio de la exposición que les brinda.
Es por eso que pensé que era interesante que Newsletter Glue tomara la decisión de cerrar oficialmente su complemento gratuito WordPress.org existente para cambiar a un enfoque totalmente premium ( después de algunos meses de advertencia, no lo hicieron de la nada ).
La página de WordPress.org está oficialmente deshabilitada a partir del 15 de agosto.
En una entrevista con WP Tavern, Leslie Sim de Newsletter Glue dijo que simplemente no habían configurado la experiencia gratuita a premium de manera óptima.
Por ejemplo, los usuarios tenían que eliminar la versión gratuita del complemento e instalar un complemento premium separado, lo que significaba que el recuento de "instalaciones activas" de Newsletter Glue en WordPress.org se mantendría increíblemente bajo ( ya que el recuento de "instalaciones activas" en realidad disminuiría si alguien se actualizó a premium ).
Si planea lanzar su propio complemento o tema, este es un buen recordatorio de que querrá pensar en este tipo de implementaciones antes de lanzarlo.
WebP por defecto está en espera (nuevamente)
¿Lo harán o no? Esa ha sido la pregunta sobre el uso predeterminado de WebP en el núcleo de WordPress.
Por "predeterminado", me refiero a generar automáticamente versiones WebP de imágenes JPEG recién cargadas ( lo que esencialmente duplicaría la cantidad de archivos de imagen en el servidor ).
Aunque gran parte del trabajo principal ya se había fusionado con la próxima versión de WordPress 6.1, parece que ahora está "en espera" después de las objeciones de varios desarrolladores principales de WordPress.
Las quejas comunes sobre la implementación son las siguientes:
- Duplicará el número de archivos de imagen en el servidor.
- Aumenta drásticamente el procesamiento requerido para cargar imágenes, ya que el servidor ahora necesitaría convertirlas adicionalmente a WebP. Esto también podría hacer que la carga de imágenes falle con más frecuencia.
En general, tiendo a estar de acuerdo en que esto simplemente no tiene sentido como característica central, al menos en su implementación actual.
Si los usuarios realmente quieren usar imágenes WebP, tienen toneladas de opciones, incluida la conversión de las imágenes por sí mismos o el uso de un complemento como Optimole que optimiza dinámicamente las imágenes en tiempo real.
También parece que los desarrolladores patrocinados por Google son los que impulsan el cambio, lo que podría ser un conflicto de intereses dado que Google también desarrolló el formato WebP.
En general, el impulso de WebP por defecto definitivamente no está muerto, pero aún queda por ver cuándo y cómo llegará la implementación.
Eso resume nuestro resumen de noticias de WordPress de septiembre de 2022. ¿Algo que nos perdimos?
…
No olvide unirse a nuestro curso intensivo sobre cómo acelerar su sitio de WordPress. Con algunos arreglos simples, puede reducir su tiempo de carga hasta en un 50-80%:
Diseño y presentación por Karol K.