Innholdsoppdeling for LLM-gjenfinning: Hvordan seksjonsdesign påvirker sitatannsynlighet
Av Sofia Mendez, Leder for merkevarestemme og autentisitet
Forskningsoversikt: 23. oktober 2026
En side trenger ikke hakkes i biter for å fortjene en plass i et AI-svar. Men dens ideer bør være enkle å finne, forstå og sitere.
Det er det nyttige skillet. God seksjonsdesign kan gjøre innholdet klarere for mennesker og gjenfinningssystemer. Det garanterer ikke at en AI-søkemotor vil sitere siden. Det finnes ingen bevist 80–120-ords regel for å oppnå sitater.
En merknad om den forespurte A/B-testen: Jeg kunne ikke kjøre en live-test for denne artikkelen. Ingen nettside, publiserte sidevarianter, søkekonto eller testspørringer ble gitt. Derfor rapporterer denne artikkelen ingen oppfunne resultater. Den forklarer hva nåværende forskning støtter og beskriver en test en nettstedseier kan kjøre.
Først, skill gjenfinning fra indeksering
«AI-søk» kan høres ut som ett system, men flere trinn ligger mellom publisering av en side og det å se den sitert:
- Gjennomsøk (Crawl): Et søkesystem eller en bot kan få tilgang til siden.
- Indekser: Systemet lagrer og behandler siden.
- Gjenfinn (Retrieve): Et søke- eller AI-system finner siden – eller deler av den – for et spørsmål.
- Siter (Cite): Svaret inkluderer siden som en kilde.
Seksjonsdesign kan hjelpe et system med å forstå og gjenfinne et relevant avsnitt. Men det kan ikke fikse en side som er blokkert fra gjennomsøking, aldri indeksert, eller mindre nyttig enn andre kilder. Google sier at sider må indekseres og være kvalifisert til å vises med et utdrag før de kan være støttende lenker i AI-funksjonene deres – og selv kvalifiserte sider er ikke garantert å vises. (developers.google.com)
Det er viktig fordi nøyaktighet i utdrag og valg av sitat er forskjellige resultater. Et system kan trekke ut et klart avsnitt fra siden din, men sitere en annen kilde. Eller det kan sitere siden din samtidig som det trekker på informasjon fra flere seksjoner.
Hva bevisene sier om lengden på innholdsbiter
Forskning på RAG – systemer som gjenfinner tekst før de ber en språkmodell om å svare – viser at størrelsen på innholdsbitene kan være viktig. Men den beste størrelsen avhenger av oppgaven.
En studie fra 2025 testet innholdsbiter med fast størrelse på tvers av flere datasett for spørsmål og svar. Mindre innholdsbiter, som 64 eller 128 tokens, presterte bedre på enkelte spørsmål med korte, direkte svar. Større innholdsbiter gjorde det ofte bedre når et spørsmål trengte mer kontekst. Studien målte tokens i et gjenfinningssystem, ikke seksjoner basert på ordantall på offentlige nettsteder. Den beviser ikke at seksjoner på 80–120 ord forbedrer sitater i Google, Bing eller ChatGPT-søk. (arxiv.org)
En annen studie, publisert i 2025 Findings of ACL, fant at måten ideer ble gruppert på, var viktig – ikke bare lengden på innholdsbitene. Forfatterne rapporterte at lengden på innholdsbiten alene ikke direkte forutså gjenfinning eller svar-kvalitet. Dette peker på en praktisk lærdom: en kort seksjon er ikke automatisk en god seksjon. Den må fortsatt inneholde en komplett idé. (aclanthology.org)
Det er også en grense for hva disse studiene kan fortelle oss. De tester forskningssystemer med kjente modeller, datasett og gjenfinninginnstillinger. Offentlige AI-søke-produkter bruker sine egne systemer, og deres fulle utvalgsregler er ikke offentlige.
Hva overskrifter og ankre kan – og ikke kan – gjøre
Overskrifter gjør siden enklere å følge
Tydelige H2- og H3-overskrifter forteller leserne hva hver seksjon dekker. De kan også hjelpe systemer med å forstå hvordan ideer henger sammen. Google sier at avsnittsrangering kan identifisere deler av en side som er relevante for en spørring. Microsofts nettredaktørveiledning anbefaler også klar innholdsstruktur og logiske overskriftsnivåer for innhold som kan støtte AI-svar og sitater. Ingen av kildene oppgir et overskriftsformat som garanterer utvelgelse. (developers.google.com)
En nyttig overskrift navngir poenget seksjonen tar opp. «Når en kort seksjon fungerer» er mer informativt enn «Flere detaljer.» Men overskrifter bør beskrive innholdet, ikke gjenta søkefraser for egen skyld.
Navngitte ankre er nyttige lenker, ikke separate sider
En ID som id="short-sections" lar en lenke hoppe til en spesifikk overskrift på siden. Dette hjelper leserne med å dele eller gjenoppta en seksjon. Det er ikke en separat, indekserbar side for den seksjonen. Google sier at de generelt ignorerer URL-fragmenter for gjennomsøking og indeksering som distinkt innhold, samtidig som de støtter fragmenter som brukes til å peke til innhold innenfor en side. (developers.google.com)
Bruk derfor navngitte ankre for stabil navigasjon. Ikke forvent at en #section-name-lenke, i seg selv, vil øke sitatannsynligheten eller fremskynde indekseringen.
Klar skriving slår smart oppmerking
Googles nåværende veiledning er direkte: det er ingen nødvendighet for å dele innholdet inn i små biter for AI, og det er ingen ideell sidelengde. Organiser siden for leserne og emnet. Google sier også at AI-funksjonene deres er avhengige av kjernesøkesystemer, ikke et spesielt oppdelingsformat. (developers.google.com)
Det er en bedre regel enn å blindt møte et ordantall.
80–120-ords-ideen: en nyttig standard, ikke en rangeringsregel
En seksjon på 80–120 ord kan fungere bra når den besvarer ett spørsmål på en komplett måte. For eksempel kan den uttrykke en anbefaling, forklare hvorfor den fungerer, og gi ett forbehold.
Men å tvinge hver seksjon inn i det området kan gjøre en artikkel hakkete. Noen ideer trenger et kort svar. Andre trenger et utarbeidet eksempel, bevis, eller en advarsel som endrer anbefalingen.
Behandle 80–120 ord som et redaksjonelt utgangspunkt – ikke en SEO-terskel. Hold en seksjon kort når den fremsetter ett komplett poeng. La den være lenger når kutting ville fjerne nødvendig kontekst.
Slik kjører du en troverdig A/B-test
For å teste effekten på offentlig AI-søk trenger du et aktivt nettsted, tilgang til indekseringsverktøy og et fast sett med spørsmål. En liten test på to sider kan være interessant, men den kan ikke skille layout-effekter fra forskjeller i emne, autoritet eller gjennomsøkingstidspunkt.
Sammenlign to versjoner av arkitekturen
For en første test, sammenlign disse to sidemønstrene:
| Variant | Sidestruktur |
|---|---|
| A: Modulære seksjoner | Seksjoner på omtrent 80–120 ord, med beskrivende H2/H3-overskrifter og navngitte ankre. Hver seksjon fremsetter ett komplett poeng. |
| B: Lengre blokker | Lengre seksjoner, for eksempel 300–500 ord, med klare H2/H3-overskrifter og ankre ved hovedseksjonens overskrifter. |
Området 300–500 ord er en foreslått testkontroll, ikke en etablert standard. Hold kjernefakta, bevis, eksempler, sidemal, metadata og støtte for interne lenker så like som mulig.
Denne første testen måler en pakke med designvalg. Hvis variant A har flere seksjonsbrudd og flere H3-overskrifter, kan du ikke si om en eventuell forskjell kom fra ordantall, overskrifter eller deres kombinasjon. For å isolere disse faktorene, kjør en andre test som endrer én om gangen – for eksempel, hold overskrifts- og anker-oppmerkingen fast mens du endrer avsnittsbruddene.
Bruk to typer testing
1. En kontrollert gjenfinningstest
Legg den samme kildeteksten inn i to versjoner av ditt eget gjenfinningssystem, eller et testsystem du kontrollerer. Hold modell, søkeinnstillinger og spørsmålssett fast. Endre kun hvordan teksten er delt.
Dette kan teste om en layout fører til bedre gjenfinning eller mer nøyaktige svar innenfor det systemet. Det forteller deg ikke hva et offentlig AI-søkeprodukt vil gjøre.
2. En live webtest
Offentlige søkemotorer trenger live-sider, så bruk matchede, originale sider i stedet for å publisere identiske kopier. Par sider med lignende publikum, emnevanskelighet, alder og eksisterende nettstedsstøtte. Tilordne tilfeldig en side i hvert par til variant A og den andre til variant B.
Hold publiseringsprosessen rettferdig: bruk sammenlignbare sidemaler, metadata, interne lenker og sitemap-timing. Ikke markedsfør den ene varianten tyngre. Hvis nettstedet bare har noen få egnede sider, behandle resultatet som en liten pilot, ikke bevis.
Mål resultatene separat
- Nøyaktighet i utdrag-ekstraksjon: Forbered spørsmål med kjente svar. La anmeldere sjekke om hvert AI-produserte utdrag eller svar fanger opp riktig fakta uten å endre meningen.
- Sitatutvelgelsesrate: For hvert faste spørsmål, registrer om målsiden vises som et sitat. Registrer også om den siterte siden faktisk støtter påstanden.
- Tid til indeksering: Registrer når hver side er publisert, først gjennomsøkt og først bekreftet som indeksert. Sjekk status regelmessig og rapporter median tid, pluss andelen som fortsatt ikke er indeksert ved slutten.
Indekseringstid krever forsiktig håndtering. Google anbefaler gjennomsøkningsbare lenker og sitemaps for å hjelpe oppdagelse, men sier at gjennomsøking og indeksering ikke er garantert. Veiledningen deres bemerker også at oppdateringer fra re-gjennomsøking kan ta tid. Rapporter sider som ikke er indeksert ved slutten som ennå ikke indeksert, i stedet for å stille fjerne dem fra resultatene. (developers.google.com)
Bruk en fast spørringsliste og gjenta de samme spørsmålene på tvers av de samme AI-søkeproduktene. Resultatene kan endres, så loggfør dato, plattform, spørsmål, svar og siterte URL-er. Bing Webmaster Tools' AI Performance-rapport kan vise hvilke nettstedssider som blir sitert og hvordan sitataktiviteten endres. Bing advarer om at endringer i disse totalene ikke viser at en sideendring forårsaket endringen. (bing.com)
Mine hypoteser – ikke testresultater
Før testen kjøres, ville jeg forvente:
- Nøyaktigheten i utdrag kan forbedres når en seksjon besvarer ett sannsynlig spørsmål uten å miste nødvendig kontekst. RAG-studiene støtter testing av denne ideen, men etablerer ikke dens effekt på offentlig AI-søk.
- Sitatutvelgelsen kan endre seg lite – eller ikke i det hele tatt. En klarere seksjon kan hjelpe med forståelsen, men en sitatbeslutning avhenger også av spørringen, de konkurrerende kildene, og om siden er tilgjengelig og relevant. Google beskriver AI-svar som trekkende på søkegjenfinning og relaterte spørringer, ikke en fast seksjonslengderegel. (developers.google.com)
- Tiden til indeksering forbedres kanskje ikke bare fordi seksjonene er kortere. Oppdagelsessignaler og gjennomsøkingstilgang er mer direkte ting å sjekke. Dette er en begrunnet forventning, ikke et målt resultat.
En praktisk standard for innholdsarkitektur
For de fleste gründer- og produktsider anbefaler jeg dette som en husstil, ikke et løfte om flere sitater:
- Én side, ett hovedbehov for leseren. Angi hva siden hjelper leseren med.
- Én tydelig H1. Gjør hovedemnet åpenbart.
- Bruk beskrivende H2- og H3-overskrifter. Gjør siden enkel å skanne, med overskrifter i logisk rekkefølge.
- Sikt mot ett komplett svar per seksjon. Bruk 80–120 ord når den lengden passer. Gå lenger når ideen trenger bevis, kontekst eller et eksempel.
- Skriv slik at hver seksjon kan stå på egne ben. Navngi produktet, personen eller ideen i stedet for å stole på vage ord som «det» eller «dette».
- Legg til stabile, beskrivende ID-er til viktige overskrifter. Bruk vanlige lenker som
href="#short-sections"for sidenavigasjon – ikke som en påstand om at hvert fragment er en ny side. - Hold viktig tekst tilgjengelig. Sjekk at crawlere kan nå siden og at hovedinnholdet er tilgjengelig som tekst. For ChatGPT-søk identifiserer OpenAI OAI-SearchBot som søkecrawleren og forklarer at nettstedseiere kan administrere dens tilgang via robots.txt. (developers.openai.com)
- Plasser bevis ved siden av påstanden det støtter. En kort påstand med en nærliggende kilde er en enklere å sjekke enn en påstand som avhenger av kontekst flere seksjoner unna.
- Behold eierens synspunkt. Et rent layout vil ikke gjøre generisk innhold verdt å sitere – eller verdt å lese.
Det siste punktet er lett å overse. Automatisering bør spare en gründer tid, ikke slette årsaken til at innholdet deres er annerledes. En nyttig innholdsarbeidsflyt kan gjenbruke en klar brief: Skaper, Publikum og Smak. AutoPod bruker disse innspillene til å veilede artikler, samtidig som eierens synspunkt bevares i prosessen. Systemet kan organisere siden; innsikten må fortsatt komme fra folkene som kjenner produktet og kunden.
Konklusjon: design for klarhet, deretter test
Korte seksjoner, tydelige overskrifter og navngitte ankre er god sidedesign. De er ikke et bevist sitat-hack. En seksjon på 80–120 ord er et rimelig utgangspunkt når den uttrykker en komplett idé, men lengre seksjoner kan være riktig når leseren trenger mer kontekst.
Bygg sider folk kan skanne og stole på. Sørg for at søkesystemer kan få tilgang til dem. Test deretter om en modulær layout forbedrer uttrekk eller sitering på dine egne sider. Før den testen er kjørt, er det ærlige svaret enkelt: **god innholdsdeling er verdt å teste, men 100-ordsregelen er ikke et faktum.
Auto