Nel 2023 avevamo scritto che headless WordPress aveva senso solo in un ristretto numero di casi. A due anni di distanza, l'analisi resta valida ma con sfumature nuove. Lo scenario è maturato: gli strumenti sono migliori, le pratiche più stabilite, e la community ha raggiunto un equilibrio.
Cosa è migliorato
Tooling più affidabile
WPGraphQL è ora una dipendenza comune nei progetti seri. Il plugin ha visto release più stabili, miglior tipizzazione e plugin di estensione (per ACF, per Yoast, per WooCommerce) che funzionano davvero. Sul fronte Next.js, gli helper di @faustwp/next.js e i template ufficiali del WordPress core team hanno colmato il gap di "prima settimana di sviluppo".
Preview e revalidate
Il pain point storico — vedere l'anteprima prima di pubblicare — è stato risolto in modo elegante con revalidateTag di Next.js + webhook WordPress. Modifichi un post, WP chiama un webhook, il frontend invalida solo quel post. Non più cache che si aggiornano dopo 30 minuti, non più build statiche di tutto il sito.
Block themes e patterns esposti
Con WordPress 6.6 e successivi, i block patterns possono essere esposti via API in modo ragionato. Non è ancora "rendere i blocchi nel frontend Next" in modo perfetto, ma per architetture editoriali è un grande passo avanti.
Cosa non è cambiato
- Doppio deploy: due sistemi, due monitoraggi, due punti di rottura. Se non hai un team che può seguirli, è un costo permanente.
- SEO da reimplementare: meta tag, sitemap, breadcrumb, schema.org. Esistono librerie ma vanno scelte e mantenute.
- Curva di apprendimento per chi gestisce contenuti: la disconnessione tra "premo pubblica" e "appare online" può confondere chi è abituato al modello classico.
I tre casi in cui oggi diciamo sì senza dubbi
- Editoria digitale con traffico significativo e Core Web Vitals come KPI: la velocità di un frontend statico/streaming compensa la complessità.
- E-commerce ad alta personalizzazione: WooCommerce per gestire ordini e clienti, frontend custom per UX dedicata. Il pattern in cui Shopify Hydrogen vorrebbe imporsi, ma con WordPress puoi avere lo stesso risultato senza lock-in.
- Multicanale: contenuti che alimentano sito + app mobile + segnaletica digitale. Una fonte, più output.
I due casi in cui restiamo monolitici
- Siti istituzionali sotto i 50 pageview/giorno: WP classico è 10x più semplice e abbastanza veloce.
- Siti gestiti da editori non tecnici senza supporto: la disciplina di un workflow headless non c'è, e non vale la pena imporla.
Il pattern emergente: WordPress + Next.js + edge cache
Lo stack che usiamo oggi più spesso è: WordPress (con WPGraphQL e ACF Pro) come backend, Next.js 15 in App Router come frontend, deploy su Vercel o Hetzner, cache su edge con tag-based revalidation. Build full assenti — tutto ISR/streaming. Per un sito editoriale di medie dimensioni, le pagine si aggiornano in 1-2 secondi dal save in WP.
È più complesso del WordPress monolitico? Sì. Ma se la complessità è giustificata dal traffico e dall'esperienza utente, oggi è una strada solida. Nel 2023 era "promettente". Nel 2025 è semplicemente una scelta architetturale tra le altre.