Quando scegli lo stack tecnologico per la tua applicazione web, non stai scegliendo solo un’esperienza di sviluppo. Stai scegliendo un modello di fatturazione. Per anni, lo sviluppo visuale è stato regolato da piani di hosting semplici. Pagavi una quota mensile fissa per un livello e ricevevi una quota stabilita di capacità del server.
Tutto è cambiato quando Bubble ha introdotto le Workload Unit (WU). Invece di fatturare lo spazio visuale o i limiti di dimensione del database, hanno iniziato a far pagare ogni singola azione eseguita dal database, dal sistema logico e dal caricamento delle pagine. Quasi contemporaneamente, l’ascesa del vibe coding e dei builder AI ha introdotto un modello di fatturazione diverso: i prezzi API basati sui token.
Se devi decidere tra un builder visuale come Bubble e uno stack AI-native, devi capire come scalano questi sistemi. Un’app che costa cinquanta dollari al mese durante la fase di test può facilmente schizzare a centinaia o migliaia di dollari non appena gli utenti reali iniziano a interagirci. Analizziamo la scalabilità dei costi di database, trigger logici e crediti in entrambi i modelli.
Come funzionano concretamente le Workload Unit di Bubble
Per capire l’economia di Bubble, bisogna guardare alla Workload Unit. Una WU è una metrica creata da Bubble per quantificare la potenza di calcolo utilizzata dalla tua app. Ogni volta che l’applicazione esegue un’azione sul server, Bubble effettua un calcolo e detrae le WU dal tuo piano mensile.
Nel piano Starter entry-level ($69 al mese), ricevi 175.000 WU. Nel piano Growth ($249 al mese), ne ricevi 250.000. Questi numeri sembrano alti finché non vedi quanto velocemente spariscono.
Le WU vengono consumate da:
- Operazioni di Database: Lettura, scrittura, modifica o eliminazione di record.
- Trigger di Workflow: Esecuzione di azioni personalizzate, condizioni o workflow backend.
- Richieste API Connector: Invio di dati a servizi esterni o ricezione di webhook.
- Overhead della Pagina: Caricamento di componenti visuali ed esecuzione dei workflow iniziali della pagina.
Il problema di questo modello non è il prezzo in sé, ma la volatilità. Poiché il linguaggio di programmazione visuale di Bubble viene compilato sui loro server, non hai un controllo diretto sull’efficienza di esecuzione di quel codice. Una singola query di ricerca non ottimizzata può scansionare l’intero database, consumando migliaia di WU in pochi secondi.
La meccanica dei prezzi delle API AI e dei token
Dall’altra parte dell’equazione economica c’è la tariffazione basata sui token. Se costruisci un’applicazione usando generatori di codice AI come Lovable o Bolt, o se scrivi codice personalizzato che interfaccia LLM puri, la tua fatturazione è determinata dai token di input e output.
I token sono le unità di base del testo elaborate da un’AI. Mille token equivalgono a circa 750 parole. Il modello di prezzo qui è lineare e orientato allo sviluppatore:
- Costi di Sviluppo: Paghi i token quando chiedi all’AI di scrivere o modificare il codice della tua applicazione. Una volta scritto, il codice gira su un’infrastruttura cloud standard (come Vercel, Supabase o Netlify), che è solitamente gratuita o a tariffa fissa per traffici moderati.
- Costi AI di Runtime: Se la tua app usa funzioni AI - come un’interfaccia chat o la riassunto automatico di documenti - paghi il fornitore del modello (come Anthropic o OpenAI) per ogni interazione dell’utente.
Questo significa che i costi di hosting rimangono bassi e prevedibili, mentre i costi di sviluppo sono variabili. Tuttavia, se l’applicazione gira in un loop automatizzato, o se entri in un loop di debug delle regressioni durante lo sviluppo, il consumo di token può aumentare drasticamente.
Confronto tra i modelli economici
Vediamo come si confrontano queste componenti di prezzo nelle attività operative più comuni.
| Attività Operativa | Bubble Workload Units (WUs) | Prezzi AI API / Token |
|---|---|---|
| Query al database | Consuma WUs per ogni record recuperato. Tabelle grandi o ricerche nidificate causano consumi elevati. | Pagate tramite l’host del database (tariffa flat o basata sullo storage, solitamente economica). |
| Logica di business | I workflow e i trigger visivi consumano WUs per ogni passaggio. Gli scheduler generano un consumo costante. | Eseguite tramite funzioni serverless (estremamente convenienti, spesso gratuite per milioni di esecuzioni). |
| Integrazioni esterne | L’API Connector consuma WUs in proporzione alla dimensione del payload. | Costi standard per chiamata API (commissioni di transito di rete trascurabili). |
| Funzionalità AI | Consuma WUs per l’API Connector più i costi dei token del provider AI diretto. | Fatturazione lineare basata sul numero esatto di token in input e output. |
| Manutenzione App | Costo di abbonamento flat per l’accesso all’editor, nessun costo per gli aggiornamenti visivi. | Costi variabili in crediti o token per richiedere all’AI correzioni di bug e modifiche. |
Scalabilità del database: il vero driver dei costi
I database sono la fonte più comune di sorprese in fattura. In Bubble, l’ottimizzazione della struttura dei dati è obbligatoria. Se crei un tipo di dato chiamato “Project” e lo colleghi a una lista di “Tasks”, eseguire una ricerca per progetti caricherà i task associati. Il server di Bubble gestisce questa mappatura relazionale visivamente, consumando WUs per ogni record caricato. Se hai 5.000 task e li interroghi senza vincoli rigorosi, vedrai il tuo saldo di WU scendere rapidamente.
Al contrario, se la tua applicazione usa un database dedicato come PostgreSQL o Supabase, la scalabilità si basa sulle risorse di calcolo o sulla dimensione dello storage dei dati. Una query che scansiona 10.000 record richiede pochi millisecondi di tempo di CPU. Gli host di database standard addebitano lo spazio di archiviazione (ad esempio $10 al mese per diversi gigabyte) invece di contare ogni singola lettura o scrittura.
Trigger di logica e workflow: costi prevedibili vs variabili
L’esecuzione dei trigger di logica evidenzia il divario di efficienza tra le piattaforme visive proprietarie e l’infrastruttura serverless standard.
In Bubble, ogni workflow di logica gira sul cluster di server di Bubble. Se configuri un workflow che si attiva al clic di un pulsante, valuta tre condizioni, aggiorna un record e invia un’email, ogni passaggio costa WUs. Se esegui un workflow di backend per elaborare dati in bulk, questo eseguirà loop che consumano migliaia di WUs. Molti builder lamentano che la normale logica di business costi troppo per essere gestita in produzione.
Con un’app generata dall’AI, la logica di backend è solitamente compilata in codice JavaScript o Python leggero. Questo codice gira su piattaforme serverless dove ottieni milioni di millisecondi di esecuzione gratuiti ogni mese. Non paghi per il clic di un pulsante o per la valutazione di un’istruzione “if”. Paghi solo se effettui chiamate dirette a un modello AI esterno durante l’esecuzione, con costi che scalano linearmente.
L’alternativa ibrida con Softr
Se vuoi costruire un’applicazione aziendale funzionale senza incastrarti in calcoli di WU o loop infiniti di prompt, una piattaforma ibrida come Softr offre una soluzione pratica.
Softr opera su un modello di abbonamento prevedibile. Paghi una tariffa mensile flat in base al piano scelto (Starter, Basic, Professional o Business). Questo piano prevede limiti fissi sul numero di utenti dell’app e record del database, invece di addebitarti ogni singola query di ricerca o visualizzazione di pagina.
Softr gestisce la scalabilità del database e i trigger di logica attraverso una struttura ibrida:
- Database Relazionali Nativi: Softr include un database creato per le operazioni aziendali. Puoi importare record, stabilire relazioni ed eseguire query senza preoccuparti di penali basate sull’utilizzo.
- AI Co-Builder: Puoi usare l’AI Co-Builder per generare pagine, database e workflow velocemente. Sebbene questo utilizzi un’allocazione mensile di crediti, è completamente opzionale. Puoi costruire, modificare e mantenere l’intera applicazione visivamente all’interno dello studio senza usare alcun credito.
- Vibe Coding Isolato: Se hai bisogno di componenti personalizzati, puoi usare il blocco Vibe Coding per generare elementi specifici senza rigenerare l’intero codebase dell’applicazione.
Questo approccio ti offre la velocità della generazione AI con la prevedibilità dei costi di un hosting a tariffa flat. Non avrai bollette improvvise perché un utente ha caricato una dashboard o attivato un semplice workflow di logica.
Consigli pratici per i builder
Quando decidi come allocare il tuo budget, tieni a mente queste linee guida:
- Scegli opzioni a tariffa flat per strumenti interni ad alto traffico: se il tuo team carica costantemente tabelle e aggiorna record, una piattaforma flat come Softr ti proteggerà dai picchi di WU.
- Ottimizza le query del database fin da subito: se devi costruire su Bubble, usa i vincoli in tutte le ricerche per evitare di caricare campi o relazioni non necessari.
- Isola le tue funzionalità AI: se integri chiamate LLM, imposta dei limiti di frequenza (rate limits) e memorizza le risposte in cache per evitare di pagare per prompt duplicati.
Allineando l’architettura della tua applicazione al modello economico corretto, puoi creare strumenti che rimangono convenienti man mano che la tua attività cresce.