Les rôles utilisateurs dans WordPress : comprendre qui peut faire quoi

Quand plu­sieurs per­sonnes tra­vaillent sur un même site Word­Press, une ques­tion se pose rapi­de­ment : qui a le droit de faire quoi ? Publier un article, modi­fier le thème, ins­tal­ler une exten­sion, sup­pri­mer des comptes… toutes ces actions ne devraient pas être acces­sibles à tout le monde de la même façon.

Word­Press répond à ce besoin avec un sys­tème de rôles. Chaque compte uti­li­sa­teur se voit attri­buer un rôle, et ce rôle déter­mine pré­ci­sé­ment ce que la per­sonne peut faire dans l’ad­mi­nis­tra­tion du site. Cet article vous explique com­ment ce sys­tème fonc­tionne, ce que chaque rôle per­met, et com­ment l’u­ti­li­ser correctement.

Qu’est-ce qu’un rôle utilisateur dans WordPress ?

Un rôle, dans Word­Press, est un ensemble de capa­ci­tés pré­dé­fi­nies. Une capa­ci­té, c’est une per­mis­sion pré­cise : publier des articles, modé­rer des com­men­taires, gérer les options du site, etc.

Word­Press regroupe ces capa­ci­tés en cinq rôles natifs, dans une ins­tal­la­tion stan­dard. Chaque rôle inclut un sous-ensemble de per­mis­sions, du plus res­treint au plus large. Quand vous créez un compte uti­li­sa­teur, vous choi­sis­sez son rôle, et Word­Press applique auto­ma­ti­que­ment les per­mis­sions correspondantes.

Ce sys­tème est inté­gré au cœur de Word­Press. Il ne néces­site aucune exten­sion pour fonc­tion­ner. En revanche, cer­taines exten­sions peuvent en étendre le com­por­te­ment, ce que nous ver­rons plus loin.

Les cinq rôles natifs

Administrateur (administrator)

L’ad­mi­nis­tra­teur a accès à toutes les fonc­tion­na­li­tés du site sans excep­tion. Il peut ins­tal­ler et sup­pri­mer des thèmes et des exten­sions, modi­fier les réglages, créer ou sup­pri­mer des comptes, accé­der aux fichiers via l’é­di­teur inté­gré, et bien plus encore.

➔ Ce rôle ne doit être attri­bué qu’à des per­sonnes de confiance qui com­prennent les impli­ca­tions de chaque action.

Éditeur (Editor)

L’é­di­teur peut créer, modi­fier, publier et sup­pri­mer des articles et des pages, y com­pris ceux rédi­gés par d’autres uti­li­sa­teurs. Il peut éga­le­ment gérer les caté­go­ries, les éti­quettes, les com­men­taires et les médias. En revanche, il n’a pas accès aux réglages du site, ni aux thèmes, ni aux extensions.

➔ C’est le rôle idéal pour un res­pon­sable édi­to­rial ou un chef de pro­jet conte­nu qui super­vise les publi­ca­tions sans inter­ve­nir sur la confi­gu­ra­tion tech­nique du site.

Auteur (Author)

L’au­teur peut créer, modi­fier et publier ses propres articles. Il peut éga­le­ment sup­pri­mer ses propres publi­ca­tions et télé­ver­ser des médias. Il ne peut pas inter­ve­nir sur les articles des autres uti­li­sa­teurs. Il n’a aucun accès aux réglages, aux thèmes ou aux extensions.

➔ Ce rôle convient à un rédac­teur régu­lier dont le péri­mètre se limite à ses propres contenus.

Contributeur (Contributor)

Le contri­bu­teur peut rédi­ger et modi­fier ses propres articles, mais il ne peut pas les publier. Ses articles sont sou­mis à la vali­da­tion d’un édi­teur ou d’un admi­nis­tra­teur avant d’être mis en ligne. Il ne peut pas non plus télé­ver­ser des fichiers ou des images.

➔ C’est un rôle adap­té aux rédac­teurs occa­sion­nels, aux col­la­bo­ra­teurs externes, ou à toute per­sonne dont vous sou­hai­tez véri­fier les conte­nus avant publication.

Abonné (subscriber)

L’a­bon­né est le rôle le plus limi­té. Il peut se connec­ter, consul­ter et modi­fier son pro­fil, et lire du conte­nu res­treint selon la confi­gu­ra­tion du site. Il n’a aucun accès à la créa­tion de conte­nu ni aux réglages de l’administration.

➔ Ce rôle est uti­li­sé dans les sites qui pro­posent un espace membres, une zone de conte­nu réser­vée, ou un forum. Sur un site sans espace pri­vé, il est rare­ment utile.

Le cas particulier : aucun rôle pour ce site

Il existe une sixième situa­tion : un uti­li­sa­teur peut se voir attri­buer la valeur Aucun rôle pour ce site. Cette per­sonne peut tou­jours se connec­ter, mais elle n’a accès à aucun conte­nu ni à aucune fonc­tion­na­li­té de l’administration.

C’est par­fois uti­li­sé déli­bé­ré­ment pour neu­tra­li­ser tem­po­rai­re­ment un compte sans le sup­pri­mer, par exemple le temps d’une véri­fi­ca­tion ou d’un chan­ge­ment de situa­tion. C’est une alter­na­tive à la sup­pres­sion quand vous sou­hai­tez conser­ver l’his­to­rique asso­cié au compte.

WordPress multisite : quelques spécificités

Sur une ins­tal­la­tion Word­Press mul­ti­site, le fonc­tion­ne­ment des rôles pré­sente quelques dif­fé­rences. Un uti­li­sa­teur du réseau peut avoir des rôles dif­fé­rents selon les sites aux­quels il est rat­ta­ché. La valeur « Aucun rôle pour ce site » y est fré­quente : elle signi­fie sim­ple­ment que l’u­ti­li­sa­teur existe dans le réseau, mais n’a pas encore été asso­cié à ce site précis.

Il existe par ailleurs un rôle sup­plé­men­taire, le super admi­nis­tra­teur, qui n’existe que dans ce contexte. Contrai­re­ment à l’ad­mi­nis­tra­teur d’un site, il gère l’en­semble du réseau : créa­tion de nou­veaux sites, ges­tion des uti­li­sa­teurs du réseau, ins­tal­la­tion d’ex­ten­sions et de thèmes à l’é­chelle globale.

Récapitulatif des permissions par rôle

Gérer les rôles depuis l’administration

Attribuer un rôle lors de la création d’un compte

Ren­dez-vous dans Uti­li­sa­teurs > Ajou­ter un uti­li­sa­teur. Rem­plis­sez les infor­ma­tions du compte, puis choi­sis­sez le rôle dans le menu dérou­lant en bas du for­mu­laire. Le rôle est appli­qué immé­dia­te­ment à la créa­tion du compte.

Modifier le rôle d’un compte existant

Allez dans Uti­li­sa­teurs > Tous les uti­li­sa­teurs. Cli­quez sur le nom de l’u­ti­li­sa­teur pour ouvrir son pro­fil, puis modi­fiez le champ Rôle en bas de la page. Enre­gis­trez les modifications.

Vous pou­vez éga­le­ment chan­ger le rôle de plu­sieurs uti­li­sa­teurs en même temps depuis la liste des comptes : cochez les cases cor­res­pon­dantes, puis uti­li­sez le menu Chan­ger de rôle pour en haut ou en bas du tableau.

Erreurs fréquentes à éviter

Attri­buer le rôle Admi­nis­tra­teur par défaut : c’est l’er­reur la plus répan­due, notam­ment quand on tra­vaille avec un pres­ta­taire. Don­ner un accès admi­nis­tra­teur à quel­qu’un qui n’a besoin que de publier des articles expose inuti­le­ment votre site. Chaque rôle doit cor­res­pondre au besoin réel de la per­sonne, pas à la faci­li­té de gestion.

Oublier de modi­fier le rôle après une col­la­bo­ra­tion : quand un pres­ta­taire externe ter­mine sa mis­sion, pen­sez à rétro­gra­der ou sup­pri­mer son compte. Un compte admi­nis­tra­teur inac­tif reste une sur­face d’at­taque poten­tielle si les iden­ti­fiants sont compromis.

Confondre Auteur et Édi­teur : un auteur ne peut pas modi­fier les articles des autres. Si vous avez un rédac­teur qui doit cor­ri­ger ou com­plé­ter les publi­ca­tions de ses col­lègues, c’est le rôle Édi­teur qu’il lui faut.

Uti­li­ser le rôle Abon­né sans en avoir l’u­sage : sur un site vitrine ou un blog sans espace membres, ce rôle ne sert à rien. Si des comptes Abon­né existent sans rai­son iden­ti­fiée, c’est pro­ba­ble­ment le signe d’ins­crip­tions non sol­li­ci­tées à surveiller.

Les rôles ajoutés par les extensions

Les cinq rôles natifs ne couvrent pas tous les besoins. Cer­taines exten­sions en ajoutent de nou­veaux, adap­tés à leur propre fonctionnement.

Woo­Com­merce en est l’exemple le plus cou­rant. Dès son ins­tal­la­tion, il crée deux rôles sup­plé­men­taires : Client et Ges­tion­naire de la bou­tique. Le Client est un rôle proche de l’A­bon­né, enri­chi de capa­ci­tés liées aux com­mandes et au compte client sur la bou­tique. Le Ges­tion­naire de la bou­tique dis­pose d’un accès éten­du à l’ad­mi­nis­tra­tion de la bou­tique (pro­duits, com­mandes, réglages Woo­Com­merce), sans pour autant avoir les droits d’un admi­nis­tra­teur Word­Press complet.

D’autres exten­sions de ges­tion de conte­nu, de for­ma­tion en ligne ou d’a­bon­ne­ment suivent la même logique.

Une situa­tion par­ti­cu­lière : l’ex­ten­sion qui exige un accès administrateur.

Cer­taines exten­sions, notam­ment des outils de ges­tion avan­cée ou des inter­faces de confi­gu­ra­tion com­plexes, n’ex­posent leurs réglages qu’aux admi­nis­tra­teurs. Elles ne pré­voient pas de capa­ci­té inter­mé­diaire qui per­met­trait à un édi­teur ou à un ges­tion­naire d’y accéder.

Dans ce cas, vous pou­vez vous retrou­ver dans une posi­tion incon­for­table : soit vous don­nez un rôle Admi­nis­tra­teur à quel­qu’un qui n’en aurait pas besoin autre­ment, soit cette per­sonne ne peut pas accé­der à ce dont elle a besoin. Ce n’est pas une erreur de votre part, c’est une limite de concep­tion de l’ex­ten­sion. Si vous êtes dans cette situa­tion, il peut être utile de contac­ter le sup­port de l’ex­ten­sion pour savoir si une capa­ci­té spé­ci­fique peut être accor­dée autre­ment. Vous pou­vez aus­si envi­sa­ger une exten­sion de ges­tion fine des rôles, ou véri­fier si une alter­na­tive plus souple existe.

Aller plus loin : personnaliser les rôles

Il est pos­sible de créer des rôles sur mesure dans Word­Press, ou de modi­fier les capa­ci­tés d’un rôle exis­tant. Des exten­sions comme Mem­bers ou User Role Edi­tor pro­posent une inter­face pour le faire sans écrire de code.

Ces outils sont puis­sants, mais ils demandent une bonne com­pré­hen­sion du sys­tème de capa­ci­tés de Word­Press. Une mau­vaise mani­pu­la­tion peut reti­rer des droits néces­saires à cer­tains uti­li­sa­teurs, rendre des sec­tions de l’ad­mi­nis­tra­tion inac­ces­sibles, ou au contraire accor­der des per­mis­sions trop larges sans s’en rendre compte.

➔ Si vous n’a­vez pas un besoin clai­re­ment iden­ti­fié, les rôles natifs suf­fisent dans la grande majo­ri­té des cas.

Tester l’expérience d’un autre rôle avec User Switching

Quand vous gérez un site avec plu­sieurs pro­fils d’u­ti­li­sa­teurs, il peut être utile de voir l’in­ter­face telle qu’elle appa­raît à un édi­teur, un auteur ou un abon­né. Créer un compte de test et s’y connec­ter manuel­le­ment à chaque fois est fastidieux.

L’ex­ten­sion User Swit­ching (par John Black­bourn) résout ce pro­blème. Elle per­met de bas­cu­ler ins­tan­ta­né­ment vers n’im­porte quel compte uti­li­sa­teur, direc­te­ment depuis la liste des uti­li­sa­teurs, sans avoir à sai­sir de mot de passe. Un lien « Reve­nir à mon compte » vous ramène à votre ses­sion d’ad­mi­nis­tra­teur en un clic.

C’est un outil pra­tique pour véri­fier ce qu’un uti­li­sa­teur voit réel­le­ment, tes­ter les res­tric­tions d’ac­cès d’un rôle, ou diag­nos­ti­quer un pro­blème lié aux per­mis­sions. Il est réser­vé aux admi­nis­tra­teurs et ne laisse aucune trace de connexion dans les jour­naux de la ses­sion de l’u­ti­li­sa­teur cible.

Réinitialiser les rôles avec WP-CLI

Dans cer­taines situa­tions, les rôles et les capa­ci­tés enre­gis­trés en base de don­nées peuvent se retrou­ver dans un état inco­hé­rent : après la dés­ins­tal­la­tion d’une exten­sion qui avait modi­fié les rôles natifs, après une migra­tion, ou suite à une mani­pu­la­tion invo­lon­taire. Des uti­li­sa­teurs peuvent alors se retrou­ver avec des per­mis­sions incor­rectes, ou l’ac­cès à cer­taines sec­tions de l’ad­mi­nis­tra­tion peut se com­por­ter de manière inattendue.

WP-CLI per­met de remettre les rôles natifs de Word­Press dans leur état d’o­ri­gine en une seule commande :

wp role reset --all

wp role reset --all

Cette com­mande réini­tia­lise uni­que­ment les cinq rôles natifs (Admi­nis­tra­teur, Édi­teur, Auteur, Contri­bu­teur, Abon­né). Elle ne touche pas aux rôles créés par des exten­sions comme WooCommerce.

Si vous sou­hai­tez réini­tia­li­ser un seul rôle, vous pou­vez pré­ci­ser son identifiant :

wp role reset editor

wp role reset editor

Pour rap­pel, les iden­ti­fiants des rôles natifs sont : administrator, editor, author, contributor, subscriber.

Pour exé­cu­ter ces com­mandes, connec­tez-vous en SSH à votre héber­ge­ment et pla­cez-vous à la racine de votre ins­tal­la­tion Word­Press. Si vous n’êtes pas à l’aise avec le ter­mi­nal, o2switch pro­pose éga­le­ment un accès SSH via le navi­ga­teur depuis votre cPa­nel, sans ins­tal­la­tion préa­lable. Pour aller plus loin avec WP-CLI, l’ar­ticle WP-CLI et la ligne de com­mande pour Word­Press vous don­ne­ra les bases nécessaires.

Les rôles et la sécurité du site

Le sys­tème de rôles est l’un des pre­miers rem­parts contre les erreurs humaines et les accès non auto­ri­sés. Un uti­li­sa­teur qui ne peut pas ins­tal­ler d’ex­ten­sion ne peut pas, par acci­dent ou par mal­veillance, intro­duire un code pro­blé­ma­tique sur votre site.

C’est pour­quoi la ges­tion des rôles fait par­tie inté­grante de la sécu­ri­té d’un site Word­Press. L’ar­ticle Sécu­ri­té web : ce que pro­tège votre héber­geur et ce que vous devez pro­té­ger vous-même aborde cette ques­tion dans un cadre plus large, en dis­tin­guant ce qui relève de l’hé­ber­ge­ment et ce qui dépend de votre admi­nis­tra­tion WordPress.

De même, si vous êtes en train de reprendre un site après un chan­ge­ment de pres­ta­taire, l’ar­ticle Chan­ger de pres­ta­taire Word­Press : quels accès récu­pé­rer avant de par­tir ? vous gui­de­ra sur les véri­fi­ca­tions à faire, notam­ment sur les comptes uti­li­sa­teurs existants.

➔ Un rôle mal attri­bué peut être à l’origine de pro­blèmes de sécu­ri­té évitables.

À retenir

• Word­Press pro­pose cinq rôles natifs : Abon­né, Contri­bu­teur, Auteur, Édi­teur et Admi­nis­tra­teur, plus la valeur Aucun rôle qui per­met aus­si de neu­tra­li­ser tem­po­rai­re­ment un compte sans le supprimer.
• Chaque rôle cor­res­pond à un ensemble de capa­ci­tés pré­cises, du plus res­treint au plus large.
• Le rôle Admi­nis­tra­teur doit res­ter limi­té aux per­sonnes qui en ont réel­le­ment besoin.
• Cer­taines exten­sions ajoutent leurs propres rôles : Woo­Com­merce en est l’exemple le plus courant.
• Cer­taines exten­sions peuvent contraindre à don­ner un accès Admi­nis­tra­teur : ce n’est pas une erreur de votre part, c’est une limite de l’extension.
• La per­son­na­li­sa­tion des rôles est pos­sible, mais elle demande de la pru­dence.
• L’ex­ten­sion User Swit­ching per­met de tes­ter faci­le­ment l’ex­pé­rience de n’im­porte quel rôle sans chan­ger de compte.
• En cas de rôles cor­rom­pus ou inco­hé­rents, WP-CLI per­met de les réini­tia­li­ser pro­pre­ment avec wp role reset --all.