Accesso clienti al backend: quali permessi servono davvero

Un cliente deve poter aggiornare i testi. La via più rapida è un accesso da amministratore — e la più costosa. Non perché qualcuno faccia qualcosa di male, ma perché un clic sbagliato nell'area dei plugin costa più dei dieci minuti che avrebbe richiesto un ruolo fatto bene.

Cosa offre WordPress di serie

Nella maggior parte dei casi Editore è la risposta giusta. Copre completamente i contenuti e lascia fuori la parte tecnica.

Dove il ruolo Editore non basta comunque

A un Editore mancano regolarmente tre cose, e per ognuna c'è una risposta migliore di «allora amministratore»:

• Modificare i menu — richiede un permesso che di solito spetta all'amministratore e che si può assegnare in modo mirato
• Usare un page builder — molti portano con sé permessi propri, assegnabili singolarmente
• Gestire moduli o negozio online — gli stessi plugin definiscono permessi propri per questo

La strada è sempre la stessa: aggiungere l'unico permesso mancante invece di cambiare ruolo. Proprio a questo serve una matrice dei permessi.

Fare ordine è più importante che bloccare

Un backend con dodici voci di menu, dieci delle quali bloccate, non è sicuro, ma confuso. Il cliente cerca, clicca nel posto sbagliato e telefona. I permessi dicono cosa qualcuno può fare; altrettanto importante è cosa vede.

• Sfoltire il menu di amministrazione lasciando solo ciò che serve
• Limitare la libreria media ai propri file, se più clienti usano la stessa installazione
• Nascondere widget e menu di navigazione, se non riguardano nessuno
• Dopo il login reindirizzare dove inizia il lavoro — non alla bacheca con cinque riquadri di avviso

Il test che dura un minuto

I permessi non si possono valutare dalla schermata in cui li si imposta. Crea un utente di prova per ogni ruolo e accedi come quell'utente — in un secondo browser, così il tuo accesso resta aperto.

E per i contenuti protetti c'è un secondo test: esci e apri /wp-json/wp/v2/posts?search= con una parola dell'articolo protetto. Se il contenuto compare nella risposta, la tua regola cambia solo la visualizzazione — i dati sono esposti.

Questo test vale per ogni plugin di gestione dei permessi. «Nascondere» e «bloccare» sono due cose diverse, e solo una delle due regge.

Due trappole quando i gestori sono più d'uno

La prima: chi può assegnare permessi può darne di più a se stesso. WordPress ha un hook per questo — get_editable_roles() —, e un plugin che lo aggira apre proprio la strada che dovrebbe chiudere.

La seconda riguarda le reti: lì i ruoli sono in parte validi per tutta la rete. Chi li sovrascrive da un sottosito li modifica per tutti i siti — anche per quelli che non gli appartengono.

Quando il cliente se ne va

1. Disattiva l'accesso, non eliminarlo subito — altrimenti gli articoli perdono il loro autore.
2. Trasferisci gli articoli a un altro account prima dell'eliminazione.
3. Revoca le password per le applicazioni di questo account; sopravvivono a un cambio di password.
4. Termina le sessioni attive.
5. Annota nel registro delle modifiche quando e perché.

Domande frequenti