Vous êtes dans WordPress, votre article est prêt, le titre est bon, le contenu aussi… mais impossible de trouver le bouton Publier. Il a disparu. Ou plutôt, il s’est caché. WordPress adore parfois jouer à cache-cache avec les boutons importants.
Selon votre version de WordPress et l’éditeur utilisé, la cause peut être très simple : une option d’écran décochée, un panneau fermé, un rôle utilisateur trop limité, un conflit JavaScript ou une interface différente dans l’éditeur de blocs.
Voici les vérifications à faire pour retrouver le bouton Publier, Mettre à jour ou Enregistrer dans WordPress.
Le bouton Publier n’a pas toujours le même nom
Avant de chercher une panne, vérifiez d’abord l’état du contenu.
| État du contenu | Bouton attendu | Signification |
|---|---|---|
| Nouvel article en brouillon | Publier | Mettre l’article en ligne |
| Article déjà publié | Mettre à jour ou Enregistrer | Sauvegarder les modifications |
| Brouillon sans droits de publication | Soumettre à la relecture | Envoyer à un éditeur ou administrateur |
| Article planifié | Planifier | Publier à une date future |
| Modification sans changement détecté | Bouton grisé ou inchangé | WordPress attend une modification réelle |
Donc, si l’article est déjà publié, ne cherchez pas forcément un bouton Publier. WordPress peut afficher Mettre à jour, Enregistrer ou un libellé proche selon la version et la langue de l’administration.
Cas 1 : retrouver le bouton Publier dans l’éditeur de blocs
Dans l’éditeur de blocs, aussi appelé Gutenberg, le bouton Publier se trouve normalement en haut à droite de l’écran.
Pour le retrouver :
- Ouvrez votre article ou votre page.
- Regardez en haut à droite de l’éditeur.
- Vérifiez si le bouton indique Publier, Mettre à jour, Enregistrer ou Planifier.
- Cliquez sur l’icône en forme de panneau ou d’engrenage pour afficher les réglages si la colonne latérale est masquée.
- Désactivez le mode plein écran ou le mode distraction si l’interface semble trop dépouillée.
Dans Gutenberg, la publication se fait souvent en deux temps : vous cliquez d’abord sur Publier, puis WordPress ouvre un panneau de confirmation avant la mise en ligne. C’est normal. Le premier bouton prépare la publication, le second la confirme.
Cas 2 : retrouver le bouton Publier dans l’éditeur classique
Dans l’ancien éditeur classique, le bouton Publier se trouve dans une boîte latérale appelée Publier. Si cette boîte disparaît, le bouton disparaît avec elle.
La solution est souvent très simple :
- Ouvrez l’article dans l’administration WordPress.
- Cliquez sur Options de l’écran en haut à droite.
- Cochez la case Publier.
- Refermez les options de l’écran.
- La boîte Publier doit réapparaître dans la colonne de droite.
C’était précisément le cas de l’article original : la boîte Publier était simplement masquée. Pas de bug profond. Juste une option cachée au meilleur endroit possible pour faire perdre dix minutes.
Votre base de données ralentit tout ?
Tables wp_options surchargées, autoload incontrôlé, requêtes non indexées — une base WordPress mal entretenue finit toujours par plomber les temps de réponse. Je l'audite, je la nettoie, je l'optimise.
Diagnostiquons votre base de données →Cas 3 : la boîte Publier est repliée
Dans l’éditeur classique, les boîtes de l’écran d’édition peuvent être repliées. Si la boîte Publier est visible mais compacte, cliquez sur sa flèche ou son en-tête pour la rouvrir.
Vérifiez aussi qu’elle n’a pas été déplacée plus bas dans la page. Les métaboxes WordPress peuvent être réorganisées par glisser-déposer. Une boîte importante peut donc finir sous d’autres panneaux, loin du regard, comme un plugin abandonné dans un dossier mu-plugins.
Cas 4 : vous n’avez pas les droits pour publier
Si WordPress affiche Soumettre à la relecture au lieu de Publier, le problème vient probablement de votre rôle utilisateur.
WordPress utilise un système de rôles et de capacités. Un administrateur ou un éditeur peut publier des contenus. Un contributeur, en revanche, peut rédiger des articles, mais ne peut pas les publier directement.
Les capacités importantes sont notamment :
publish_postspour publier des articles ;publish_pagespour publier des pages ;edit_postspour modifier des articles ;edit_pagespour modifier des pages ;edit_published_postspour modifier des articles déjà publiés ;edit_published_pagespour modifier des pages déjà publiées.
Si vous gérez le site, vérifiez le rôle du compte dans Utilisateurs. Si vous êtes développeur, vérifiez aussi qu’un plugin de gestion des rôles n’a pas retiré une capacité nécessaire.
Vérifier les capacités avec WP-CLI
Sur un serveur où WP-CLI est disponible, vous pouvez vérifier le rôle d’un utilisateur :
wp user get matt --field=rolesCode language: JavaScript (javascript)
Vous pouvez aussi vérifier les capacités d’un rôle :
wp cap list editor | grep publishCode language: PHP (php)
Pour un administrateur, vous pouvez vérifier :
wp cap list administrator | grep publishCode language: PHP (php)
Si une capacité manque à un rôle custom, corrigez-la proprement avec un plugin de rôles ou un snippet de migration ciblé. Évitez de bricoler directement la base de données à la main. C’est rarement le chemin le plus joyeux.
Cas 5 : un plugin bloque le bouton Publier
Certains plugins peuvent volontairement masquer, désactiver ou conditionner le bouton de publication. C’est fréquent avec :
- plugins de workflow éditorial ;
- plugins de rôles et permissions ;
- plugins SEO imposant un champ obligatoire ;
- plugins exigeant une image mise en avant ;
- plugins de champs personnalisés ;
- constructeurs de pages ;
- plugins de validation avant publication.
Dans ce cas, le bouton peut être visible mais grisé, ou absent tant qu’une condition n’est pas remplie. Vérifiez les messages dans l’éditeur, les champs obligatoires, les panneaux de validation et les réglages du plugin concerné.
Pour tester rapidement, désactivez temporairement les plugins suspects sur un site de staging, puis rechargez l’éditeur. Si le bouton revient, vous avez trouvé la famille du coupable.
Cas 6 : une erreur JavaScript casse l’éditeur
Dans l’éditeur de blocs, une erreur JavaScript peut empêcher l’interface de fonctionner correctement. Le bouton peut ne pas apparaître, rester grisé, ou ne rien faire au clic.
Pour vérifier :
- Ouvrez l’éditeur WordPress.
- Ouvrez les outils développeur du navigateur.
- Allez dans l’onglet Console.
- Rechargez la page.
- Recherchez les erreurs rouges.
Si vous voyez une erreur liée à un plugin, un script admin, un bloc Gutenberg ou un constructeur de pages, commencez par là. Dans WordPress, une seule erreur JavaScript mal placée peut casser une interface entière. Très démocratique, comme panne.
Cas 7 : la REST API est bloquée
L’éditeur de blocs utilise fortement la REST API de WordPress pour lire, modifier et enregistrer les contenus. La documentation officielle décrit la REST API comme un ensemble d’endpoints permettant de récupérer, modifier et créer des contenus WordPress en JSON.
Si un plugin de sécurité, une règle serveur, un pare-feu applicatif ou Cloudflare bloque certains endpoints REST, l’éditeur peut devenir instable. Le bouton de publication peut alors être grisé, échouer au clic, ou afficher une erreur d’enregistrement.
Testez l’endpoint REST principal :
curl -I https://www.example.com/wp-json/Code language: JavaScript (javascript)
Vous devriez obtenir une réponse HTTP accessible, souvent 200. Si vous obtenez 403, 401, 404 ou une redirection étrange, vérifiez :
- plugin de sécurité ;
- règle Cloudflare ;
- WAF serveur ;
- règle Nginx ou Apache ;
- authentification HTTP Basic ;
- restriction sur
/wp-json/; - désactivation abusive de la REST API.
Ne bloquez pas globalement la REST API sur un site qui utilise Gutenberg. C’est une excellente manière de casser l’éditeur tout en ayant l’impression de “durcir” le site.
Cas 8 : l’écran est trop étroit ou zoomé
Sur un petit écran, avec un zoom navigateur élevé ou une fenêtre réduite, l’interface WordPress peut réorganiser ses boutons. Le bouton de publication peut se retrouver derrière un panneau, un menu ou une zone moins visible.
Essayez ces vérifications simples :
- revenez à un zoom navigateur de 100 % ;
- agrandissez la fenêtre ;
- masquez la colonne latérale de réglages ;
- désactivez le mode distraction ;
- testez dans un autre navigateur ;
- désactivez temporairement les extensions de navigateur.
Cela paraît bête, mais une interface admin cassée par un zoom ou une extension navigateur arrive plus souvent qu’on ne l’avoue en public.
Cas 9 : le bouton Publier est caché par du CSS admin
Certains thèmes ou plugins ajoutent du CSS dans l’administration. Mal ciblé, ce CSS peut masquer des éléments de l’éditeur WordPress, y compris les boutons de publication.
Dans les outils développeur du navigateur, inspectez la zone où le bouton devrait apparaître. Cherchez des règles comme :
display: none;
visibility: hidden;
opacity: 0;
pointer-events: none;Code language: HTTP (http)
Si une règle vient d’un plugin ou d’un snippet admin, corrigez le sélecteur plutôt que de forcer brutalement l’affichage du bouton. Le CSS admin global, c’est un petit tournevis dans un moteur en marche.
Cas 10 : droits des fichiers de bases de données
Juste après la migration des bases MySQL, alors que je pensais que tout était bon, je vais sous WordPress pour raconter mes aventures et… plus de bouton “publier” mais un bouton “Soumettre à relecture” comme pour les guests ! Tout cela alors que je suis loggué comme admin, il y a un truc qui cloche.
Après avoir cherché un peu, il s’avère que j’ai copié directement les fichiers de bases de données mais que MySQL n’a pas les droits dessus. Du coup, toutes les tables sont en lecture seule, comme me l’a indiqué une petite requête simple :
Failed to save field : SQL alter table `wp_posts` modify `ID` bigint(20) unsigned not null default NULL auto_increment failed : Table 'wp_posts' is read onlyCode language: JavaScript (javascript)
Vous avez besoin de modifier les droits d’accès et d’écriture des fichiers de bases de données. Il faut soit se connecter à distance en SSH sur votre serveur ou en local sur votre machine et lancer la commande chown.
On attribue à l’utilisateur mysql les droits à nos bases de données :
chown -R mysql:mysql /var/lib/mysql/*Code language: JavaScript (javascript)
On relance le serveur SQL :
/etc/init.d/mysql restart
Et hop, good to go, tout est revenu à la normale, le bouton “Publier” est de nouveau disponible et utilisable dans l’interface d’écriture de WordPress.
Checklist rapide pour retrouver le bouton Publier
- Vérifiez si l’article est déjà publié : le bouton peut s’appeler Mettre à jour ou Enregistrer.
- Dans Gutenberg, regardez en haut à droite de l’éditeur.
- Dans l’éditeur classique, ouvrez Options de l’écran et cochez Publier.
- Vérifiez que la boîte Publier n’est pas simplement repliée.
- Contrôlez le rôle de l’utilisateur.
- Vérifiez les capacités
publish_postsoupublish_pages. - Désactivez temporairement les plugins de workflow, rôles, SEO ou validation.
- Ouvrez la console navigateur et cherchez les erreurs JavaScript.
- Testez la REST API avec
/wp-json/. - Essayez un autre navigateur ou un zoom à 100 %.
- Vérifiez qu’aucun CSS admin ne masque le bouton.
- Vérifier que les fichiers de base de données appartiennent bien à l’utilisateur mysql.
Solution la plus probable selon votre éditeur
| Éditeur | Cause probable | Solution |
|---|---|---|
| Éditeur classique | Boîte Publier masquée | Options de l’écran → cocher Publier |
| Éditeur de blocs | Bouton en haut à droite ou panneau masqué | Afficher les réglages et vérifier le libellé du bouton |
| Compte contributeur | Droits insuffisants | Demander un rôle Auteur, Éditeur ou Administrateur |
| Site avec plugins éditoriaux | Publication conditionnée | Vérifier champs obligatoires et règles de workflow |
| Admin cassée | Erreur JavaScript ou REST API bloquée | Console navigateur, logs serveur, test /wp-json/ |
À retenir
- Dans l’éditeur classique, le bouton Publier dépend de la boîte Publier.
- Si cette boîte disparaît, réactivez-la dans Options de l’écran.
- Dans Gutenberg, le bouton est normalement en haut à droite.
- Un article déjà publié n’affiche pas forcément Publier, mais plutôt Mettre à jour ou Enregistrer.
- Un utilisateur sans capacité de publication verra plutôt Soumettre à la relecture.
- Un conflit JavaScript, une REST API bloquée ou un plugin de workflow peut aussi désactiver le bouton.
Dans la majorité des cas, le bouton Publier n’a pas vraiment disparu. Il a changé de nom, été masqué par l’interface, retiré par les permissions, ou bloqué par un plugin. Commencez par les Options de l’écran si vous utilisez l’éditeur classique. Pour Gutenberg, vérifiez d’abord le coin supérieur droit, les droits utilisateur et la console navigateur.
Sources
- WordPress.org Documentation — WordPress Block Editor
- WordPress Codex — Rôles et Capacités
- WordPress Developer Resources — REST API Handbook
- WordPress Developer Resources — REST API Posts Reference
Votre base de données ralentit tout ?
Tables wp_options surchargées, autoload incontrôlé, requêtes non indexées — une base WordPress mal entretenue finit toujours par plomber les temps de réponse. Je l'audite, je la nettoie, je l'optimise.
Diagnostiquons votre base de données →

C’est bon à savoir
Merci pour l’info. La mise jour WordPress est toujours plus compliquée que son installation ;-)
Merci pour cette astuce ! En voyant le bouton disparaître panique à bord ! Régler en 10min grâce à votre article :)
Content que ce soit réglé :)
J’ai exactement le même problème, mais sur un hébergement 1&1, donc je ne vois pas trop comment appliquer la solution proposée.
Une idée ?
Quelle requête as tu lancé pour tester et voir que les tables étaient en lecture seule ?
Merci :-)
Essaie de réparer les tables MySQL dans phpmyadmin. Sinon, envoie un ticket au support.
C’est le message d’erreur qui m’a indiqué que les tables étaient en lecture seule :
J’ai le même problème. As-tu réussi à résoudre le problème ?
Bonjour, j’ai exactement le même problème. J’ai essayé tout les points basic (désactiver les extensions installées etc…) mais rien n’y fait. J’aimerai bien vérifier que j’ai la base de donnée qui est correctement habilitées à pouvoir modifier le WordPress. Comment puis je le vérifier ?
Merci d’avance de votre aide.
Bonjour,
Si vous avez un accès shell, il suffit de suivre le tuto. Sinon, il faut contacter votre hébergeur pour qu’il fasse la manipulation.
je ne sais pas ce qu’est un accès shell. je suppose que ca doit être un accès au serveur. Comme ce n’est pas le cas je vais leur transmettre le message. Merci beaucoup en tout cas pour votre réponse.
Bonjour,
J’auto héberge mon propre site sur mon NAS j’ai donc un accès direct aux tables MySQL dans phpmyadmin.
Mais je n’y connais rien.
Comment attribuer les bases de données à mysql? je rentre dans phpmyadmin est après je vois bien ma base de donnée à droite avec sons arborescence … Mais la je suis perdu
Bonjour,
Il faut lancer la commande en SSH, depuis un terminal. Il faudra donc se connecter en SSH au NAS.
Moi j’ai chargé manuellement les tables de ma base de ma données(je copie le code sql de chaque table depuis mon ordinateur local et je colle ce code dans la zone “code sql” de ma base de donées en ligne). Donc j’ai exactement ce meme problème de disparution du bouton ‘publier’. Le buton “publier” ne s’affiche pas dans le backoffiche de mon site wordpress. Mais là je suis perdu dans les ligne de commande que vous proposées. Pas une autre demarche de correction? Faut-il que je passe obligatoirement par les ligne de commande?
Bonjour DOH,
Est-ce que votre utilisateur a bien le rôle d’administrateur ? Est-ce que tous les liens internes du site appartiennent bien au nouveau nom de domaine ?