Wordpress non è il problema — il problema è Wordpress usato come monolite per siti che hanno bisogno di qualcosa di diverso. Quando un sito cresce in complessità, inizia ad accumulare plugin, temi custom, dipendenze fragili. Il risultato classico: aggiornare PHP significa testare ogni plugin, un plugin di sicurezza incompatibile blocca tutto, e le performance del frontend soffrono perché stai servendo HTML generato server-side con JavaScript aggiuntivo sopra.
L'architettura che ho adottato per le migrazioni è Next.js con WordPress come CMS headless via REST API o GraphQL. WordPress rimane quello che sa fare bene — gestire contenuti, autori, workflow editoriale — mentre il frontend è completamente separato e può essere ottimizzato indipendentemente. Il Lighthouse score tipico passa da 40-60 a 90+ dopo la migrazione, senza cambiare una riga di contenuto.
La parte più complessa della migrazione non è tecnica — è organizzativa. Il cliente è abituato all'interfaccia di WordPress, alle URL che ha, ai plugin che usa. Bisogna verificare cosa si perde nel passaggio (alcuni plugin non hanno equivalente headless), comunicare bene cosa cambia per l'editor, e pianificare la SEO migration con redirect 301 per non perdere authority. Questa fase richiede almeno il 40% del tempo totale del progetto.
Quando non fare la migrazione: se il sito ha un team editoriale grande che usa funzionalità avanzate di Wordpress (workflow di approvazione, ruoli complessi, WooCommerce), il costo della migrazione supera il beneficio. Headless non è la soluzione a tutti i problemi di Wordpress — è la soluzione al problema specifico del frontend performance e della separation of concerns. Se non hai quel problema, non serve.