WordPress come Backend API: Architettura, Limiti e Soluzioni
Questo articolo fa parte del nostro cluster sulla architettura WordPress headless. Copre gli aspetti pratici dell’implementazione con codice funzionante e pattern di produzione.
WordPress come Backend API: Quando Ha Senso e Quando No
WordPress è nato come CMS. Usarlo come backend API è possibile e funziona, ma ha limiti che devi conoscere prima di sceglierlo.
I Limiti Reali
- Performance API: la REST API di WordPress carica il bootstrap completo per ogni richiesta. TTFB minimo ~100ms anche con cache. Un backend dedicato (FastAPI, Express) parte da 5-10ms
- Rate limiting: nessuno di default. Devi implementarlo tu (o con plugin)
- Real-time: WordPress non supporta WebSocket. Per chat, notifiche live, dashboard real-time, serve un servizio separato
- Autenticazione: Application Passwords e JWT funzionano, ma non sono robusti come un auth service dedicato (Auth0, Supabase Auth)
Quando Usarlo Come Backend
- Il contenuto è il core del prodotto (blog, magazine, documentazione)
- Gli editor non-tecnici devono gestire i dati (wp-admin è imbattibile per UX editing)
- Non serve real-time
- Il traffico API è moderato (< 100 req/sec)
FAQ
Posso usare WordPress + FastAPI insieme?
Sì, ed è quello che facciamo con AgencyPilot. WordPress per il contenuto e l editing, FastAPI per la logica business, i calcoli, e le integrazioni AI. Comunicano via REST API. Ognuno fa quello che sa fare meglio.