Update Watch : semaine 41

Chaque semaine, nous regardons ce qu’il est advenu des mises à jour WordPress gérées par Verploy. Cette première édition est modeste, et nous le disons : la plupart de ces sites sont maintenus par notre propre agence, plus quelques agences pionnières. Voyez-la comme un échantillon, pas comme un recensement.

Cette semaine en trois chiffres

• 314 passages de mise à jour en sept jours
• 56% mis en ligne entièrement tout seuls, chacun vérifié et réversible (77 % pour les mises à jour planifiées la nuit, 49 % pour celles lancées à la main)
• 6 annulés après la mise en ligne

Retenu ≠ cassé

137 passages ont eu besoin d’une personne. Cela ne veut pas dire 137 mises à jour cassées. Une mise à jour retenue signifie que Verploy n’a pas pu la confirmer comme sûre et a donc laissé le site en ligne tranquille. Cette semaine, la plupart des raisons n’avaient rien à voir avec la mise à jour elle-même.

Qui a dû agir

Cause	Passages
Le site ou l’hébergement (lent, injoignable, licence, version de PHP, pare-feu)	90
La mise à jour elle-même (changement visuel, page ou connexion cassée, mise à jour échouée, contenu manquant, erreurs de script)	30
Verploy (nos propres erreurs)	17

Pourquoi des mises à jour ne sont pas passées en ligne

Raisons observées sur 3 sites ou plus.

Raison	Passages	Sites
Site trop lent pour répondre à temps	26	18
Pas de licence, donc pas de paquet de mise à jour	19	14
La mise à jour exige une version plus récente de PHP ou de WordPress	16	11
Différence visuelle sur une page testée	14	7
En ligne en partie : une partie de la mise à jour a échoué	12	7
Inconnu (nous enquêtons)	13	5
Page ou connexion ne fonctionnant plus sur la copie de test	4	4
Autres (chacune sur 1–2 sites)	33	—

Trois leçons pour les agences

1. La plupart des mises à jour bloquées tiennent au site, pas au plugin. Deux tiers des passages qui ont eu besoin d’une personne étaient dus à l’hébergement, aux licences ou aux versions de PHP. Les régler une fois débloque toutes les mises à jour suivantes.
2. Vérifiez votre version de PHP avant la prochaine grosse version d’un plugin. La dernière version d’un plugin de formulaire populaire exige un PHP plus récent que celui de nombreux sites. Sur 11 sites, la mise à jour n’a tout simplement pas pu s’installer. C’est un réglage d’hébergement, pas une raison de sauter des mises à jour de sécurité.
3. Les constructeurs de pages premium sans licence active prennent du retard sans bruit. WordPress affiche la mise à jour, mais il n’y a pas de paquet à installer. Si la licence d’un client a expiré, le site garde une ancienne version jusqu’à ce que quelqu’un s’en aperçoive.

Notre propre part

17 passages ont échoué à cause de Verploy lui-même, et 2 retours en arrière ne se sont pas terminés seuls et ont demandé une intervention manuelle. Nous les corrigeons en priorité ; vous verrez le chiffre ici chaque semaine.

Corrections

Si vous pensez qu’un chiffre est faux, ou si vous développez un plugin ou un thème dans ces catégories et voulez des détails, contactez-nous et nous le corrigerons dans la prochaine édition.

Vous voulez cela pour vos propres sites ?

Avec Verploy, chaque mise à jour est vérifiée, et les plus risquées sont d’abord testées sur une copie. Si quelque chose casse après la mise en ligne, Verploy revient en arrière. Commencer gratuitement, sans carte bancaire.