Update Watch: semana 41

Cada semana miramos qué pasó con las actualizaciones de WordPress que gestionó Verploy. Esta primera edición es pequeña, y lo decimos: la mayoría de estos sitios los mantiene nuestra propia agencia, más algunas agencias pioneras. Tómalo como una muestra, no como un censo.

Esta semana en tres cifras

• 314 ejecuciones de actualización en siete días
• 56% se publicaron solas por completo, cada una revisada y reversible (77 % en las actualizaciones programadas por la noche, 49 % en las iniciadas a mano)
• 6 revertidas tras publicarse

Retenida ≠ rota

137 ejecuciones necesitaron a una persona. Eso no significa 137 actualizaciones rotas. Una actualización retenida significa que Verploy no pudo confirmarla como segura y por eso dejó el sitio en producción tal cual. La mayoría de los motivos de esta semana no tenían nada que ver con la actualización en sí.

Quién tuvo que actuar

Causa	Ejecuciones
El sitio o el hosting (lento, inaccesible, licencia, versión de PHP, cortafuegos)	90
La actualización en sí (cambio visual, página o acceso roto, actualización fallida, contenido que falta, errores de script)	30
Verploy (nuestros propios errores)	17

Por qué no se publicaron actualizaciones

Motivos vistos en 3 o más sitios.

Motivo	Ejecuciones	Sitios
Sitio demasiado lento para responder a tiempo	26	18
Sin licencia, así que sin paquete de actualización	19	14
La actualización requiere una versión más reciente de PHP o WordPress	16	11
Diferencia visual en una página probada	14	7
Publicada en parte: falló una parte de la actualización	12	7
Desconocido (lo estamos investigando)	13	5
La página o el acceso dejó de funcionar en la copia de prueba	4	4
Otros (cada uno en 1–2 sitios)	33	—

Tres lecciones para agencias

1. La mayoría de las actualizaciones atascadas tienen que ver con el sitio, no con el plugin. Dos tercios de las ejecuciones que necesitaron a una persona se debieron al hosting, a licencias o a versiones de PHP. Resolverlo una vez desbloquea todas las actualizaciones siguientes.
2. Revisa tu versión de PHP antes de la próxima gran versión de un plugin. La última versión de un plugin de formularios popular necesita un PHP más reciente del que usan muchos sitios. En 11 sitios la actualización simplemente no pudo instalarse. Es un ajuste del hosting, no un motivo para saltarse actualizaciones de seguridad.
3. Los maquetadores premium sin licencia activa se quedan atrás sin avisar. WordPress muestra la actualización, pero no hay paquete que instalar. Si la licencia de un cliente caducó, el sitio se queda con una versión antigua hasta que alguien lo nota.

Nuestra parte

17 ejecuciones fallaron por culpa del propio Verploy, y 2 reversiones no terminaron solas y necesitaron trabajo manual. Las corregimos primero; verás la cifra aquí cada semana.

Correcciones

Si crees que alguna cifra es incorrecta, o desarrollas un plugin o tema de estas categorías y quieres detalles, contáctanos y lo corregiremos en la próxima edición.

¿Quieres esto para tus propios sitios?

Con Verploy, cada actualización se revisa, y las arriesgadas se prueban primero en una copia. Si algo se rompe tras publicarse, Verploy lo revierte. Empieza gratis, sin tarjeta de crédito.