Ogni tanto, quando qualcuno ti configura un’automazione o collega un programma a Google, salta fuori una parolina misteriosa: service account. Suona da nerd — e un po’ lo è — ma il concetto è semplice, e capirlo ti torna utile: ci passa dietro un sacco di roba pratica per la tua attività, dalle automazioni ai collegamenti con Fogli, Drive e Calendar. Te lo spieghiamo in modo facile, con giusto qualche parola tecnica al punto giusto e nessuno spavento.
Cos’è un service account, in parole semplici
Un service account (in italiano “account di servizio”) è un tipo speciale di account Google che non appartiene a una persona, ma a un’applicazione. È, letteralmente, l’account “robot” di un software. Serve a far sì che un programma possa accedere ai servizi di Google — Fogli, Drive, Calendar, Analytics, il cloud — e fare il suo lavoro in automatico, senza che un essere umano debba fare login ogni volta.
Il classico account Google è tuo: ha il tuo nome, la tua password, lo usi tu. Un service account invece è del software: nessuno ci fa il login a mano, non ha una persona dietro, e serve solo a far parlare i programmi tra loro. Detto in romagnolo: è il garzone digitale che sbriga le commissioni mentre tu pensi ad altro.
In cosa è diverso da un account normale
- Non è di una persona: è di un’app, di un server, di un’automazione.
- Niente login manuale: non digiti utente e password. Il software si autentica da solo.
- Ha un’email dall’aria strana, tipo
nome@progetto.iam.gserviceaccount.com. Non ci scrivi: è solo il suo “documento d’identità”. - Invece della password usa delle chiavi crittografiche (o, meglio ancora, dei permessi temporanei — ci arriviamo tra poco).
Pensa a un service account come a un dipendente-robot con il suo tesserino. Non usa le tue credenziali: ne ha di suoi. Tu decidi quali stanze può aprire (i permessi). E se un giorno fa i capricci o finisce nelle mani sbagliate, gli togli solo il tesserino — senza dover cambiare le chiavi di tutto l’ufficio.
Come funziona (senza mal di testa)
Quando crei un service account, Google genera una coppia di chiavi crittografiche: una privata (segretissima) e una pubblica. Funziona come una firma: il software firma le sue richieste con la chiave privata, e Google verifica che la firma sia autentica con la chiave pubblica (che tiene lei). Niente password da digitare, niente da ricordare.
Poi c’è la parte più importante di tutte: i permessi (in gergo Google, i “ruoli” IAM). Qui decidi esattamente cosa quel robot può fare: solo leggere un foglio? Anche scriverci? Accedere a un unico servizio o a tutto? La regola d’oro è il privilegio minimo: dai solo ciò che serve, niente di più. Un garzone a cui affidi la chiave del magazzino, non quella della cassaforte.
Piccola curiosità da veri nerd: il modo più sicuro di far lavorare un service account non è nemmeno consegnargli un file-chiave permanente, ma fargli ottenere dei permessi temporanei “usa e getta” (token a vita breve). Meno cose permanenti in giro, meno rischi. Su questo Google negli ultimi anni ha spinto molto.
Come si crea (giusto per curiosità)
Non serve che lo faccia tu, ma ecco i passaggi in due righe, così sai di cosa si parla. Tutto avviene nella Google Cloud Console:
- Apri (o crei) un progetto.
- Vai in IAM e amministrazione → Account di servizio.
- Crei l’account e gli dai un nome parlante (es. “automazione-fogli-vendite”).
- Gli assegni i ruoli, cioè i permessi — solo quelli che servono.
- Se necessario, generi una chiave (un file JSON) da consegnare all’applicazione — oppure, meglio, imposti i permessi temporanei.
Cinque passi, e il tuo garzone digitale è pronto al lavoro. La parte delicata non è crearlo (ci vogliono due minuti), ma dargli i permessi giusti e proteggerne la chiave: lì si vede chi lavora bene.
Service account, chiave API o login utente: che differenza c’è?
Tre cose che si confondono spesso, ma sono diverse:
- Login utente (“Accedi con Google”): una persona autorizza un’app ad agire per suo conto. C’è sempre un umano dietro.
- Chiave API: un semplice codice che identifica un’app per usare un servizio. Di solito non dà accesso ai dati privati e non “firma” le richieste come un service account.
- Service account: la via giusta quando un software deve accedere da solo a risorse riservate, con permessi precisi e senza un umano nel mezzo.
Regola pratica per ricordartelo: persona che autorizza → login utente; software che lavora da solo sui tuoi dati → service account.
A cosa serve davvero (esempi concreti)
Basta teoria: ecco dove incontri un service account nella vita di un’attività, spesso senza saperlo.
- Un’automazione che ogni notte aggiorna un Google Sheet con i dati delle vendite.
- Il tuo sito che salva i contatti dei form dentro Drive o un foglio.
- Una dashboard che legge i dati di Google Analytics senza che nessuno faccia login.
- Il gestionale collegato al calendario per gestire le prenotazioni in automatico.
- Un sistema che manda email o carica file in automatico, giorno e notte.
Una chicca da nerd: un service account può anche ricevere il permesso di agire “per conto” delle persone di un’organizzazione (in gergo, la delega). È così che, per esempio, uno strumento aziendale riesce a gestire in automatico i calendari o le caselle di posta di tutto il team, senza chiedere la password a ciascuno. Potente — e proprio per questo va maneggiato con criterio, dando la delega solo dove serve davvero.
In pratica, ogni volta che “due programmi si parlano” passando da Google, dietro le quinte c’è quasi sempre un service account che fa da ponte. È la stessa filosofia che abbiamo raccontato parlando di come l’AI si collega ai tuoi strumenti con l’MCP: dietro le automazioni che ti fanno risparmiare tempo, c’è sempre un “identità robot” che lavora al posto tuo.
Perché è una gran bella idea (soprattutto per la sicurezza)
Qui sta il bello. Senza service account, per far accedere un programma ai tuoi servizi Google dovresti dargli la tua password personale: una pessima idea, perché un software con le tue credenziali può fare tutto quello che puoi fare tu. Con un service account, invece:
- Non condividi mai la tua password personale.
- Dai solo i permessi minimi necessari a quel compito.
- Se qualcosa va storto, disattivi solo quel service account e il resto resta al sicuro.
- Puoi vedere cosa ha fatto (ci sono i registri): tracciabilità totale.
Facciamo il paragone: dare a un software la tua password personale è come consegnare a un fattorino le chiavi di casa, dell’auto e della cassaforte “perché deve solo lasciare un pacco”. Un service account, invece, è come dargli solo la chiave del cancello, per il tempo che serve, con un registro di quando entra ed esce. Se qualcosa non ti torna, gli ritiri quella chiave e basta: casa tua resta blindata. È buon senso, applicato al digitale.
- Un account, uno scopo: niente robot “tuttofare”.
- Permessi minimi: dai solo ciò che serve, mai “accesso a tutto per comodità”.
- Proteggi la chiave: mai dentro il codice pubblico, mai caricata su GitHub per sbaglio.
- Ruota le chiavi ogni tanto e, se puoi, dai loro una scadenza.
- Meglio ancora: evita i file-chiave quando possibile e usa i permessi temporanei. Google stessa considera le chiavi permanenti un “debito di sicurezza”.
Perché ti riguarda (anche se non sei tecnico)
Non dovrai crearlo tu, tranquillo. Ma sapere cos’è un service account ti fa fare le domande giuste a chi ti costruisce automazioni e integrazioni. Tre domande che valgono oro:
- “Questo service account che permessi ha? Sono davvero solo quelli necessari?”
- “Dove tieni la chiave, ed è al sicuro?”
- “È a scopo singolo o fa mille cose diverse?”
Chi ti risponde con chiarezza e serenità, sa quello che fa. Ed è esattamente l’attenzione con cui montiamo le integrazioni per i siti e i progetti dei nostri clienti: comode, ma soprattutto sicure.
Come puoi metterlo a frutto
Se hai un lavoro ripetitivo che passa da Google — dati da aggiornare, contatti da salvare, report da comporre — con ogni probabilità si può automatizzare, e dietro ci sarà un service account fatto a regola d’arte. Tu ci guadagni tempo; la sicurezza la mettiamo noi. E la cosa bella è che, una volta impostato bene, un service account lavora in silenzio tutti i giorni, senza che tu debba pensarci: è il tipo di automazione che non si vede, ma si sente — nel tempo che ti libera.
Noi di Marketing Romagnolo automazioni e integrazioni le costruiamo ogni giorno per far correre di più i progetti dei clienti, senza mai togliere il tocco umano — e romagnolo. Se hai in mente qualcosa da collegare o automatizzare, facciamo due chiacchiere: una call, zero impegno, e ti diciamo se e come conviene farlo. E zò!