Vous cliquez sur Mettre à jour WordPress un mardi matin. À midi, le site affiche une erreur critique — un plugin incompatible, un thème qui plante, ou une boutique WooCommerce qui ne charge plus le checkout. Vous cherchez « downgrade WordPress sans SSH ». Vous tombez sur WP Downgrade, abandonné depuis des années, ou sur un tutoriel FTP manuel que personne n'a le temps d'exécuter en urgence.
Vous n'êtes pas seul. Chaque semaine, des agences et des marchands nous écrivent après une mise à jour core qui a tout déclenché d'un coup — alors que le vrai coupable est souvent une extension pas encore compatible avec la nouvelle branche. Parfois, l'inverse : vous devez monter en 6.8 pour la sécurité, mais un plugin critique n'est prêt que dans trois semaines. Dans les deux cas, vous avez besoin de contrôler la version du cœur WordPress sans accès SSH ni manipulation manuelle de ZIP.
Ce guide existe parce qu'on voit deux extrêmes : paniquer et restaurer un backup complet (long, risqué pour les commandes en cours), ou laisser un site cassé en attendant un correctif plugin. La bonne réponse est au milieu : épingler une version cible, lancer la réinstallation native via Tableau de bord → Mises à jour, avec des contrôles preflight avant de toucher à quoi que ce soit.
Pourquoi lire cet article ? Vous comprendrez ce que fait Core Version Switcher (CVS), quand rétrograder vs rester sur une branche vs monter au latest, comment opérer en 7 étapes sans SSH, quels presets utiliser (rollback, urgence, latest), et comment CVS se compare honnêtement à WP Downgrade. Tableaux comparatifs, playbook d'erreurs, checklist de la semaine, FAQ issue de tickets support.
Ce que vous allez apprendre : mécanisme pin + Reinstall · badges sécurité wordpress.org · preflight plugins/thème · diagnostic bouton Reinstall absent · WP-CLI wp cvs · multisite · schéma BDD non rétrogradé.
Commençons par le fond — puis passons à l'action.
Creez un compte et debloquez le pack rollback
Runbook downgrade, checklist agence et presets — ressources membres.
Sans carte bancaire · Les checklists publiques restent gratuites.
Pour qui — et quand ne pas toucher au core
CVS vous concerne si une MAJ WordPress core a cassé le site vendredi soir, si vous devez rester sur 6.7.x le temps qu'un plugin premium certifie la 6.8, ou si vous gérez une agence qui standardise les versions core sur un parc client. L'outil brille quand vous avez accès wp-admin mais pas SSH — mutualisé classique.
Ne touchez pas au core si le problème vient clairement d'un seul plugin (désactivez-le d'abord), si vous n'avez aucune sauvegarde récente, ou si vous voulez revenir de 6.8 à 6.4 six mois après — le schéma BDD a peut-être migré et un rollback core seul ne suffira pas. Dans ce cas : restauration backup complète ou staging de diagnostic.
Le scénario agence typique : mise à jour auto core un dimanche, lundi matin le client appelle — checkout WooCommerce blanc. Vous isolez en 15 min avec Previous patch, vous ouvrez un ticket chez l'éditeur du plugin fautif, vous scannez avec PCC avant de remonter. CVS n'est pas une baguette magique ; c'est un garde-fou temporel pendant que vous corrigez la vraie cause.
Ce que fait Core Version Switcher — et pourquoi sans SSH
Avant de toucher quoi que ce soit, il faut nommer le mécanisme. CVS n'est pas un « downgrade magique en un clic » qui remplace les fichiers core en arrière-plan. C'est un fork modernisé de WP Downgrade : vous choisissez une version, WordPress affiche ensuite le bouton Réinstaller sur l'écran Mises à jour — le même updater que pour une mise à jour normale, mais orienté vers votre cible.
Comment fonctionne le pin + Reinstall
- Vous définissez une version cible (ex.
6.7.2) dans Réglages → Core Version. - CVS vérifie que le ZIP existe sur wordpress.org, que PHP est compatible, que les en-têtes plugins/thème ne crient pas au scandale.
- WordPress voit une « mise à jour » vers cette version — vous cliquez Réinstaller now.
- Les fichiers core sont remplacés ; plugins, thème et contenu restent en place.
Réglages → Core Version → pin 6.7.2 → Mises à jour → Reinstall WordPress 6.7.2Définition : les 4 cas d'usage principaux
| Cas | Action CVS | Exemple |
|---|---|---|
| Rollback | Revenir à la version sauvegardée avant le dernier switch | MAJ 6.8 → site KO → preset Rollback |
| Urgence (patch -1) | Revenir au patch précédent dans la même branche | Bisecter un bug core ou extension |
| Rester sur une major | Épingler la dernière sécurisée de la branche actuelle | Attendre WooCommerce certifié 6.8 |
| Latest | Monter au dernier stable wordpress.org | Fin de période de pin, retour normal |
Ce que CVS protège (ne cassez pas ça)
- Diagnostics avant Reinstall : permission
update_core, ZIP disponible, lock updater, compatibilité PHP. - Historique des switches avec version précédente mémorisée pour rollback rapide.
- Badges sécurité : releases marquées insecure sur wordpress.org signalées (sauf opt-in explicite).
- Preflight plugins/thème : en-têtes
Requires at least/Tested up tovs votre cible — WP Downgrade ne le faisait pas.
Ce que CVS ne fait pas
- Pas de rétrogradation automatique du schéma BDD — si WordPress 6.8 a migré des tables, revenir en 6.7 peut poser problème ; backup obligatoire.
- Pas de remplacement FTP manuel — vous passez toujours par l'updater natif (volontairement, pour la traçabilité).
- Pas de garantie plugin — un plugin incompatible restera incompatible ; CVS vous avertit, il ne corrige pas le code.
Exemple concret
Une agence gère une boutique WooCommerce en 6.7.2, stable depuis six mois. WordPress propose 6.8.1 ; le client clique « Mettre à jour » un vendredi soir. Lundi matin : fatal error sur un extension de paiement pas encore certifiée 6.8. Backup de la veille OK, mais 47 commandes du week-end à préserver. CVS : preset Rollback to last known → pin 6.7.2 → Reinstall → site en ligne en 20 minutes sans SSH.
CVS = pin + updater natif + garde-fous. Rollback rapide oui ; migration BDD inverse non. Preflight plugins + PHP avant de valider la cible.
« Est-ce que je suis concerné ? » — 5 signes
- Vous avez besoin de rétrograder WordPress mais pas d'accès SSH (hébergement mutualisé).
- Une MAJ core récente a cassé le site ou wp-admin.
- Vous voulez retarder une major jusqu'à ce que votre stack (WooCommerce, builder, ERP) soit prête.
- Vous clonez un staging et devez matcher la version prod exacte.
- Vous utilisiez WP Downgrade et cherchez un successeur maintenu compatible PHP 8.x.
Si au moins deux points vous parlent : lisez le guide 7 étapes — après scan compatibilité.
Rétrograder ou upgrader ? — quand faire quoi
La bonne décision dépend du symptôme, pas de la panique.
Downgrade (rétrograder) — quand c'est pertinent
| Situation | Recommandation |
|---|---|
| Site KO juste après MAJ core | Preset Rollback ou Previous patch |
| Plugin critique non compatible nouvelle branche | Pin branche précédente + planifier MAJ plugin |
| Tests A/B : isoler un bug | Previous patch dans la même major |
| Client a cliqué « Mettre à jour » par erreur | Rollback + block_auto_core_updates |
Upgrade (monter) — quand c'est pertinent
| Situation | Recommandation |
|---|---|
| Correctif sécurité sur branche actuelle | Preset Latest in this major |
| Stack validée, fin de période de pin | Preset Latest WordPress |
| Nouveau projet, pas de dette plugin | Latest + surveillance 48 h |
Quand ne pas downgrader
- La BDD a déjà exécuté des migrations 6.8+ et vous n'avez pas testé le retour sur staging.
- Vous cherchez à contourner une faille de sécurité — une vieille version insecure n'est pas une solution.
- Le problème vient d'un seul plugin désactivable — downgrade overkill.
Guide pas à pas (7 phases, sans SSH)
Cette section est le tutoriel central. Bloquez 45 min à 2 h sur staging ou une fenêtre de maintenance. Ne sautez pas le preflight.
Étape 1 — Preflight compatibilité (15 min)
- Installez PHP Compatibility Checker by Volade si ce n'est pas déjà fait.
- Lancez un scan plugins + thème actif — repérez les extensions avec
Tested up toinférieur à votre cible. - Ouvrez Réglages → Core Version → lisez le rapport preflight intégré CVS pour la version envisagée.
- Documentez les warnings acceptables vs blockers.
| Signal preflight | Action |
|---|---|
| Plugin « Requires WP ≥ 6.8 » | Ne pas cibler 6.7 |
| Thème « Tested up to 6.6 » | Tester staging avant prod |
| PHP trop récent pour vieille WP | Changer cible ou PHP (hébergeur) |
Étape 2 — Choisir votre preset ou version manuelle
Trois questions :
- Site cassé après MAJ d'hier ? → preset Rollback to last known
- Bug isolé, même branche ? → preset Previous patch
- Fin de gel, stack prête ? → preset Latest WordPress
Sinon : sélecteur de version manuel + badge sécurité.
Étape 3 — Installer Core Version Switcher
- Installez Core Version Switcher by Volade
- Ouvrez Réglages → Core Version
- Lisez l'intro repliable et le tableau de diagnostics
Sans compte Volade, sélecteur de version, presets, diagnostics, preflight, export/import JSON, WP-CLI et multisite fonctionnent. Compte gratuit : options pin avancées, expiration pin, emails switch. V+ Premium : politiques réseau étendues, logs export CSV.
Étape 4 — Appliquer le preset (exemple Rollback)
Le preset Rollback to last known :
| Effet | Détail |
|---|---|
| Cible | Version mémorisée avant votre dernier switch (ex. 6.7.2) |
| Auto-updates core | Bloquées tant que pin actif (recommandé) |
| Prochaine action | Tableau de bord → Mises à jour → Réinstaller |
Cliquez Appliquer sur le preset — vérifiez que les diagnostics passent au vert.
Étape 5 — Lancer Reinstall et surveiller
- Allez Tableau de bord → Mises à jour
- Confirmez le message Reinstall WordPress X.X.X
- Ne fermez pas l'onglet pendant l'opération
- Si le bouton n'apparaît pas : consultez le panneau Diagnostics CVS (lock updater, ZIP, permissions)
Étape 6 — Valider le site (checklist 5 min)
- Front : page d'accueil, fiche produit (si WC), checkout test
- wp-admin : connexion, éditeur, commandes
- Santé du site : pas de nouvelle erreur critique
- Version affichée = cible pin : Réglages → Core Version
Étape 7 — Documenter et surveiller 48 h
- Exportez la config JSON pour vos autres sites (agence)
- Notez version avant/après dans le dossier client
- Surveillez 48 h : erreurs PHP, tickets support, alertes sécurité
- Quand stable : décidez si vous gardez le pin ou passez au preset Latest
— Équipe support VoladeLes rollbacks qui échouent dans 90 % des cas ont une cause commune : pas de backup, ou cible insecure refusée sans avoir coché la politique adaptée sur staging. Le preflight plugin évite l'autre 10 % — downgrade vers une version que votre stack refuse déjà.
Scan PCC → preset ou cible → diagnostics verts → Reinstall natif → tests front/admin → JSON + surveillance 48 h. Ne sautez pas l'étape 1.
Presets CVS — Rollback, urgence, Latest
CVS génère des presets dynamiques selon votre version installée et votre historique. Voici les trois workflows les plus demandés.
Preset Rollback — « Revenir à la dernière connue »
Pour qui : site KO après switch core, retour à l'état d'avant la dernière opération CVS.
| Paramètre | Comportement |
|---|---|
| Icône | ↩️ |
| Cible | cvs_previous_core_version mémorisée |
| Prérequis | Au moins un switch enregistré par CVS |
Workflow urgence : backup → preset Rollback → diagnostics → Reinstall → tests checkout.
Preset Urgence — « Previous patch » (bissect)
Pour qui : bug apparu entre 6.7.1 et 6.7.2, besoin de reculer d'un patch sans changer de major.
| Paramètre | Comportement |
|---|---|
| Icône | ⏪ |
| Cible | Patch N-1 dans la branche courante |
| Idéal | Isoler core vs plugin vs thème |
Preset Latest — « Dernière version WordPress »
Pour qui : fin de période de gel, stack validée, retour au flux de mises à jour normal.
| Paramètre | Comportement |
|---|---|
| Icône | ⬆️ |
| Cible | Dernier stable wordpress.org |
| Après Reinstall | Envisager Clear target pour réactiver auto-updates |
Bonus : Latest in this major (🛡️)
Reste sur la major actuelle (ex. 6.7.x) avec le dernier patch encore listé — utile pour correctifs sécurité sans sauter en 6.8.
La différence entre les deux presets peut sembler subtile mais elle est cruciale : Rollback ramène à la version que vous aviez avant le dernier switch CVS — utile si la MAJ que vous venez de faire a tout cassé. Previous patch recule d'un seul patch dans la même branche — utile si vous êtes sur 6.7.2, que 6.7.3 a introduit un bug, et que vous voulez juste revenir à 6.7.2 sans changer de branche. Dans le doute, commencez par Previous patch : c'est moins risqué, car vous restez dans la même major. Le Rollback mémorise l'état précédent mais si vous aviez déjà switché plusieurs fois, la « dernière connue » n'est pas forcément celle que vous croyez.
Vos options en 2026
Chaque site n'a pas besoin du même outil. Voici les approches honnêtes.
Option 1 — Réinstallation manuelle FTP / SSH
Pour qui : accès serveur, équipe sysadmin, procédure documentée.
| Avantages | Inconvénients |
|---|---|
| Contrôle total | Hors de portée mutualisé sans SSH |
| Pas de plugin | Erreur humaine ZIP / dossiers |
| — | Pas de preflight plugins |
Option 2 — WP Downgrade (legacy)
Pour qui : sites déjà configurés — à migrer.
| Avantages | Inconvénients |
|---|---|
| Mécanisme pin connu | Abandonné, compatibilité PHP 8.x douteuse |
| Gratuit | Pas de preflight plugins/thème |
| — | Diagnostics Reinstall absents du core |
Option 3 — Core Version Switcher by Volade (recommandé)
Pour qui : agences, marchands mutualisé, staging/prod alignés — presets + diagnostics + JSON.
| Avantages | Inconvénients |
|---|---|
| Fork WP Downgrade maintenu, PHP 8.x | Encore un plugin (léger) |
| Preflight plugins/thème + badges sécurité | BDD non rétrogradée — backup requis |
| Presets Rollback / Patch / Latest | V+ pour politiques réseau avancées |
WP-CLI : wp cvs status, wp cvs rollback | — |
| Gratuit sans compte pour l'essentiel | — |
Nous avons construit Core Version Switcher parce que WP Downgrade méritait un successeur honnête — même updater natif, mais avec les garde-fous que les agences demandent depuis 2020.
Tableau comparatif complet
| Critère | FTP / SSH manuel | WP Downgrade | Core Version Switcher |
|---|---|---|---|
| Sans accès SSH | Non | Oui | Oui |
| Updater natif Reinstall | Non | Oui | Oui |
| Preflight plugins/thème | Non | Non | Oui |
| Badges sécurité insecure | Non | Non | Oui |
| Diagnostic bouton Reinstall | Non | FAQ seulement | Oui — panneau intégré |
| Presets 1 clic | Non | Non | Oui — dynamiques |
| Export JSON multi-sites | Non | Non | Oui — sans compte |
| Historique rollback | Non | Partiel | Oui — version mémorisée |
| WP-CLI | Non | Non | Oui |
| Multisite | Manuel | Limité | Oui — réseau |
| Maintenance 2026 | N/A | Abandonné | Actif |
| Prix | 0 € (temps humain) | 0 € | Gratuit (V+ optionnel) |
SSH + procédure → manuel. Legacy WP Downgrade → migrer vers CVS. Mutualisé / agence / preflight → Core Version Switcher Volade.
Sans carte bancaire · Les checklists publiques restent gratuites.
Erreurs fréquentes et comment les éviter
Même avec un bon preset, ces problèmes reviennent dans la plupart des switches core.
« Le bouton Réinstaller n'apparaît pas »
Pourquoi : pas de cible pin, ZIP introuvable (locale/package), lock core_updater.lock, ou permissions.
Comment éviter :
- Panneau Diagnostics CVS — corriger chaque ligne rouge
- Supprimer le lock si update précédente interrompue (via CVS ou support hébergeur)
- Vérifier locale du package (fr_FR vs en_US)
« J'ai downgradé et j'ai une erreur base de données »
Pourquoi : schéma BDD migré vers une version plus récente que la cible fichiers core.
Comment éviter :
- Rollback immédiat après MAJ ratée — plus le délai est long, plus le risque monte
- Restaurer backup BDD alignée sur la version core cible si nécessaire
- Tester sur staging avant prod
« CVS refuse ma version insecure »
Pourquoi : release marquée insecure sur wordpress.org — refus par défaut (sécurité).
Comment éviter :
- Préférer Latest in this major ou patch sécurisé adjacent
- N'activer « Allow insecure targets » qu'en staging avec conscience du risque
« Mon plugin casse toujours après Reinstall »
Pourquoi : le plugin était déjà incompatible — CVS avait peut-être warné en preflight.
Comment éviter :
- Scan PHP Compatibility Checker + lire warnings CVS
- Désactiver le plugin fautif avant Reinstall si fatal error
« J'ai oublié d'exporter JSON avant le switch agence »
Pourquoi : pas de traçabilité multi-sites.
Comment éviter :
- Export JSON systématique dans le dossier client
- WP-CLI :
wp cvs statussur chaque site du parc
Diagnostics verts · backup frais · preflight plugins · BDD alignée · pas de vendredi soir. Pin ≠ miracle — c'est un outil de maintenance disciplinée.
Votre plan d'action cette semaine
Utilisez cette checklist comme couche d'exécution — imprimez-la, partagez-la en interne.
Checklist switch core WordPress
- Noter version WordPress actuelle et date dernière MAJ
- Sauvegarde complète fichiers + base de données
- Scan PHP Compatibility Checker (plugins + thème)
- Staging : reproduire pin + Reinstall si possible
- Choisir preset : Rollback / Previous patch / Latest / manuel
- Installer Core Version Switcher (ou migrer depuis WP Downgrade)
- Appliquer preset + vérifier diagnostics (tous verts ou warnings acceptés)
- Tableau de bord → Mises à jour → Reinstall
- Tests front + wp-admin + checkout (si boutique)
- Export JSON config → dossier client
- Surveiller 48 h — logs PHP, tickets, Santé du site
- Documenter version cible et date fin de pin prévue
Outils recommandés
- Core Version Switcher by Volade
- PHP Compatibility Checker by Volade
- WordPress Release archive — wordpress.org
- Tarifs V+ Volade — politiques réseau, logs avancés sur tout le catalogue
Ressources & guide PDF
Téléchargez les checklists publiques dans le panneau ressources de cet article. Les membres débloquent le guide complet 14 pages avec matrices hébergeur, export presets JSON commentés et arbre de dépannage core.
Creez un compte et debloquez le pack rollback
Runbook downgrade, checklist agence et presets — ressources membres.
Sans carte bancaire · Les checklists publiques restent gratuites.
FAQ — Core Version Switcher : rétrograder ou épingler WordPress sans SSH (
Qu'est-ce que Core Version Switcher : rétrograder ou épingler WordPress sans SSH ( ?
Vous cliquez sur Mettre à jour WordPress un mardi matin. À midi, le site affiche une erreur critique — un plugin incompatible, un thème qui plante, ou une boutique WooCommerce qui ne charge plus le checkout. Vous cherchez « downgrade WordPress sans SSH ». Vous tombez sur WP Downgrade, abandonné depuis des années, ou sur un tutoriel FTP manuel que p
Pour qui — et quand ne pas toucher au core : quels sont les points clés ?
CVS vous concerne si une MAJ WordPress core a cassé le site vendredi soir, si vous devez rester sur 6.7.x le temps qu'un plugin premium certifie la 6.8, ou si vous gérez une agence qui standardise les versions core sur un parc client. L'outil brille quand vous avez accès wp-admin mais pas SSH — mutualisé classique. Ne touchez pas au core si le problème vient clairement d'un seul plugin (désactivez
Ce que fait Core Version Switcher — et pourquoi sans SSH
Avant de toucher quoi que ce soit, il faut nommer le mécanisme. CVS n'est pas un « downgrade magique en un clic » qui remplace les fichiers core en arrière-plan. C'est un fork modernisé de WP Downgrade : vous choisissez une version, WordPress affiche ensuite le bouton Réinstaller sur l'écran Mises à jour — le même updater que pour une mise à jour normale, mais orienté vers votre cible.
Rétrograder ou upgrader ? — quand faire quoi : que retenir ?
La bonne décision dépend du symptôme, pas de la panique. ### Downgrade (rétrograder) — quand c'est pertinent Recommandation Preset Rollback ou Previous patch Pin branche précédente + planifier MAJ plugin Previous patch dans la même major Rollback + block_auto_core_updates ### Upgrade (monter) — quand c'est pertinent Recommandation Preset Latest in this major Preset Latest WordPress Latest + survei
Guide pas à pas (7 phases, sans SSH) : quels sont les points clés ?
Cette section est le tutoriel central. Bloquez 45 min à 2 h sur staging ou une fenêtre de maintenance. Ne sautez pas le preflight.
Presets CVS — Rollback, urgence, Latest : quels sont les points clés ?
CVS génère des presets dynamiques selon votre version installée et votre historique. Voici les trois workflows les plus demandés. ### Preset Rollback — « Revenir à la dernière connue »
Pour qui : site KO après switch core, retour à l'état d'avant la dernière opération CVS.
Vos options en 2026 : quels sont les points clés ?
Chaque site n'a pas besoin du même outil. Voici les approches honnêtes. ### Option 1 — Réinstallation manuelle FTP / SSH
Pour qui : accès serveur, équipe sysadmin, procédure documentée.
Erreurs fréquentes et comment les éviter
Même avec un bon preset, ces problèmes reviennent dans la plupart des switches core. ### « Le bouton Réinstaller n'apparaît pas »
Pourquoi : pas de cible pin, ZIP introuvable (locale/package), lock core_updater.lock, ou permissions. Comment éviter :
Panneau Diagnostics CVS — corriger chaque ligne rouge
Supprimer le lock si update précédente interrompue (via CVS ou support hébergeur)
Vérifier local
Votre plan d'action cette semaine : quels sont les points clés ?
Utilisez cette checklist comme couche d'exécution — imprimez-la, partagez-la en interne. ### Checklist switch core WordPress
Noter version WordPress actuelle et date dernière MAJ
Sauvegarde complète fichiers + base de données
Scan PHP Compatibility Checker (plugins + thème)
Staging : reproduire pin + Reinstall si possible
Choisir preset : Rollback / Previous patch / Latest / manuel
Installer Core
Par où commencer après avoir lu cet article ?
Checklist switch core WordPress
Noter version WordPress actuelle et date dernière MAJ
Sauvegarde complète fichiers + base de données
Scan PHP Compatibility Checker (plugins + thème)
Staging : reproduire pin + Reinstall si possible
Choisir preset : Rollback / Previous patch / Latest / manuel
Installer Core Version Switcher (ou migrer depuis WP Downgrade)
Appliquer preset + vérifier diagnostics
Conclusion — contrôler le core, pas subir la MAJ
WordPress pousse les mises à jour pour votre sécurité — pas pour casser votre boutique un vendredi soir. Quand une extension n'est pas prête, ou qu'une MAJ part mal, vous n'êtes pas condamné au FTP ou à une restauration panique.
Ce n'est pas une fatalité. Preflight, pin, Reinstall natif, tests, surveillance 48 h — et vous reprenez la main sur la version du cœur, même sans SSH.
Notre recommandation finale : cette semaine, notez votre version actuelle, scannez avec PHP Compatibility Checker, exportez un JSON CVS sur un site pilote, et gardez le preset Rollback en tête pour la prochaine urgence client. Allez doucement. Backup d'abord. Documentez.
Si vous choisissez Volade : bienvenue. On a construit cet outil parce que WordPress méritait un successeur de WP Downgrade honnête, maintenu, avec des garde-fous que les mutualisés et les agences peuvent utiliser sans terminal.
Bonne maintenance. Votre core vous remerciera.
Article mis à jour le 30 juin 2026. Sources : API releases wordpress.org, tests terrain Volade, comparaison WP Downgrade, documentation updater WordPress.
Gerez les versions WordPress avec Core Version Switcher
Épinglez WordPress à la version de votre choix — upgrade, downgrade ou rollback sécurisé.
Tout pour aller plus loin
FAQ, glossaire, comparatif, scripts et diagnostic — en complément de l'article, pas à la place.
6.8.x
Branche courante WP
wordpress.org juin 2026
22
Points checklist
Ressource publique incluse
48 h
Fenêtre agence
Runbook switch core client
7
Phases guide
De l'inventaire à la prod
Guide complet Core Version Switcher 2026
La version longue et imprimable de cet article — presets détaillés, preflight PCC, matrices hébergeur et plan rollback BDD.
- ✓Preflight PHP Compatibility Checker + diagnostics CVS
- ✓4 presets commentés (Rollback, Previous patch, Latest, Secure major)
- ✓Matrice tests post-Reinstall avant production
- ✓FAQ technique des 12 cas les plus fréquents
Inscrivez-vous et debloquez le pack complet
Chronologie migration
- Phase 0
Inventaire & backup
Noter version actuelle, export SQL + fichiers, staging prêt.
- Phase 1
Preflight PCC + CVS
Scan plugins/thème, lire warnings en-têtes, diagnostics verts.
- Phase 2
Pin preset
Rollback, Previous patch, Latest ou cible manuelle selon symptôme.
- Phase 3
Reinstall natif
Tableau de bord → Mises à jour → Réinstaller, sans fermer l'onglet.
- Phase 4
Production
Tests front/admin/checkout, export JSON agence, surveillance 48 h.
Comparatif des approches
| Critère | FTP / SSH manuel | WP Downgrade | Core Version Switcher |
|---|---|---|---|
| Sans SSH | Non | Oui | Oui |
| Updater natif Reinstall | Non | Oui | Oui |
| Preflight plugins/thème | Non | Non | Oui |
| Badges sécurité insecure | Non | Non | Oui |
| Presets 1 clic | Non | Non | Oui — dynamiques |
| Export JSON multi-sites | Non | Non | Oui — sans compte |
| Maintenance 2026 | N/A | Abandonné | Actif |
Glossaire TikTok Shop × WooCommerce
- Pin
- Version WordPress cible enregistrée par CVS — l'updater natif propose alors Reinstall vers cette release.
- Reinstall
- Action native Tableau de bord → Mises à jour qui remplacé les fichiers core sans toucher wp-content.
- Rollback
- Retour à la version core mémorisée avant le dernier switch CVS (option cvs_previous_core_version).
- Preflight
- Contrôles avant pin : ZIP wordpress.org, PHP, en-têtes plugins/thème, badges sécurité.
- Schéma BDD
- Structure tables WordPress — non rétrogradée automatiquement lors d'un downgrade fichiers.
- Release insecure
- Version WordPress marquée vulnérable sur wordpress.org — refusée par défaut dans CVS.
FAQ étendue
Extraits scripts emails
Annonce client — switch core
Objet : Maintenance WordPress — ajustement version core planifié
Bonjour, Nous ajustons la version du cœur WordPress de votre site le [DATE] entre [HEURE DÉBUT] et [HEURE FIN]. Une sauvegarde complète a été effectuée. Pendant la fenêtre, merci d'éviter les commandes boutique et les longues sessions d'édition. Version cible : WordPress [X.X.X]. Cordialement, [L'ÉQUIPE]
Brief équipe interne
Objet : [INTERNE] Switch core client [NOM] — rôles J-0
Équipe, Switch core [NOM CLIENT] le [DATE]. • Technique : [NOM] — preset [Rollback/Patch/Latest] • Support : surveiller tickets checkout / erreur critique • Rollback BDD si : erreur SQL persistante après Reinstall Export JSON dans dossier client /core-maintenance/.
Snippets techniques
WP-CLI — statut et rollback
wp cvs status
wp cvs rollback
# Puis : Tableau de bord → Mises à jour → RéinstallerLog WordPress — erreurs post-Reinstall
// wp-config.php — debug temporaire switch core
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
// Chercher dans debug.log : fatal, database, coreAuto-diagnostic rapide
Site KO juste après MAJ core. Première action ?
Erreur base de données après downgrade vers 6.7.
Liens officiels & utiles
Vidéo à venir
Walkthrough switch core (à venir)
Vidéo pas à pas : preflight PCC, preset Rollback et Reinstall natif sans SSH.
~12 min
Inscrivez-vous pour être notifié à la publication — les membres Volade y auront accès en premier.
Votre avis compte
Commentez « Core Version Switcher : rétrograder ou épingler WordPress sans SSH (guide 2026) » ou notez cet article pour aider la communauté.
personnes ont partagé cet article