L'anno di WordPress in rassegna

Alla chiusura del 2017 abbiamo riepilogato 11 versioni pubbliche di WordPress e altre 11 beta. Per chiunque sia vicino alla comunità WordPress, e anche per i semplici osservatori, è chiaro che le dimensioni della comunità sono ormai enormi.

I miglioramenti sembravano dividersi in due categorie principali: quelli per gli sviluppatori e quelli per i redattori.
Vediamo però in dettaglio cosa è successo a WordPress nel 2017, per entrambi gli orientamenti di sviluppo:

Miglioramenti per Sviluppatori

Nel 2017 i miglioramenti sembrano essersi divisi in due percorsi. Il primo semplifica la vita degli sviluppatori, il secondo quella dei redattori. Per gli sviluppatori, i miglioramenti alla REST API sono stati fondamentali. Oggi gli utenti chiedono sempre più velocità e reattività ai siti che visitano. «Headless WordPress» ha già iniziato a diventare una tendenza, e di conseguenza anche la REST API assume enorme rilievo. Vediamo dunque in dettaglio i miglioramenti alla REST API durante l'anno appena trascorso:

• Dicembre 2016 – WordPress7 “Vaughan” arriva con endpoint REST API per articoli, termini, utenti, metadati e impostazioni.
• Gennaio 2017 – Viene lanciato un aggiornamento di sicurezza che corregge un problema relativo alle informazioni sugli autori
• Aprile 2017 – Nuovimiglioramenti alla REST API per ricerche su più termini e utenti, compresi utenti in fusi orari diversi.
• Maggio 2017 – Correzioni che consentono agli sviluppatori di collegarsi a più endpoint contemporaneamente.
• Rilascio di WordPress8 “Evans”, che include anche un widget multimediale di base che usa lo schema REST API
• Agosto 2017 – Rilascio della versione 4.8.1 connumerosi miglioramenti al modo in cui vengono gestiti dati, immagini e token della REST API.
• Novembre 2017 – Versione WordPress9 “Tipton”, con numerosi miglioramenti al Customizer, compresa la nuovissimaCustomizer JS API.

Miglioramenti per Redattori

L'impresa più grande dalla nascita di WordPress è una realtà e si chiama progetto Gutenberg.

La descrizione di Matias del progetto Gutenberg include anche un elemento greco, poiché lo paragona alla nave di Teseo.

Il progetto Gutenberg è nato per colmare una grande lacuna di WordPress per i redattori. La verità è che, mentre WordPress continuava a svilupparsi e innovare, l'editor non faceva altrettanto. Di conseguenza plugin e temi sono diventati più complessi e dipendenti dagli shortcode, o, peggio ancora, richiedono l'intervento del creatore del sito per attività semplici.

Gutenberg è stato creato per rendere la modifica dei testi più piacevole per chi scrive contenuti. Mira a colmare il divario tra modifica nel backend e aspetto nel frontend, dando ai creatori di contenuti maggiore libertà per realizzare contenuti migliori.

La sua creazione ha richiesto la collaborazione di un enorme numero di membri della comunità e innumerevoli contributi. Gutenberg è disponibile a tutti come plugin, con oltre 500 download al giorno. Prima di essere disponibile come plugin nel giugno 2017, aveva già attraversato 6 mesi di sviluppo e da allora ha ricevuto 25 aggiornamenti importanti. Vediamoli in dettaglio qui sotto:

• 16 giugno: v1.0 – rilascio iniziale come plugin 23 giugno: v0.2.0 – Aggiunta di blocchi
• 30 giugno: v3.0 – Ulteriori correzioni di formattazione e aggiunta di pulsanti
• 8 luglio: v4.0 – Correzioni lato server e maggiore supporto per le API
• 14 luglio: v5.0 – Supporto per più browser e piattaforme mobili
• 28 luglio: v6.0 – Aggiunte relative ai contenuti e all'esperienza utente
• 4 agosto: v7.0 – Accessibilità e miglioramenti all'interfaccia
• 4 agosto: v7.1 – Correzione rapida per il modulo di contatto di Jetpack
• 11 agosto: v8.0 – Nuovi blocchi per diversi media e tipi di testo
• 18 agosto: v9.0 – Miglioramenti alla personalizzazione dei blocchi e dei colori
• 29 agosto: v0.0 – Miglioramenti al trascinamento e ai menu a discesa
• 5 settembre: v1.0 – Correzioni e miglioramenti alle interazioni tra blocchi
• 27 settembre: v2.0 – Aggiunta del conteggio di parole e blocchi
• 27 settembre: v2.1 – Correzione rapida per i blocchi non cliccabili
• 4 ottobre: v3.0 – Riordino dell'aspetto e delle descrizioni dei blocchi
• 10 ottobre: v1.4.0 – Struttura iniziale REST API per blocchi globali riutilizzabili
• 24 ottobre: v1.5.0 – Supporto nativo per metabox in metabox esistenti
• 24 ottobre: v5.1 – Correzione rapida per il ridimensionamento dello schermo in Firefox
• 25 ottobre: v5.2 – Correzioni rapide per problemi di reindirizzamento dell'editor classico dei contenuti
• 31 ottobre: v6.0 – Correzioni delle prestazioni e supporto per convertire blocchi classici in blocchi Gutenberg
• 2 novembre: v6.1 – Possibilità di incollare shortcode e blocchi con conversione automatica
• 15 novembre: v7.0 – Miglioramenti all'estensibilità dei blocchi con filtri e hook
• 28 novembre: v8.0 – Correzioni e miglioramenti alla gestione degli shortcode
• 29 novembre: v8.1 – Aggiunta la possibilità di riportare un articolo pubblicato allo stato di bozza
• 11 dicembre: v1.9.0 – Hook e hook globali riutilizzabili
• 13 dicembre: v9.1 – Correzioni per Firefox e il plugin Yoast SEO

Le versioni precedenti sono il risultato di un enorme sforzo della comunità per rendere Gutenberg ciò che è oggi. L'unica ombra è che, sebbene tutta la comunità concordi in generale sulla necessità di un editor migliore, non c'è lo stesso accordo sul modo in cui implementarlo.

Cosa emerge da questo modo di sviluppare

È significativo che non si sia trovato un modo per conciliare questi due orientamenti di sviluppo. Durante l'anno Chris Lema si è chiesto: «Non volevamo dire al mondo che WordPress era più di una piattaforma per blogger?» Molti sostengono che concentrarsi sulla riprogettazione dell'editor dei contenuti sia in pieno contrasto con il percorso aperto dalla REST API agli sviluppatori.

La REST API offre agli sviluppatori l'opportunità di creare sempre più innovazioni in un mondo mobile-first, teoricamente quello di domani; tuttavia Gutenberg non è pienamente compatibile con la REST API, almeno fino a oggi.

Le pagine create con Gutenberg includono CSS e JavaScript; gli sviluppatori devono quindi includere il CSS di Gutenberg nel proprio frontend JavaScript oppure scrivere un CSS che corrisponda agli stili di Gutenberg. Molti ritengono che includere CSS inline sarebbe la soluzione ideale e più adatta alla REST API. Sappiamo che il team Gutenberg intende risolvere questi ostacoli allo sviluppo, ma finora non sono stati risolti.

Come un unico team

Un altro aspetto significativo dell'anno trascorso è il grande impegno per semplificare il flusso di lavoro sia degli sviluppatori sia dei redattori. Poiché WordPress alimenta il 29 % dell'intero web e si trova dietro 54 dei 100 siti principali, è chiaramente necessario che sia adatto ai team di sviluppo e ai redattori. Ancora una volta la comunità ha lavorato come un grande team unito.

WordPress 4.9 ha introdotto modifiche molto utili per entrambi i gruppi, come la possibilità di salvare le modifiche al design come bozza e il controllo degli errori nelle modifiche al codice. La REST API, a sua volta, ha offerto a questi team l'opportunità di trasformare una normale installazione WordPress in un sito Headless WordPress / Progressive web app.

Con maturità

Se seguite gli sviluppatori del core WordPress, forse avete anche notato che il calendario dei rilasci è maturato negli ultimi due anni. Dei 22 rilasci totali di WordPress nel 2017, 11 erano beta e/o versioni per sviluppatori. Il team di sviluppo rilascia aggiornamenti di sicurezza o manutenzione tempestivamente e senza problemi, in collaborazione con HackerOne. Pubblica gli aggiornamenti quando la comunità è pronta, sempre dopo 2-3 versioni beta.

Il futuro

Il futuro di WordPress appare decisamente maturo. A ogni occasione si apportano modifiche per supportare tecnologie future ed esperienze digitali orientate al domani. Flussi di lavoro più semplici rendono la piattaforma sempre più interessante in ambito enterprise, mentre REST API e Gutenberg hanno aperto la porta a una gamma più ampia di utilizzi.

Lo State of the Word 2017 ha recentemente annunciato qualcosa di altrettanto interessante per il futuro: il progetto Tide, che userà test automatizzati per ogni plugin e tema del repository WordPress. È stata inoltre annunciata ufficialmente la collaborazione con HackerOne – una rete di hacker che cercherà di rendere WordPress inattaccabile.

Le nostre aspettative personali per il futuro sono l'aggiunta di più endpoint REST API e ulteriori innovazioni nelle esperienze per utenti di smartphone e tablet. Naturalmente ci aspettiamo che il divario tra Gutenberg e REST API venga colmato prima della versione 5 di WordPress.

Infine vorremmo che WordPress integrasse molte funzioni di terze parti, oggi disponibili tramite plugin e simili, nelle funzionalità di base, offrendo capacità estese fin dal primo minuto senza dipendenze aggiuntive.

Una cosa è certa: tutti attendiamo con impazienza uno splendido 2018, con grandi sorprese per il nostro CMS preferito.