ChatGPT-häiriö 23. heinäkuuta: kyse oli laajasta häiriöstä, ei varmistetusta maailmanlaajuisesta katkoksesta

Mitä ChatGPTissä tapahtui 23. heinäkuuta?

Torstaina 23. heinäkuuta 2026 OpenAI:n palveluissa ilmeni häiriö, joka näkyi ChatGPTissä, koodiavustaja Codexissa ja OpenAI API -rajapinnassa. Käyttäjät kertoivat, etteivät pyynnöt menneet läpi, keskustelut latautuneet tai vastaukset valmistuneet normaalisti. Ongelmat koskivat sekä verkkopalvelua että mobiilikokemusta. 222932

OpenAI kuvasi tilannetta ilmauksella ”elevated error rates”, eli kohonneet virhemäärät. Tämä on teknisesti eri asia kuin täydellinen käyttökatko: virheitä esiintyi tavallista enemmän, mutta käytettävissä olevat tiedot eivät osoita kaikkien käyttäjien, tilaustasojen tai alueiden olleen samanaikaisesti ilman palvelua. Tarkempi kuvaus häiriöstä onkin suorituskyvyn heikkeneminen tai osittainen käyttökatko. 3029

Coloradon yliopiston tietotekniikkayksikön hälytystiedotteen mukaan OpenAI selvitti ongelmaa yhdessä alihankintaketjun infrastruktuuripalveluntarjoajan kanssa. Tiedotteessa palvelun kerrottiin palautuneen aiemmin 23. heinäkuuta, vaikka OpenAI jatkoi tapahtuman seurantaa vielä seuraavana päivänä. 2930

Kuinka laajasta häiriöstä oli kyse?

Downdetectoriin liittyvän uutisoinnin mukaan palveluongelmista oli tehty yli 300 ilmoitusta hieman ennen kello 15:tä 23. heinäkuuta. Näistä lähes 90 prosenttia koski ChatGPTiä. 22

Ilmoitusmäärä ei kuitenkaan kerro suoraan kaikkien epäonnistuneiden pyyntöjen tai käyttökatkon kokonaismäärää. Häiriöseurannat perustuvat käyttäjien omiin ilmoituksiin, joten lukuihin vaikuttavat esimerkiksi se, kuinka moni huomaa ongelman ja tekee ilmoituksen sekä missä käyttäjät sijaitsevat.

OpenAI:n virallinen ilmaus ”kohonneet virhemäärät” kuvaa teknistä tilannetta paremmin kuin ilmoitusten raakamäärä. Lähteet osoittavat vaikutuksia ChatGPTiin ja muihin OpenAI:n palveluihin, mutta eivät sitä, että jokainen käyttäjä, tilausluokka tai maantieteellinen alue olisi kokenut saman häiriön. 2230

Miten OpenAI yritti korjata ongelman?

OpenAI:n tilannesivu eteni tavanomaisen häiriönhallinnan mukaisesti:

1. Yhtiö ilmoitti tutkivansa palveluissa havaittua ongelmaa.
2. Se tunnisti kohonneet virhemäärät ja ryhtyi valmistelemaan lieventävää korjausta.
3. Korjaus otettiin käyttöön, minkä jälkeen palautumista seurattiin.
4. Häiriö merkittiin ratkaistuksi perjantaina 24. heinäkuuta kello 19.33 UTC, jolloin kaikkien vaikutusten alaisten palvelujen ilmoitettiin palautuneen täysin. 30

Aikataulu ei ollut samanlainen kaikissa ilmoituksissa. Coloradon yliopiston tiedotteen mukaan ChatGPT, OpenAI API:t ja Codex olivat palautuneet jo 23. heinäkuuta kello 15.36. OpenAI:n oma tilannesivu jatkoi kuitenkin palautumisen seurantaa pidempään. 2930

Ero voi johtua palvelun epätasaisesta palautumisesta, eri raportointiajankohdista tai siitä, että OpenAI seurasi tilannetta vielä sen jälkeen, kun palvelu oli monille käyttäjille jälleen käytettävissä. Julkisten tietojen perusteella ei voida varmuudella päätellä, mikä näistä selityksistä on oikea.

OpenAI ei myöskään julkaissut saatavilla olevissa päivityksissä yksityiskohtaista teknistä juurisyytä. Maininta ongelmasta alihankintaketjun infrastruktuuripalveluntarjoajan kanssa antaa viitteitä infrastruktuurikontekstista, mutta sitä ei pidä tulkita täydelliseksi syy-selitykseksi. 29

Miten tilanne vertautui 25. heinäkuuta sattuneeseen häiriöön?

1. heinäkuuta ei jäänyt OpenAI:n ainoaksi ongelmaksi tuona viikkona. Lauantaina 25. heinäkuuta ChatGPTissä, Codexissa ja OpenAI APIssa raportoitiin jälleen kohonneita virhemääriä. Käyttäjät kertoivat muun muassa keskustelujen katoamisesta näkymästä, jumiutuvista kehotteista ja 503-virheistä. The Next Web kuvasi tapahtumaa yhtiön neljänneksi palveluhäiriöksi neljän päivän sisällä. 7

Muu uutisointi kuvasi 25. heinäkuuta laajemmaksi maailmanlaajuiseksi häiriöksi. Käyttäjät useissa maissa eivät pystyneet lataamaan keskusteluja, tarkastelemaan tallennettua historiaa tai suorittamaan pyyntöjä. 315

Ero päivien välillä on olennainen: 23. heinäkuuta kyse oli merkittävästä, mutta ei välttämättä kaikkia koskeneesta suorituskyvyn heikkenemisestä. 25. heinäkuuta häiriö näkyi laajemmin sekä kuluttajille suunnatuissa että kehittäjien käyttämissä palveluissa.

Oliko huhtikuun häiriö vielä suurempi?

Myös 20. huhtikuuta ChatGPTissä koettiin laajasti raportoitu häiriö. Moneycontrolin mukaan Downdetectoriin tuli yli 1 720 ilmoitusta, joissa mainittiin yhdyskäytävävirheitä, kirjautumisongelmia ja kyvyttömyyttä ladata keskusteluja. TechRadarin mukaan OpenAI luokitteli tilanteen osittaiseksi käyttökatkoksi, joka kesti vähintään 90 minuuttia. 1112

Uutisoinnin perusteella ongelmat ulottuivat myös projekteihin ja joissakin tapauksissa keskeneräiseen työhön. Lieventävä korjaus otettiin käyttöön noin kello 13 Yhdysvaltain itärannikon aikaa, minkä jälkeen palautumista seurattiin. 14

Kokonaiskuva on siksi kaksijakoinen: 20. huhtikuuta oli näkyvämpi ja voimakkaammin raportoitu yksittäinen ChatGPT-häiriö, kun taas heinäkuun lopulla OpenAI:n palveluissa nähtiin toistuvia häiriöitä useana päivänä peräkkäin. Lähteet eivät osoita, että kaikilla näillä tapahtumilla olisi ollut sama tekninen syy.

Mitä häiriö merkitsi työpaikoille?

Yksittäisille käyttäjille ongelmat näkyivät epäonnistuvina kehotteina, latausongelmina ja saavuttamattomina keskusteluina. Organisaatioille vaikutukset saattoivat ulottua paljon ChatGPT-käyttöliittymää laajemmalle.

APIa tai Codexia käyttävissä järjestelmissä häiriö saattoi keskeyttää automaation, viivästyttää tehtäväjonoja, rikkoa kehittäjien työnkulkuja tai kasvattaa järjestelmiin kertyvää käsittelemätöntä työtä. Heinäkuun häiriöiden jälkeen julkaistu turvallisuus- ja alustatiimien ohjeistus kehotti selvittämään, syntyikö API-riippuvaisissa järjestelmissä hiljaisia virheitä, jonoja tai käyttäjille näkyviä virheilmoituksia. Lisäksi autonomisten tehtävien turvallinen pysähtyminen tuli tarkistaa. 6

Häiriön tarkkaa taloudellista vaikutusta ei ole julkisesti ilmoitettu. Luotettavaa dollarimääräistä arviota ei ole saatavilla, ja vaikutukset riippuvat organisaation työkuormasta, varajärjestelmistä ja siitä, kuinka vahvasti toiminta on OpenAI:n palvelujen varassa.

OpenAI-palveluihin nojaaville tiimeille tapaus nostaa esiin ainakin nämä luotettavuuskysymykset:

• Yritetäänkö epäonnistuneita pyyntöjä uudelleen hallitulla viiveellä ilman, että sama työ suoritetaan vahingossa kahdesti?
• Erottavatko sovellukset tilapäisen palveluntarjoajan virheen valmiiksi saadusta vastauksesta?
• Näkyvätkö jonoon jääneet tehtävät ja käsittelyruuhkat valvonnassa?
• Onko ChatGPTille tai Codexille dokumentoitu varavaihtoehto?
• Pysähtyvätkö monivaiheiset ja autonomiset työnkulut turvallisesti, jos palvelu katkeaa kesken tehtävän? 6

Miksi ennustemarkkinat kiinnostuivat häiriöistä?

Toistuvat heinäkuun häiriöt herättivät huomiota myös ennustemarkkinoilla. Osa markkinoista määritteli häiriöpäivän OpenAI:n virallisen ”osittaisen” tai ”täydellisen käyttökatkon” luokituksen perusteella, kun taas toisilla arvioitiin, kuinka monena päivänä ChatGPT kokisi heinäkuussa käyttökatkoksen. 1820

Markkinat kertovat yleisestä kiinnostuksesta tekoälypalvelujen luotettavuutta kohtaan, mutta niiden hinnat eivät ole näyttöä häiriön syystä, vakavuudesta tai tulevasta todennäköisyydestä. Ne heijastavat kaupankäyntiä ja kunkin sopimuksen määritelmiä, eivät riippumatonta mittausta palvelun toimintavarmuudesta.

Johtopäätös

1. heinäkuuta sattunut ChatGPT-häiriö oli todellinen OpenAI:n palvelukatkos, joka vaikutti ChatGPTiin, Codexiin ja API-rajapintaan. Vahvin näyttö tukee kuitenkin kuvausta kohonneista virhemääristä ja suorituskyvyn heikkenemisestä, ei täydellisestä maailmanlaajuisesta käyttökatkosta. Downdetectoriin kertyi yli 300 käyttäjäilmoitusta, ja OpenAI:n tilannepäivitykset etenivät tutkinnasta korjauksen käyttöönottoon, palautumisen seurantaan ja lopulta ratkaistuun tilanteeseen 24. heinäkuuta kello 19.33 UTC. 2230

Tapahtuman merkitys liittyy myös laajempaan kuvioon. Sitä seurasi toinen suuri häiriö 25. heinäkuuta, ja huhtikuun 20. päivän ongelmat olivat jo osoittaneet, että ChatGPT-häiriöt voivat vaikuttaa keskustelujen lisäksi projekteihin ja API-riippuvaiseen työhön.

Yrityksille tärkein opetus ei ole yhden häiriöpäivän ilmoitusmäärä, vaan varautuminen: järjestelmien on tarjottava näkyvyys virheisiin, hallitut uudelleenyritykset, turvallinen epäonnistuminen ja käytännölliset vararatkaisut.