I temi di WordPress dovrebbero aggiungere una voce di menu di amministrazione di primo livello?

WordPress ha quasi sempre fornito una voce di menu di amministrazione di primo livello per i temi. È chiaramente etichettato come "Aspetto". È l'unica posizione che tutti gli utenti di WordPress sanno visitare per modificare qualsiasi cosa relativa all'aspetto del proprio sito WordPress. Tuttavia, c'è un movimento all'interno del team dei temi per consentire ai temi di inserire un collegamento al menu di primo livello aggiuntivo nell'amministratore. La grande domanda: questa idea dovrebbe andare avanti?

Quando è stato formato il Themes Team (originariamente chiamato Theme Review Team), i suoi membri hanno creato una serie di linee guida che sarebbero state plasmate e rimodellate nel corso degli anni. Erano un insieme di linee guida viventi che potevano sempre essere cambiate con i tempi.

Una delle linee guida più vecchie richiedeva che i temi dovessero posizionare tutte le pagine di amministrazione personalizzate nella voce di menu Aspetto. Aveva senso. WordPress ha fornito una posizione standard per tutte le pagine relative ai temi. L'intestazione personalizzata e le funzionalità di sfondo vivevano in Aspetto. I widget, definiti anche dal tema attuale, erano alloggiati come una sottopagina. Alla fine, il sistema di menu di navigazione personalizzato di WordPress è arrivato ed era - hai indovinato - situato sotto Aspetto. Gli sviluppatori principali hanno persino inserito il collegamento del personalizzatore nello stesso posto.

Per oltre un decennio, c'era uno standard ben definito. Certo, i temi commerciali al di fuori della directory ufficiale a volte rompevano gli schemi. Tuttavia, i temi della directory hanno seguito lo schema.

Ora, il Team dei Temi propone che i temi debbano essere in grado di rompere con la tradizione.

La discussione è nata dopo la domanda se i temi dovrebbero essere in grado di aggiungere un pannello personalizzato alla barra laterale dell'editor dei blocchi, cosa che non è consentita.

"Per mantenere l'editor libero da disordine, pubblicità e upsell, con il personalizzatore utilizzato meno e nessun widget del dashboard consentito, possiamo offrire agli autori del tema un posto migliore per includere le loro informazioni e limitare l'upsell a quell'area?" ha scritto Carolina Nymark negli appunti della riunione del team della scorsa settimana.

La proposta sembra basarsi sull'idea che i temi perderanno visibilità man mano che WordPress si sposta verso l'editing completo del sito e il personalizzatore diventa meno importante. Il personalizzatore non è un luogo ideale per nient'altro che opzioni a tema, ma questa nozione sembra essere stata trascurata nella discussione. Tuttavia, la linea guida originale che vietava ai temi di creare voci di menu di primo livello ha preceduto l'avvento del personalizzatore di diversi anni. Pubblicità, documentazione, consigli sui plug-in e pagine simili erano sempre consentiti nel menu Aspetto esistente. L'utilità del personalizzatore non è mai stata una parte necessaria di quella conversazione.

In definitiva, la domanda dovrebbe riguardare ciò che è meglio per gli utenti. Non ci sono dati a sostegno della modifica o del mantenimento dello status quo. Tuttavia, abbiamo uno standard che esiste da anni.

Le linee guida proposte

La proposta creerebbe diverse nuove linee guida che gli autori del tema devono seguire e i revisori da controllare, supponendo che il tema abbia creato una voce di menu di amministrazione di primo livello:

• Non è possibile utilizzare la priorità del menu di amministrazione.
• Non sono consentite modifiche all'interfaccia utente o al colore per la voce di menu.
• Il titolo deve essere breve e non includere spam.
• Non più di tre sottopagine.
• I temi figlio sono limitati a una sottopagina o possono rimuovere le pagine del genitore e aggiungerne di proprie.

Alcuni di questi hanno senso e seguono le linee guida esistenti, ad esempio non inviare spam o modificare l'interfaccia utente dell'amministratore. Tuttavia, altri potrebbero essere problematici.

Se si va avanti con la proposta, l'impostazione di una priorità per una voce di menu dovrebbe essere richiesta anziché non consentita. Semmai, avrebbe senso richiedere una priorità specifica per posizionare la voce di menu personalizzata immediatamente dopo la voce Aspetto esistente. Questo li raggrupperebbe almeno per impostazione predefinita. Se si cambia il luogo in cui gli utenti sono abituati a vedere le pagine relative ai temi, probabilmente è meglio non allontanarsi troppo dalla posizione standard.

Non più di tre sottopagine? Sicuramente ci sarà un tema con una voce di menu di amministrazione di primo livello che necessita di quattro sottopagine a un certo punto. Se si dà agli autori del tema la libertà di occupare immobili di valore nell'amministratore, un limite di tre sottopagine sembra una regola per correggere l'errore di consentire in primo luogo l'elemento di primo livello. Nella migliore delle ipotesi è un numero arbitrario. Non ci sarebbe motivo di chiuderlo una volta apportata la modifica delle linee guida. Aggiunge anche un altro oggetto che la squadra dovrà controllare.

La limitazione delle sottopagine per i temi figlio sembra altrettanto arbitraria. Non esiste alcuna limitazione di questo tipo quando si posizionano le sottopagine nella schermata Aspetto standard.

L'intera proposta è poco più di un lavoro extra in una squadra che è già a corto di risorse.

Al posto della semplice regola che esiste da anni, la proposta aggiunge una nuova regola con diverse sottoregole. Se la squadra desidera il lavoro extra, suppongo che questo punto non abbia importanza.

L'elefante nella stanza

C'è un aspetto di questa discussione che tutti conoscono ma pochi sono disposti ad affrontare. Alla base di tutte le linee guida del Team dei temi e se la maggior parte degli autori di temi sostiene una decisione particolare, c'è il modo in cui ciò influisce sui profitti finanziari. Quando parliamo di visibilità delle pagine di amministrazione di un tema, stiamo principalmente parlando di fornire un'altra strada per l'upsell commerciale.

Parte di questa discussione sulla visibilità è avvolta da concetti come la presentazione della documentazione per l'utente finale o l'aggiunta di un readme visibile a vantaggio dell'utente. Queste sono preoccupazioni legittime, specialmente quando gli sviluppatori di temi hanno visto i biglietti per affrontare tali cadute apparentemente svanite nel corso degli anni. Potrebbe valere la pena discutere se una voce di menu di amministrazione di primo livello abbia senso per esporre la documentazione del tema, ma non c'è mondo in cui questo sarebbe il caso d'uso principale.

Il tema della visibilità si basa sull'idea di aumentare la versione pro del tema, dei componenti aggiuntivi o di altri servizi.

Già troppi plugin esagerano, creando un cartellone pubblicitario dell'amministratore di WordPress. Una delle cose di cui gli utenti potrebbero essere quasi certi è che i temi della directory ufficiale erano abbastanza vincolati da non essere il pasticcio caldo che i plugin sono diventati negli ultimi tempi. Tuttavia, tutto ciò potrebbe cambiare.

Vogliamo davvero una voce di menu dell'amministratore di primo livello extra che sarà, a tutti gli effetti, da pubblicizzare?

Forse non importa alla fine. Gli utenti sono così abituati al disordine prodotto dalle dozzine di plugin sui loro siti. Un altro potrebbe non avere importanza a questo punto.

Oppure, dovremmo avere una conversazione completamente diversa? Se questo alla fine si riduce alla pubblicità, ci sono modi in cui possiamo aprirlo agli autori di temi creando comunque un'esperienza utente che mantenga l'amministratore di WordPress libero dal disordine?