Nähtavus AI-otsingus: kuidas AI Overviews, ChatGPT ja Perplexity allikaid valivad

Neli süsteemi, mis kõik vastuseid koostavad

„AI-otsingumootor“ ei ole üks asi. Google’i AI Overviews ja AI Mode, ChatGPT otsing, Perplexity ja Bingi Copilot koostavad vastuse igaüks erinevalt ja neil on erinevad uksed, millest sisse saab. Kui valid ühe ukse, ei ole teine automaatselt avatud. Seepärast tasub enne sisutööd teada, kelle vastuses sa üldse tahad ilmuda.

Praktiline järeldus: kui robots.txt keelab OAI-SearchBoti, ei ole ChatGPT otsingus sind lihtsalt olemas. OpenAI kraalerite dokumentatsioon ütleb selle otse välja. Kui keelad GPTBoti, keelad mudelite treenimise, mis on hoopis teine otsus ja ei puuduta otsingus näitamist. Perplexity kraalerite dokumentatsioon kirjeldab sama loogikat oma kahe roboti kohta. ChatGPT otsing ei tugine ainult oma kraapimisele: OpenAI abileht selgitab, et otsingupartneritega koostööd tehes kirjutab ChatGPT päringu ümber ja saadab selle partneritele, seega võib vastusesse jõuda ka sisu, mida sinu saidi kraaler ise ei näinud. Need read aetakse pidevalt segi.

Mida Google ise ütleb ja mida ta ei ütle

Google’i AI-funktsioonide dokumentatsioon on selles küsimuses ebatavaliselt selgesõnaline: et lehte saaks AI Overviewsis või AI Mode’is allikana näidata, peab see olema indekseeritud ja sobilik kuvamiseks koos lõiguga, ja „täiendavaid tehnilisi nõudeid ei ole“. Sama leht ütleb, et spetsiifiline optimeerimine AI Overviewsi jaoks ei ole vajalik, aga tavalised SEO alused on endiselt kasulikud.

Kaks asja, mida paljud ülevaated ei maini. Esimene: Search Console’i property seadetes on Search generative AI control, millega saab saidi Google’i generatiivsetest funktsioonidest välja jätta. Google teatas 31.08.2026, et control on kõigile saitidele üle maailma välja antud. Kui see control on välja lülitatud, ei aita ükski sisutöö: välja jäetud saiti nendes vastustes ei näidata.

Teine: AI-optimeerimise juhend lisandus Google’i uuenduste logi järgi 15. mail 2026, ja see on veel konkreetsem. Selles öeldakse otse, et llms.txt faile ja muud spetsiaalset märgendust ei ole vaja, sest Google Search neid ei kasuta; 15. juunil 2026 täpsustati sama punkti, et need failid „won’t negatively or positively impact your visibility or rankings“.

Mis Google’i juures päriselt loeb, on sama mis enne: leht peab olema indekseeritud ja sisu peab olema loetav. Serverist saadetav HTML teeb sisu kättesaadavaks ka kraaleritele, mis JavaScripti ei käivita; Google suudab töödelda ka JavaScriptiga laaditud sisu, kui see ei ole blokeeritud, nagu sama juhend ütleb. Kui sisu tuleb alles skriptiga, tasub see enne avaldamist üle kontrollida, sest iga kraaler ei käivita skripte.

Vastus esiplaanil: kuidas lõigust saab tsiteeritav

AI-vastus koostatakse lõigust, mis vastab konkreetsele küsimusele. Seepärast soovitan lehe esimese sisulise lõigu kirjutada vastusena, mitte sissejuhatusena. See on minu soovitus, mitte Google’i nõue: Google ütleb ise, et eraldi optimeerimist AI-vastuste jaoks ei ole, ja peab „chunking’ut“ ehk sisu tükkideks lõikamist üheks nendest trikkidest, mida võib tähelepanuta jätta.

Microsoft sõnastab sama asja oma AI-vastuste sisu juhendis nii, et assistendid lagundavad sisu osadeks (parsing), ja soovitab olulisi vastuseid mitte peita kaartide või kokkuklapitavate menüüde taha, sest AI-süsteemid ei pruugi peidetud sisu renderdada ja oluline vastus võib tähelepanuta jääda. See on soovitus, mitte reegel: sama leht kasutab ise küsimuste plokke, mis on vaikimisi kinni.

Üks lõik enne ja pärast

All on näitlik teenuselehe lõik ja selle ümberkirjutus. Vasakul on lause, mida näeb teenuselehtedel sageli, paremal sama sisu nii, et seda saab tsiteerida.

Ümberkirjutuse mõte on see, et iga rida paremas tulbas on iseseisev lause, mille saab vastusest välja lõigata nii, et ta ei vaja ümbritsevat teksti. Vasaku tulba lauseid ei saa, sest need viitavad kontekstile, mida lõigus ei ole.

Kolmas rida puudutab linkimist. Kui artikkel lingib teenuselehele sõnadega „vaata lähemalt“, ei tea ei lugeja ega vastust koostav süsteem, mis seal on. Kui link ütleb, mida sihtleht sisaldab (näiteks kodulehe tegemine ja SEO), on lingil kontekst, mida saab vastusesse kaasa võtta.

Nähtav tekst ja märgendus peavad olema sama tekst

Kui lehel on küsimuste plokk, mille märgendus ütleb üht ja nähtav tekst teist, saadab see masinale valeandmeid. Sama loogika kehtib peidetud sisu kohta: mõni AI-süsteem ei pruugi peidetud sisu renderdada, mistõttu võib oluline vastus tähelepanuta jääda. Hoia põhisõnum ka kohe loetavas tekstis.

Kaks konkreetset nõuet, mis tasub enne avaldamist üle vaadata:

• Iga kokkuklapitav plokk võiks oma vastuse ka lahti kirjutada, kas pealkirjas või selle järel olevas lõigus. Kokkuklapitav osa võib korrata, aga parem on, kui see ei ole ainus koht, kus vastus on.
• Kui kasutad struktuuriandmeid, siis sama tekst, mis on märgenduses, peaks olema nähtav. Minu ehitusjada kontroll võrdleb küsimuste arvu ja küsimuste sõnastust nähtava plokiga; vastuste vastavus tuleb eraldi üle vaadata, sest seda masin ei võrdle. Täpsem nimekiri: avaldamiseelne SEO kontrollnimekiri.

Mida mõõta: kaks uut raportit

AI-nähtavust saab mõõta kahel viisil, ja mõlemad on uued. Esimene on Google’i Search Console’i Generative AI raport, millele AI-optimeerimise juhend ise viitab, teine on Bing Webmaster Toolsi AI Performance vaade. Kolmas võimalus on oletada, aga see ei ole mõõtmine.

Oma teisel saidil, tehisabiline.ee-l, oli Search Console’i Generative AI raportis 90 päeva jooksul 151 näitamist 29 lehel (vaadatud 28.10.2026), samal ajal kui kogu sait sai samal perioodil 881 näitamist ja 26 klikki. See teeb 17 % näitamistest. Jaotus oli ebaühtlane: kõige rohkem AI-näitamisi said näidisjuhtumite leht (29), avaleht (28) ja chatboti teenuseleht (18).

Selle saidi varasema domeeni Search Console’i property’s (arletop.com eelkäija) oli 25.–26.10.2026 kolm näitamist ja üks klikk. Graafikul oli kahe päeva andmed ja indekseerimisandmed olid veel töötlemisel, seega ei ütle need numbrid veel sisu kohta midagi. Kahe saidi numbrid ei ole omavahel võrreldavad ega näita, mis üks või teine tehnika töötab: tehisabiline.ee on suurem ja vanem, selle saidi mõõtmine algas paar päeva enne vaatlust.

Bingi poolel on mõõdik olemas: AI Performance’i avalik eelvaade (veebruar 2026) näitab, kui tihti sisu Copiloti ja Bingi AI-kokkuvõtetes tsiteeritakse, sealhulgas näitajaid „Total Citations“, „Average Cited Pages“ ja „Grounding queries“. Kui tahad AI-tsitaatide kohta numbrit, on see koht, kus seda vaadata.

Kraalerid: mida iga luba päriselt juhib

Enne kui midagi keelata, vaata, mida iga luba juhib. Keelatud kraaler ei ole hoiatus, vaid otsus, mille tagajärg on kirjas allolevas tabelis.

Selle saidi robots.txt lubab kõiki neid nimeliselt ja lisab rea Content-Signal: search=yes, ai-input=yes, ai-train=yes. Content-Signal on contentsignals.org kirjeldatud süntaks robots.txt-is, mille taga on Cloudflare’i Content Signals Policy (24.09.2025): fail sisaldab kolme märget (search, ai-input ja ai-train), mis ütlevad, mida tohib sinu sisuga teha. Cloudflare ise ütleb, et need ei ole tehniline vastumeede ja mõned ettevõtted võivad neid eirata. Seega: signaal on aus avaldus, mitte lukk.

Ühtne identiteet: kellest vastus räägib

AI-vastus peab teadma, kes või mis on vastuse subjekt. Kui sinu saidil on neli eri nime, kolm aadressi ja kaks telefoninumbrit, ei ole vastust koostaval süsteemil ühtset identiteeti, millele vastust kinnitada. See on ka põhjus, miks organisatsiooni märgendus tasub teha üks kord ja hoida ühes kohas: nimi, aadress, kontakt ja logo peavad olema samad igal lehel ja iga profiili taga.

Praktiliselt tähendab see kolme asja:

1. Üks nimi ja üks @id

   Organisatsioonil on üks püsiv identifikaator, millele viitavad artiklid, teenuselehed ja autorilehed. Kui iga leht loob uue organisatsiooni objekti, on need masina jaoks eri ettevõtted.

2. Autor, kellel on leht

   Artikli autor peaks olema viidatav inimesele, kellel on oma leht ja kelle nimi kordub märgenduses. Anonüümne sisu on tsiteeritav, aga seda ei seostata kellegagi.

3. Üks teema, üks leht

   Kui sama teemat katab kolm lehte, ei tea vastust koostav süsteem, millist neist kasutada, ja võtab tõenäoliselt kõige selgema, mitte selle, mida sina eelistad. Üks kanooniline leht teema kohta on parem kui kolm poolikut.

Neli asja, mida mitte teha

1. Ära ehita „AI-SEO“ nimekirja, mis algab llms.txt-ist

   Google ütleb ise, et ei kasuta seda faili. Kui pakkumise esimene rida on llms.txt, ei ole järgmised read tõenäoliselt paremad.

2. Ära keela kraalerit, kelle vastuses tahad ilmuda

   Kui OAI-SearchBot on keelatud, ei ole ChatGPT otsingus sind olemas. See on üks rida robots.txt-is ja selle tagasivõtmine võtab OpenAI sõnul umbes 24 tundi, aga kaotatud nädalad ei tule tagasi.

3. Ära peida vastust klõpsu taha

   Kaardid, akordionid ja „loe edasi“ on lugejale head, aga hoia põhisõnum ka kohe loetavas tekstis. Microsoft soovitab sama: AI-süsteemid ei pruugi peidetud sisu renderdada.

4. Ära kirjuta vastust, mis algab eellooga

   „Tänapäeval on veebilehtede tähtsus...“ ei ole vastus. Esimene lause võiks vastata küsimusele, sest lõiku, mis algab kontekstiga, on raskem tsiteerida.

Mida järgmisena teha

Kolm asja, mis ei nõua uut sisu. Esiteks, vaata robots.txt üle ja otsusta iga rea kohta, mida see juhib: see on viis minutit ja mõjutab seda, kes sinu lehti üldse näeb. Teiseks, kontrolli Search Console’i seadetes, et Search generative AI control ei oleks välja lülitatud. Kolmandaks, kirjuta iga teenuselehe algusesse 40–90 sõnane iseseisev vastus küsimusele, mille jaoks see leht olemas on, ja pane iga numbri juurde allikas ning kuupäev.

Kui sa ei tea, kust alustada, on mõistlik alustada sellest, mis peab korras olema enne, kui AI-vastustest üldse rääkida saab: tehniline kontrollnimekiri järjestab need read. Ja kui küsid, mida see töö maksab, on vastus artiklis kodulehe tegemise hind. Mõlemad on osa samast teenusest: koduleht ja SEO.