Sisällön paloittelu LLM-hakuja varten: Miten osioiden suunnittelu vaikuttaa viittaustodennäköisyyteen

Sisällön paloittelu LLM-hakuja varten: Miten osioiden suunnittelu vaikuttaa viittaustodennäköisyyteen

Kirjoittanut Sofia Mendez, brändiäänen ja autenttisuuden johtaja
Tutkimuskatsaus: 23. lokakuuta 2026

Sivua ei tarvitse pilkkoa pieniksi paloiksi ansaitakseen paikan tekoälyvastauksessa. Sen ideoiden tulisi kuitenkin olla helppo löytää, ymmärtää ja lainata.

Tämä on hyödyllinen erottelu. Hyvä osioiden suunnittelu voi tehdä sisällöstä selkeämpää ihmisille ja hakeville järjestelmille. Se ei kuitenkaan takaa, että tekoälyhakukone viittaa sivuun. Ei ole olemassa todistettua 80–120 sanan sääntöä viittausten ansaitsemiseksi.

Huomautus pyydetystä A/B-testistä: En voinut suorittaa elävää testiä tätä artikkelia varten. Verkkosivustoa, julkaistuja sivuvaihtoehtoja, hakutiliä tai testihakuja ei toimitettu. Siksi tämä artikkeli ei raportoi keksittyjä tuloksia. Se selittää, mitä nykyinen tutkimus tukee, ja esittelee testin, jonka sivuston omistaja voi suorittaa.

Ensiksi, erota haku indeksoinnista

”Tekoälyhaku” saattaa kuulostaa yhdeltä järjestelmältä, mutta sivun julkaisemisen ja sen viittaamisen välillä on useita vaiheita:

1. Kopiointi (Crawl): Hakujärjestelmä tai botti pääsee sivulle.
2. Indeksointi (Index): Järjestelmä tallentaa ja käsittelee sivun.
3. Haku (Retrieve): Haku- tai tekoälyjärjestelmä löytää sivun – tai osan siitä – kysymykseen.
4. Viittaus (Cite): Vastaus sisältää sivun lähteenä.

Osioiden suunnittelu voi auttaa järjestelmää ymmärtämään ja hakemaan relevantin kohdan. Mutta se ei voi korjata sivua, joka on estetty kopioinnilta, jota ei ole koskaan indeksoitu tai joka on vähemmän hyödyllinen kuin muut lähteet. Google toteaa, että sivujen on oltava indeksoituja ja kelvollisia ilmestymään katkelman kanssa, ennen kuin ne voivat olla tukilinkkeinä sen tekoälyominaisuuksissa – ja edes kelvolliset sivut eivät välttämättä ilmesty. (developers.google.com)

Tällä on merkitystä, sillä katkelmien tarkkuus ja viittausten valinta ovat eri tuloksia. Järjestelmä saattaa poimia selkeän kohdan sivultasi, mutta viitata toiseen lähteeseen. Tai se saattaa viitata sivuusi hyödyntäen tietoa useista osioista.

Mitä todisteet sanovat palojen pituudesta

Tutkimus RAG-järjestelmistä – jotka hakevat tekstiä ennen kuin pyytävät kielimallia vastaamaan – osoittaa, että palojen koko voi olla tärkeä. Paras koko riippuu kuitenkin tehtävästä.

Vuoden 2025 tutkimus testasi kiinteän kokoisia paloja useissa kysymys-vastaus-aineistoissa. Pienemmät palat, kuten 64 tai 128 tokenia, menestyivät paremmin joissakin kysymyksissä, joissa oli lyhyitä, suoria vastauksia. Suuremmat palat menestyivät usein paremmin, kun kysymys tarvitsi enemmän kontekstia. Tutkimus mittasi tokeneita hakuverkossa, ei sana-lukumääräosioita julkisilla verkkosivustoilla. Se ei todista, että 80–120 sanan osiot parantaisivat viittauksia Googlessa, Bingissä tai ChatGPT-haussa. (arxiv.org)

Toinen tutkimus, joka julkaistiin vuoden 2025 ACL Findings -julkaisussa, havaitsi, että ideoiden ryhmittelytapa oli tärkeä – ei pelkästään palan pituus. Sen kirjoittajat raportoivat, että palan pituus yksinään ei suoraan ennustanut hakua tai vastausten laatua. Tämä viittaa käytännölliseen opetukseen: lyhyt osio ei ole automaattisesti hyvä osio. Sen on edelleen sisällettävä täydellinen ajatus. (aclanthology.org)

Näiden tutkimusten kertomalle on myös rajansa. Ne testaavat tutkimusjärjestelmiä tunnetuilla malleilla, aineistoilla ja hakuasetuksilla. Julkiset tekoälyhakutuotteet käyttävät omia järjestelmiään, ja niiden täydelliset valintasäännöt eivät ole julkisia.

Mitä otsikot ja ankkurit voivat – ja eivät voi – tehdä

Otsikot helpottavat sivun seuraamista

Selkeät H2- ja H3-otsikot kertovat lukijoille, mitä kukin osio käsittelee. Ne voivat myös auttaa järjestelmiä ymmärtämään ideoiden välisiä suhteita. Google sanoo, että kohdan sijoitus voi tunnistaa sivun osia, jotka ovat relevantteja hakukyselyyn. Microsoftin webmaster-ohjeet suosittelevat myös selkeää sisältörakennetta ja loogisia otsikkotasoja sisällölle, joka voi tukea tekoälyvastauksia ja viittauksia. Kumpikaan lähde ei anna otsikkomuotoa, joka takaisi valinnan. (developers.google.com)

Hyödyllinen otsikko nimeää osion pääkohdan. ”Kun lyhyt osio toimii” on informatiivisempi kuin ”Lisätietoja”. Otsikoiden tulisi kuitenkin kuvata sisältöä, ei toistaa hakusanoja niiden itsensä vuoksi.

Nimettyjä ankkureita ovat hyödyllisiä linkkejä, eivät erillisiä sivuja

ID, kuten id="short-sections", antaa linkin hypätä tiettyyn otsikkoon sivulla. Tämä auttaa lukijoita jakamaan tai palaamaan osioon. Se ei ole erillinen, indeksoitavissa oleva sivu kyseiselle osiolle. Google sanoo yleensä jättävänsä URL-fragmentit huomiotta erillisenä sisältönä indeksoinnissa ja indeksoinnissa, samalla kun se tukee fragmentteja, joita käytetään osoittamaan sisältöön sivun sisällä. (developers.google.com)

Käytä siis nimettyjä ankkureita vakaaseen navigointiin. Älä odota, että pelkkä #section-name-linkki nostaa viittaustodennäköisyyttä tai nopeuttaa indeksointia.

Selkeä kirjoitus voittaa nokkelan merkkauskielen

Googlen nykyiset ohjeet ovat suorat: sisällön jakamiselle pieniksi paloiksi tekoälyä varten ei ole pakollista tarvetta, eikä ihanteellista sivun pituutta ole. Järjestä sivu lukijoilleen ja aiheelleen. Google sanoo myös, että sen tekoälyominaisuudet perustuvat ydin hakujärjestelmiin, ei erityiseen paloittelumuotoon. (developers.google.com)

Tämä on parempi sääntö kuin sokeasti sanamäärän täyttäminen.

80–120 sanan idea: hyödyllinen oletusarvo, ei sijoitussääntö

80–120 sanan osio voi toimia hyvin, kun se vastaa yhteen kysymykseen täydellisesti. Se voi esimerkiksi esittää suosituksen, selittää miksi se toimii ja antaa yhden varoituksen.

Mutta jokaisen osion pakottaminen tähän pituuteen voi tehdä artikkelista katkonaisen. Jotkut ideat tarvitsevat lyhyen vastauksen. Toiset tarvitsevat työstetyn esimerkin, todisteita tai varoituksen, joka muuttaa suositusta.

Käsittele 80–120 sanaa toimituksellisena lähtökohtana – ei SEO-kynnysarvona. Pidä osio lyhyenä, kun se tekee yhden täydellisen asian. Anna sen olla pidempi, jos sen leikkaaminen poistaisi tarpeellisen kontekstin.

Miten suorittaa uskottava A/B-testi

Testataksesi vaikutusta julkiseen tekoälyhakuun tarvitset live-sivuston, pääsyn indeksointityökaluihin ja kiinteän joukon kysymyksiä. Pieni testi kahdella sivulla voi olla mielenkiintoinen, mutta se ei voi erottaa ulkoasun vaikutuksia aiheesta, auktoriteetista tai indeksoinnin ajoituksesta johtuvista eroista.

Vertaa arkkitehtuurin kahta versiota

Ensimmäiseen testiin vertaa näitä kahta sivumallia:

300–500 sanan pituus on ehdotettu testikontrolli, ei vakiintunut standardi. Pidä ydinfaktat, todisteet, esimerkit, sivumalli, metatiedot ja sisäisten linkkien tuki mahdollisimman samanlaisina.

Tämä ensimmäinen testi mittaa suunnitteluvalintojen kokonaisuutta. Jos muunnelmassa A on enemmän osioiden välejä ja enemmän H3-otsikoita, et voi sanoa, johtuiko ero sanamäärästä, otsikoista vai niiden yhdistelmästä. Näiden tekijöiden eristämiseksi suorita toinen testi, joka muuttaa vain yhtä asiaa kerrallaan – esimerkiksi pidä otsikko- ja ankkurimerkinnät kiinteinä samalla kun muutat kappaleiden välejä.

Käytä kahta tyyppistä testausta

1. Kontrolloitu hakutesti

Aseta sama lähdeteksti kahden version omaan hakujärjestelmääsi tai hallitsemaasi testijärjestelmään. Pidä malli, hakuasetukset ja kysymyssarja kiinteinä. Muuta vain sitä, miten teksti on jaettu.

Tämä voi testata, johtaako yksi ulkoasu parempaan hakuun tai tarkempiin vastauksiin kyseisen järjestelmän sisällä. Se ei kerro, mitä julkinen tekoälyhakutuote tekee.

2. Live-verkkotesti

Julkiset hakukoneet tarvitsevat live-sivuja, joten käytä vastaavia, alkuperäisiä sivuja samojen kopioiden julkaisemisen sijaan. Yhdistä sivut, joilla on samanlainen yleisö, aiheen vaikeus, ikä ja olemassa oleva sivustotuki. Määritä sattumanvaraisesti toinen sivu kussakin parissa muunnelmaan A ja toinen muunnelmaan B.

Pidä julkaisuprosessi reiluna: käytä vertailukelpoisia sivumalleja, metatietoja, sisäisiä linkkejä ja sivukarttojen ajoitusta. Älä mainosta yhtä muunnelmaa toista voimakkaammin. Jos sivustolla on vain muutama sopiva sivu, käsittele tulosta pienenä pilottina, ei todisteena.

Mittaa tulokset erikseen

• Katkelmien poiminnan tarkkuus: Valmistele kysymyksiä tunnetuilla vastauksilla. Pyydä arvioijia tarkistamaan, tallentaako jokainen tekoälyn tuottama katkelma tai vastaus oikean faktan muuttamatta sen merkitystä.
• Viittausten valintaprosentti: Tallenna jokaisen kiinteän kysymyksen osalta, näkyykö kohdesivu viittauksena. Tallenna myös, tukeeko viitattu sivu todella väitettä.
• Indeksointiaika: Tallenna, milloin kukin sivu on julkaistu, ensin kopioitu ja ensin varmistettu indeksoiduksi. Tarkista tila säännöllisesti ja raportoi mediaaniaika sekä niiden osuus, jotka eivät ole vielä indeksoituja lopussa.

Indeksointiaika vaatii huolellista käsittelyä. Google suosittelee kopioitavissa olevia linkkejä ja sivukarttoja löydettävyyden parantamiseksi, mutta sanoo, ettei kopiointia ja indeksointia taata. Sen ohjeissa todetaan myös, että uudelleenindeksointipäivitykset voivat viedä aikaa. Raportoi sivut, joita ei ole indeksoitu loppuun mennessä, ei vielä indeksoituina, sen sijaan että ne jätettäisiin hiljaa pois tuloksista. (developers.google.com)

Käytä kiinteää kyselyluetteloa ja toista samat kysymykset samoissa tekoälyhakutuotteissa. Tulokset voivat muuttua, joten pidä lokia päivämäärästä, alustasta, kysymyksestä, vastauksesta ja viitatuista URL-osoitteista. Bing Webmaster Tools -työkalujen tekoälysuoritusraportti voi näyttää, mitkä sivuston sivut ovat viitattuja ja miten viittaustoiminta muuttuu. Bing varoittaa, että muutokset näissä kokonaismäärissä eivät osoita, että yksi sivun muokkaus aiheutti muutoksen. (bing.com)

Hypoteesini – ei testitulokset

Ennen testin suorittamista odottaisin:

• Katkelmien tarkkuus voi parantua, kun osio vastaa yhteen todennäköiseen kysymykseen menettämättä tarvittavaa kontekstia. RAG-tutkimukset tukevat tämän idean testaamista, mutta eivät vahvista sen vaikutusta julkiseen tekoälyhakuun.
• Viittausten valinta voi muuttua vähän – tai ei lainkaan. Selkeämpi osio voi auttaa ymmärtämisessä, mutta viittauspäätös riippuu myös kyselystä, kilpailevista lähteistä ja siitä, onko sivu saatavilla ja relevantti. Google kuvaa tekoälyvastauksia perustuvan haun hakuun ja related-kyselyihin, ei kiinteään osioiden pituussääntöön. (developers.google.com)
• Indeksointiaika ei välttämättä parane vain siksi, että osiot ovat lyhyempiä. Löydettävyyssignaalit ja kopiointipääsy ovat suorempia asioita tarkistaa. Tämä on perusteltu odotus, ei mitattu tulos.

Käytännöllinen sisältöarkkitehtuurin standardi

Useimmille perustaja- ja tuotesivuille suosittelen tätä talotyyliksi, ei lupauksena useammista viittauksista:

1. Yksi sivu, yksi pääasiallinen lukijan tarve. Kerro, mitä sivu auttaa lukijaa tekemään.
2. Yksi selkeä H1-otsikko. Tee pääaiheesta ilmeinen.
3. Käytä kuvailevia H2- ja H3-otsikoita. Tee sivusta helppo selata, otsikoiden ollessa loogisessa järjestyksessä.
4. Pyri yhteen täydelliseen vastaukseen per osio. Käytä 80–120 sanaa, kun pituus sopii. Tee pidempiä osioita, kun idea tarvitsee todisteita, kontekstia tai esimerkin.
5. Kirjoita niin, että jokainen osio voi seistä omillaan. Nimeä tuote, henkilö tai idea sen sijaan, että turvautuisit epämääräisiin sanoihin kuten ”se” tai ”tämä”.
6. Lisää vakaat, kuvailevat tunnisteet tärkeisiin otsikoihin. Käytä tavallisia linkkejä, kuten href="#short-sections", sivun navigointiin – ei väitteenä, että jokainen fragmentti olisi uusi sivu.
7. Pidä tärkeä teksti saavutettavissa. Tarkista, että indeksointirobotit pääsevät sivulle ja että sen pääsisältö on saatavilla tekstinä. ChatGPT Searchin osalta OpenAI tunnistaa OAI-SearchBotin hakurobottiksi ja selittää, että sivuston omistajat voivat hallita sen pääsyä robots.txt:n kautta. (developers.openai.com)
8. Aseta todisteet väitteen rinnalle, jota ne tukevat. Lyhyt väite lähellä oleine lähteineen on helpompi tarkistaa kuin väite, joka riippuu useiden osioiden päässä olevasta kontekstista.
9. Säilytä omistajan näkökulma. Selkeä ulkoasu ei tee geneerisestä sisällöstä viittaamisen arvoista – tai lukemisen arvoista.

Tämä viimeinen kohta on helppo unohtaa. Automaation tulisi säästää perustajan aikaa, ei pyyhkiä pois syytä, miksi heidän sisältönsä on erilaista. Hyödyllinen sisällönhallintaprosessi voi hyödyntää selkeää briefiä: Sisällöntuottaja, Yleisö ja Maku. AutoPod käyttää näitä syötteitä ohjaamaan artikkeleita säilyttäen samalla omistajan näkökulman prosessissa. Järjestelmä voi järjestää sivun; oivalluksen on edelleen tultava ihmisiltä, jotka tuntevat tuotteen ja asiakkaan.

Yhteenveto: suunnittele selkeyttä, sitten testaa

Lyhyet osiot, selkeät otsikot ja nimetyt ankkurit ovat hyvää sivusuunnittelua. Ne eivät ole todistettu viittaushack. 80–120 sanan osio on järkevä lähtökohta, kun se ilmaisee yhden täydellisen ajatuksen, mutta pidemmät osiot voivat olla oikein, kun lukija tarvitsee enemmän kontekstia.

Rakenna sivuja, joita ihmiset voivat skannata ja joihin he voivat luottaa. Varmista, että hakujärjestelmät pääsevät niihin. Testaa sitten, parantaako modulaarinen ulkoasu poimintaa tai viittausta omilla sivuillasi. Ennen kuin tämä testi suoritetaan, rehellinen vastaus on yksinkertainen: **hyvä paloittelu on testaamisen arvoista, mutta 100 sanan sääntö ei ole fakta.