AEO står for Answer Engine Optimization, eller svarmotoroptimalisering på norsk. Det betyr i praksis: Skriv sidene dine slik at Googles svarbokser, stemmeassistenter og AI Overviews kan løfte ut svaret direkte, uten tvetydighet, uten å klikke videre.
Flashkort-analogien
SEO-bibliotekaren gir deg ti blå lenker. GEO-forskningsassistenten blander flere kilder til ett syntetisert svar. AEO er noe annet igjen: Det er den delen av søk som lager flashkort. Spørsmål på den ene siden, svaret ditt på baksiden. Featured snippets, «People also ask», og Googles AI Overviews er alle flashkort Google bygger fra sidene dine.
Målet ditt er ikke å klatre i en rangering eller være én av flere siteringer. Det er å være det ene kortet Google snur når noen stiller spørsmålet.
Slik fungerer det under panseret
Spørsmålsmatching. Google ser etter overskrifter på siden din som er formet som brukerens søk. En H2 som leser «Hva er AEO?» matcher «hva er aeo» bedre enn «Om AEO» eller «AEO forklart» gjør. Jo nærmere overskriften ligger et naturlig spørsmål, jo bedre matching.
Svar-ekstraksjon. Når en overskrift matcher, henter Google ut omtrent de første 40 til 60 ordene under den. Det vinduet er svaret Google viser i snippet-boksen, i stemmesøkresultater, og ofte i AI Overviews. Begraver du svaret i tredje avsnitt, hopper Google stille over siden din.
Strukturert data-hint. JSON-LD-skjemaer som FAQPage, QAPage, og HowTo markerer seksjoner som «dette er et spørsmål-og-svar-par» eller «dette er steg tre av en how-to». Google leser disse markørene og stoler på strukturen. For prosedyremessige svar (oppskrifter, veiledninger, reparasjoner), er HowTo-schema forskjellen mellom et avsnitts-snippet og et steg-for-steg rikt resultat.
Posisjon null, stemme, AI Overviews. Alle tre overflater henter fra samme innhold. Omtrent 12 til 18 prosent av Google-søk viser fortsatt et klassisk featured snippet. AI Overviews dukker opp på rundt 47 prosent av informasjonssøk. Stemmeassistenter på telefoner og høyttalere henter fra samme ekstraksjonspool. Optimaliser én gang, vinn tre ganger.
Én 2026-merknad. Google har annonsert at de fjerner FAQ-visningen i rike resultater i juni 2026. FAQ-schema betyr fortsatt noe fordi AI Overviews og «People also ask» fortsatt leser det, men forvent færre synlige FAQ-er i vanlige søkeresultater.
Slik gjør Lovable dette for deg
Den samme SEO & AI search-fanen dekker AEO-fundamentet. Det som betyr noe for AEO når du klikker Scan:
Server-side-rendret HTML, slik at Googles ekstraktor ser ekte tekst og ikke en JavaScript-lastespinner. Dette er det enkelt største AEO-kravet. Uten SSR fungerer ingen av snippet-forsøkene dine. Lovables TanStack Start-oppsett (nye apper siden 13. mai 2026) sender SSR som standard; eldre Vite-React Lovable-apper får forhåndsrendering på forespørsel for verifiserte crawlere.
JSON-LD Article-strukturert data, canonical-lenker, hreflang for flerspråklige nettsteder. Metadata per side slik at titler og beskrivelser matcher søk. En sitemap og robots.txt som ikke blokkerer noe Google trenger. Lighthouse-ytelsessjekker fordi trege sider sjelden havner i snippets.
Det Lovable ikke gjør for AEO: Den auto-genererer ikke FAQPage eller HowTo-schema fra innholdet ditt. Disse legger du til selv i kildekoden, eller via et Sanity-felt hvis du kobler det opp. Ikke anta at SEO & AI search-fanen gjør det.
Det du fortsatt må gjøre selv
Det tekniske fundamentet er den enkle delen. Det AEO-spesifikke arbeidet er skriving:
Bruk spørsmålsformede overskrifter. H2-ene dine bør være det eksakte spørsmålet brukerne skriver inn i Google. «Hva er AEO» fungerer. «Om AEO» gjør ikke. Se i Googles «People also ask»-boks for den faktiske formuleringen.
Plasser svaret i de første 40 til 60 ordene etter overskriften. Led med definisjonen, ikke oppbyggingen. Hvis du må inkludere en historie, sett den senere i seksjonen. Ekstraksjonsvinduet er starten av seksjonen, ikke midten.
Legg til FAQPage-schema manuelt for ekte FAQ-er. Bruk JSON-LD, hold det til tre til ti høykvalitets spørsmål-svar-par per side, og sørg for at de synlige spørsmålene på siden matcher de i schemaet eksakt. Google straffer mismatch.
Legg til HowTo-schema for steg-for-steg-sider. Hvert steg får sitt eget objekt med et navn og en beskrivelse. Dette er veien til prosedyremessige rike resultater som tar opp halve skjermen.
Match stemmesøk-formulering. Stemmesøk er samtalemessige: «hvordan gjør jeg», «hva er den beste måten å», «kan jeg». Overskriftene dine bør passe samme form. Samme innhold kan vinne tekstsnippets og stemmesvar hvis overskriften leses naturlig høyt.
Bruk lister og tabeller for sammenligning eller opplisting. Google henter ut punktlister til list-snippets og tabeller til table-snippets direkte. Konverter et avsnitt som sammenligner to ting til en ekte HTML-tabell og du har mye bedre sjanse for sammenligningssnippet.
Et praktisk eksempel: legg til FAQ-schema på en Lovable-side
Den raskeste måten å lære dette på er å sende én. Her er hele løkka for å legge til FAQPage-schema på en side i Lovable.
Steg 1. Skriv prompten.
På /pricing-siden, finn den eksisterende FAQ-seksjonen. Legg til FAQPage JSON-LD strukturert data som speiler de synlige spørsmålene og svarene eksakt, ord-for-ord. Bruk tre til syv par fra det som allerede står på siden, ikke finn opp nye. Plasser schemaet i sidens <head> som en enkelt <script type="application/ld+json">-tagg. Etter at endringen er anvendt, vis meg den nye <head>-snutten så jeg kan verifisere.
De to ikke-åpenbare bitene: «ord-for-ord» (Google straffer mismatch mellom synlig og strukturert tekst), og «vis meg den nye head-snutten» (gjør Lovable til en lærer, ikke bare en utfører).
Steg 2. Inspiser hva Lovable faktisk endret. To måter:
I Lovable-kodepanelet. Åpne filen Lovable rørte (vanligvis sidens komponent eller en <Head>-helper). Se etter <script type="application/ld+json">-blokken. Innholdet bør starte med {"@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [...]} og mainEntity-arrayen bør ha én oppføring per spørsmål.
I den kjørende forhåndsvisningen. Åpne forhåndsvisnings-URL-en i en ny fane. Høyreklikk og velg Vis sidekilde (eller DevTools og Elements). Søk i kilden etter application/ld+json. Du bør se én blokk per schema du la til, FAQPage blant dem. Hvis du ikke ser noe, ligger schemaet i en klientside-komponent som ikke er rendret ennå, noe som betyr det er usynlig for Google. Be Lovable flytte det til den server-rendrede <head>.
Steg 3. Valider med Googles verktøy. Lim live-URL-en inn i Googles Rich Results Test (search.google.com/test/rich-results). Verktøyet rapporterer «FAQ er gyldig» hvis schemaet parses, og lister feil hvis synlig og strukturert tekst ikke matcher. Fiks mismatch ved å redigere det synlige innholdet (ikke schemaet). Hold schemaet som kilden til sannhet for hva som er «sant» på siden.
Dette bør du huske
AEO er å være svaret. SEO er rangering. GEO er å bli sitert.
Lovables SEO- og AI-søkanalyse håndterer fundamentet AEO bygger på: SSR-HTML, Article-schema, sitemap, ytelse. Det AEO-spesifikke arbeidet ligger i skrivingen: spørsmålsformede overskrifter, svaret i de første 40 til 60 ordene, og FAQPage eller HowTo-schema lagt til manuelt for sidene som fortjener det.
Optimaliser én gang: Featured snippets, «People also ask», AI Overviews, og stemmesøk henter fra samme innhold. Få ekstraksjonsvinduet riktig og du dekker dem alle.