Auto
Optimalisering for Perplexity og andre sitasjonsassistenter
Av Kiran Sharma, vekstorientert innholdsstrateg Oppdatert 14. oktober 2026
AI-assistenter viser ikke bare en liste med lenker. De velger sider, trekker ut nyttige passasjer, og bestemmer så hvilke kilder som skal knyttes til svaret. Dette skaper et nytt innholdsproblem: å være lett å finne er ikke det samme som å være lett å sitere – eller nyttig nok til å forme svaret.
Det finnes ingen pålitelig metode for å vinne den første sitasjonsplassen på Perplexity, Microsoft Copilot eller You.com. Deres søkeverktøy, svarmoduser og kildelister kan variere. De endres også over tid. Det praktiske målet er ikke å gjette en skjult rangeringsformel. Det er å publisere klare, nyttige sider og utføre rettferdige tester for å lære hva som fungerer for ditt emne og publikum.
Forskningsnotat: Jeg kan ikke kjøre de nåværende forbrukergrensesnittene for disse assistentene fra dette forskningsmiljøet. Dette er derfor ikke en rapport om nye live-spørsmål eller en påstand om at jeg har reversert deres nåværende rangeringssystemer. Det kombinerer gjeldende produktdokumentasjon med publisert forskning, og gir deg deretter et kontrollert testbatteri du kan kjøre selv.
Hvordan sitasjonsassistenter velger kilder
En nyttig måte å tenke på AI-sitering er som en tretrinnsprosess:
- Finn sider: Assistenten søker eller henter mulige kilder.
- Velg passasjer: Den identifiserer materiale som kan hjelpe med å svare på spørsmålet.
- Skriv og siter: Den bygger et svar og knytter noen kilder til noen påstander.
En side kan feile i ethvert trinn. Hvis den ikke kan finnes, vil en omskriving ikke hjelpe. Hvis den vises i søkeresultatene, men dens nyttige fakta er vanskelig å finne, kan assistenten velge en annen side. Og en kilde som vises i en liste er ikke alltid sitert i det endelige svaret.
Dette siste punktet er viktig. En forsknings-preprint fra 2026 foreslår å skille mellom sitasjonsutvelgelse – om en kilde blir valgt – fra sitasjonsabsorpsjon – hvor mye dens fakta eller formuleringer bidrar til svaret. De tidlige funnene er beskrivende, ikke en permanent regel for noen plattform. Likevel er skillet nyttig: et sitattall alene kan ikke vise om siden din faktisk formet responsen. Målingsrapporten fra 2026 (arxiv.org)
Hva assistentene offentlig viser oss
| Assistent | Hva dokumentasjonen sier | Hva du skal teste |
|---|---|---|
| Perplexity | Deres Pro Search-dokumentasjon sier at den kan kjøre flere søk og trekke fra kilder som artikler, akademiske avhandlinger, forum og videoer, avhengig av det valgte fokuset. Perplexity Pro Search-dokumentasjon (perplexity.ai) | Sammenlign vanlig søk med Pro Search. Hold modellen og emnet fast, og registrer både kildelisten og sitatene knyttet til svarpåstandene. |
| Microsoft Copilot | Når nettsøk er aktivert, genererer Copilot et kort Bing-spørsmål fra prompten. Brukere kan åpne Kilder for å se dette spørsmålet og de brukte kildene. Microsofts nettsøk-guide (support.microsoft.com) | Sjekk spørsmålet Copilot faktisk sendte til Bing. Hvis det utelot et viktig produktnavn, dato eller kvalifiserende ord, kan det forklare hvorfor det fant feil sider. |
| You.com | Deres utviklerdokumentasjon skiller rå søkeresultater fra sitatstøttede svar og forskningsresultater. Deres Search API kan returnere utdrag, fullstendig sideinnhold eller spørsmålsmatchede høydepunkter. You.com Research API-guide og Search API-dokumentasjon (you.com) | Registrer den eksakte overflaten du bruker. Et forbrukersvar, et Search API-resultat og en Research API-rapport er ikke utskiftbare tester. |
Et notat om Copilot-modusene «Balansert» og «Presis»
Etikettene Mer Balansert og Mer Presis tilhører en tidligere versjon av Bing Chat. Microsofts innlegg fra 2023 beskriver disse stilene. Nåværende Microsoft Copilot-dokumentasjon for personlige kontoer lister i stedet Rask respons, Tenk dypere, Studer og lær, Smart og Søk. Søk er modusen Microsoft beskriver som å gi aktuelle web-svar med sitater. Modustilgjengelighet kan variere etter konto og produktoverflate, så noter de nøyaktige etikettene du ser når du tester. Nåværende Copilot samtalemoduser (blogs.microsoft.com)
Leksen er enkel: ikke anta at et gammelt modusnavn fortsatt betyr det samme – eller at et modus endrer hvilke kilder som er kvalifiserte. Test modusene som er tilgjengelige for publikummet ditt i dag.
Hva forskningen sier om innholdstrender
Den tydeligste kontrollerte studien er 2024-artikkelen GEO: Generative Engine Optimization. Den testet endringer på kildesider over en referanseindeks på 10 000 spørsmål. Hovedeksperimentet brukte en simulert svar-motor: den leverte fem Google-resultater til en språkmodell, og målte deretter hvor mye hver kilde bidro til svaret og hvor fremtredende den dukket opp. Forskerne kjørte også en mindre Perplexity-test, men leverte sidetekst som opplastede filer i stedet for å teste vanlig web-oppdagelse. GEO-studien (arxiv.org)
Den detaljen begrenser hva studien kan bevise. Den tilbyr bevis for hvordan sideinnhold kan påvirke et svar etter at en kilde er tilgjengelig. Den avslører ikke de nåværende hentings- eller rangeringsreglene for alle tre assistentene.
| Sideendring testet | Resultat i hovedreferanseindeksen | Praktisk tolkning |
|---|---|---|
| Legg til troverdige sitater | Score steg fra 19,3 til 27,2 | Nyttig bevis for å legge til ekte, attribuerte sitater – ikke for å finne opp sitater eller dekorere en side. |
| Legg til statistikk | Score steg fra 19,3 til 25,2 | Tall kan hjelpe når de er relevante, kildebelagte og forklart. |
| Legg til kildehenvisninger | Score steg fra 19,3 til 24,6 | Gjør det lettere å sjekke viktige påstander. |
| Pakk inn flere nøkkelord | Score falt fra 19,3 til 17,7 | Å gjenta søket er ikke det samme som å legge til nyttig bevis. |
Dette er synlighets-scorer, ikke sitasjons-sannsynligheter eller trafikkresultater. I den separate Perplexity-testen fant forskerne igjen fordeler ved å legge til sitater og statistikk, mens nøkkelordspakking presterte under grunnlinjen. Men fordi den testen brukte opplastet kildetekst, testet den ikke om Perplexity ville finne eller hente en omskrevne nettside. (arxiv.org)
Konsise fakta: nyttig håndverk, ikke en kjent rangeringsfaktor
En kort passasje som svarer på spørsmålet i klart språk er lettere for en person å skumlese og lettere å evaluere i en test. Men GEO-rapporten etablerte ikke at et kort svar-først-avsnitt sikrer en topplassering på alle plattformer.
Behandle det som godt innholdsdesign og en testbar idé, ikke et garantert signal. Prøv å starte en seksjon med et komplett, spesifikt svar, og forklar deretter detaljene under det.
Primærkilder: en solid standard, ikke et magisk sitasjonstriks
GEO-studien testet sitasjoner til troverdige kilder. Den isolerte ikke primærkilder – som original forskning, offentlige data eller offisielle produktdokumenter – som en spesiell rangeringsfaktor.
Likevel er primærkilder et praktisk valg når de eksisterer. Hvis du publiserer en aktuell pris påstand, lenk til prissiden. Hvis du siterer en regel, lenk til regulatoren eller den faktiske regelen. Hvis du rapporterer en produkttest, forklar hvordan du utførte den og lenk til dataene eller metoden. Dette gir leserne en måte å sjekke påstanden på og gir deg et solid grunnlag for din egen rapportering.
Statistikk og tabeller: fakta betyr mer enn tabellformet innhold
Den kontrollerte bevisstøtten for å legge til relevant statistikk. Den beviser ikke at å plassere en statistikk inne i en tabell, i seg selv, øker sitasjoner.
Tabeller er fortsatt nyttige når spørsmålet ber om en sammenligning. You.com sier at deres Search API’s Highlights-modus bevarer tabelloverskrifter når den trekker ut relevante passasjer. Dette er bevis om en dokumentert API-funksjon, ikke bevis for at alle forbrukerassistenter foretrekker tabeller. You.coms Highlights-guide (you.com)
Bygg en tabell for leseren. Inkluder enhetene, datoene, omfanget og kilden ved siden av hvert tall. Ikke gjør hver side om til en tabell bare for å tiltrekke en assistent.
Aktualitet: oppdater skiftende fakta, ikke datoen
Priser, produktgrenser, retningslinjer og lover kan endres. Sett en nøyaktig «per»-dato ved siden av disse påstandene, og oppdater siden når påstanden endres. Ikke endre en sides dato med mindre du endret innholdet.
Microsoft sier at nøyaktige sitemap lastmod-verdier hjelper Bing med å prioritere oppdaterte sider for rekravling. Dette støtter å holde tidssensitive sider teknisk oppdaterte. Det beviser ikke at en fersk dato alene vinner en sitasjonsplass. Bings retningslinjer for sitemap (blogs.bing.com)
Et sidemønster verdt å teste
Bygg sider for leseren først. Gjør faktaene enkle å finne, sjekke og forstå.
- Svar på overskriften. Start hver hovedseksjon med én eller to setninger som adresserer spørsmålet.
- Vis bevisene. Lenk en påstand til kilden som støtter den. Legg til datoer og omfang der det er relevant.
- Bruk en tabell for reelle sammenligninger. Hold overskrifter klare og tall knyttet til riktige enheter og kilder.
- Forklar metoden din. Hvis du publiserer originale data, si hvor de kom fra, når du samlet dem, og hva de ikke viser.
- Legg til eierens perspektiv. Forklar hva teamet ditt lærte, hvilke kompromisser du valgte, eller hva resultatene dine viser. Merk selskapets erfaring som selskapets erfaring – ikke som et bransjedekkende faktum.
- Hold siden tilgjengelig. Gjør nøkkelinformasjon synlig i tekst. Ikke skjul den eneste kopien i et bilde eller bak en interaksjon.
Dette siste punktet er også i tråd med Googles veiledning for egne AI-søke funksjoner: grunnleggende søkepraksis gjelder fortsatt, viktig innhold bør være tilgjengelig i tekst, og Google krever ingen spesiell AI-oppmerking. Denne veiledningen handler om Google, ikke en garanti for Perplexity, Copilot eller You.com. Googles veiledning for AI-funksjoner (developers.google.com)
Skriv passasjer som står på egne ben
En assistent kan bruke en passasje uten setningen før den. Gi viktige fakta nok kontekst til å overleve å bli løftet ut fra siden.
Produktfakta
Per 14. oktober 2026 inkluderer [Produkt] [funksjon] i [plan]-planen, ifølge den [offisielle dokumentasjonen]. Funksjonen gjelder ikke for [oppgitt unntak].
Forskningsstatistikk
I [tidsperiode] registrerte [gruppe eller utvalg] [resultat], målt ved hjelp av [metode]. Resultatet gjelder for [omfang]; det viser ikke [begrensning].
Innsikt fra grunnlegger eller produkteier
Vi valgte [tilnærming] på grunn av [spesifikt kundebehov eller produktavveining]. I [tidsperiode] observerte vi [målt resultat] på tvers av [utvalg]. Dette er våre egne produktdata, ikke en uavhengig bransjestudie.
Dette er ikke hemmelige AI-formler. Det er måter å gjøre påstander klarere og mer nyttige for en menneskelig leser.
Et kontrollert testbatteri på tvers av fem vertikaler
Målet med testen er ikke bare å spørre: «Siterte assistenten oss?» Det er å finne ut hvilke spørsmål som bringer siden din inn i svaret, hvilken passasje som støtter svaret, og om resultatet gjentar seg.
Bruk tre prompt-former for hver vertikal:
- Direkte fakta: Spør om en klar forklaring eller noen navngitte fakta.
- Evidenssjekk: Spør hva nåværende primærkilder sier, og be om kildedatoer.
- Sammenligning: Be om en tabell på tvers av de samme navngitte målene, med ukjente merket.
| Vertikal | Direkte fakta-prompt | Evidenssjekk-prompt | Sammenlignings-prompt |
|---|---|---|---|
| SaaS og produkt | «Hva gjør [produkt], og hvem er det for?» | «Hva er [produkt]s nåværende planer og begrensninger? Bruk offisielle produktkilder og oppgi dato.» | «Sammenlign [produkt A] og [produkt B] på [tre navngitte funksjoner]. Siter hver påstand og merk alt du ikke kan bekrefte.» |
| Helse | «Hva er [screening- eller behandlingsbegrep], og hvem gjelder veiledningen for?» | «Hva sier nåværende [navngitt folkehelse myndighet] retningslinjer om [emne]? Inkluder publiseringsdatoer og omfang.» | «Sammenlign veiledningen fra [navngitte myndigheter] om [spesifikk måling]. Skill det de er enige om fra det som avviker.» |
| Finans | «Hva betyr [finansielt begrep]? Gi ett kildebelagt eksempel.» | «Hva er den nåværende [rente, grense eller rapportert tall] ifølge [navngitt offisiell datakilde]? Inkluder datoen.» | «Sammenlign [alternativer] på [avgifter, renter eller grenser] ved å bruke aktuelle offisielle kilder. Merk avgifter eller vilkår du ikke kan bekrefte.» |
| Jus og regulering | «Hva dekker [navngitt regel] i [jurisdiksjon]?» | «Hva krever den nåværende regelen per [dato]? Siter den offisielle regelen eller byråets veiledning og identifiser ikrafttredelsesdatoen.» | «Sammenlign kravene for [to grupper eller jurisdiksjoner]. Vis omfanget, unntakene og ikrafttredelsesdatoene.» |
| Vitenskap og teknologi | «Forklar [konsept] i enkelt språk og nevn hovedbevisene bak det.» | «Hva er det nyeste relevante resultatet fra [navngitt tidsskrift, byrå eller laboratorium]? Oppgi publiseringsdatoen og skill det fra etablerte funn.» | «Sammenlign [to metoder eller funn] på [samme mål]. Lenk til de originale studiene og noter begrensninger i bevisene.» |
Hold sammenligningen rettferdig
For hver assistent:
- Bruk samme ordlyd, språk, region og emne.
- Start en ny samtale for hver kjøring. Ikke la et tidligere svar forme det neste.
- Gjenta hver prompt minst fem ganger. Ett svar er ikke et mønster.
- Registrer dato, produktoverflate, modus og modell. For Perplexity, skill Søk fra Pro Søk. For Copilot, test Søk separat fra enhver resonneringsmodus. For You.com, ikke bland forbrukersvar med API-resultater.
- Hold en nøytral prompt og en versjon som eksplisitt ber om kilder. De svarer på forskjellige spørsmål: om assistenten siterer uten å bli bedt om det, og hvordan den oppfører seg når den blir bedt om å vise kilder.
- Lagre hele svaret og kildelisten. I Copilot, lagre også Bing-spørringen som vises i Kilder.
- Kontroller om hver siterte side faktisk støtter påstanden ved siden av den.
For en side-omskrivingstest, endre én ting om gangen: for eksempel, legg til et svar-først-avsnitt, test deretter en kildebelagt-statistikk-versjon, deretter en sammenligningstabell. Sørg for at assistentene har hatt en rettferdig sjanse til å hente den endrede siden. Hvis du endrer flere ting samtidig – eller en crawler ikke har sett den nye siden – vil du ikke vite hva som forårsaket resultatet.
Rapporteringsmal
Bruk én rad per promptkjøring. Behold den rå kildelisten samt svarsitatene.
text kjøredato,plattform,overflate,modus,modell,region,språk,prompt_id,prompt_tekst, side_versjon,svar_lagret,kildeliste_lagret,sendt_søke_spørring, alle_kilder,svar_sitat,først_sitert_kilde,topp_3_kilder, merke_nevnt,egen_side_sitert,påstand_støttet,primærkilde_brukt, publisert_eller_oppdatert_dato,unikt_faktum_brukt,kjørenotater
Rapporter deretter resultater etter promptgruppe og plattform, ikke bare som én nettstedsomfattende score:
| Mål | Hva det forteller deg |
|---|---|
| Sitasjonstreffrate | Hvor ofte siden din ble sitert over gjentatte kjøringer. |
| Topp-tre sitasjonsrate | Hvor ofte den dukket opp blant de tre første siterte kildene. |
| Promptdekning | Hvor mange forskjellige kjøper- eller leserspørsmål som produserte en sitasjon. |
| Gjenta stabilitet | Hvor ofte den samme siden dukket opp over gjentatte kjøringer. |
| Bevistilpasning | Om den siterte passasjen faktisk støttet den nærliggende påstanden. |
| Svarbidrag | Om svaret brukte et distinkt fakta, en metode eller en forklaring fra siden din. |
| Forretningsresultat | Henvisningsbesøk, engasjerte sesjoner, leads eller salg knyttet til AI-henvisninger. |
Ikke kombiner disse til én «AI-synlighets»-score. En side kan siteres ofte, men bidra lite til svaret. Den kan forme et svar, men sende få besøk. Begge utfallene kan være viktige, men de er forskjellige forretningsspørsmål.
Konklusjon
Det sterkeste tilgjengelige beviset peker mot relevante fakta, troverdige sitater og tydelig kildehenvisning. Det viser ikke at ett format garanterer en topp sitasjonsplass på tvers av Perplexity, Copilot og You.com. Forskningen er begrenset, og hver plattforms søke- og svaropperlevelse kan endres.
Bygg derfor sider som forklarer svaret, viser bevisene og legger til kunnskap som bare teamet ditt kan tilby. Test deretter de samme virkelige spørsmålene gjentatte ganger. Dette er mer nyttig enn å stappe inn nøkkelord eller publisere generiske FAQ-sider – og det gir innholdet ditt en bedre sjanse til å hjelpe både assistenten og personen som leser svaret.
