Pour mettre à jour WordPress, préparez une sauvegarde récupérable, vérifiez les compatibilités, appliquez les changements puis testez les fonctions importantes du site. Une installation terminée n’est pas un site vérifié. Ce guide explique la préparation, la procédure et les contrôles à effectuer.
Du changement disponible au site vérifié
- PréparerVersions, accès et reprise
- TesterUne copie si nécessaire
- Mettre à jourChangements identifiés
- VérifierLes fonctions des visiteurs
Une panne est déjà présente ? Commencez par le diagnostic d’une erreur critique WordPress plutôt que d’enchaîner les mises à jour.
Que faut-il mettre à jour dans WordPress ?
L’administration regroupe plusieurs mises à jour, mais elles ne changent pas la même chose. Le cœur WordPress, les extensions et le thème ont leurs propres versions et dépendances. Les traductions peuvent également être mises à jour séparément.
Des mises à jour différentes, un même site
Pour voir les changements proposés, ouvrez Tableau de bord → Mises à jour. L’écran distingue les familles. Les extensions premium peuvent aussi dépendre d’un compte éditeur ou d’une licence : l’absence de notification ne prouve pas qu’aucune version récente n’existe.
« Réinstaller » n’est pas « mettre à jour ». Ce bouton réinstalle la version déjà présente. Il ne doit pas être utilisé simplement pour faire disparaître une notification.
Quand faut-il appliquer une mise à jour ?
Le bon moment dépend du changement et de l’exposition du site. Un correctif de sécurité ne se traite pas comme l’ajout d’une nouvelle fonctionnalité. Lisez ce que la version corrige, les conditions de compatibilité et les éventuelles consignes de l’éditeur.
| Situation | Décision avant l’intervention |
|---|---|
| Correctif de sécurité | Identifier composant, versions et exposition ; organiser rapidement la correction et ses contrôles. |
| Version majeure | Vérifier prérequis et compatibilité, puis tester le passage avant son application au site public. |
| Extension métier | Préparer un scénario de paiement, réservation ou connexion externe et un créneau adapté à l’activité. |
| Site longtemps délaissé | Examiner PHP, composants abandonnés et possibilités de reprise avant toute mise à jour en bloc. |
Il n’existe donc pas de règle sérieuse du type « attendre toujours une semaine » ou « tout installer immédiatement sans contrôle ». Sur un site qui reçoit des commandes ou des réservations, préparez aussi la manière de préserver les données créées pendant l’intervention.
Que vérifier avant de commencer ?
La préparation doit rendre possible une décision simple : puis-je appliquer ce changement et revenir à un état utilisable si nécessaire ? Une archive présente et un mot de passe administrateur ne suffisent pas toujours.
La préparation minimale
- Identifier l’installation : versions de WordPress, PHP, du thème et des extensions concernées.
- Lire les dépendances : exigences annoncées par les éditeurs et licences nécessaires pour obtenir les fichiers.
- Vérifier la reprise : sauvegarde des fichiers et de la base, emplacement connu et procédure de restauration exploitable.
- Prévoir les accès : administration, hébergement et moyen de récupération si WordPress devient inaccessible.
- Définir les tests : pages commerciales, formulaire, connexion et fonctions particulières du site.
- Choisir le contexte : copie de test, moment de bascule et personne capable de valider le résultat.
La création et la vérification des copies sont détaillées dans notre guide pour sauvegarder un site WordPress. Ici, la question est surtout de savoir quelle copie couvre cette intervention et quelles données seraient remplacées lors d’un retour arrière.
Un thème modifié directement ou du code ajouté dans un fichier d’extension demande une attention particulière : la mise à jour peut remplacer ces fichiers. Identifiez les personnalisations avant l’opération. Ne comptez pas sur leur conservation sans connaître leur emplacement.
Comment effectuer une mise à jour WordPress ?
La procédure courante passe par l’administration. Il faut toutefois préparer l’ordre des changements selon les dépendances, plutôt que choisir une règle universelle « cœur, puis toutes les extensions, puis thème » pour chaque site.
Repérer les versions et l’ordre à suivre
Consultez les détails des changements proposés avant de décider de l’ordre :
- Un prérequis : une extension peut nécessiter une version minimale de WordPress ou de PHP.
- Une transition : une version intermédiaire peut être prévue pour préparer le passage suivant.
- Un doute : des indications contradictoires ou un composant indispensable abandonné demandent un test ou un avis avant de continuer.
Évitez de changer la version PHP de WordPress, le thème, plusieurs extensions et la configuration du cache sans garder de trace. Si une anomalie apparaît ensuite, vous ne saurez plus quel changement examiner en premier.
Appliquer les changements depuis l’administration
- Ouvrez Tableau de bord → Mises à jour. Relevez les composants et les versions concernés.
- Appliquez la mise à jour préparée. Pour le cœur, utilisez « Mettre à jour maintenant » lorsqu’une nouvelle version est proposée. Les extensions et les thèmes disposent de leurs propres commandes.
- Laissez l’opération se terminer. Attendez son résultat avant de relancer une commande ou d’enchaîner une modification.
- Contrôlez la version installée et les messages. Une opération interrompue ou une demande de mise à niveau de la base doit être examinée, pas ignorée.
- Effectuez le contrôle intermédiaire prévu. Vérifiez la fonction touchée avant de poursuivre les autres changements.
La documentation officielle de mise à jour WordPress décrit les méthodes disponibles. Pour une extension premium, suivez aussi la procédure de son éditeur : renouveler une licence, transférer un compte et installer une version ne sont pas la même opération.
Mettre à jour le thème sans perdre les personnalisations
Repérez les modifications dans les fichiers, les modèles et les réglages du constructeur. Leur emplacement détermine ce qui peut être remplacé lors de la mise à jour du thème parent.
Conserver du code ne suffit pas à valider le résultat
Contrôlez ensuite l’en-tête, le menu mobile, les modèles de pages et les éléments réutilisés. Une seule page ouverte ne valide pas tous les modèles du site.
Quand faut-il une copie de test ou une intervention manuelle ?
Une copie de test permet d’examiner le changement sans expérimenter d’abord devant les visiteurs. Elle est particulièrement utile pour une boutique, un espace membre, une montée de version importante ou un site comportant du code personnalisé.
Tester le code sans écraser l’activité récente
Une fois le test terminé, ne recopiez pas automatiquement toute la base de test sur le site public. Des commandes, comptes ou demandes peuvent avoir été enregistrés entre-temps. La façon d’appliquer les modifications doit tenir compte de cette activité.
Quand la méthode manuelle devient-elle nécessaire ?
Elle peut répondre à un accès indisponible, une opération échouée ou une procédure particulière. Ce n’est pas une version « sans risque » du bouton de l’administration.
- Distinguez les fichiers : logiciel, contenus et configuration ne se remplacent pas de la même façon.
- Préparez la reprise : suivez les instructions avancées officielles ou faites encadrer l’intervention.
- Si le site est piraté : une nouvelle version ne suffit pas à l’assainir.
Que contrôler après la mise à jour ?
Le résultat utile est un site qui fonctionne pour les visiteurs. Reprenez les parcours définis avant l’opération, en comparant leur comportement avec la situation de départ. Testez aussi dans une fenêtre privée : votre session administrateur peut ne pas voir le même cache ni les mêmes écrans.
| Parcours | Comment valider le résultat |
|---|---|
| Pages et menus | Ouvrir les modèles importants sur mobile et ordinateur : textes, menus et boutons utilisables. |
| Formulaire | Envoyer un test identifié et confirmer sa réception au bon endroit. |
| Connexion | Utiliser un compte de test : bonnes pages accessibles, sans droits supplémentaires. |
| Paiement ou réservation | Vérifier étapes et notifications en mode de test adapté, sans transaction involontaire. |
| Services externes | Confirmer l’arrivée des données : emails, CRM ou connexion utilisée. |
Si le cache masque le changement, renouvelez-le selon la procédure du site, puis refaites le test. Vider le cache ne prouve pas qu’une anomalie est corrigée.
Exemple pédagogique : vérifier un formulaire
Notez la page, le destinataire attendu, l’heure du test et le résultat observé. Si le message manque, suivez les étapes pour vérifier l’envoi et la réception des e-mails : le serveur ou le service email peut aussi être en cause. Conservez les versions modifiées, la sauvegarde de référence et les réserves restantes dans le compte rendu.
Peut-on laisser les mises à jour automatiques ?
L’automatisation installe des versions ; elle ne confirme pas que votre activité peut continuer normalement. Le cœur WordPress, les extensions, les thèmes et l’hébergeur peuvent avoir des réglages distincts. Vérifiez ce qui est réellement activé sur votre installation.
| Ce qui peut être automatisé | Ce qu’il faut organiser |
|---|---|
| Installer une version | Identifier les composants concernés et les parcours à tester. |
| Planifier une sauvegarde | Confirmer qu’une copie exploitable couvre l’intervention. |
| Envoyer une notification | Désigner qui la reçoit, vérifie le site et traite une anomalie. |
Le bon réglage dépend de la criticité, des moyens de surveillance et des procédures disponibles. Il ne faut ni désactiver toutes les mises à jour par principe ni supposer qu’un réglage automatique dispense de suivi. La documentation WordPress sur les mises à jour en arrière-plan précise leurs différents mécanismes.
Que faire si la mise à jour échoue ?
Ne relancez pas plusieurs opérations différentes pour « voir si cela revient ». Relevez le message exact, l’heure, le composant concerné et les accès encore disponibles. Vérifiez si l’opération est terminée avant de décider d’un retour arrière.
Choisir la suite selon ce qui est observé
- Erreur critique ou écran blanc : utilisez notre guide de diagnostic d’une erreur critique pour recueillir les éléments utiles.
- Besoin de restaurer : vérifiez la copie et les données qui seraient remplacées dans le guide de sauvegarde et de restauration.
- Redirections inconnues ou fichiers suspects : consultez le guide site WordPress piraté ; le traitement ne se résume pas à installer une nouvelle version.
- Site indisponible et cause incertaine : préparez les informations de l’incident pour un dépannage du site internet.
Un retour à une ancienne version peut parfois servir de mesure temporaire, mais il faut examiner les risques de sécurité et les données concernées. Ce n’est pas une solution durable à programmer sans diagnostic.
Faire les mises à jour soi-même ou les confier ?
Vous pouvez les gérer si vous disposez des accès, des compétences et du temps nécessaires pour préparer, tester et intervenir en cas d’échec. La question n’est pas seulement de savoir cliquer sur le bouton : qui peut contrôler le résultat et prendre en charge une anomalie ?
Une maintenance WordPress organise ce suivi dans la durée. La distinction entre les trois types de maintenance aide à séparer le suivi régulier, la réparation d’une panne et une nouvelle fonctionnalité.
Avant de confier les mises à jour
Faites préciser les sauvegardes prévues, les parcours testés et la prise en charge des anomalies. Comparez le périmètre, pas seulement le nombre de mises à jour annoncé : les repères de tarif de maintenance vous aident à préparer cet échange.
Présentez-moi votre site et ses fonctions importantes pour définir le suivi adapté. Parlons de votre site →
Questions fréquentes sur la mise à jour WordPress
Une mise à jour WordPress supprime-t-elle les articles et les images ?
Une mise à jour normale du logiciel n’a pas pour objectif de supprimer vos contenus. En revanche, une erreur de manipulation, une personnalisation écrasée ou une restauration mal préparée peut provoquer des pertes. Conservez une copie exploitable et identifiez ce qui doit être préservé avant d’intervenir.
Pourquoi aucune mise à jour n’est-elle proposée pour une extension ?
Elle peut déjà être à jour, ne plus être maintenue, nécessiter une licence ou utiliser un système de distribution propre à son éditeur. Vérifiez le nom exact du composant, sa version et la source officielle. Une absence de notification n’est pas une garantie de compatibilité ou de sécurité.
Faut-il renouveler une licence pour mettre à jour une extension premium ?
Cela dépend des conditions de l’éditeur et du contrat utilisé pour votre site. Une extension peut continuer à fonctionner tout en perdant l’accès aux nouvelles versions ou au support. Vérifiez le propriétaire de la licence et les droits disponibles avant de prévoir l’installation ; n’utilisez pas une copie provenant d’une source inconnue.
Peut-on mettre à jour un site resté plusieurs années sans suivi ?
Oui, mais il faut examiner les versions, PHP, les composants abandonnés et les personnalisations avant de choisir le chemin de reprise. Selon l’installation, des étapes intermédiaires ou le remplacement de composants peuvent être nécessaires. Testez la transition sur une copie plutôt que lancer toutes les opérations sur le site public.
Combien de temps dure une mise à jour WordPress ?
La durée d’installation ne représente qu’une partie du travail. La préparation, les tests, les contraintes d’hébergement et les fonctions à contrôler déterminent la durée totale. Une boutique ou un site personnalisé peut demander davantage de vérifications qu’un site vitrine simple ; aucun délai universel ne peut être promis sans examiner le périmètre.
Sources et documentation
Ces références officielles permettent d’approfondir les procédures et leurs prérequis. Les écrans et réglages peuvent varier selon la version, les extensions et l’hébergement.
