Mises à jour
Une campagne, pas quarante visites.
Le coût réel d’un parc n’est pas la mise à jour : c’est le fait de la répéter site par site. Sentinelo traite un composant présent sur quinze sites comme une seule opération.
Sur les six technologiesSans engagementDonnées en Europe
- Elementor3.31.1 → 3.31.29 sites
- symfony/http-kernel7.2.3 → 7.2.6CVE4 sites
- WooCommerce9.4.2 → 9.5.06 sites
- ps_checkout4.2.1 → 4.3.03 sites
- 03:27Sauvegarde crm.transports-bd.fr — 2,3 Go · SHA-256 vérifiéok
- 03:21Sauvegarde shop.maison-clair.com — 6,1 Go · SHA-256 vérifiéok
- 02:58Mise à jour blog.atelier-nord.fr — Elementor 3.31.1 → 3.31.2ok
- 02:41Scan sécurité boutique-lemarais.fr — 86/100 · 0 faille critiqueok
- 01:14Certificat vins-duperrey.fr — expire dans 14 joursà surveiller
Comment ça marche
Trois choses, dans cet ordre.
- 01
Le parc, pas le site
La file des mises à jour est agrégée : une extension en retard sur neuf sites est une ligne, dépliable, actionnable d’un coup. C’est la différence entre une matinée et une minute.
- 02
Sauvegarde avant, vérification après
L’option « mise à jour sûre » déclenche une sauvegarde et n’avance que si elle aboutit ; après coup, le site est rappelé et son code de réponse comparé. Un écart, et la version précédente revient.
- 03
La campagne tourne côté serveur
Fermer l’onglet ne l’interrompt pas, et un déclenchement qui expire ne vaut pas un échec : sur un hébergement mutualisé, l’appel HTTP rend la main bien avant la fin du travail. C’est le suivi d’état qui conclut.
Le détail
Les valeurs, sans arrondi.
Ce tableau est la référence : si une page du site dit autre chose, c’est celle-ci qui a raison.
Deux réserves que nous préférons écrire nous-mêmes
Sur Symfony, Sylius et Laravel, les mises à jour de dépendances sont détectées et signalées, jamais appliquées : un « composer update » en production n’est pas atomique, exige souvent un répertoire vendor accessible en écriture, et contourne votre pipeline. Sur PrestaShop, la mise à jour d’un module exécute aussi ses scripts SQL : restaurer son répertoire ramène le code, pas les colonnes ajoutées en base. Nous distinguons donc « fichiers restaurés » de « revenu en arrière », et nous proposons la restauration complète quand c’est le seul vrai retour.
| Technologie | Politique | Retour arrière |
|---|---|---|
| WordPress | Appliquée automatiquement | Restauration complète |
| WooCommerce | Appliquée automatiquement | Restauration complète |
| PrestaShop | Appliquée automatiquement | Fichiers — voir la réserve ci-dessous |
| Symfony | Détectée et signalée | Restauration complète |
| Sylius | Détectée et signalée | Restauration complète |
| Laravel | Détectée et signalée | Restauration complète |
Questions fréquentes
Mises à jour : ce qu’on nous demande.
Puis-je exclure une extension de la mise à jour automatique ?
Oui, par site ou pour tout le parc. Une extension surchargée ou figée par un développement spécifique n’a rien à faire dans une campagne automatique.
Comment savez-vous qu’une mise à jour a cassé le site ?
Le site est rappelé après coup et son code de réponse comparé à celui d’avant. C’est une vérification simple et fiable ; elle ne prétend pas remplacer un test fonctionnel, et nous ne l’appelons pas autrement.
Une question ? Slim répond sous 4 h ouvrées.
Pas de formulaire à rallonge, pas de standard : le développeur qui opère la plateforme est celui qui vous répond.
Voyons ce que ça donne sur votre parc.
Une démonstration de trente minutes sur vos sites réels, ou un scan gratuit si vous préférez commencer seul.