Server-Side Tagging su Cloud Run: Analisi Costi 2026
3 min lettura

Server-Side Tagging su Cloud Run: Analisi Costi 2026


L’adozione del Google Tag Manager Server-Side (sGTM) è stata frenata per anni dalla paura dei costi. Molti CFO vedono “Google Cloud Platform” e pensano a fatture a tre zeri. La realtà del 2026 è diversa: con le giuste configurazioni, un container sGTM per un sito medio-grande (500k sessioni/mese) può costare meno di un abbonamento a un tool SaaS entry-level.

Il segreto sta nell’usare Cloud Run (ambiente serverless) in modo intelligente, evitando le configurazioni di default “sprecone”. Ecco la guida definitiva all’ottimizzazione dei costi.

Capire la Fattura: Cosa paghi davvero?

Cloud Run ha un modello di pricing granulare al millisecondo.

  1. CPU & Memory allocation: Paghi per le risorse riservate mentre l’istanza è attiva.
  2. Request Count: Paghi per milione di richieste (costo trascurabile).
  3. Networking Egress: Paghi per i dati che escono da Google Cloud verso Internet (costoso).

Le 3 Regole d’Oro del Cost Saving

1. Scaling a Zero (con Attenzione)

Fino al 2024, si consigliava di tenere sempre almeno 1 istanza attiva (min_instances=1) per evitare “Cold Starts” (ritardi di 2-5 secondi al primo caricamento). Nel 2026, Google ha introdotto il CPU Boost all’avvio: le istanze Cloud Run partono in millisecondi. Per siti con traffico notturno nullo (es. B2B italiani), impostare min_instances=0 significa non pagare nulla dalle 22:00 alle 07:00.

2. Tuning della Concorrenza (Concurrency)

Questa è la leva più potente.

  • Default: Cloud Run gestisce 80 richieste contemporanee per istanza.
  • Ottimizzato: sGTM è un’applicazione I/O bound (aspetta risposte di rete, usa poca CPU). Puoi alzare la concorrenza a 200 o 300.
  • Risultato: Invece di accendere 5 server per gestire un picco di traffico, ne basteranno 2.

3. Log Management: Il “Vampiro” Nascosto

Spesso il 40% della fattura non è il server, ma Cloud Logging. Ogni richiesta HTTP loggata (Header, Body, Response) consuma GB di spazio log. Best Practice:

  • In Produzione, imposta la variabile d’ambiente LOGGING_LEVEL su ERROR.
  • Usa i log INFO o DEBUG solo nell’ambiente di Staging o durante il debug per massimo 24 ore.
  • Configura una “Exclusion Rule” su Cloud Logging per scartare i log di successo (HTTP 200) se non strettamente necessari per audit.

Stima dei Costi Reali (Scenario Italia)

Prendiamo un E-commerce italiano tipico:

  • Traffico: 500.000 sessioni/mese.
  • Hit totali: ~15 Milioni (Pageview + Eventi + E-commerce).
  • Configurazione: 1 vCPU, 512MB RAM, Regione europe-west8 (Milano) o europe-west1 (Belgio - spesso più economica).

Preventivo Mensile Stimato:

  • Calcolo (vCPU/RAM): ~35€
  • Richieste: ~5€
  • Egress: ~10€
  • Totale: ~50€ al mese.

Se confrontato con il costo di perdita dati causato dagli AdBlocker (recuperabili col server-side) e i rischi legali del trasferimento dati extra-UE (risolvibili proxyando il traffico), 50€ sono un investimento ROI positivo immediato.

Potrebbe interessarti anche