ChatGPT down, problemi IA globali colpiscono anche Gemini e Claude

Un improvviso blackout coinvolge ChatGPT, Gemini e Claude: i principali strumenti d’intelligenza artificiale si fermano, sollevando interrogativi sulla sicurezza, la dipendenza tecnologica e le vere cause dei disservizi globali.

Un errore che compare sullo schermo pu sembrare il problema di una singola applicazione. Quando, per, nello stesso intervallo cominciano a rallentare o a smettere di rispondere ChatGPT, Claude e Grok, la lettura cambia. Non si tratta pi soltanto di una pagina irraggiungibile: vengono a mancare strumenti impiegati per scrivere codice, esaminare documenti, preparare contenuti, cercare informazioni, automatizzare attivit e sostenere il lavoro di ogni giorno.

Il 3 settembre 2026 alcuni tra i principali servizi di intelligenza artificiale generativa hanno registrato disservizi ravvicinati. ChatGPT e Codex hanno mostrato livelli elevati di errore; Claude ha avuto problemi sul sito, nellambiente di sviluppo e nelle API; Grok ha comunicato uninterruzione del servizio. Anche Gemini comparso in molte segnalazioni degli utenti e in alcuni resoconti giornalistici, ma non risulta una conferma ufficiale di un guasto generale paragonabile a quelli dichiarati dagli altri provider.

La distinzione non secondaria. Un servizio pu essere irraggiungibile per una parte degli utenti, in una determinata area geografica, con alcuni modelli o soltanto durante luso di certe funzioni, senza essere completamente fuori uso. Le pagine di stato raccolgono dati eterogenei; lesperienza concreta dipende dal piano, dallendpoint, dal modello scelto e dal percorso seguito dal traffico di rete.

Per questo la formula ChatGPT down problemi IA restituisce soltanto una porzione dellepisodio. Il dato pi interessante la sovrapposizione temporale tra piattaforme indipendenti, realizzate per lungo una filiera che comprende data center, reti, autenticazione, fornitori cloud, software condivisi e capacit di calcolo concentrata in pochi punti.

La sequenza degli incidenti

Le comunicazioni pubbliche consentono di ricostruire una cronologia abbastanza nitida. Gli orari non sono perfettamente confrontabili, perch i provider non usano necessariamente gli stessi criteri n rilevano limpatto nello stesso momento. I riferimenti sono espressi in UTC; quando serve, viene indicata anche lora approssimativa della costa orientale degli Stati Uniti.

Claude stato il primo dei tre servizi con un incidente documentato ufficialmente a mostrare un peggioramento. La pagina di stato di Anthropic ha segnalato dapprima errori elevati su Sonnet 5. Lelenco si poi allargato: sono state comprese anche versioni delle famiglie Mythos e Fable, oltre a Opus 4.8 e Opus 5. Il provider ha fatto sapere di aver individuato la causa e di essere al lavoro su una correzione.

Alle 16:16 UTC Anthropic ha indicato la fine dellimpatto. Il recupero, per, non stato identico per tutti i modelli. Alcune componenti sono tornate operative prima, mentre altre hanno continuato a registrare tassi di errore superiori alla norma. Definire Claude completamente offline sarebbe quindi una semplificazione: il problema ha coinvolto pi prodotti e modelli, non ogni richiesta e ogni account.

Grok ha aperto il proprio incidente alle 13:30 UTC. Il messaggio informava che il servizio stava incontrando difficolt e che il ripristino era gi in corso. Agli utenti veniva mostrata anche unindicazione relativa al sovraccarico del modello. In un aggiornamento seguente, la societ collegata a xAI ha ricondotto il problema a uninterruzione presso il centro di calcolo di Memphis, la struttura che ospita il supercomputer Colossus e sostiene una parte rilevante dellinfrastruttura di Grok.

Per Grok disponibile, dunque, una spiegazione pubblica pi specifica di quelle diffuse per ChatGPT e Claude. Questo non dimostra che il guasto di Memphis abbia causato gli altri incidenti. Indica soltanto che un problema locale o infrastrutturale nel centro di calcolo ha avuto conseguenze sul servizio di xAI.

OpenAI ha aperto lincidente relativo a ChatGPT e Codex attorno alle 14:58 UTC. In Nord America erano circa le 10:58 del mattino sulla costa orientale. La pagina di stato parlava di errori elevati su molti componenti. Limpatto ha interessato le conversazioni in ChatGPT e alcune funzioni di Codex, con effetti diversi secondo il tipo di richiesta e il servizio utilizzato.

La mitigazione stata comunicata attorno alle 15:22 UTC, ma il monitoraggio proseguito durante il recupero. Una comunicazione attribuita a OpenAI ha collegato lindisponibilit a un errore di instradamento iniziato alle 7:43 del mattino, ora del Pacifico. La cronologia pubblica ha poi indicato le 16:55 UTC come orario di risoluzione dellincidente.

Anche qui letichetta ChatGPT down va maneggiata con cautela. Le metriche di disponibilit riuniscono piani, modelli e tipologie di errore differenti. Un account pu riuscire a inviare una richiesta mentre un altro riceve un errore; una conversazione pu funzionare nel momento in cui Codex, la modalit vocale o unintegrazione non rispondono.

Gemini: disservizio confermato o percezione amplificata?

Gemini richiede una ricostruzione separata. Nel corso della stessa giornata alcuni utenti hanno segnalato schermate bloccate, caricamenti incompleti e difficolt nellaprire conversazioni o servizi collegati. Alcuni resoconti giornalistici lo hanno inserito tra i prodotti colpiti insieme a ChatGPT, Claude e Grok.

La pagina ufficiale di Google Cloud consultata non mostrava per un incidente generale di Gemini equivalente a quelli pubblicati da OpenAI, Anthropic e xAI. I sistemi di monitoraggio esterni hanno registrato un aumento delle segnalazioni, pur continuando a descrivere il servizio come operativo. Restano quindi possibili pi interpretazioni: un degrado limitato, un problema regionale, errori circoscritti a determinate integrazioni oppure un incremento delle segnalazioni dovuto al fatto che molti utenti stavano controllando nello stesso momento le alternative.

Il nome Gemini, del resto, comprende ambienti differenti. Pu indicare lapp conversazionale, le funzioni integrate in Google Workspace, AI Studio e i servizi messi a disposizione attraverso Google Cloud. Un malfunzionamento in uno di questi ambienti non equivale automaticamente a un guasto del modello n allinterruzione dellintera piattaforma.

La ricostruzione pi prudente anche quella pi aderente alle evidenze: ChatGPT, Claude e Grok hanno avuto incidenti dichiarati ufficialmente e ravvicinati nel tempo; Gemini ha raccolto segnalazioni compatibili con un degrado percepito da alcuni utenti, ma non una conferma pubblica di un blackout globale. Mettere tutti e quattro i chatbot sullo stesso piano andrebbe oltre ci che stato documentato.

I fatti disponibili e ci che resta da verificare

Le comunicazioni dei provider permettono di distinguere gli elementi accertati dalle spiegazioni ancora ipotetiche. Durante uninterruzione, la coincidenza temporale favorisce la circolazione di cause non verificate: un attacco informatico, un problema di Cloudflare, un guasto presso un grande fornitore cloud o un sovraccarico dovuto agli utenti che si spostano da un servizio allaltro.

Quello che risulta confermato questo:

• OpenAI ha rilevato errori elevati su ChatGPT e Codex e ha applicato una mitigazione durante lincidente.
• Anthropic ha segnalato errori su Claude.ai, Claude Code, Claude Cowork e sulle API, con livelli differenti tra i vari modelli.
• xAI ha dichiarato uninterruzione di Grok e in seguito ha collegato il problema a un guasto nel centro di calcolo di Memphis.
• Google non ha pubblicato una conferma equivalente per uninterruzione generale di Gemini nel periodo esaminato.
• Non stata dimostrata pubblicamente lesistenza di una causa unica in grado di spiegare tutti i disservizi.

Le pagine di stato non servono soltanto a comunicare che qualcosa non funziona. Mostrano anche quali componenti vengono sorvegliati e quali indicatori il provider considera rilevanti. Non rappresentano sempre la situazione di ogni singolo utente, in tempo reale. Se il guasto intermittente o interessa soltanto una parte della rete, gli aggiornamenti possono arrivare dopo le prime segnalazioni.

OpenAI ha parlato di un errore di routing: una configurazione o un percorso che manda le richieste verso sistemi non disponibili oppure non raggiungibili correttamente. Anthropic ha usato lespressione infrastructure issue e ha comunicato di aver individuato la causa, senza pubblicare tutti i dettagli tecnici. xAI ha fornito il riferimento al centro di calcolo di Memphis.

Le tre descrizioni non indicano la stessa cosa. Un problema di instradamento, un guasto in un data center e un generico problema infrastrutturale possono manifestarsi con schermate e messaggi simili, ma riguardano livelli diversi della catena tecnica.

Quanto plausibile una causa comune

La sovrapposizione degli orari ha spinto a cercare una dipendenza condivisa. ChatGPT, Claude e Grok sono prodotti differenti e appartengono a societ diverse. I grandi servizi digitali, per, ricorrono spesso agli stessi operatori di rete, alle medesime piattaforme di sicurezza, a sistemi analoghi per distribuire il traffico e a fornitori comuni di infrastruttura.

Da qui nasce lipotesi di un guasto presso un fornitore esterno. Un problema a un servizio di bilanciamento, a una rete di distribuzione dei contenuti, a un sistema di protezione o allautenticazione potrebbe compromettere pi applicazioni nello stesso momento. Per lepisodio del 3 settembre questa possibilit non stata confermata.

Cloudflare ha dichiarato di non aver registrato uninterruzione significativa dei propri servizi. Anche le pagine pubbliche dei principali fornitori cloud non hanno riportato un guasto generale coincidente con londata di errori. Un incidente circoscritto non verrebbe necessariamente pubblicato, quindi lassenza di una segnalazione non esclude ogni problema. Riduce per la consistenza dellipotesi di un collasso simultaneo dellinfrastruttura cloud globale.

Resta possibile un effetto domino. Quando uno dei chatbot pi usati smette di rispondere, una parte degli utenti prova subito un concorrente. Se quella piattaforma dispone di poca capacit libera o sta gi affrontando un picco, il traffico aggiuntivo pu aumentare la latenza e far salire il numero degli errori. Il risultato, visto dallesterno, pu assomigliare a un blackout unico anche quando gli incidenti sono distinti.

La cronologia, da sola, non prova un rapporto di causa ed effetto. Grok ha iniziato a mostrare difficolt prima dellincidente dichiarato da OpenAI; Claude aveva gi rilevato errori su alcuni modelli; ChatGPT ha comunicato in seguito il proprio problema di instradamento. Le finestre temporali si sovrappongono, ma le spiegazioni rese pubbliche restano diverse.

Non ci sono nemmeno elementi pubblici sufficienti per definire lepisodio un attacco informatico coordinato. Un attacco rientra tra le eventualit da considerare in un incidente esteso, ma senza indicatori tecnici, attribuzione o comunicazioni ufficiali non pu essere indicato come causa.

Che cosa cambia per utenti e sviluppatori

Per chi usa un chatbot saltuariamente, unora di indisponibilit pu voler dire rinviare una traduzione, una sintesi o una ricerca. In unattivit professionale, lo stesso intervallo pu interrompere una sequenza gi avviata. Dentro una conversazione ci sono spesso contesto, istruzioni, allegati e risultati intermedi; trasferirli altrove non sempre semplice.

Passare a unalternativa richiede tempo per almeno quattro ragioni:

• I modelli trattano in modo diverso istruzioni, formati e documenti allegati.
• Le cronologie non passano sempre da una piattaforma allaltra, soprattutto tra account personali e aziendali.
• Le funzioni non coincidono: ricerca web, visione, strumenti per il codice, memoria, connettori e gestione dei file possono comportarsi in modo diverso.
• Le regole sui dati cambiano e possono vietare di trasferire materiale riservato a un servizio non approvato.

Per gli sviluppatori la ricaduta pu essere ancora pi ampia. Unapplicazione collegata a una sola API non dipende soltanto dal modello linguistico. Entrano in gioco autenticazione, limiti di traffico, disponibilit delle regioni, pagamenti, formato delle risposte e compatibilit con gli strumenti integrati.

Un errore momentaneo pu produrre nuovi effetti: richieste duplicate, code pi lunghe e costi inattesi. Se il codice non distingue un timeout da un errore di autenticazione o da un limite di capacit, la reazione pu essere dannosa. Il sistema pu ritentare senza controllo, ripetere operazioni, perdere messaggi o fermare unintera coda di lavoro.

Le API rendono visibile soltanto una parte del problema. Lutente vede una schermata di errore; lazienda deve fare i conti con processi incompleti, notifiche non inviate, documenti parziali, log incoerenti e richieste rimaste in uno stato incerto. La disponibilit del modello dunque un indicatore, non la misura completa della continuit del servizio.

Una filiera pi concentrata di quanto sembri

Lepisodio rende evidente una tensione del mercato dellIA. I marchi sono numerosi, ma la catena tecnica che li sostiene pi concentrata. I modelli di grandi dimensioni hanno bisogno di enormi risorse di calcolo, reti ad alta capacit, sistemi di raffreddamento, energia, distribuzione del traffico e componenti software specializzati.

La concentrazione pu riguardare i modelli, ma anche i data center, i chip acceleratori, i provider cloud, i servizi di rete e gli strumenti che collegano lIA alle applicazioni aziendali. Due piattaforme concorrenti possono condividere una parte dellinfrastruttura pur avendo modelli, gruppi di lavoro e sistemi di controllo diversi.

La dipendenza talvolta diretta, talvolta meno evidente. Unazienda pu usare Claude per assistere il codice e ChatGPT per preparare la documentazione, ma affidarsi allo stesso servizio esterno per il login, alla medesima rete per raggiungere le API o allo stesso strumento di osservabilit per controllare gli errori. Due nomi presenti in un contratto non garantiscono automaticamente due infrastrutture separate.

C anche una concentrazione delle competenze operative. I sistemi di IA classificano ticket, estraggono dati, generano query, preparano risposte commerciali, supportano gli operatori e alimentano strumenti interni. Ogni collegamento pu aumentare la produttivit quando il servizio disponibile; allo stesso tempo aggiunge un punto dal quale uninterruzione pu propagarsi.

La resilienza va quindi osservata lungo pi livelli:

• Il modello, che deve riuscire a generare una risposta.
• LAPI, indispensabile per applicazioni e automazioni.
• La rete, lautenticazione e gli account, senza i quali il modello non raggiungibile o utilizzabile.
• I dati, gli allegati, i connettori e le basi informative, necessari per completare il lavoro.
• Il processo alternativo, da attivare quando lIA esterna non disponibile.

Come preparare la continuit operativa

La risposta non sostituire in automatico ChatGPT con Claude, Gemini o Grok. Anche un servizio concorrente pu avere problemi nello stesso momento, come mostra la concentrazione osservata quel giorno. Per continuare a lavorare serve una progettazione che tenga conto anche dellassenza temporanea di qualunque modello esterno.

Il primo elemento la ridondanza tra fornitori. Per le applicazioni ad alta priorit pu essere sensato predisporre almeno due servizi con interfacce compatibili. La scelta va valutata prima dellemergenza, confrontando qualit, latenza, costi, limiti, trattamento dei dati e comportamento sui casi pi delicati.

Segue il fallback tecnico. Dopo un errore, il sistema deve distinguere i problemi temporanei da quelli permanenti, applicare ritentativi a intervalli controllati e cambiare provider soltanto quando le condizioni lo richiedono. Il meccanismo deve impedire i cicli infiniti e registrare ogni passaggio.

Il contesto di lavoro va conservato fuori dalla singola sessione web. Prompt, istruzioni di sistema, documenti, risultati intermedi e metadati dovrebbero poter essere recuperati. Unapplicazione professionale deve ricostruire il lavoro su un altro modello senza dipendere dalla memoria interna del chatbot.

Serve anche un piano che non dipenda dallIA. Alcune attivit possono tornare provvisoriamente a strumenti tradizionali: moduli predefiniti, regole deterministiche, interrogazioni di database, script locali, template editoriali, procedure manuali o approvazioni umane. Una soluzione meno sofisticata ma disponibile pu impedire che un guasto breve diventi un fermo operativo.

Per unazienda utile stabilire prima quali funzioni possono aspettare e quali devono restare attive. La generazione di una bozza pu essere rimandata. La gestione di un ordine, la registrazione di un evento o la risposta a una richiesta urgente possono invece richiedere un percorso alternativo gi provato.

Un piano operativo credibile dovrebbe comprendere:

• Un inventario delle dipendenze dallIA, incluse API, plugin, connettori e strumenti interni.
• Soglie di errore e timeout capaci di attivare il cambio di percorso.
• Un archivio locale del contesto utile a riprendere il lavoro.
• Procedure manuali documentate per le funzioni pi esposte.
• Test periodici di indisponibilit, per verificare sul campo il funzionamento del fallback.
• Controlli sui dati riservati prima dellinvio di richieste a un provider alternativo.

La lezione per la filiera dellIA

La disponibilit di un servizio di IA va valutata oltre laccesso al chatbot: contano modelli, API, autenticazione, rete, dati e possibilit di recuperare le operazioni fallite.

Per ridurre limpatto dei disservizi, aziende e sviluppatori dovrebbero mappare le dipendenze, conservare il contesto di lavoro fuori dalla singola sessione, configurare timeout e ritentativi controllati e verificare periodicamente un provider alternativo o una procedura manuale.

La vera ridondanza non consiste nellavere pi chatbot, ma nel poter continuare le attivit prioritarie anche quando un modello, unAPI o un componente infrastrutturale non disponibile.