Søgninger var engang søgeord. I stigende grad er de hele spørgsmål, og de sider der bliver citeret — i Googles fremhævede svar ("featured snippets") såvel som i AI-svar — er dem, der besvarer spørgsmålet, som det blev stillet. De fleste websites dækker emnet. Langt færre stiller spørgsmålet.

Der er en helt naturlig grund til, at de fleste websites er bygget sådan. Når man kender sit fag godt, holder man op med at tænke i spørgsmål. Man skriver den side, en fagperson ville skrive: en ydelsesside der beskriver hvad man laver, en specifikation der lister hvad der er med, en processide der gennemgår trinnene. Alt sammen er korrekt, og intet af det er forkert. Det har bare ikke samme form som det, der bliver skrevet i søgefeltet, nemlig “hvor lang tid tager en behandling”, “hvad koster det at få skiftet taget” og “kan man opsige inden fristen”.

Det misforhold i form kostede engang næsten ingenting, fordi en søgemaskine der matcher på søgeord kunne bygge bro over det. Det betyder mere nu, fordi systemerne der samler svar — Googles snippets og AI-assistenterne — arbejder ved at løfte en passage, der allerede besvarer spørgsmålet. Findes der ingen sådan passage på dit website, er der ikke noget at løfte.

Hvorfor betyder spørgsmålssøgninger noget for AI-synlighed?

En voksende andel af søgningerne — og næsten alt hvad der bliver skrevet til en AI-assistent — kommer som et helt spørgsmål: hvor lang tid tager, hvad koster, kan man. Featured snippets og assistent-svar sættes sammen af sider, der besvarer spørgsmålet som det blev stillet, klart og tidligt i teksten. En side der dækker emnet uden nogensinde at stille spørgsmålet, konkurrerer derfor mod sider der gør.

Det er ikke et nyt ranking-trick; det er sådan, de her systemer er nødt til at virke. En snippet er en citeret passage, og en assistents kildehenvisning er en citeret kilde. Begge har brug for et selvstændigt stykke tekst, der kan stå alene som et svar. Et afsnit begravet midt i en ydelsesbeskrivelse kan sjældent det, selv når oplysningen teknisk set står der, for passagen giver kun mening i sin sammenhæng. En overskrift der stiller spørgsmålet, fulgt af et direkte svar, giver mening løftet ud — og det er præcis derfor, den bliver løftet ud.

Det er værd at sige højt, at de to flader belønner den samme skrivning. Du behøver ikke én udgave af en side til Google og en anden til assistenterne. Mekanikken bag hvorfor assistenterne vælger de kilder de gør — og hvorfor deres svar varierer fra gang til gang — er dækket i sådan bliver du citeret i AI-svar og derfor svarer AI forskelligt hver gang; skriverådet under dem begge er denne artikel.

Hvor finder jeg de spørgsmål folk faktisk stiller?

I dine egne søgedata i Search Console. Listen viser de søgninger dit website faktisk blev vist for, og de søgninger der er formet som spørgsmål — dem der begynder med hvordan, hvad, hvorfor, hvor eller kan — er de spørgsmål dit emne reelt får stillet. Den liste ejer du allerede; intet søgeordsværktøj behøver gætte den.

Det betyder noget, fordi alternativet — at opfinde spørgsmål ud af sit eget hoved eller ud fra et søgeordsværktøjs forslag — giver de spørgsmål, en fagperson ville stille, med de ord en fagperson bruger. Dine søgedata indeholder de formuleringer, der virkelig blev skrevet, også de upræcise hverdagsudgaver. Det er dem, der er værd at besvare, for det er dem, en snippet eller en assistent bliver bedt om at løse. Er Search Console ukendt land, gennemgår Search Console-tallene der betyder noget den rapport, dataene ligger i.

Én advarsel, når du går i gang: læs søgningerne råt. Mange analyseværktøjer “renser” eller normaliserer tekst, før de viser dig den — små bogstaver, stammer af ord, korte almindelige ord smidt væk — og de ord, der oftest ryger som støj, er netop hvor, hvad og kan. En normalisering kan i al stilhed forvandle “hvor lang tid tager et bilsyn” til “lang tid bilsyn”, og i det øjeblik er spørgsmålet blevet til et søgeord, og hensigten er væk. Det første ord i den rå søgning er signalet. Kan dit værktøj eller dit udtræk ikke vise dig det første ord urørt, så arbejd ud fra det rå udtræk i stedet.

Hvordan tjekker jeg om en side svarer på spørgsmålet, som det stilles?

Tag hvert ægte spørgsmål og se efter to ting: en overskrift et sted på dit website, der ordret stiller spørgsmålet, og et første afsnit under den, der svarer i en eller to sætninger før enhver indledning. Er begge dele der, svarer siden som spurgt. Netop den kombination — spørgsmålet i en overskrift, svaret i de første linjer — er præcis hvad featured snippets og assistenternes citater vælger efter.

Gennemgangen er mekanisk nok til et regneark. Én kolonne med ægte spørgsmål fra dine søgedata; én kolonne med den side, hvis der findes en, hvis overskrift stiller spørgsmålet; én kolonne med om afsnittet under overskriften svarer direkte. Tre udfald falder ud af det:

  • Ingen side stiller spørgsmålet. Det mest almindelige udfald og det letteste at rette: svaret findes som regel allerede et sted, skrevet som prosa. Giv det en overskrift med spørgsmålets egne ord, og læg svaret forrest.
  • En overskrift stiller det, men svaret kommer sent. Afsnittet åbner med baggrund, forbehold eller historik og når til sagen i tredje afsnit. Flyt svaret op i første sætning, og lad nuancerne følge efter — nuancerne er stadig værdifulde, de skal bare ikke stå foran.
  • En overskrift stiller ét spørgsmål, og teksten besvarer et andet. Overskriften spørger “hvad koster det”, og afsnittet forklarer, hvorfor prisen varierer. Forståeligt, og på sin egen måde ærligt — men et system, der citerer den passage som svaret på pris-spørgsmålet, får dig til at fremstå undvigende. Enten besvar det stillede spørgsmål, prisintervaller og det hele, eller skift overskriften til det spørgsmål, du faktisk besvarer.

“En eller to sætninger før enhver indledning” er den del, der møder modstand, for det føles kontant. Det er ikke en regel imod dybde; det er en regel om rækkefølge. Svar først, og forklar, nuancér og uddyb bagefter, så meget som emnet fortjener. Læseren der ville have det korte svar, har det; læseren der ville have hele billedet, læser videre; og maskinen der leder efter en citerbar passage, finder en.

Skal jeg sætte FAQ-markup på hvert spørgsmål jeg besvarer?

Markér kun spørgsmål, der står synligt på siden med det samme svar, som en læser ser. FAQ-markup der er skjult, eller som giver et andet svar end den synlige tekst, er imod Googles regler for strukturerede data — og mere praktisk lover den noget, siden ikke leverer, og det er den hurtigste måde at miste den tillid markup’en skulle bygge op.

Den ærlige udgave er kedelig og virker: spørgsmålet er en overskrift på siden, svaret er afsnittet under den, og markup’en gentager begge dele ord for ord. Strukturerede data er en etiket på indhold, ikke en erstatning for det. Står du med et spørgsmål i markup’en, som ingen overskrift matcher, er løsningen ikke at fjerne markup’en — det er at tilføje overskriften, for det er alligevel den synlige udgave, der gør det egentlige arbejde.

Tre måder det går galt på

Fejlmønstrene er alle sammen varianter af den samme fejl: at optimere til formatet i stedet for til læseren.

Opfundne spørgsmål. Når et website først har taget spørgsmål-og-svar-formen til sig, er det fristende at fylde den med spørgsmål, ingen søger på — “hvorfor vælge os som jeres tagpartner?” er en overskrift, og den er formet som et spørgsmål, men den optræder ikke i noget søgefelt. Opfundne spørgsmål udvander de ægte og lyder som reklame. Disciplinen er at lade dine søgedata skrive listen: optræder et spørgsmål aldrig dér, og kan du ikke ærligt forestille dig det blive skrevet i et søgefelt, har det ikke fortjent en overskrift.

Det begravede svar. Fire hundrede ords indledning før svaret er den klassiske stil-opbygning, og for søgning vender den på hovedet. Passagen en snippet vil have, står øverst i afsnittet, ikke nederst. Åbner dine afsnit vanemæssigt med tilløb, er den mest værdifulde enkeltrettelse på hele websitet at flytte hvert afsnits konklusion op i første linje.

Det ombyttede svar. At besvare et andet spørgsmål, end overskriften stiller — typisk det spørgsmål, man ville ønske var blevet stillet. Overskriften siger “hvor lang tid tager det”, og teksten forklarer, hvor grundig processen er. Læsere lægger mærke til det, og det gør alt, der citerer dig, også.

Hvad du kan gøre i denne uge

Træk dine søgninger ud af Search Console og læs dem råt, med første ord intakt. Find dem, der er spørgsmål — der er færre, end du regner med, og de er mere konkrete, end du regner med. Tjek for hvert af dem, om nogen overskrift på dit website stiller det, og om det første afsnit under den besvarer det i en sætning eller to. Ret hullerne i rækkefølge efter trafikken bag dem, og tilføj kun FAQ-markup dér, hvor spørgsmål og svar allerede står synligt på siden.

TrustCtrl kører den her gennemgang løbende: den læser de spørgsmålsformede søgninger ud af dine egne søgedata, holder dem op mod de overskrifter dine sider faktisk viser, og rapporterer hvert spørgsmål som besvaret, besvaret sent eller aldrig stillet — sammen med resten af billedet, fra om AI-søgning kan citere dig til om crawlerne overhovedet kan nå dig.