WordPress o sito su misura: quale conviene davvero?

Quando si chiede un preventivo per un sito, prima o poi arriva una domanda: WordPress o sito su misura?

Per chi non lavora nel digitale può sembrare una scelta tecnica da delegare completamente.

In parte lo è.

Ma dietro quella scelta ci sono conseguenze molto pratiche: quanto sarà facile aggiornare il sito, quanto costerà aggiungere una funzione, quanto dipenderai da plugin o fornitori esterni, quanto sarà semplice far crescere il progetto fra due o tre anni.

La buona notizia è che non serve capire il codice per scegliere bene.

Basta partire da quello che il sito deve fare.

La risposta breve: non esiste un vincitore

WordPress non è automaticamente la scelta economica.

Un sito su misura non è automaticamente la scelta migliore.

Una piattaforma pronta non è automaticamente poco professionale.

Nel 2026 molte guide per aziende arrivano alla stessa conclusione: la scelta dovrebbe dipendere da obiettivi, autonomia, complessità, integrazioni e ciclo di vita del progetto, non dalla moda del momento.

Questa è anche la nostra impostazione.

Nella pagina siti web dichiariamo apertamente più tecnologie perché lavoriamo con WordPress, Next.js, React, Shopify e WooCommerce.

Non perché siano intercambiabili.

Perché risolvono problemi diversi.

Prima di tutto: cosa vuol dire WordPress

WordPress è un sistema di gestione dei contenuti.

In parole semplici: permette di avere un pannello da cui modificare pagine, articoli, immagini e altre informazioni senza intervenire ogni volta sul codice.

Questa è la parte importante per chi compra il sito.

Non serve conoscere PHP, database o temi.

Serve sapere che WordPress offre un ecosistema enorme di strumenti già esistenti e una gestione editoriale molto conosciuta.

Può essere usato in modi completamente diversi.

Un sito costruito con un tema comprato e decine di plugin è WordPress.

Un sito con design originale, tema sviluppato apposta, campi editoriali su misura e pochi plugin selezionati è sempre WordPress.

Sono due prodotti molto diversi.

Dire «è fatto in WordPress» non basta quindi per capire qualità, prezzo o prestazioni.

E cosa vuol dire sito su misura

«Su misura» non significa necessariamente che ogni riga venga inventata da zero.

Significa che struttura, interfaccia e funzioni vengono progettate attorno al problema invece di partire dai limiti di un tema o di una piattaforma.

Nel nostro lavoro questo può voler dire usare Next.js e React, ma al cliente il nome interessa relativamente.

La differenza pratica è un'altra.

Se serve una dashboard particolare, un configuratore, un flusso di prenotazione proprietario, un'area riservata o un'interazione molto specifica, il progetto può essere costruito esattamente attorno a quella funzione.

Non bisogna cercare un plugin che faccia «quasi» la stessa cosa.

Wonder Creators è un esempio semplice.

Il sito doveva dimostrare il mestiere di uno studio creativo attraverso layout, interazioni e un portfolio costruito nel formato dei contenuti social.

In quel caso il progetto custom dava libertà reale.

Non perché «Next.js è migliore».

Perché il sito doveva comportarsi in un modo che faceva parte del posizionamento dell'azienda.

Quando WordPress è una scelta molto sensata

WordPress funziona bene quando il sito ha una struttura editoriale chiara.

Per esempio:

• sito aziendale;
• studio professionale;
• struttura sanitaria;
• magazine;
• blog;
• servizi locali;
• cataloghi relativamente semplici;
• siti che il cliente aggiorna spesso.

Se l'azienda pubblica articoli, modifica servizi, aggiorna specialisti o carica contenuti in autonomia, avere un pannello editoriale familiare può essere un vantaggio enorme.

Medica Palau usa WordPress.

Il progetto gestisce tredici specializzazioni, contenuti in otto lingue e prenotazione per prestazione e specialista.

Non sarebbe diventato «più professionale» solo perché riscritto con un framework diverso.

La piattaforma funziona perché è coerente con ciò che la struttura deve gestire.

Questa è la domanda da fare.

Non «qual è la tecnologia più moderna?».

Ma «qual è la tecnologia che crea meno attrito per questo progetto?».

Quando WordPress comincia a essere stretto

Il limite arriva quando per ottenere il comportamento desiderato bisogna sovrapporre troppi strumenti.

Un plugin per il booking.

Uno per i campi personalizzati.

Uno per l'area riservata.

Uno per sincronizzare il gestionale.

Uno per l'automazione.

Uno per correggere la performance degli altri.

Non è il numero in sé a essere il problema.

È la dipendenza.

Ogni componente ha un autore, aggiornamenti, compatibilità e regole proprie.

Se una funzione centrale del business viene costruita collegando cinque plugin che non sono nati per lavorare insieme, il risparmio iniziale può trasformarsi in manutenzione.

È uno dei casi in cui vale la pena valutare un progetto più personalizzato.

Quando il sito è quasi un software

C'è un punto in cui chiamarlo «sito» comincia a essere riduttivo.

Account utenti.

Dashboard.

Pagamenti ricorrenti.

Gestione di ordini.

CRM.

Automazioni.

Ruoli differenti.

Dati aggiornati in tempo reale.

Console multi-sede.

A quel punto stiamo parlando anche di prodotto digitale.

hoopit riunisce otto moduli: menu QR, prenotazioni, asporto, automazioni WhatsApp, CRM, inventario, analytics e gestione multi-sede.

Cercare di trattare un prodotto di questo tipo come una normale installazione di sito sarebbe la domanda sbagliata.

Qui serve progettare logiche, dati e interfacce.

È il territorio dello sviluppo di app e prodotti digitali, non soltanto della pagina web.

Il sito su misura non serve soltanto ai progetti enormi

C'è però un equivoco opposto.

«Custom» non significa necessariamente progetto da multinazionale.

Anche un sito relativamente piccolo può beneficiare di un design su misura se l'identità, il posizionamento o il percorso utente sono molto specifici.

La differenza è che non va confuso il design su misura con un'intera piattaforma software custom.

Si può avere:

• WordPress con design sviluppato su misura;
• Shopify con tema personalizzato;
• frontend custom collegato a un CMS;
• sito completamente custom;
• piattaforma pronta quasi senza personalizzazioni.

Non sono due scatole: WordPress da una parte e «custom» dall'altra.

Ci sono molte soluzioni intermedie.

Se devi aggiornare il sito da solo, dillo subito

Questa domanda cambia parecchio la scelta.

Chi aggiornerà il sito dopo il lancio?

Se ogni settimana devono essere aggiunti articoli, persone, prodotti, offerte o eventi, l'esperienza editoriale conta molto.

WordPress è forte proprio qui.

Ma anche un sito custom può avere un CMS semplice, progettato specificamente per i contenuti dell'azienda.

La differenza è il costo di costruirlo e mantenerlo.

Per un'azienda con tre pagine che cambiano due volte l'anno potrebbe non avere senso progettare un sistema editoriale sofisticato.

Per una redazione o una struttura con aggiornamenti quotidiani è l'opposto.

Prima della tecnologia va quindi definito il lavoro quotidiano.

I plugin non sono il male.

Il web è pieno di discussioni in cui «plugin» viene usato come insulto.

Non ha molto senso.

Un plugin valido può risolvere in modo affidabile un problema complesso che sarebbe inutile riscrivere.

Pagamenti, SEO, form, sicurezza, e-commerce: esistono strumenti maturi proprio perché migliaia di siti hanno esigenze simili.

Il problema è usare un plugin come soluzione a ogni richiesta.

Se una funzione molto semplice richiede tre estensioni, oppure se il progetto dipende da plugin abbandonati o sovrapposti, la base diventa fragile.

Il criterio dovrebbe essere:

questa dipendenza ci fa risparmiare complessità o la sta solo nascondendo?

Anche un sito custom ha dipendenze.

Altro mito da togliere.

Un progetto sviluppato su misura non vive nel vuoto.

Usa librerie, framework, servizi di hosting, API, database e pacchetti.

Anche questi vengono aggiornati.

Anche questi richiedono manutenzione.

Il vantaggio del custom non è «nessuna dipendenza».

È poter controllare meglio quali dipendenze esistono e come sono organizzate attorno al prodotto.

Per questo non venderei mai un sito custom come soluzione «senza manutenzione».

Non esiste.

Prestazioni: non basta scegliere il nome giusto

Un sito WordPress può essere molto veloce.

Un sito React può essere molto lento.

Un sito Shopify può avere ottime prestazioni o essere caricato di script di marketing.

La velocità dipende da:

• qualità dello sviluppo;
• hosting;
• immagini;
• font;
• quantità di JavaScript;
• plugin;
• script terzi;
• tracking;
• animazioni;
• struttura delle pagine.

Scegliere Next.js non assegna automaticamente un punteggio alto su PageSpeed.

Scegliere WordPress non condanna automaticamente il sito.

Per questo misuriamo la performance durante il progetto e non dopo.

Se vuoi capire come farlo, abbiamo una guida dedicata al test di velocità del sito.

SEO: Google non premia WordPress o Next.js per il nome

Per la SEO conta ciò che il motore riesce a leggere e comprendere.

HTML disponibile.

URL.

Title.

Contenuti.

Link interni.

Dati strutturati.

Performance.

Canonical.

Sitemap.

Un WordPress configurato bene può produrre tutto questo.

Un sito custom può produrlo.

Una piattaforma pronta può produrlo.

La differenza è quanto controllo hai sul risultato e quanta fatica serve per mantenerlo.

Lo stesso vale per la nostra architettura SEO: il framework è una parte del sistema, non la strategia.

Sicurezza: la piattaforma non sostituisce la manutenzione

WordPress viene attaccato spesso anche perché è diffusissimo.

Ma dire «WordPress è insicuro» non aiuta molto.

Un sito aggiornato, con plugin selezionati, accessi protetti, backup e hosting corretto è una cosa.

Un sito dimenticato per quattro anni, con estensioni abbandonate e password condivise, è un'altra.

Un progetto custom riduce alcune superfici e ne crea altre.

Se gestisce account, dati, pagamenti o API, la sicurezza può diventare ancora più importante.

La domanda quindi non è «qual è invulnerabile?».

È «chi lo mantiene e con quale processo?».

Proprietà: il punto da chiarire prima di firmare

Ci sono siti tecnicamente ottimi che diventano un problema il giorno in cui il cliente vuole cambiare fornitore.

Dominio intestato all'agenzia.

Hosting senza accesso.

Plugin acquistati su account di terzi.

Repository non consegnato.

Account analytics non di proprietà del cliente.

Questi problemi non dipendono da WordPress o dal custom.

Dipendono dal contratto e dal metodo.

Alla consegna dovresti sapere chiaramente chi possiede:

• dominio;
• hosting;
• codice;
• database;
• account Google;
• licenze;
• fotografie;
• contenuti;
• credenziali.

Per noi è una regola semplice: il progetto deve poter continuare a esistere anche se domani cambia il fornitore.

E-commerce: WordPress non è l'unica alternativa

Se il progetto vende online, la domanda diventa più ampia.

WooCommerce permette di costruire e-commerce dentro WordPress.

Shopify offre un ecosistema gestito e riduce molta manutenzione tecnica.

Un e-commerce custom può avere senso quando checkout, catalogo, integrazioni o business model hanno logiche fuori standard.

La scelta dipende soprattutto da:

catalogo, mercati, spedizioni, pagamenti, gestione interna, integrazioni e crescita prevista.

Non da quale logo della piattaforma piace di più.

Nella pagina dedicata all'e-commerce affrontiamo proprio il progetto come sistema: vendita, catalogo, pagamenti e operatività dopo l'ordine.

Booking e turismo: spesso la risposta è ibrida

Nel turismo vediamo spesso un caso interessante.

Il sito può essere gestito con un CMS relativamente standard, mentre la prenotazione viene affidata a un booking engine specializzato.

Oppure il frontend è personalizzato e dialoga con sistemi esterni.

Oppure, se il prodotto lo richiede, booking e gestione vengono costruiti direttamente.

Per Punta Falcone Resort la cosa importante non è la tecnologia raccontata al cliente.

È che due strutture stiano sotto lo stesso brand e che la prenotazione diretta sia centrale.

È questo il principio che usiamo anche nelle pagine dedicate a hotel e resort e al turismo in Sardegna.

Se vuoi spendere meno, riduci le funzioni prima di scegliere la piattaforma

Quando il budget è limitato si tende a chiedere:

«Qual è la tecnologia più economica?»

La domanda più utile è:

«Cosa possiamo togliere dalla prima versione?»

Una lingua.

Un'area riservata.

Un'integrazione non essenziale.

Una sezione che può arrivare dopo.

Questo riduce davvero il lavoro.

Forzare un progetto complesso dentro uno strumento inadatto per risparmiare all'inizio può invece aumentare il costo dopo.

Nella guida su quanto costa un sito web questo punto torna spesso: prezzo e tecnologia hanno senso solo dentro un perimetro.

Se hai poco tempo, non scegliere automaticamente WordPress.

Altro luogo comune.

Una piattaforma pronta può accelerare molto un progetto se ciò che serve è già disponibile.

Ma un WordPress pieno di personalizzazioni può richiedere più tempo di un piccolo frontend custom.

E un sito su misura può essere rapido se la struttura è semplice e il team ha già un sistema di componenti affidabile.

Nella guida su quanto tempo serve per fare un sito web spieghiamo perché contenuti, decisioni e integrazioni pesano spesso più del framework.

Cinque domande per scegliere senza capire il codice

Se non hai mai commissionato un sito, puoi arrivare alla scelta con queste cinque domande.

1. Quanto spesso cambieranno i contenuti?
Se il sito viene aggiornato continuamente, la gestione editoriale conta molto.

2. Le funzioni sono standard o specifiche?
Form e blog sono standard. Una dashboard con logiche aziendali potrebbe non esserlo.

3. Il sito deve collegarsi ad altri software?
CRM, gestionale, booking, pagamenti, cataloghi, API.

4. Quanto deve crescere nei prossimi anni?
Aggiungere cinque articoli è diverso dall'aggiungere un marketplace.

5. Chi lo manterrà?
Team interno, agenzia, freelance, nessuno.

Con queste risposte un professionista dovrebbe essere in grado di spiegarti la tecnologia senza rifugiarsi nei tecnicismi.

Quando sceglierei WordPress

In sintesi, WordPress è spesso una scelta forte quando:

• il progetto è principalmente editoriale;
• il cliente deve aggiornare molti contenuti;
• le funzioni richieste sono mature e standard;
• esistono plugin affidabili;
• il budget non giustifica software proprietario;
• serve un ecosistema facile da trasferire ad altri fornitori.

Non è una soluzione «di serie B».

È uno strumento.

Quando sceglierei un sito più personalizzato

Ha senso spingersi sul custom quando:

• l'esperienza digitale è parte del prodotto;
• ci sono integrazioni specifiche;
• servono account, ruoli o dashboard;
• il sito deve comportarsi in modo molto particolare;
• le funzioni proprietarie sono un vantaggio competitivo;
• adattarsi a una piattaforma costerebbe più che costruire la funzione.

Un esempio ancora più netto è AVOY: proprietà, esperienze, attività, mappe, channel manager, Guest Portal e concierge AI.

Non è una brochure con molte pagine.

È una piattaforma.

La risposta giusta può anche essere: entrambe

Molti progetti moderni sono ibridi.

Un CMS gestisce contenuti.

Un frontend personalizzato li presenta.

Un servizio esterno gestisce pagamenti.

Un altro gestisce newsletter.

Un booking engine gestisce disponibilità.

Non serve costruire tutto.

Non serve neanche accettare tutto ciò che offre una piattaforma.

La progettazione consiste anche nel decidere cosa comprare, cosa integrare e cosa costruire.

Prima di arrivare alla decisione finale, c'è un altro modo utile per guardare la scelta: quanto costa cambiare idea tra un anno?

Un sito non viene usato soltanto il giorno del lancio. Deve sopportare nuovi servizi, nuove campagne, nuove persone nel team e magari un nuovo mercato.

Se oggi scegli una piattaforma che risolve perfettamente il progetto ma fra dodici mesi rende impossibile aggiungere la funzione più importante, il risparmio iniziale perde valore.

Allo stesso tempo non ha senso costruire una piattaforma enorme per funzioni che forse non arriveranno mai.

Serve una previsione ragionevole.

Non «cosa potrebbe servire in qualsiasi futuro possibile?».

Piuttosto:

• quali cambiamenti sono già nel piano aziendale?
• quali funzioni sono probabili?
• quante persone dovranno gestire il sito?
• il catalogo crescerà?
• entreranno nuove lingue?
• arriveranno sedi o punti vendita?
• il sito dovrà collegarsi a un gestionale?

Queste risposte aiutano a scegliere una base che non sia né troppo piccola né inutilmente complessa.

Un altro criterio spesso trascurato è il costo delle persone che gestiranno il sito.

Se per pubblicare una nuova pagina servono ogni volta due ore di un developer, quel tempo è un costo operativo.

Se invece il CMS permette al team di lavorare in autonomia, una piattaforma apparentemente più costosa all'inizio può costare meno nel tempo.

Vale anche il contrario.

Se l'azienda aggiorna il sito due volte l'anno, costruire un pannello editoriale sofisticato può essere un investimento senza ritorno.

La scelta deve quindi considerare non soltanto la fattura del progetto, ma anche il lavoro che genera dopo.

C'è poi il tema della formazione.

WordPress è conosciuto da moltissime persone e questo rende più semplice trovare qualcuno che sappia usarlo. Un CMS custom può essere molto più semplice da usare proprio perché mostra soltanto i campi necessari, ma richiede una breve formazione specifica.

Non c'è una risposta migliore in assoluto.

Una redazione che pubblica ogni giorno ha esigenze diverse da un resort che aggiorna camere e offerte stagionali, e ancora diverse da un SaaS che gestisce dati in tempo reale.

Anche la durata prevista del progetto cambia la prospettiva.

Se stai validando una nuova idea, può essere più intelligente partire con uno strumento pronto, arrivare online presto e capire se il mercato risponde.

Se il prodotto è già validato e la piattaforma digitale è il centro del business, investire in un'architettura più specifica può avere molto più senso.

Il punto è evitare di usare la tecnologia come status symbol.

Un sito non è migliore perché nel footer non compare WordPress.

È migliore se è più semplice da usare, più facile da mantenere e più adatto a ciò che l'azienda deve fare.

Anche per questo, quando confronti due preventivi, chiedi non soltanto «con cosa lo fate?».

Chiedi:

• perché avete scelto questa soluzione?
• cosa potrò modificare da solo?
• cosa richiederà il vostro intervento?
• quali costi ricorrenti ci sono?
• cosa succede se voglio cambiare fornitore?
• come si aggiunge una nuova lingua?
• come si collega un nuovo servizio esterno?
• come vengono gestiti aggiornamenti e sicurezza?

Una risposta chiara a queste domande vale più di un elenco di tecnologie.

C'è infine un test molto semplice che usiamo spesso: immagina la modifica più probabile fra dodici mesi.

Se per farla serve aggirare la piattaforma, duplicare dati o sostituire metà del sistema, la scelta iniziale era probabilmente troppo rigida.

Se invece il sito può assorbire quella modifica senza cambiare natura, la base è coerente.

Questo vale anche per i piccoli progetti. Un professionista può partire con cinque pagine e sapere già che aprirà una seconda sede. Un hotel può sapere che l'anno successivo aggiungerà una nuova struttura. Un e-commerce può sapere che entrerà in un secondo mercato.

Non serve costruire oggi tutto ciò che servirà domani, ma conviene evitare una scelta che renda domani inutilmente costoso.

Un altro punto concreto è chiedere quanto del progetto è standard e quanto è davvero specifico.

Se il novanta per cento del bisogno è già risolto bene da una piattaforma esistente, riscrivere tutto non è automaticamente un vantaggio.

Se invece proprio quel dieci per cento specifico è il cuore del business, può diventare la parte che giustifica un progetto su misura.

La tecnologia dovrebbe seguire questo rapporto, non precederlo.

E se un fornitore propone una soluzione, dovrebbe riuscire a spiegartela senza usare una lista di framework. Se la motivazione non è comprensibile a chi gestisce l'azienda, probabilmente la decisione non è stata ancora tradotta in un beneficio reale.

Un sito WordPress o sito personalizzato vanno confrontati partendo da gestione, integrazioni, performance e crescita prevista. Quando conviene WordPress per un sito aziendale? Quando il progetto rientra bene nel suo modello editoriale e il team ha bisogno di aggiornare contenuti senza introdurre complessità custom inutile.

Quindi: WordPress o sito su misura?

Se il tuo sito deve raccontare bene un'azienda, farsi aggiornare facilmente e usare funzioni standard, WordPress può essere una soluzione eccellente.

Se il sito deve diventare una parte specifica del prodotto, automatizzare processi o fare qualcosa che le piattaforme standard gestiscono male, un progetto più personalizzato può essere la scelta corretta.

Tra i due estremi esistono molte strade.

Il punto non è scegliere la tecnologia più famosa.

È evitare di pagare complessità che non serve e, allo stesso tempo, non costringere il business dentro uno strumento troppo stretto.

Se stai ancora definendo il progetto, parti da due letture: quanto costa un sito web e quanto tempo serve per realizzarlo.

Poi raccontaci cosa deve fare davvero il sito. La tecnologia viene dopo.