En kunde spør ikke alltid Google lenger. Noen skriver: «Hvem kan hjelpe meg med AI-automatisering i Ålesund?» eller «Finn en rørlegger som svarer raskt på Sunnmøre» direkte i en chat.
Det betyr ikke at vanlig SEO er dødt. Tvert imot. Google er tydelig på at synlighet i generative søkeresultater fortsatt bygger på det samme grunnlaget: nyttig og originalt innhold, teknisk tilgjengelige sider og en god brukeropplevelse. [1]
«AEO» — Answer Engine Optimization — er derfor ikke en trylleformel. Det er en praktisk sjekk: Får en kunde, en søkemotor og en AI-modell raskt tak i hvem du hjelper, hva du tilbyr og hvordan de kommer i kontakt?
1. Kan du forklares med én tydelig setning?
Prøv å spørre en kollega: «Hva gjør vi, for hvem og hvor?» Hvis svaret blir langt og fullt av interne uttrykk, er det et signal.
En god førstesetning kan være: «Vi hjelper småbedrifter på Sunnmøre med nettsider, AI-assistenter, AI-sentralbord og automatisering.» Den er ikke poetisk. Men den er enkel å forstå, lett å sitere og enkel å kontrollere om den stemmer.
Dette er også grunnen til at ryktebørsen alene ikke lenger er nok. Anbefalinger er gull, men folk må fortsatt kunne finne og forstå virksomheten din når de søker.
2. Svarer nettsiden på de faktiske spørsmålene kundene stiller?
Mange nettsider forteller om bedriften. Færre svarer på spørsmålene som avgjør om noen tar kontakt:
- Hva koster det å komme i gang?
- Hvilke problemer kan dere hjelpe med?
- Kan dere koble løsningen til systemene vi allerede bruker?
- Hvordan ser første steg ut?
- Hvem passer løsningen for — og hvem passer den ikke for?
Korte, ærlige svar er bedre enn lange salgstekster. En synlig FAQ er nyttig både for mennesker og for systemer som skal forstå innholdet. Google anbefaler klare avsnitt og overskrifter som gjør innholdet enkelt å navigere, men understreker at det fortsatt er leseren du skal skrive for. [1]
3. Er tjenestene, stedet og kontaktveien helt konkrete?
Hvis du vil bli funnet lokalt, må siden si hvor du jobber. «Vi hjelper kunder overalt» er mindre nyttig enn «Vi hjelper småbedrifter i Ålesund og på Sunnmøre». Det samme gjelder kontakt: en tydelig kontaktknapp, en fungerende e-postadresse og gjerne informasjon om hva som skjer etter at noen tar kontakt.
Dette er ikke bare for søk. Det er tillitsbygging. Og for bedrifter som lever av telefon og booking, kan en god kontaktflyt være langt viktigere enn enda et fancy element på forsiden. Les gjerne om AI-resepsjonist og tapte anrop eller bookingsystemer som reduserer kalenderkaos.
4. Har siden riktig teknisk «navneskilt»?
En vanlig nettleser ser overskrifter, avsnitt og lenker. Søkemotorer kan i tillegg bruke strukturert data — små JSON-LD-filer i koden som forteller at dette er en organisasjon, en artikkel eller en FAQ.
Det gir ingen garanti for synlighet. Google er tydelig på at strukturert data ikke er et krav for generative søkeresultater. Men når dataene er korrekte og samsvarer med det besøkende faktisk ser, kan det gjøre det enklere å forstå sidens innhold og gjøre siden aktuell for vanlige rich results. [2]
Det viktigste ordet er korrekte. Ikke legg inn falske anmeldelser, uekte priser eller en FAQ som ikke finnes på siden. Google anbefaler færre, komplette og presise felt fremfor mye halvferdig schema. [2]
5. Er innholdet ditt nyttig nok til å bli brukt som kilde?
ChatGPT Search beskriver selv at svarene kan inneholde lenker til kilder på nettet. [3] Derfor er det lurt å publisere innhold som løser et konkret problem og som tilfører noe eget: erfaring fra en lokal bedrift, en sjekkliste, en før-og-etter-observasjon eller et eksempel med tydelige avgrensninger.
Ikke publiser ti nesten like artikler med forskjellige søkeord. Google advarer mot å produsere mange sider bare for å fange alle mulige formuleringer. [1] Skriv heller én artikkel som faktisk svarer godt.
Hva med llms.txt, MCP og «agent-ready» nettsider?
`llms.txt` er en enkel Markdown-fil som oppsummerer virksomheten og sentrale lenker for systemer som velger å bruke den. Den kan være fornuftig som en ryddig offentlig oversikt, men den er ikke en magisk ranking-knapp. Google sier eksplisitt at de ikke bruker `llms.txt` eller tilsvarende AI-filer som et særskilt signal i Google Search eller generative søkefunksjoner. [1]
Det samme gjelder MCP- og API-metadata. Det er nyttig når virksomheten faktisk tilbyr en funksjon en agent kan bruke — for eksempel en lesbar katalog, tilgjengelige ledige timer eller en kontrollert bookingflyt. Men det er bedre å være ærlig om hva som finnes enn å publisere tekniske filer som lover en integrasjon ingen kan bruke.
En enkel AEO-sjekk du kan ta denne uken
| Sjekk | Spørsmål du bør kunne svare ja på |
|---|---|
| Budskap | Forklarer forsiden tydelig hva dere gjør, for hvem og hvor? |
| Tjenester | Har hver hovedtjeneste en konkret forklaring og et eksempel? |
| Spørsmål | Finnes det svar på pris, prosess, kontakt og vanlige innvendinger? |
| Lokalt | Står Ålesund/Sunnmøre og arbeidsområdet tydelig på siden? |
| Teknisk | Fungerer siden på mobil, kan den crawles, og er viktig info synlig i HTML? |
| Tillit | Er påstander, schema og kontaktinformasjon oppdatert og sanne? |
Hvis du vil, kan vi gå gjennom nettsiden deres og finne tre forbedringer som er verdt å gjøre først. Det kan være alt fra tekst og struktur til prosesskartlegging før AI eller en enklere vei fra kundehenvendelse til svar. Ta en gratis prat.
Kilder
[1] Google Search Central — Optimizing your website for generative AI features
[2] Google Search Central — Introduction to structured data markup
