Torna al blog

Vercel Usage Spiegato: Guida alle Principali Voci di Costo

Una panoramica chiara e concisa delle metriche di utilizzo di Vercel, per comprendere come vengono calcolati i costi e ottimizzare la spesa per i tuoi progetti.

Edoardo Midali

Edoardo Midali

Developer · Content Creator

6 min di lettura
Vercel Usage Spiegato: Guida alle Principali Voci di Costo

Vercel Usage: Le Voci di Costo Spiegate in Modo Semplice

Vercel è diventata una piattaforma di riferimento per il deployment di applicazioni frontend e full-stack, specialmente per progetti Next.js. Tuttavia, comprendere la dashboard di Usage può risultare talvolta confuso, soprattutto per chi è alle prime armi con i servizi cloud. In questo articolo, spiegheremo in modo semplice e diretto le principali voci di costo di Vercel, per aiutarti a capire come vengono calcolate le spese e come ottimizzarle.

Bandwidth (Larghezza di Banda)

Cosa è: La quantità totale di dati trasferiti dalla tua applicazione agli utenti.

Come si misura: In GB (Gigabyte) di dati scaricati dagli utenti quando visitano il tuo sito.

Perché è importante: Maggiore è il traffico sul tuo sito e più pesanti sono i tuoi asset (immagini, video, JavaScript), maggiore sarà il consumo di bandwidth.

Esempio pratico: Se hai un sito con molte immagini ad alta risoluzione che riceve migliaia di visite giornaliere, la bandwidth sarà una voce di costo significativa.

Build Execution (Esecuzione delle Build)

Cosa è: Il tempo impiegato dal sistema Vercel per costruire (compilare) la tua applicazione prima del deployment.

Come si misura: In minuti di esecuzione, calcolati dal momento in cui inizia il processo di build fino al suo completamento.

Perché è importante: Build complesse o inefficienti possono consumare molti minuti, incidendo significativamente sui costi, specialmente per team che effettuano molti deployment al giorno.

Esempio pratico: Un progetto Next.js con centinaia di pagine e molte immagini da ottimizzare potrebbe richiedere build di 5-10 minuti o più.

Serverless Function Execution (Esecuzione di Funzioni Serverless)

Cosa è: Il tempo di esecuzione delle API routes, Server Components o qualsiasi altra funzione serverless nel tuo progetto.

Come si misura: In GB-secondi, una combinazione tra memoria allocata e tempo di esecuzione.

Perché è importante: Funzioni inefficienti o che gestiscono operazioni pesanti possono consumare molti GB-secondi, aumentando rapidamente i costi.

Esempio pratico: Un'API che effettua elaborazioni di immagini o query complesse a database potrebbe consumare molti GB-secondi per ogni chiamata.

Edge Function Execution (Esecuzione di Funzioni Edge)

Cosa è: Il tempo di esecuzione di funzioni che girano sulla rete edge di Vercel (più vicine geograficamente agli utenti).

Come si misura: In secondi di runtime totale.

Perché è importante: Le funzioni edge sono solitamente più economiche delle serverless functions tradizionali ma hanno limiti diversi.

Esempio pratico: Middleware, autenticazione o logica di routing condizionale che viene eseguita su ogni richiesta.

Image Optimization Requests (Richieste di Ottimizzazione Immagini)

Cosa è: Il numero di richieste elaborate dal servizio di ottimizzazione immagini di Vercel.

Come si misura: Per numero di immagini ottimizzate.

Perché è importante: L'ottimizzazione automatica delle immagini è comoda ma può comportare costi significativi per siti con molte immagini.

Esempio pratico: Un e-commerce con migliaia di prodotti, ciascuno con multiple immagini che vengono ottimizzate in vari formati e dimensioni.

Artifacts (Artefatti)

Cosa è: Lo spazio di archiviazione utilizzato per conservare i risultati delle build e altri asset.

Come si misura: In GB di storage.

Perché è importante: Build molto grandi o team che mantengono molte versioni di preview possono accumulare molti GB di artefatti.

Esempio pratico: Un'applicazione con molte dipendenze, asset statici e output di build che vengono conservati per ogni deployment.

Web Analytics (Analisi Web)

Cosa è: Il servizio di analytics integrato di Vercel per tracciare visite, performance e comportamento degli utenti.

Come si misura: In numero di eventi tracciati.

Perché è importante: Analytics dettagliati possono generare molti eventi, specialmente su siti con alto traffico.

Esempio pratico: Un blog popolare che traccia visualizzazioni di pagina, eventi di scroll, click e altre metriche di engagement.

PostgreSQL Database (Database PostgreSQL)

Cosa è: Lo spazio e le risorse utilizzate dai database PostgreSQL gestiti da Vercel.

Come si misura: In base allo spazio di archiviazione (GB) e al compute (vCPU).

Perché è importante: Database più grandi o con più traffico richiedono più risorse e quindi costano di più.

Esempio pratico: Un'applicazione SaaS con migliaia di utenti che memorizza dati di profilo, contenuti generati dagli utenti e metriche.

KV (Key-Value) Storage

Cosa è: Il servizio di archiviazione key-value offerto da Vercel, utile per cache, sessioni e dati temporanei.

Come si misura: In GB di storage e numero di operazioni di lettura/scrittura.

Perché è importante: Applicazioni che fanno uso intensivo di caching o memorizzazione temporanea possono generare molte operazioni.

Esempio pratico: Un'app che memorizza sessioni utente, risultati di API o altro stato temporaneo nel KV storage.

Blob Storage

Cosa è: Servizio per archiviare file binari come immagini, video o documenti caricati dagli utenti.

Come si misura: In GB di storage e operazioni di lettura/scrittura.

Perché è importante: Applicazioni che permettono upload di file possono accumulare rapidamente molti GB di storage.

Esempio pratico: Una piattaforma che consente agli utenti di caricare foto, documenti o altri file.

Log Drain (Drenaggio Log)

Cosa è: La funzionalità di esportazione dei log verso sistemi esterni come Datadog o Logtail.

Come si misura: In base al volume di log esportati, misurato in GB.

Perché è importante: Sistemi molto verbose che generano molti log possono comportare costi significativi di esportazione.

Esempio pratico: Un'applicazione enterprise che richiede logging dettagliato per conformità o debugging avanzato.

Strategie di Ottimizzazione dei Costi

Comprendere queste voci è il primo passo per ottimizzare i costi. Ecco alcuni consigli rapidi:

  1. Ottimizza le build: Riduci le dipendenze, usa tecniche come il caching per accelerare le build.

  2. Comprimi gli asset: Utilizza immagini ottimizzate, comprimi CSS e JavaScript.

  3. Sfrutta la CDN e il caching: Massimizza l'utilizzo della CDN di Vercel per ridurre le chiamate alle funzioni.

  4. Monitora le funzioni serverless: Identifica e ottimizza le funzioni che consumano più risorse.

  5. Usa Edge Functions dove possibile: Sono spesso più economiche delle funzioni serverless tradizionali.

  6. Imposta limiti di spesa: Configura alert quando ti avvicini a determinati soglie di utilizzo.

Conclusione

Le voci di costo di Vercel riflettono il modello serverless e cloud-native della piattaforma. Sebbene il piano gratuito sia generoso per progetti personali o di piccole dimensioni, comprendere queste metriche diventa essenziale quando si scala un'applicazione per un pubblico più ampio o per uso commerciale.

Ricorda che Vercel offre dashboard dettagliate che ti permettono di monitorare tutte queste metriche in tempo reale, aiutandoti a individuare rapidamente eventuali picchi di utilizzo o anomalie che potrebbero comportare costi inaspettati.

Risorse Utili