Kas su avalik chatbot ütleb selgelt, et ta on AI? 2. augusti küsimus on nüüd operatiivne.

Kui tahad kõige lühemat vastust, siis see on see: kui sinu veebichat, tugibot või AI-agent suhtleb inimesega otse, peab inimene sellest aru saama juba esimese kontakti hetkel. Kui see märge elab ainult jaluses, help-center'is või privaatsustingimustes, siis oled sa liiga hilja ja liiga sügaval.

Kiire vastus juhile:

• kui AI suhtleb inimesega otse, peab läbipaistvus olema nähtav kohe, mitte alles pärast mitut klikki
• Euroopa Komisjoni lõplikud Article 50 juhised avaldati 20. juulil 2026 ja need teevad selle nõude palju vähem vaieldavaks
• kohustus ei puuduta ainult "suurt AI projekti", vaid ka väikest avalikku chatbot'i, tugiboksi või AI-assistenti
• kui sama süsteem toodab hiljem avalikku teksti või muud sünteetilist sisu, tuleb vaadata ka järgmisi märgistamisreegleid

See ei ole enam ainult juristi küsimus. See on toote, turunduse, kliendikogemuse ja AI rollout'i küsimus korraga.

Miks see on täna teistsugune kui eelmisel nädalal

Euroopa Komisjon avaldas 20. juulil 2026 lõplikud juhised Article 50 läbipaistvuskohustuste kohta. See muutis ühe seni uduse koha palju konkreetsemaks: kui AI süsteem on mõeldud inimesega otse suhtlema, siis peab inimene saama aru, et ta suhtleb AI-ga.

X-is oli sama päeva jooksul näha täpselt sama segadus, mida on olnud paljudes tiimides juba kuid. Osa inimesi rääkis jätkuvalt ainult kõrgema riskiga süsteemide edasi lükatud tähtaegadest. Samal ajal kordasid poliitika- ja operatsioonikonto'd, et chatbot'i läbipaistvus tuleb mängu juba 2. augustil 2026.

Kui tahad laiemat konteksti, siis raport EU AI Act 2026 pärast edasilükkamist: mida Eesti ettevõte peab 2. augustiks päriselt ära tegema annab suure pildi juba kätte. Tänane küsimus on kitsam: kas sinu inimesele nähtav AI-vestlus on tegelikult läbipaistev või ainult vaikimisi eeldatud?

Kellel on päriselt kiire

Kõige kiiremini liiguksin ma neljas olukorras:

• veebisaidil on kliendile nähtav chat'i või assistendi kiht
• AI vastab pakkumise, hinnainfo, toe või registreerumise küsimustele
• agent või assistent töötab küll kolmanda osapoole platvormil, aga kasutaja näeb seda sinu brändi osana
• sama süsteem liigub peagi lihtsast Q&A-st edasi tegevusteni, nagu broneerimine, eelsõelumine või taotluse suunamine

Kui kasutad AI-d ainult sisemiste mustandite, märkmete või oma tiimi otsingukihtide jaoks, ei ole just see artikkel sinu kõige kiirem mure. Siis on olulisemad teemad näiteks AI kasutusregister või rollipõhine AI for Leaders otsustusraam.

Mida Article 50 sinu chatbot'i puhul tegelikult nõuab

Praktiliselt on siin kolm asja, mida tasub selgelt lahus hoida.

1. Otsene AI-vestlus inimesega

Komisjoni Q&A ütleb sisuliselt, et kui süsteem:

• kvalifitseerub AI süsteemiks
• on mõeldud päris kahepoolseks suhtluseks
• suhtleb inimesega otse, mitte ainult taustal
• ja kasutajaks on loomulik isik

siis peab inimene olema teavitatud, et ta suhtleb AI-ga, välja arvatud juhul, kui see on ilmselge. Komisjon rõhutab samas ka seda, et "ilmselge" erandit tuleks tõlgendada kitsalt, mitte mugavusauguna.

Teisisõnu: kui sinu vestlusaken näeb välja nagu tavaline klienditeenindaja chat, siis ära eelda, et kasutaja "saab niigi aru". Seda tuleb näidata.

2. Esimene kontakt, mitte neljas klikk

AI Act Service Desk sõnastab selle üsna praktiliselt: info peab olema antud selgelt ja eristatavalt hiljemalt esimese suhtluse või kokkupuute hetkel. See tähendab, et läbipaistvuse test ei ole "kas meil kusagil see tekst eksisteerib", vaid "kas kasutaja näeb seda enne, kui usaldus juba käivitub".

See on koht, kus tiimid kõige sagedamini eksivad:

• märge on ainult jaluses
• märge on peidetud infoikooni taha
• märge kaob pärast esimest vastust täielikult ära
• AI-l on inimese nimi ja toon, aga mitte nähtav AI-identiteet

3. Pakkuja kohustus ei päästa rakendajat piinlikust kogemusest

Õiguslik tehniline kohustus Article 50 lõike 1 loogikas istub eelkõige pakkuja poolel: süsteem peab olema disainitud nii, et inimene oleks teavitatud. Aga rakendaja ehk deployer'i vaates ei ole sellest palju kasu, kui nähtavus on sinu saidil, sinu kasutajateekonnal ja sinu brändi all ikkagi katki.

Kui sa deployer'ina kasutad kolmanda osapoole chatbot'i või agenti, siis küsi mitte ainult "kas platvormi pakkuja toetab disclosure'it", vaid:

• kas see on meie päris kasutajateekonnal nähtav
• kas see on nähtav mobiilis
• kas see jääb alles ka siis, kui vestlus läheb pikemaks
• kas turundus ja tooteomanik saavad sellest samamoodi aru nagu juriidika

Kus tiimid kõige sagedamini valesti lähevad

Nad ajavad segi läbipaistvuse ja dokumentatsiooni

Privacy policy, terms ja help-center on vajalikud. Aga need ei ole sama asi mis reaalajas nähtav läbipaistvus. Kui kasutaja peab selgituse ise üles otsima, siis oled sa juba kaotanud selle hetke, mille peale Article 50 ehitab.

Nad peidavad AI ära, sest kardavad konversiooni langust

See on lühiajaline refleks. Tegelikult on suurem risk see, et kasutaja tunneb end hiljem petetuna või saab eksitava mulje, kes talle vastab. Läbipaistvus ei ole siin disainiviga. See on usalduse baas.

Nad lahendavad ainult vestluse, mitte järgmise väljundi

Kui sama süsteem kirjutab hiljem kokkuvõtteid, soovitusi või muud sisu, mis läheb avalikku kasutusse, siis võib laual olla juba järgmine Article 50 kiht: AI loodud või manipuleeritud sisu märgistamine. See ei tähenda, et iga sisemine mustand vajab templit. See tähendab, et töövoog peab olema enne läbi mõeldud.

Nad ei määra omanikku

Kõige praktilisem viga on tihti kõige igavam: keegi ei oma seda. Disainer eeldab, et jurist mõtles läbi. Jurist eeldab, et platvormi pakkuja pani selle sisse. Platvormi pakkuja eeldab, et deployer näitab seda õigel hetkel. Tulemus on täpselt see hall ala, mis 2. augustil kõige halvem välja näeb.

Tee 30 minutiga see kontroll ära

Kui sul on täna avalik chatbot või AI-assistent üleval, siis tee vähemalt see lühike audit:

1. Ava vestlus nagu päris uus kasutaja ja vaata, kas AI-identiteet on nähtav enne esimest päris vastust.
2. Kontrolli mobiili ja lauavaadet eraldi.
3. Vaata, kas märge püsib alles ka pärast kolmandat või neljandat sõnumit.
4. Pane kirja, kes vastutab selle teekonna eest järgmise UI- või platvormimuutuse järel.
5. Märgi ära, kas sama süsteem tekitab hiljem avalikku sisu, mis vajab eraldi märgistamise reeglit.

Kui tahad sellele kiiret punane-kollane-roheline vaadet, siis all olev tööriist teeb selle kontrolli ühe ekraani peal läbi.

Mis on piisav miinimum enne 2. augustit

Ma ei ehitaks siin nädalaga suurt compliance teatrit. Aga ma teeksin vähemalt viis asja:

• nähtav märge vestluse alguses, et kasutaja suhtleb AI-ga
• sama identiteedi püsimine kogu vestluse vältel
• selge tee inimesele üle anda, kui teema läheb tundlikuks või vastus jääb nõrgaks
• üks omanik, kes vaatab flow üle pärast iga suuremat muudatust
• kirjalik reegel selle kohta, mida teha AI loodud väljunditega, kui need jõuavad avalikkuse ette

Kui sellest nimekirjast puudub kolm asja, siis ei ole sinu probleem ainult copy. Sinu probleem on rollout.

Siin haakub hästi ka AI Agents for Teams, sest mida rohkem liigud lihtsast Q&A-st agentse käitumise poole, seda olulisemaks muutub see, kuidas inimene üldse aru saab, millega ta suhtleb. Kui vajad selle teema kõrval laiemat juhtimis- ja protsessiraami, siis teenused on järgmine loomulik samm.

Alumine rida

2. augusti 2026 küsimus ei ole enam see, kas sinu chatbot on tehniliselt "piisavalt AI". Küsimus on see, kas inimene saab sellest õigel hetkel aru.

Kui vastus on praegu "vist saab", siis ära jäta seda oletuseks. Tee nähtav märge, määra omanik ja vaata kogu flow läbi enne, kui tähtaeg sinust mööda jookseb.

Allikad

• European Commission: Commission publishes guidelines on transparency obligations for providers and deployers of certain AI systems
• European Commission: Transparency obligations under Article 50 of the AI Act
• AI Act Service Desk: Article 50 transparency obligations
• European Commission: Code of Practice on Transparency of AI-Generated Content
• Luiza Jarovsky on X: July 20 deadline framing for Article 50 transparency obligations
• John Iosifov on X: chatbot disclosure confusion ahead of August 2