Sisu tükeldamine LLM-i otsinguks: Kuidas sektsioonide kujundus mõjutab viitamise tõenäosust

Sisu tükeldamine LLM-i otsinguks: Kuidas sektsioonide kujundus mõjutab viitamise tõenäosust

Autor: Sofia Mendez, Brändihääle ja Autentsuse Juht
Uuringu ülevaade: 23. oktoober 2026

Lehte ei pea AI vastuses koha teenimiseks pisikesteks tükkideks hakkima. Kuid selle ideed peaksid olema kergesti leitavad, arusaadavad ja tsiteeritavad.

See on kasulik eristus. Hea sektsioonide kujundus võib muuta sisu inimestele ja otsingusüsteemidele selgemaks. See ei taga, et AI otsingumootor lehte tsiteerib. Tsiteerimiste teenimiseks pole tõestatud 80–120-sõna reeglit.

Märkus palutud A/B testi kohta: Ma ei saanud selle artikli jaoks reaalajas testi läbi viia. Veebisaiti, avaldatud lehekülje variante, otsingukontot ega testipäringuid ei pakutud. Seega ei esita see artikkel väljamõeldud tulemusi. See selgitab, mida praegused uuringud toetavad, ja tutvustab testi, mida veebisaidi omanik saab ise läbi viia.

Esiteks eristage otsingut indekseerimisest

„AI otsing“ võib kõlada nagu üks süsteem, kuid lehe avaldamise ja selle tsiteerimise vahel on mitu etappi:

1. Läbikammimine: Otsingusüsteem või robot pääseb lehele ligi.
2. Indekseerimine: Süsteem salvestab ja töötleb lehte.
3. Väljaotsimine: Otsingu- või AI-süsteem leiab küsimuse jaoks lehe – või osa sellest.
4. Tsiteerimine: Vastus sisaldab lehte allikana.

Sektsioonide kujundus võib aidata süsteemil mõista ja välja otsida asjakohase lõigu. Kuid see ei saa parandada lehte, mis on läbikammimisest blokeeritud, kunagi indekseerimata või vähem kasulik kui teised allikad. Google ütleb, et lehed peavad olema indekseeritud ja snippetina ilmumiseks kõlblikud, enne kui need saavad olla toetavateks linkideks selle AI funktsioonides – ja isegi kõlblikud lehed ei garanteeri ilmumist. (developers.google.com)

See on oluline, sest snippetite täpsus ja viidete valik on erinevad tulemused. Süsteem võib teie lehelt välja võtta selge lõigu, kuid tsiteerida teist allikat. Või see võib tsiteerida teie lehte, tuginedes samal ajal teabele mitmest sektsioonist.

Mida tõendid ütlevad tüki pikkuse kohta

Uuringud RAG-i (süsteemid, mis otsivad teksti enne, kui paluvad keelemudelil vastata) kohta näitavad, et tüki suurus võib olla oluline. Kuid parim suurus sõltub ülesandest.

2025. aasta uuringus testiti fikseeritud suurusega tükke mitmete küsimuste-vastuste andmekogumite lõikes. Väiksemad tükid, näiteks 64 või 128 märki, toimisid paremini mõne lühikese ja otsese vastusega küsimuse puhul. Suuremad tükid toimisid sageli paremini, kui küsimus vajas rohkem konteksti. Uuring mõõtis märke otsingusüsteemis, mitte sõnade arvu sektsioone avalikel veebisaitidel. See ei tõesta, et 80–120-sõnalised sektsioonid parandavad viiteid Google'i, Bingi või ChatGPT otsingutes. (arxiv.org)

Teine uuring, mis avaldati 2025. aasta ACL-i järeldustes, leidis, et oluline oli ideede rühmitamise viis – mitte ainult tüki pikkus. Selle autorid teatasid, et tüki pikkus üksi ei ennustanud otseselt väljavõtte või vastuse kvaliteeti. See viitab praktilisele õppetunnile: lühike sektsioon ei ole automaatselt hea sektsioon. See peab ikkagi sisaldama täielikku ideed. (aclanthology.org)

Nende uuringute kohta on ka piirangud. Need testivad uurimissüsteeme tuntud mudelite, andmekogumite ja otsinguseadetega. Avalikud AI otsingutooted kasutavad oma süsteeme ja nende täielikud valikureeglid ei ole avalikud.

Mida pealkirjad ja ankrud saavad – ja ei saa – teha

Pealkirjad muudavad lehe jälgimise lihtsamaks

Selged H2 ja H3 pealkirjad ütlevad lugejatele, mida iga sektsioon käsitleb. Need võivad aidata ka süsteemidel mõista ideede seoseid. Google ütleb, et lõikude järjestamine (passage ranking) suudab tuvastada lehe osi, mis on päringu jaoks asjakohased. Microsofti veebihalduri juhend soovitab samuti selget sisu struktuuri ja loogilisi pealkirjatasemeid sisule, mis võib toetada AI vastuseid ja viiteid. Kumbki allikas ei anna pealkirja vormingut, mis tagaks valiku. (developers.google.com)

Kasulik pealkiri nimetab punkti, mida sektsioon käsitleb. „Kui lühike sektsioon töötab“ on informatiivsem kui „Rohkem detaile“. Kuid pealkirjad peaksid kirjeldama sisu, mitte kordama otsingufraase pelgalt omaette.

Nimega ankrud on kasulikud lingid, mitte eraldi lehed

ID, näiteks id="short-sections", laseb lingil hüpata lehe konkreetsesse pealkirja. See aitab lugejatel sektsiooni jagada või uuesti külastada. See ei ole selle sektsiooni eraldi, indekseeritav leht. Google ütleb, et see ignoreerib üldiselt URL-i fragmente läbikammimisel ja indekseerimisel eraldiseisva sisuna, toetades samal ajal fragmente, mida kasutatakse lehel olevale sisule viitamiseks. (developers.google.com)

Seega kasutage stabiilseks navigeerimiseks nimega ankruid. Ärge oodake, et #section-name link iseenesest suurendaks viitamise tõenäosust või kiirendaks indekseerimist.

Selge kirjutamine võidab nutikast märgistusest

Google'i praegune juhend on otsekohene: pole vaja sisu AI jaoks pisikesteks tükkideks murda ja ideaalset lehepikkust pole olemas. Korraldage leht selle lugejate ja teema jaoks. Google ütleb ka, et selle AI funktsioonid tuginevad tuumotsingusüsteemidele, mitte spetsiaalsele tükeldusformaadile. (developers.google.com)

See on parem reegel kui pimesi sõnalimiti täitmine.

80–120-sõnaline idee: kasulik vaikimisi valik, mitte järjestamise reegel

80–120-sõnaline sektsioon võib hästi toimida, kui see vastab ühele küsimusele täielikult. Näiteks võib see esitada soovituse, selgitada, miks see töötab, ja anda ühe hoiatuse.

Kuid iga sektsiooni sundimine sellesse vahemikku võib muuta artikli hüplikuks. Mõned ideed vajavad lühikest vastust. Teised vajavad näidet, tõendeid või hoiatust, mis muudab soovitust.

Käsitsege 80–120 sõna kui toimetuslikku lähtepunkti – mitte SEO lävepakku. Hoidke sektsioon lühike, kui see esitab ühe täieliku punkti. Laske sellel pikemaks minna, kui selle lühendamine eemaldaks vajaliku konteksti.

Kuidas läbi viia usaldusväärset A/B testi

Avaliku AI otsingu mõju testimiseks vajate toimivat veebisaiti, juurdepääsu indekseerimisvahenditele ja fikseeritud küsimuste komplekti. Väike test kahe lehe peal võib olla huvitav, kuid see ei suuda eristada paigutuse mõju teema, autoriteedi või läbikammimise ajastuse erinevustest.

Võrdle arhitektuuri kahte versiooni

Esimeseks testiks võrrelge neid kahte lehe mustrit:

300–500-sõnaline vahemik on pakutud testikontroll, mitte väljakujunenud standard. Hoidke põhilised faktid, tõendid, näited, lehe mall, metaandmed ja sisesidemete tugi võimalikult sarnased.

See esimene test mõõdab disainivalikute paketti. Kui variandil A on rohkem sektsioonide vahesid ja rohkem H3 pealkirju, ei saa te öelda, kas mingi erinevus tulenes sõnade arvust, pealkirjadest või nende kombinatsioonist. Nende tegurite isoleerimiseks tehke teine test, mis muudab korraga ühte – näiteks hoidke pealkirja ja ankrumärgistust fikseerituna, muutes samal ajal lõikude vahesid.

Kasutage kahte tüüpi testimist

1. Kontrollitud väljavõtte test

Pange sama algtekst oma otsingusüsteemi kahte versiooni või teie kontrollitavasse testsüsteemi. Hoidke mudel, otsinguseaded ja küsimuste komplekt fikseerituna. Muutke ainult seda, kuidas tekst on jagatud.

See võib testida, kas üks paigutus viib parema väljavõtte või täpsemate vastusteni selles süsteemis. See ei ütle teile, mida avalik AI otsingutoode teeb.

2. Reaalajas veebitest

Avalikud otsingumootorid vajavad toimivaid lehti, seega kasutage sobitatud, originaalseid lehti, mitte identseid koopiaid. Siduge lehed sarnase sihtrühma, teema keerukuse, vanuse ja olemasoleva saiditoega. Määrake juhuslikult ühes paaris üks leht variandile A ja teine variandile B.

Hoidke avaldamisprotsess õiglane: kasutage võrreldavaid lehe malle, metaandmeid, sisesidemeid ja sitemap'i ajastust. Ärge propageerige ühte varianti teistest olulisemalt. Kui saidil on vaid mõned sobivad lehed, käsitsege tulemust väikese piloodina, mitte tõendina.

Mõõtke tulemusi eraldi

• Snippeti väljavõtte täpsus: Valmistage ette küsimused teadaolevate vastustega. Laske ülevaatajatel kontrollida, kas iga AI-genereeritud snippet või vastus tabab õiget fakti, muutmata selle tähendust.
• Viidete valiku määr: Iga fikseeritud küsimuse puhul registreerige, kas sihtleht ilmub viitena. Samuti registreerige, kas viidatud leht tegelikult toetab väidet.
• Indekseerimise aeg: Salvestage, millal iga leht on avaldatud, esmakordselt läbikammimisel ja esmakordselt indekseerituks kinnitatud. Kontrollige olekut regulaarselt ja esitage mediaana aeg, pluss osa, mis on lõpus ikka veel indekseerimata.

Indekseerimisaja käsitlemine nõuab hoolikat lähenemist. Google soovitab leitavuse parandamiseks läbikammimise lubavaid linke ja sitemapi, kuid ütleb, et läbikammimine ja indekseerimine ei ole garanteeritud. Selle juhend märgib ka, et uuesti läbikammimise uuendused võivad aega võtta. Teatage lõpuks indekseerimata jäänud lehtedest kui veel indekseerimata lehtedest, mitte ärge jätke neid vaikselt tulemustest välja. (developers.google.com)

Kasutage fikseeritud päringute nimekirja ja korrake samu küsimusi samades AI otsingutoodetes. Tulemused võivad muutuda, seega pidage logi kuupäeva, platvormi, küsimuse, vastuse ja viidatud URL-ide kohta. Bing Webmaster Tools'i AI Performance aruanne võib näidata, milliseid saidilehti tsiteeritakse ja kuidas viitamistegevus muutub. Bing hoiatab, et muutused nendes kogusummades ei näita, et üks lehe muutmine põhjustas muutuse. (bing.com)

Minu hüpoteesid – mitte testitulemused

Enne testi läbiviimist eeldaksin:

• Snippeti täpsus võib paraneda, kui sektsioon vastab ühele tõenäolisele küsimusele, kaotamata vajalikku konteksti. RAG-uuringud toetavad selle idee testimist, kuid ei tuvasta selle mõju avalikule AI otsingule.
• Viidete valik võib vähe – või üldse mitte – muutuda. Selgem sektsioon aitab mõistmisele kaasa, kuid viitamise otsus sõltub ka päringust, konkureerivatest allikatest ning sellest, kas leht on ligipääsetav ja asjakohane. Google kirjeldab AI vastuseid kui otsingust ja seotud päringutest tulenevaid, mitte fikseeritud sektsioonipikkuse reeglit järgivaid. (developers.google.com)
• Indekseerimisaeg ei pruugi paraneda ainult seetõttu, et sektsioonid on lühemad. Avastussignaalid ja läbikammimise juurdepääs on otsesemad asjad, mida kontrollida. See on põhjendatud ootus, mitte mõõdetud tulemus.

Praktiline sisuarhitektuuri standard

Enamiku asutajate ja tootelehtede puhul soovitan seda kui ettevõttesisest stiili, mitte kui lubadust suuremale hulgale viidetele:

1. Üks leht, üks peamine lugeja vajadus. Märkige, mida leht lugejal teha aitab.
2. Üks selge H1. Tehke põhiteema ilmselgeks.
3. Kasutage kirjeldavaid H2 ja H3 pealkirju. Muutke leht kergesti skaneeritavaks, loogilises järjekorras pealkirjadega.
4. Püüdke igas sektsioonis ühele täielikule vastusele. Kasutage 80–120 sõna, kui see pikkus sobib. Minge pikemaks, kui idee vajab tõestust, konteksti või näidet.
5. Kirjutage nii, et iga sektsioon saaks iseseisvalt hakkama. Nimetage toodet, isikut või ideed, selle asemel et toetuda ebamäärastele sõnadele nagu „see“ või „tema“.
6. Lisage olulistele pealkirjadele stabiilsed, kirjeldavad ID-d. Kasutage lehe navigeerimiseks tavalisi linke nagu href="#short-sections" – mitte väitena, et iga fragment on uus leht.
7. Hoidke oluline tekst ligipääsetavana. Kontrollige, et läbikammimisrobotid pääseksid lehele ligi ja et selle põhisisu oleks tekstina saadaval. ChatGPT otsingu puhul tuvastab OpenAI OAI-SearchBot'i kui otsinguroboti ja selgitab, et saidi omanikud saavad sellele juurdepääsu hallata robots.txt kaudu. (developers.openai.com)
8. Asetage tõendid toetatava väite kõrvale. Lühikest väidet lähedalasuva allikaga on lihtsam kontrollida kui väidet, mis sõltub mitu sektsiooni eemal asuvast kontekstist.
9. Hoidke omaniku seisukohta. Puhas paigutus ei muuda üldist sisu viitamist väärt – ega lugemist väärt.

Seda viimast punkti on lihtne mööda vaadata. Automatiseerimine peaks säästma asutaja aega, mitte kustutama põhjust, miks nende sisu on erinev. Kasulik sisutöövoog saab taaskasutada selget lühiülevaadet: Looja, Sihtrühm ja Maitse. AutoPod kasutab neid sisendeid artiklite suunamiseks, hoides samal ajal protsessis omaniku seisukohta. Süsteem saab lehte korraldada; arusaam peab ikkagi tulema inimestelt, kes tunnevad toodet ja klienti.

Kokkuvõte: kujundage selguse nimel, seejärel testige

Lühikesed sektsioonid, selged pealkirjad ja nimega ankrud on hea lehekujundus. Need ei ole tõestatud viitamisnipp. 80–120-sõnaline sektsioon on mõistlik lähtepunkt, kui see väljendab ühte täielikku ideed, kuid pikemad sektsioonid võivad olla õiged, kui lugeja vajab rohkem konteksti.

Looge lehti, mida inimesed saavad skannida ja usaldada. Veenduge, et otsingusüsteemid neile ligi pääsevad. Seejärel testige, kas modulaarne paigutus parandab väljavõtet või viitamist teie enda lehtedel. Kuni seda testi pole läbi viidud, on aus vastus lihtne: **hea tükeldamine on testimist väärt, kuid 100-sõnaline reegel ei ole fakt.