Slik bygger du innhold som er lettere å finne, forstå og sitere

Dette kapittelet er viktig av én grunn:

The AI Discovery Playbook skal selv vise teknikken den anbefaler.

Det betyr at dette ikke bare er råd.

Kapittelsidene er bygget som demonstrasjoner.

Prinsipp 1: Én tydelig hovedoppgave per side

En side bør ha et klart spørsmål eller tema.

Ikke:

Alt du trenger å vite om AI, SEO, GEO, ChatGPT, marketing, content og fremtiden.

Men:

Hvordan finner AI informasjon til svarene sine?

Det gjør siden lettere å forstå for et menneske.

Det gjør også relasjonen mellom tittel, H1, innhold og interne lenker tydeligere.

Google anbefaler beskrivende og konsise sidetitler og advarer mot keyword stuffing.

Prinsipp 2: Svar tidlig

På alle kapitlene i denne Playbooken kommer et kort svar rett etter H1.

Det er først og fremst for leseren.

En leder skal forstå poenget uten å lese 2 000 ord.

Men det har også en maskinell fordel: hovedtemaet og hovedsvaret finnes eksplisitt i tekst, ikke bare implisitt gjennom en lang introduksjon.

Praktisk format:

H1
Kort svar på 2 til 4 setninger
Kortversjonen
Dybde
Kilder
FAQ når det faktisk hjelper

Det er ikke en dokumentert «citation formula».

Det er god informasjonsarkitektur.

Prinsipp 3: Bruk spørsmål som mennesker faktisk stiller

Mellomtitler bør beskrive innholdet.

For eksempel:

Hva er forskjellen på OAI-SearchBot og GPTBot?

er bedre enn:

Et viktig teknisk poeng

Spørsmålet gjør siden lettere å skanne og lettere å koble til reelle informasjonsbehov.

Unngå å lage hundre nesten identiske spørsmål bare for å fange søkevarianter.

Prinsipp 4: Gjør påstander atomiske

Hvis et avsnitt inneholder seks tall, fire leverandører og tre konklusjoner, blir det vanskelig å se hvilken kilde som støtter hva.

Skriv heller:

OpenAI dokumenterer at OAI-SearchBot brukes for ChatGPT Search.

Kilde.

Så:

GPTBot er et separat valg knyttet til mulig treningsbruk.

Kilde.

Dette er en redaksjonell anbefaling fra oss, ikke en publisert rankingfaktor.

Men det gjør innholdet lettere å kontrollere, oppdatere og sitere korrekt.

Prinsipp 5: Bruk primærkilden når den finnes

Hvis du skriver:

Google krever ingen egen AI-markup for AI Mode.

lenk til Google.

Ikke til en SEO-blogg som skriver om hva Google sa.

Hvis du skriver om OpenAI-crawlere, lenk til OpenAI.

Hvis du refererer en akademisk studie, lenk til paperet.

Sekundærkilder er nyttige for analyser, men de bør ikke være bærebjelken når originalen finnes.

Prinsipp 6: Sett dato på ferske påstander

AI-produkter endres raskt.

Derfor bør en påstand som:

ChatGPT bruker bot X

ikke stå som tidløs sannhet.

Skriv heller:

Per oktober 2026 dokumenterer OpenAI OAI-SearchBot for search.

Og oppdater dateModified når innholdet faktisk endres.

Ikke bare datoen for å se fersk ut.

Google fraråder å endre dato uten reell innholdsendring.

Prinsipp 7: Gjør forfatteren tydelig

Hvert kapittel skal vise:

Thomas Holm
AI Discovery
Kort relevant forfatterbeskrivelse
Lenke til /thomas-holm

Google anbefaler tydelig authorship i Article-markup og støtter en egen ProfilePage for en identifiserbar forfatter.

Det betyr ikke at Person-schema gjør deg sitert i ChatGPT.

Det gjør identiteten tydeligere for systemer som støtter strukturen.

Prinsipp 8: Bygg et ekte internt kunnskapsnett

Hver viktig side bør ha crawlbare HTML-lenker fra andre relevante sider.

Ikke bare «Les mer».

Bruk beskrivende anchor text:

Hvordan AI finner informasjon til svarene sine

er bedre enn:

Klikk her

Google sier selv at interne lenker hjelper både mennesker og Google å forstå nettstedet og finne sider.

Prinsipp 9: Viktig innhold må finnes som tekst

En modell kan være fantastisk pedagogisk.

Men hvis hele poenget bare finnes inne i en PNG, har du laget et dårlig kunnskapsdokument.

Alle sentrale modeller i Playbooken skal derfor ha tekstlig forklaring i brødteksten, beskrivende alt-tekst, en kort figcaption og gjerne et tekstlig sammendrag under figuren.

Grafikken forklarer.

HTML-teksten bærer kunnskapen.

Prinsipp 10: Teknisk adgang først

Innhold du ønsker i Google og AI-search må faktisk kunne nås.

For Playbooken betyr det:

• offentlig URL
• HTTP 200
• ikke noindex
• ikke blokkert av relevant search-crawler
• ikke blokkert av CDN/WAF ved en feil
• viktig tekst tilgjengelig i den leverte/renderte HTML-en
• standard <a href>-lenker
• selvrefererende canonical
• URL i sitemap
• korrekt lastmod når siden faktisk er endret

Dette er grunnmur.

Ikke «GEO-hacks».

Prinsipp 11: Skill search-bots fra training-bots

Dette er en av de viktigste tekniske læringene.

Hvis målet er discovery, må vi ikke tilfeldig blokkere search-crawlere fordi vi ønsker en bestemt policy for trening.

Eksempel:

• OAI-SearchBot: ChatGPT Search
• GPTBot: mulig modelltrening
• Claude-SearchBot: Claude search
• ClaudeBot: modelltrening

Policyene bør besluttes separat.

Prinsipp 12: Structured data skal beskrive siden, ikke manipulere den

For Playbook-kapitlene bruker vi Article der det passer.

Vi kobler author til Thomas sin kanoniske profil.

Vi bruker publiserings- og oppdateringsdato når de er reelle.

Vi bruker Breadcrumbs.

Vi sørger for at structured data samsvarer med synlig innhold.

Google sier at structured data hjelper systemet å forstå siden, men Google sier samtidig at det ikke finnes et eget AI-schema som kreves for AI Mode og AI Overviews.

Begge setningene kan være sanne samtidig.

Prinsipp 13: Ikke bruk FAQPage-schema som LLM-triks

FAQ-seksjoner kan være svært nyttige for mennesker.

Derfor bruker vi dem når de tilfører verdi.

Men vi bruker ikke FAQPage-schema som et «AI-hack».

Google fjernet FAQ rich result-funksjonen fra Search i 2026, og det finnes ingen dokumentasjon for at FAQPage-schema gir en generell LLM-synlighetsfordel.

Prinsipp 14: llms.txt er ikke en rankingknapp

I juni 2026 presiserte Google at llms.txt ikke er nødvendig for Google Search og ikke har positiv eller negativ effekt på synlighet eller ranking der.

Andre tjenester kan velge å bruke slike filer.

Men vi vil ikke presentere en valgfri fil som en universell AI-standard.

Per v1 er llms.txt derfor ikke en kritisk del av AI Discovery Playbook-implementasjonen.

Slik er dette kapitlet bygget

Dette kapittelet demonstrerer prinsippene:

• én avgrenset H1
• direkte svar først
• eksplisitte spørsmål som H2
• korte påstander med kildegrunnlag
• primærkilder
• synlig forfatter
• publisert/oppdatert dato i webversjonen
• beskrivende internlenker
• full tekst i crawlbar HTML
• Article-markup
• canonical
• sitemap
• synlig kildeliste

Det er ingen garanti for citation.

Det er et forsøk på å fjerne unødvendige hindringer mellom god kunnskap og systemene som skal finne og forstå den.

Eksempel på Article JSON-LD

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Hvordan AI finner informasjon til svarene sine",
  "datePublished": "2026-10-XX",
  "dateModified": "2026-10-XX",
  "author": {
    "@type": "Person",
    "name": "Thomas Holm",
    "url": "https://aidiscovery.no/thomas-holm"
  },
  "mainEntityOfPage": "https://aidiscovery.no/playbook/hvordan-ai-finner-informasjon"
}

Datoene settes til faktiske publiserings- og endringsdatoer ved implementering.