Da WordPress a headless — evoluzione di un developer e-commerce

Il mio primo sito e-commerce era un WooCommerce con un tema premium da ThemeForest. Funzionava? Sì. Era elegante dal punto di vista tecnico? Assolutamente no. Ma mi ha insegnato i fondamentali del commercio online — carrello, checkout, gestione ordini, pagamenti.

L'era WordPress (2015–2018)

WordPress era il centro di tutto. PHP, template hierarchy, hooks e filtri. WooCommerce per l'e-commerce, ACF per i campi custom, Yoast per la SEO. Lo stack era monolitico ma produttivo — un developer poteva lanciare un e-commerce completo in poche settimane.

Il limite emergeva con la scala. Performance che degradavano con plugin, aggiornamenti che rompevano compatibilità, sicurezza che richiedeva attenzione costante. Ma per PMI e piccoli merchant, resta una soluzione valida.

La transizione (2018–2022)

Il passaggio a Diana Corp. ha significato Salesforce B2C Commerce Cloud. Un mondo diverso — pipeline architecture, ISML templates, controllers server-side. La curva di apprendimento era ripida, ma la potenza della piattaforma enterprise era evidente.

In parallelo, React stava cambiando il frontend. Ho iniziato a vedere il web non come pagine server-rendered, ma come applicazioni. La separazione tra frontend e backend non era più un'opzione — era una necessità.

Headless oggi

Oggi lavoro con stack headless — React/Next.js sul frontend, API commerce sul backend (Shopify Storefront API, Salesforce OCAPI/SCAPI). Il frontend è libero di evolvere indipendentemente dal commerce engine.

Non è per tutti. Lo stack headless aggiunge complessità e richiede competenze frontend solide. Ma per i progetti che lo richiedono, la flessibilità e le performance sono incomparabili.

Cosa resta uguale

La tecnologia cambia, i principi no. L'utente deve trovare il prodotto, capire se fa al caso suo, comprarlo senza frizioni. Che sia WooCommerce o un headless React app, il lavoro del developer e-commerce è lo stesso: togliere ostacoli tra la persona e l'acquisto.