Alternativa a User Role Editor: cinque domande prima del cambio
Chi cerca un'alternativa a un plugin di gestione dei permessi di solito non ha incontrato un errore, ma ha notato una lacuna: un cliente vede voci di menu che non lo riguardano. Un articolo protetto compare comunque da qualche parte. Oppure non si riesce più a dire chi ha ricevuto quale permesso e quando. Cinque domande mettono ordine.
Domanda 1: la regola regge anche senza backend?
È la più importante, e puoi rispondere da solo in un minuto. Proteggi un articolo in modo che lo possa vedere solo un determinato ruolo. Esci. Apri /wp-json/wp/v2/posts?search= con una parola di quell'articolo.
Se il contenuto compare nella risposta, la tua regola cambia solo la visualizzazione. La REST API di WordPress è raggiungibile di serie, e interroga punti del codice diversi da un elenco di articoli nel backend. Kakapo Roles applica esplicitamente la regola di visibilità anche lì — proprio per questo il test è il modo più rapido per valutare un plugin di gestione dei permessi.
Fai questo test anche con il plugin che usi adesso, prima di cambiare. A volte la lacuna è altrove — per esempio in un page builder che distribuisce i contenuti tramite un endpoint proprio.
Domanda 2: qualcuno può darsi più permessi da solo?
Un plugin di gestione dei permessi che consente a chiunque abbia accesso all'interfaccia di potenziare il proprio ruolo vanifica il proprio scopo. WordPress ha un hook per questo — get_editable_roles() —, che stabilisce quali ruoli qualcuno può modificare. Domanda da porre all'alternativa: viene rispettato, in ogni punto?
In una rete multisito si aggiunge un secondo limite: lì i ruoli sono in parte validi per tutta la rete. Chi li sovrascrive da un sottosito li modifica per tutti i siti della rete — anche per quelli che non gli appartengono.
Domanda 3: il backend si può riordinare?
I permessi dicono cosa qualcuno PUÒ fare. Per un cliente è altrettanto importante cosa VEDE. Un redattore che ha davanti dodici voci di menu, dieci delle quali bloccate, non ha un backend sicuro, ma confuso.
Verifica quindi se l'alternativa va oltre ruoli e permessi: menu di amministrazione per ruolo, libreria media limitata ai propri file, widget e menu di navigazione, shortcode consentiti, reindirizzamento dopo il login. Kakapo Roles include tutto questo di serie — in molti plugin di questo tipo si tratta di singole estensioni o frammenti di codice.
Domanda 4: si può ricostruire cosa è stato modificato?
I permessi si cambiano di rado e per lo più sotto pressione. Sei mesi dopo sorge la domanda sul perché un ruolo possa fare qualcosa. Senza un registro la risposta è una supposizione.
Domanda da porre all'alternativa: c'è un registro delle modifiche, e vi è indicato CHI ha ricevuto o perso QUALE permesso e QUANDO? Kakapo Roles ne tiene uno e vi registra anche le modifiche che passano per assegnazioni e migrazioni.
Domanda 5: devo ricostruire tutto su ogni sito?
Chi gestisce più installazioni costruisce più volte la stessa struttura dei permessi — e ogni volta se ne discosta un po'. Dopo un anno, cinque siti sono cinque casi particolari. Verifica quindi se la struttura si può esportare e importare, e cosa succede ai ruoli esistenti durante l'importazione: aggiungere o sostituire?
Kakapo Roles sa fare entrambe le cose e prima dell'importazione indica quale delle due modalità è selezionata. «Sostituire» (in tedesco: „Ersetzen“) è la più rischiosa — per questo va confermata esplicitamente.
La checklist in breve
| Criterio | Perché conta | In Kakapo Roles |
|---|---|---|
| Effetto nella REST API | Altrimenti la regola protegge solo la visualizzazione | applicato esplicitamente |
| Protezione dall'escalation dei permessi | Altrimenti il plugin annulla se stesso | get_editable_roles rispettato, anche nella rete |
| Riordino del backend | Un cliente deve vedere ciò che lo riguarda | Menu di amministrazione, libreria media, widget, menu di navigazione, shortcode |
| Reindirizzamento dopo il login per ruolo | Il cliente arriva dove lavora | di serie |
| Cestino per i ruoli | I ruoli raramente si eliminano a mente fredda | con ripristino |
| Registro delle modifiche | Sei mesi dopo conta la prova | chi, quando, quale permesso |
| Trasferibile ad altri siti | Altrimenti ogni sito diventa un caso particolare | Esportazione e importazione, aggiungere o sostituire |
| Più siti con una sola licenza | Una fattura invece di cinque | nove plugin, un solo login |
Cosa dovresti fare prima del cambio
- Annota la situazione attuale — quali ruoli personalizzati esistono e quali permessi sono collegati.
- Crea un backup. I permessi si trovano nel database, un errore colpisce tutti gli utenti contemporaneamente.
- Ricrea la struttura nel nuovo plugin e confrontala riga per riga.
- Accedi con un utente di prova per ogni ruolo e controlla cosa vede davvero.
- Esegui il test REST della domanda 1.
- Disattiva il vecchio plugin invece di eliminarlo — per due settimane.
Due plugin di gestione dei permessi attivi contemporaneamente scrivono negli stessi ruoli, e vince chi salva per ultimo. Nel periodo di transizione modifica qualcosa solo in uno dei due.
Domande frequenti
Con il cambio perdo i miei ruoli?
Posso farli funzionare entrambi in parallelo?
Mi serve davvero, se ho solo due redattori?
Influisce sul tempo di caricamento?
Cosa succede senza una licenza valida?
Kakapo Roles: paghi una volta, lo usi per sempre.
Tutti e nove i plugin per 149 € una volta invece di 13 € al mese. Pagamento sicuro con Stripe. Nei primi 14 giorni: problema risolto o rimborso.
Assicurati Lifetime Tutte le funzionalità