Per molti anni, sono stato un sostenitore accanito della separazione di qualsiasi funzionalità non di design dai temi nei propri plug-in. Ho scritto ampiamente sulla questione. Che si tratti di shortcode, tipi di post personalizzati, metadati utente e qualsiasi numero di cose relative al contenuto/dati di un utente, ho tracciato una linea profonda nella sabbia. Questo appartiene a un plugin.

Se non hai mai sentito parlare dell'”effetto di blocco del tema”, va bene. Per molti, non è un problema. Luoghi come la directory dei temi di WordPress.org hanno, per la maggior parte, tracciato una linea simile nella sabbia.

L’obiettivo è sempre stato quello di evitare di intrappolare un utente nell’uso perpetuo di un particolare tema. Non è un’esperienza utente ideale quando alcuni dati cruciali non sono più disponibili quando si cambia design. E tutti gli utenti alla fine vorranno cambiarlo di volta in volta. Rimanere bloccato con [shortcode-soup] i tag disseminati in un sito non sono mai divertenti. Né sta perdendo l’accesso come amministratore a dozzine, centinaia o addirittura migliaia di pagine da un tipo di post personalizzato che scompare improvvisamente.

La comunità di sviluppo di temi WordPress ha evitato questo problema, alcuni più di altri, raggruppando separatamente funzionalità cruciali relative ai contenuti nei plug-in.

Quegli autori di temi che hanno aggirato il lock-in del tema tramite plugin lo hanno fatto principalmente nei propri silos. Ad esempio, invece di integrarsi con un plug-in di portfolio esistente, ne creerebbero semplicemente uno proprio. Gli unici temi che supportano quel plugin? Il loro. Alla fine, gli utenti erano ancora intrappolati.

Non posso caricare l’intero peso di questo problema sulle spalle degli autori del tema. I plugin del portfolio sono una dozzina. Supportare WooCommerce per una soluzione di eCommerce o bbPress per i forum sono scelte facili. Ma, quando non c’è un chiaro leader del settore, una soluzione interna è altrettanto valida della maggior parte delle altre.

Tuttavia, il sistema dei blocchi sta già complicando le cose. Quando un tema supporta funzionalità come dimensioni dei caratteri, colori e sfumature, essenzialmente blocca gli utenti. Passa a un altro con una configurazione diversa e ogni dimensione, colore e sfumatura del carattere che l’utente ha scelto di utilizzare è sparito.

Immagina di inserire un blocco Paragrafo e di scegliere quell’azzurro cielo dal tuo tema come sfondo del blocco. Ora, immagina di farlo alcune centinaia di volte solo per farlo scomparire un paio d’anni lungo la strada quando vuoi cambiare design.

Non entrerò nei dettagli tecnici di come funziona sotto il cofano. È solo il modo in cui il sistema è stato progettato. Alcuni problemi avrebbe potuto essere mitigato all’inizio, ma quella nave ha navigato due anni e mezzo fa con il lancio di WordPress 5.0. Ci sono anche modi in cui questo potrebbe essere risolto in futuro con soluzioni tecniche.

La scorsa settimana, un lettore di nome Nick sollevato questo problema per quanto riguarda i modelli di blocco. Il tema in questione utilizzava classi CSS personalizzate per ottenere un design specifico.

Poiché a Gutenberg mancano tutte le funzionalità sopra menzionate, il tema utilizza alcune classi CSS personalizzate e queste classi sono codificate nel foglio di stile del tema. Il problema con questo è che ora che hai usato questi schemi, SEI BLOCCATO a questo tema. Poiché nel momento in cui cambi i temi, il nuovo tema non avrà queste classi personalizzate definite, i modelli verranno interrotti. Questa è LA STESSA ragione per cui gli shortcode sono stati banditi molti anni fa dall’interno dei temi – eppure quando si tratta di schemi, questo è in qualche modo consentito?

Nota: Gli shortcode non sono stati consentiti nella directory dei temi di WordPress perché il contenuto effettivo del post è stato interrotto al passaggio del tema. Non era correlato a un design rotto.

Ho già sentito cosa stanno pensando alcuni di voi. Questo non è lo stesso del blocco del “contenuto”. No non lo è. Non esattamente. Tuttavia, poiché il sistema a blocchi intreccia contenuto e design, in un certo senso lo è. Dubito che l’utente medio apprezzi la distinzione quando finisce in scenari con testo bianco su sfondo bianco, come mostrato nelle schermate seguenti:

Cioè un molto scenario reale. Lo vedo quasi quotidianamente mentre provo diversi temi.

E questo è solo l’inizio. Man mano che il sistema di progettazione di WordPress cresce e i temi possono configurare più pezzi, gli utenti rimarranno più bloccati nel tema esistente. Oppure, possono essere bloccati nel modo di fare le cose di uno sviluppatore o di un negozio.

Non lo vedo necessariamente come un Brutta cosa. Abbiamo sempre avuto questi piccoli silos nell’ecosistema di WordPress e per lo più hanno funzionato.

In un certo senso, poco è cambiato.

Gli utenti spesso si attengono alle stesse aziende tematiche per un motivo o per l’altro. E quegli stessi temi tendono a costruire su librerie o framework fatti in casa, riutilizzando gli stessi sistemi, almeno i migliori lo fanno. Questo di solito significa che gli utenti possono passare liberamente tra i temi creati dalle stesse persone senza perdere nulla.

Il test di purezza della vecchia scuola di non mescolare contenuto e design è andato.

Questa è un’opportunità per gli sviluppatori e i negozi solisti di rafforzare il proprio marchio. Se questo è il sistema fornito da WordPress, costruisci su di esso prodotti efficaci. Crea schemi di denominazione che consentano agli utenti di passare da un tema all’altro. Crea clienti fedeli che vorranno restare con te per anni.

Se gli utenti sono essenzialmente bloccati nei prodotti a tema di un negozio, suona come un’opportunità redditizia per costruire soluzioni e comunità di utenti sane attorno ai singoli marchi.

Immagino anche un futuro in cui gli utenti dovranno cambiare tema molto meno spesso. Dopo che l’editor del sito e le funzionalità degli stili globali saranno disponibili, gli utenti avranno un controllo più diretto sul loro design. Una volta che si sono stabiliti su un tema solido, potrebbero non aver mai bisogno di cambiarlo finché rimane relativamente aggiornato.