Chatbotin tietoturva: onko tekoälychatbot turvallinen asiakastietojen kannalta?

25. elokuuta 2026 · 11 min lukuaika

Onko tekoälychatbot turvallinen asiakastietojen kannalta? Kyllä on, jos kolme asiaa on kunnossa: mitä tietoa botille annetaan, mihin keskustelut tallentuvat ja kuka pääsee niihin käsiksi. Yksikään näistä ei ole tekninen kysymys kielimallista. Ne ovat päätöksiä, jotka joku tekee — tai jättää tekemättä — käyttöönoton yhteydessä.

Tämä on tärkein asia ymmärtää koko aiheesta. Kun chatbotin tietoturvasta puhutaan, keskustelu ajautuu lähes aina kielimalliin: oppiiko se meidän tiedoistamme, vuotaako se jotain, voiko siihen luottaa. Todelliset ongelmat syntyvät melkein aina kerrosta ylempänä. Botille annetaan pääsy tietoihin, joita se ei tarvitse. Keskustelut ohjataan sähköpostiin, jota kukaan ei siivoa. Tietosuojaseloste jää päivittämättä.

Käydään läpi, mitä chatbot oikeasti kerää, mitkä riskit ovat aitoja, mitä tietosuoja-asetus vaatii ja mitä toimittajalta pitää kysyä ennen kuin sopimusta allekirjoitetaan.

Yksi rajaus alkuun: tämä on ostajan opas, ei juridinen analyysi. Jos käsittelette terveystietoja, rahoitustietoja tai muuta erityisen arkaluontoista aineistoa, ratkaisu kannattaa tarkistuttaa juristilla.

Mitä tietoja chatbot ylipäätään kerää

Kerättävä tieto jakautuu kolmeen kerrokseen, joilla on täysin eri riskiprofiili.

Kerros 1: mitä kävijä kirjoittaa itse. "Meillä vuotaa katto" tai "paljonko maksaa hammaslääkärikäynti". Suurin osa tästä on täysin harmitonta. Ongelmalliseksi se muuttuu vain silloin, kun kävijä kirjoittaa oma-aloitteisesti jotain, mitä ei olisi pitänyt — henkilötunnuksen, tilinumeron tai terveystiedon.

Kerros 2: yhteystiedot. Nimi, sähköposti, puhelinnumero, joskus osoite. Tämä on kiistatta henkilötietoa, ja tietosuojavaltuutetun toimiston määritelmän mukaan siihen riittää jo se, että henkilö on tunnistettavissa välillisesti. Käytännössä lähes jokainen liidiä keräävä chatbot käsittelee henkilötietoja.

Kerros 3: tekninen data. IP-osoite, istuntotunniste, evästeet, selaintiedot, sivupolku. Tämä on sama aineisto, jota verkkoanalytiikka kerää muutenkin, ja se kuuluu samaan sääntelyyn.

Huomatkaa epäsuhta: suurin osa peloista koskee kerrosta 1, mutta suurin osa velvoitteista koskee kerroksia 2 ja 3.

Sääntö, jonka voi kirjoittaa muistiin Botille annetaan tietopankkiin vain se aineisto, jonka voisi julkaista verkkosivulla. Hinnastot, palvelukuvaukset, toimitusajat ja vastaukset yleisiin kysymyksiin kyllä. Asiakasrekisterit, sopimukset, katelaskelmat ja henkilöstöasiat eivät. Tämä yksi rajaus poistaa suurimman osan riskeistä ennen kuin niitä ehtii syntyä.

Kolme oikeaa riskiä

1. Botille annetaan pääsy tietoihin, joita se ei tarvitse. Tämä on ylivoimaisesti yleisin virhe, ja se tehdään hyvässä uskossa: halutaan tehdä botista mahdollisimman hyödyllinen, joten sille annetaan pääsy asiakasrekisteriin tai järjestelmään, jossa on kaikki. Sen jälkeen riittää, että joku muotoilee kysymyksen taitavasti, ja botti kertoo jotain mitä ei pitäisi. Ratkaisu ei ole älykkäämpi botti vaan kapeampi pääsy.

2. Keskustelut päätyvät paikkaan, jota kukaan ei valvo. Liidi lähetetään sähköpostiin, sähköposti jää postilaatikkoon vuosiksi, kukaan ei ole päättänyt säilytysajasta eikä kukaan tiedä, kuinka monta ihmistä siihen laatikkoon pääsee. Tekninen ratkaisu voi olla kunnossa ja tieto silti käytännössä valvomatta. Tämä on se kohta, joka useimmin puuttuu kokonaan tietosuojaselosteesta.

3. Botti kertoo väärälle ihmiselle jotain. Jos botti on kytketty asiakastietoihin ilman tunnistautumista, kuka tahansa voi kysyä "onko yritys X teidän asiakkaanne" tai "milloin Matti Meikäläisellä on aika". Asiakassuhteen olemassaolo on itsessään tietoa, jota ei kuulu kertoa ulkopuolisille. Sääntö on yksinkertainen: mitään henkilökohtaista ei kerrota ilman tunnistautumista, ja tunnistautuminen on oma projektinsa.

Ja kolme riskiä, jotka eivät ole se mitä luullaan

"Malli oppii meidän tiedoistamme." Tämä on sopimuskysymys, ei teknologian ominaisuus. Yrityskäyttöön tarkoitetuissa rajapinnoissa syötteitä ei oletusarvoisesti käytetä mallien kouluttamiseen, ja asia lukee palvelun ehdoissa. Kuluttajaversioissa käytäntö voi olla toinen. Ero ei ole siinä, mikä malli on kyseessä, vaan siinä, minkä sopimuksen alla sitä käytetään — ja juuri siksi tämä on kysymys numero kaksi toimittajalle.

"Tekoäly keksii asioita." Hallusinaatio on aito ongelma, mutta se on laatu- ja maineriski, ei tietosuojaloukkaus. Väärä hinta tai väärä aukioloaika harmittaa asiakasta eikä vuoda mitään. Näitä hallitaan rajaamalla vastaukset yrityksen omaan aineistoon ja opettamalla botti sanomaan "en tiedä". Aiheesta lisää sivulla AI-chatbot kotisivuille.

"Data menee Amerikkaan." Riippuu palvelusta ja sopimuksesta. Osa palveluista käsittelee ja säilyttää datan EU-alueella, osa ei, ja siirto EU:n ulkopuolelle on mahdollista laillisesti, kun siirtomekanismi on kunnossa. Oikea kysymys ei ole "menekö data ulkomaille" vaan "missä se säilytetään ja millä perusteella siirto tapahtuu". Näihin saa suoran vastauksen, jos osaa kysyä.

GDPR käytännössä: kuka vastaa mistäkin

Tämä on se kohta, jonka useimmat ostajat ohittavat ja joka ratkaisee vastuun, jos jotain menee pieleen.

Rooli	Kuka	Mistä vastaa	Mitä paperia siitä pitää olla
Rekisterinpitäjä	Teidän yrityksenne	Käsittelyn tarkoitus ja peruste, rekisteröityjen oikeudet	Tietosuojaseloste, käsittelytoimien kuvaus
Käsittelijä	Chatbotin toimittaja	Käsittelee tietoja vain ohjeidenne mukaan	Tietojenkäsittelysopimus (DPA)
Alikäsittelijä	Mallin ja pilven tarjoaja	Sama velvoite ketjussa eteenpäin	Lista alikäsittelijöistä, hyväksyntä

Yritys on rekisterinpitäjä. Se on tärkein yksittäinen asia tästä taulukosta: vastuu ei siirry toimittajalle sillä, että botin rakentaa joku muu. Toimittaja on käsittelijä, ja käsittelijän velvollisuudet on kirjattu tietosuoja-asetukseen erikseen — muun muassa se, että käsittelijä saa toimia vain rekisterinpitäjän ohjeiden mukaan ja tarvitsee luvan alikäsittelijöiden käyttöön.

Ketju jatkuu tästä eteenpäin: chatbot-toimittaja käyttää kielimallin tarjoajaa, joka käyttää pilvipalvelua. Teillä on oikeus tietää, keitä ketjussa on. Jos toimittaja ei osaa kertoa, se on tulos sekin.

Käytännön minimivaatimukset ovat neljä: tietojenkäsittelysopimus, määritelty säilytysaika, päivitetty tietosuojaseloste ja selkeä prosessi sille, miten poistopyyntö hoidetaan. Laajemmin tätä käsittelee pilarisivumme tietoturva ja GDPR tekoälyssä.

Yksi asia kannattaa ratkaista etukäteen, koska sitä ei ehdi selvittää siinä hetkessä kun sitä tarvitaan: mitä tapahtuu, jos toimittajan järjestelmässä sattuu tietoturvaloukkaus. Ilmoitusvelvollisuus tietosuojavaltuutetulle 72 tunnin kuluessa on rekisterinpitäjällä eli teillä, ei toimittajalla. Se tarkoittaa, että toimittajan on kerrottava asiasta teille nopeasti, ja sen pitää lukea sopimuksessa aikarajana eikä hyvänä aikomuksena. Sama koskee rekisteröidyn tarkastus- ja poistopyyntöjä: pyyntö tulee teille, mutta tiedot ovat toimittajan järjestelmässä, joten toteutus vaatii toimivan yhteyden.

Läpinäkyvyysvelvoite on jo voimassa

EU:n tekoälyasetuksen artikla 50 edellyttää, että ihminen tietää keskustelevansa tekoälyjärjestelmän kanssa. Velvoite koskee myös pientä yritystä, joka ostaa botin toimittajalta, eikä siitä selviä hienovaraisella muotoilulla — asian pitää käydä ilmi selvästi. Käytännössä se on yksi lause chat-ikkunan yläreunassa.

Tämä on se tekoälyasetuksen kohta, joka koskee lähes jokaista pk-yritystä. Suurin osa muusta sääntelystä osuu korkean riskin järjestelmiin, joita verkkosivun asiakaspalvelubotti ei ole. Asetuksen aikataulu ja pk-yrityksen todelliset velvoitteet on käyty läpi artikkelissa tekoälyasetus lykättiin — pk-yrityksen ainoa velvoite on jo voimassa, ja oman järjestelmän riskiluokan voi tarkistaa asetuksen tekstin pohjalta rakennetulla riskiluokittimella.

Yleisin virhe Botille annetaan ihmisen nimi ja kasvokuva, jotta se tuntuisi henkilökohtaisemmalta. Se on suoraan vastoin läpinäkyvyysvelvoitetta, ja se myös kostautuu asiakassuhteessa siinä vaiheessa, kun asiakas tajuaa puhuneensa ohjelmalle. Botti saa olla ystävällinen, mutta sen pitää olla botti.

Seitsemän kysymystä, jotka kannattaa esittää toimittajalle

Nämä kysymykset erottavat toimittajat toisistaan nopeammin kuin mikään demo. Jokaisen kohdalla on kerrottu, miltä huono vastaus kuulostaa.

Missä keskustelut säilytetään ja kuinka kauan? Hyvä vastaus nimeää sijainnin ja kertoo säilytysajan päivinä tai kuukausina. Huono vastaus: "pilvessä" tai "niin kauan kuin on tarpeen".
Käytetäänkö keskusteluja mallin kouluttamiseen? Hyvä vastaus on kyllä tai ei ja viittaus sopimusehtoon. Huono vastaus selittää yleisesti, miten kielimallit toimivat, vastaamatta kysymykseen.
Kuka teillä pääsee lukemaan meidän keskustelujamme? Jollakulla on pääsy — ylläpito vaatii sitä. Hyvä vastaus kertoo, keillä ja millä perusteella. Huono vastaus: "ei kukaan".
Saammeko tietojenkäsittelysopimuksen ja listan alikäsittelijöistä? Hyvä vastaus: molemmat tulevat sopimusliitteenä. Huono vastaus: "meillä on GDPR kunnossa".
Miten poistopyyntö hoidetaan käytännössä? Asiakas voi pyytää tietojensa poistamista, ja teidän pitää pystyä toteuttamaan se. Hyvä vastaus kuvaa askeleet. Huono vastaus lupaa, ettei sellaisia tule.
Mitä tapahtuu, jos asiakas kirjoittaa chattiin henkilötunnuksen? Hyvä vastaus kertoo, että tällaiset tunnisteet voidaan tunnistaa ja poistaa tai peittää tallennuksessa, ja että botti ohjeistetaan olemaan pyytämättä niitä. Huono vastaus: "ei asiakas sellaista kirjoita". Kirjoittaa.
Miten estätte botin puhumasta asioista, joista sen ei kuulu puhua? Hyvä vastaus puhuu tietopankin rajauksesta ja siitä, että botti kieltäytyy aiheista listan ulkopuolella. Huono vastaus vetoaa pelkästään mallin älykkyyteen.

Kysymykset 1, 2 ja 4 kannattaa pyytää kirjallisena. Loput kertovat ennen kaikkea sen, onko toimittaja tehnyt tätä aiemmin.

Tarkistuslista ennen kuin botti laitetaan päälle

Tietosuojaseloste päivitetty: uusi käsittelytoimi, sen tarkoitus ja peruste kirjattu.
Säilytysaika päätetty ja kirjattu — ja se toteutuu myös siinä sähköpostilaatikossa, johon liidit menevät.
Lomakkeen kentät karsittu: kysytään vain se, mitä yhteydenottoon tarvitaan.
Ilmoitus tekoälystä näkyvissä chat-ikkunassa.
Evästeet ja analytiikka tarkistettu, jos botti asettaa omansa.
Tietopankki käyty läpi: mitään sellaista ei ole, mitä ei voisi julkaista sivulla.
Vastuuhenkilö nimetty — joku, joka lukee keskustelut kerran kuussa.
Aiheet, joista botti kieltäytyy, kirjattu ja testattu.

Kahdeksas kohta on se, joka jää useimmin tekemättä ja josta on eniten hyötyä. Keskustelujen kuukausittainen läpikäynti paljastaa sekä väärät vastaukset että sen, jos asiakkaat kirjoittavat chattiin tietoja, joita siellä ei pitäisi olla. Traficomin Kyberturvallisuuskeskus julkaisee pk-yrityksille suunnattua ohjeistusta, joka kannattaa lukea samalla, kun tietoturvakäytännöt käydään läpi.

Milloin chatbot ei ole oikea ratkaisu

Kaikilla toimialoilla vastaus ei ole itsestään selvä.

Jos toiminta perustuu arkaluontoisiin henkilötietoihin — terveydenhuolto, sosiaalipalvelut, osa rahoitusalasta — botti kannattaa rajata tiukasti yleisneuvontaan eikä päästää lähellekään asiakaskohtaisia tietoja. Se on silti hyödyllinen: suurin osa kysymyksistä koskee aukioloaikoja, hintoja ja käytäntöjä.

Tilitoimistoissa ja lakiasiaintoimistoissa raja kulkee samassa kohdassa. Botti vastaa siitä, mitä palveluita tarjotaan ja miten toimeksianto alkaa, ei siitä, mitä jonkun asiakkaan kirjanpidossa lukee. Käsittelimme tätä toimialan näkökulmasta artikkelissa mitä hyötyä chatbotista on tilitoimistolle.

Ja jos kysymys kuuluu, kannattaako bottia hankkia lainkaan, se kannattaa ratkaista ennen tietoturvakeskustelua — laskukaava on artikkelissa kannattaako pienyrityksen hankkia chatbot. Käytännön esimerkkejä siitä, mitä hyvin rajattu botti tekee, löytyy artikkeleista tekoäly-chatbot rakennusliikkeelle ja ajanvarausten automatisointi pienessä yrityksessä — molemmissa käsitellään henkilötietoja, kummassakaan ei tarvita pääsyä asiakasrekisteriin.

Oman sivustomme käsittelykäytännöt on kuvattu tietosuojaselosteessa.

Usein kysyttyä

Tallentaako chatbot keskustelut?

Käytännössä kyllä, ja se on myös tarpeellista: ilman lokia botin vastauksia ei voi tarkistaa eikä virheitä korjata. Olennaista ei ole tallennetaanko vaan kuinka kauaksi aikaa, missä ja kenen luettavissa. Säilytysaika pitää päättää itse ja kirjata tietosuojaselosteeseen — tyypillinen valinta on muutamasta kuukaudesta vuoteen, sen mukaan mihin lokia oikeasti tarvitaan.

Saako chatbotille kertoa asiakkaan nimen?

Saa, ja käytännössä sitä ei voi estääkään, koska asiakas kertoo nimensä itse jättäessään yhteystiedot. Se on tavallista henkilötietojen käsittelyä, joka vaatii perusteen, säilytysajan ja maininnan tietosuojaselosteessa. Eri asia on antaa botille pääsy asiakasrekisteriin, jossa nimiä on valmiiksi — sitä ei kannata tehdä ilman tunnistautumista.

Entä terveystiedot tai muut arkaluontoiset tiedot?

Ne ovat erityinen henkilötietoryhmä ja niitä koskevat tiukemmat säännöt. Käytännön ohje on yksinkertainen: bottia ei rakenneta keräämään niitä. Botti voi kertoa palveluista ja hinnoista ja ohjata varaukseen tai yhteydenottoon, mutta oireita, diagnooseja tai hoitohistoriaa ei kysytä chatissa. Jos asiakas kirjoittaa niitä oma-aloitteisesti, tallennuskäytäntö pitää olla suunniteltu etukäteen.

Tarvitaanko chatbotin käyttöön asiakkaan suostumus?

Itse keskusteluun ei yleensä tarvita erillistä suostumusta, koska käsittely perustuu tavallisimmin oikeutettuun etuun tai sopimuksen valmisteluun. Suostumusta tarvitaan markkinointiin ja ei-välttämättömiin evästeisiin. Läpinäkyvyys on silti pakollista: asiakkaalle kerrotaan, että kyseessä on tekoäly ja mitä tietoja kerätään.

Pysyykö data EU:n alueella?

Riippuu palvelusta, ja tämä on nimenomaan se kysymys, joka pitää esittää toimittajalle ennen sopimusta. Osa alustoista tarjoaa EU-alueen käsittelyn ja säilytyksen, osa ei. Siirto EU:n ulkopuolelle on mahdollinen laillisesti, kun siirtomekanismi on kunnossa, mutta silloin siitä pitää tietää ja se pitää mainita tietosuojaselosteessa.

Voiko chatbotin keskustelut poistaa jälkikäteen?

Pitää voida, koska rekisteröidyllä on oikeus pyytää tietojensa poistamista. Käytännössä tämä tarkoittaa, että toimittajalla on oltava keino etsiä ja poistaa yksittäisen henkilön keskustelut, ja teillä prosessi pyynnön käsittelyyn. Tämä on kysymys, joka kannattaa esittää ennen sopimusta eikä siinä vaiheessa, kun ensimmäinen pyyntö tulee.

Pitääkö tietosuojaseloste päivittää, kun chatbot otetaan käyttöön?

Pitää. Kyseessä on uusi käsittelytoimi, ja selosteesta pitää käydä ilmi mitä kerätään, millä perusteella, kuinka kauan säilytetään ja keille tietoja luovutetaan. Tämä on halvin ja nopein kohta koko listalla, ja silti se jää useimmin tekemättä.

Mitä jos asiakas kirjoittaa chattiin henkilötunnuksensa?

Sitä tapahtuu, vaikka sitä ei kysyttäisi. Varautuminen on kaksiosainen: botti ohjeistetaan olemaan pyytämättä tunnisteita ja kertomaan, ettei niitä tule kirjoittaa chattiin, ja tallennuksessa tällaiset tunnisteet peitetään tai poistetaan. Jos kumpaakaan ei ole tehty, henkilötunnuksia kertyy lokiin huomaamatta.

Onko oma chatbot turvallisempi kuin se, että ohjaan asiakkaat ChatGPT:hen?

On, kahdesta syystä. Oma agentti vastaa rajatusta tietopankista eikä koko internetistä, joten se ei keksi teistä asioita. Ja sopimussuhde on teidän ja toimittajan välillä, jolloin käsittelyn ehdot, säilytysajat ja alikäsittelijät ovat tiedossa ja kirjattuina. Kuluttajapalvelun kanssa asiakas asioi omilla ehdoillaan, eikä teillä ole näkyvyyttä siihen, mitä sinne kirjoitetaan.