Chi guida un'azienda strutturata e si trova a scegliere un CMS per un portale B2B riceve quasi sempre la stessa risposta dalle agenzie: WordPress. È il sistema più diffuso, costa poco, lo conoscono tutti. La conversazione raramente si spinge oltre il primo anno di vita del progetto, e questo è il problema.
Le scelte tecnologiche per un portale aziendale si misurano sul medio termine, non sul go-live. Un sito istituzionale può anche reggere su qualsiasi piattaforma. Un portale che gestisce rivenditori, aree riservate, listini personalizzati, integrazioni con il gestionale e flussi documentali invece no. Quando questi requisiti emergono, e nelle aziende strutturate emergono sempre, la differenza tra le due piattaforme diventa concreta e quantificabile.
In questo articolo non si parla di quale CMS sia migliore in assoluto. Si parla di cosa succede al terzo anno di vita di un portale B2B, quando le richieste del business iniziano a stratificarsi e la piattaforma deve reggere il peso di scelte fatte anni prima.
Il costo nascosto dei plugin: quando WordPress mostra il fianco
WordPress è nato come piattaforma di blogging e si è evoluto attraverso un ecosistema di plugin. Funziona bene quando le esigenze restano nel perimetro standard di un sito di contenuti. Su un portale B2B, dove servono ruoli utente multipli, permessi granulari, contenuti differenziati per segmento di clientela e integrazioni con sistemi esterni, la logica dei plugin mostra i suoi limiti.
Il primo limite è la frammentazione. Per costruire un'area riservata seria su WordPress servono in media tra i sei e i dieci plugin di terze parti: gestione ruoli, restrizione contenuti, form avanzati, integrazioni API, e-commerce B2B, multilingua, sicurezza. Ognuno di questi plugin ha un suo ciclo di rilascio, un suo team di sviluppo, una sua roadmap. Quando uno smette di essere aggiornato, e succede spesso, il portale eredita un buco che qualcuno deve tappare.
Il secondo limite è economico. I plugin professionali hanno licenze annuali. Sommando le licenze necessarie per un portale B2B di media complessità si arriva senza fatica a cifre tra i 2.000 e i 5.000 euro l'anno di soli rinnovi, prima di qualsiasi ora di sviluppo. Su tre anni il conto cresce, e cresce senza generare valore aggiunto rispetto al primo giorno.
Drupal e l'architettura nativa per i contesti complessi
Drupal nasce con una premessa diversa. La gestione dei ruoli utente, dei permessi granulari, delle entità di contenuto personalizzate, delle API REST e dei flussi di workflow fa parte del core, non di estensioni di terze parti. Questo significa che un portale B2B costruito su Drupal poggia su componenti mantenuti dalla stessa comunità che mantiene la piattaforma, con cicli di rilascio coordinati e supporto pluriennale.
La differenza si vede quando il business chiede di aggiungere un nuovo segmento di rivenditori, un livello di prezzo dedicato, un workflow di approvazione per documenti riservati. Su una piattaforma con architettura nativa per questi casi d'uso, la modifica è una configurazione. Su una piattaforma costruita con plugin, è quasi sempre un cantiere di integrazione tra componenti che non sono stati pensati per parlarsi.
Governance dei contenuti e debito tecnico nel medio termine
C'è un aspetto che le aziende sottovalutano in fase di scelta e che si paga puntualmente al secondo o terzo anno: la governance dei contenuti. Un portale B2B serio gestisce schede prodotto strutturate, documentazione tecnica versionata, listini riservati, casi studio, contenuti tradotti in più lingue. Tutto questo deve restare coerente nel tempo, sopravvivere ai cambi di redattori, integrarsi con i sistemi a monte.
WordPress tratta i contenuti come articoli, anche quando li si forza a essere qualcos'altro. Drupal li tratta come entità strutturate, ognuna con i suoi campi, le sue relazioni, le sue regole di pubblicazione. Sembra una differenza accademica, diventa cruciale quando si vuole esportare il catalogo verso un'app, sincronizzare i listini con il CRM, o pubblicare lo stesso contenuto su canali diversi senza riscriverlo.
Il debito tecnico accumulato da un portale WordPress complesso, dopo tre anni, è quantificabile. Tipicamente significa una riscrittura parziale o totale tra il quarto e il quinto anno, con costi che superano spesso quelli del progetto iniziale. La scelta apparentemente economica del primo giorno si trasforma in un investimento doppio nel ciclo di vita complessivo.
Quando la complessità iniziale è l'investimento giusto
Drupal richiede più tempo in fase di progettazione e costa di più in partenza. Questo è un fatto, non un dettaglio da nascondere. La domanda corretta non è quale piattaforma costa meno il primo giorno, ma quale costa meno sul ciclo di vita di cinque anni considerando manutenzione, evoluzioni, rischi di sicurezza e necessità di rifacimento.
Per un sito vetrina o un blog aziendale, WordPress resta una scelta sensata. Per un portale B2B con aree riservate, integrazioni con gestionali, contenuti strutturati e prospettive di crescita pluriennali, la complessità iniziale di Drupal è esattamente quello che protegge l'investimento nel tempo. La differenza tra le due piattaforme non è una questione di gusto tecnologico, è una questione di adeguatezza all'orizzonte temporale del progetto.