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.
WordPress, WooCommerce, PrestaShopSans 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 · contrôléeok
- 03:21Sauvegarde shop.maison-clair.com — 6,1 Go · contrôléeok
- 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, retour si ça casse
Avant d’appliquer une mise à jour, en campagne comme la nuit, Sentinelo s’assure qu’une sauvegarde de moins de 24 h existe — sinon il en déclenche une, et la maintenance nocturne reporte alors la mise à jour à la nuit suivante —, prend un instantané du composant mis à jour, puis vérifie le site : si le code de réponse change — page en erreur, site injoignable ou mot-clé attendu absent alors que le site répondait avant —, la version précédente du composant est remise en place automatiquement et l’incident est consigné. Ce retour ne couvre ni le cœur ni les traductions, ni un site qui ne répondait déjà pas avant.
- 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, seuls les modules sont mis à jour — le cœur et les thèmes sont signalés, parce qu’une montée de version du cœur d’une boutique se surveille, elle ne se déclenche pas en masse — et la mise à jour d’un module exécute aussi ses scripts SQL : remettre son répertoire ramène le code, pas les colonnes ajoutées en base. Nous distinguons donc « fichiers remis » de « revenu en arrière », et la sauvegarde reste le retour complet. Enfin, le retour automatique ne porte que sur les extensions, thèmes et modules : ni le cœur ni les traductions ne sont remis en place tout seuls, et un site qui ne répondait déjà pas avant la mise à jour n’est pas rembobiné — l’écart ne lui est pas imputable.
| Technologie | Politique | Retour arrière |
|---|---|---|
| WordPress | Cœur, extensions, thèmes et traductions appliqués | Automatique pour extensions et thèmes si le site cesse de répondre ; restauration complète depuis une sauvegarde |
| WooCommerce | Cœur, extensions, thèmes et traductions appliqués | Automatique pour extensions et thèmes si le site cesse de répondre ; restauration complète depuis une sauvegarde |
| PrestaShop | Modules appliqués ; cœur et thèmes signalés, jamais appliqués | Automatique pour les fichiers du module ; la base reste à la sauvegarde — voir la réserve |
| Symfony (sur demande) | Détectée et signalée | Sans objet — rien n’est appliqué |
| Sylius (sur demande) | Détectée et signalée | Sans objet — rien n’est appliqué |
| Laravel (sur demande) | Détectée et signalée | Sans objet — rien n’est appliqué |
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 mesuré avant la mise à jour, puis rappelé après : code de réponse, et mot-clé attendu si vous en avez réglé un. Une page en erreur, un site injoignable ou un mot-clé absent alors que le site répondait avant, et la version précédente du composant est remise en place automatiquement, l’incident consigné. C’est une vérification simple et fiable ; elle ne prétend pas remplacer un test fonctionnel, et nous ne l’appelons pas autrement.
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.