SEO for nettsider bygget med AI: Hva som faktisk betyr noe

En nettside bygget med AI kan rangere like godt som hvilken som helst annen: søkemotorer bedømmer hva siden inneholder og hvor godt den tjener besøkende, ikke hvilket verktøy som skrev koden. Fellen er teknisk. Mange AI-byggere lager enkeltside-apper som sender nettleseren en nesten tom HTML-fil og tegner innholdet med JavaScript, noe som gjør hver side vanskeligere for crawlere å lese og dele. Løs det med prerendering eller serverrendering, gi hver side sin egen tittel, beskrivelse og URL, legg til et sitemap, hold den rask, og gjør så den delen ingen verktøy gjør for deg — skriv innhold folk faktisk søker etter.

Hvorfor enkeltside-apper kan slite i søk

En tradisjonell nettside sender hele teksten til hver side i HTML-en. En enkeltside-app (SPA) — standardresultatet fra mange AI-byggere, typisk React med et verktøy som Vite — sender et lite HTML-skall, noe som et tomt <div id="root">, pluss en JavaScript-pakke. Nettleseren kjører JavaScript, som deretter bygger siden.

Det betyr noe for søk på tre måter:

1. Rendering er et ekstra steg. Google beskriver tre faser for JavaScript-sider: crawl HTML-en, render den i en headless Chromium-nettleser, og indekser det renderte resultatet. Googles egen veiledning sier at serverrendering eller prerendering fortsatt er en god idé, fordi det er raskere for brukere og crawlere, og fordi ikke alle bots kan kjøre JavaScript.
2. Andre lesere av siden din rendrer ikke i det hele tatt. Lenkeforhåndsvisninger i chatapper og sosiale nettverk, og mange andre crawlere, leser vanligvis bare den første HTML-en. Hvis tittelen og forhåndsvisningsbildet ditt settes av JavaScript etter at siden lastes, viser disse forhåndsvisningene standardverdiene fra det tomme skallet — ofte den samme tittelen på hver side.
3. Alt deler én HTML-fil. Med mindre appen oppdaterer den, har hver URL samme <title> og beskrivelse, noe som forteller søkemotorer lite om hver side.

Ingen av dette betyr at en SPA ikke kan indekseres. Det betyr at du er avhengig av at crawleren gjør mer arbeid, og at du mister kontrollen over hva lesere som ikke rendrer ser.

Velg en renderingsmetode

Det finnes fire vanlige måter å gi crawlere ekte HTML på. I grov rekkefølge etter hvor mye de endrer appen din:

En praktisk regel: den offentlige, søkbare delen av nettstedet ditt bør være statisk eller prerenderet; den innloggede appen bak kan være en vanlig SPA. Søkemotorer bør uansett ikke indeksere dashbord.

Hvis du starter fra scratch og SEO betyr noe, si det i første forespørsel, slik at AI-en velger et egnet oppsett:

Bygg en markedsnettside for en fysioterapiklinikk med sider for Hjem, Tjenester (én side per tjeneste), Om oss, Priser og Kontakt. SEO er viktig: hver side må levere hele innholdet sitt og sin egen tittel og metabeskrivelse i den første HTML-en — bruk et statisk eller prerenderet oppsett, ikke en ren klientside-SPA.

Hvis du allerede har en Vite-SPA, be om prerendering av de offentlige rutene:

Behold denne React-appen som den er, men prerender de offentlige rutene (/, /pricing, /about, /blog og hver /blog/:slug) til statisk HTML ved bygging, hver med sin egen tittel, metabeskrivelse, kanonisk URL og Open Graph-tagger. De innloggede /app-rutene kan forbli klientrenderte.

Sjekk deretter resultatet selv: åpne en side, velg Vis sidekilde (ikke Elements-panelet i utviklerverktøyene, som viser den renderte siden) og bekreft at teksten og tittelen står i den rå HTML-en.

Få det grunnleggende på siden riktig

Dette gjelder uansett renderingsmetode.

Titler og metabeskrivelser

• Én unik <title> per side, med sidens hovedtema først. Rundt 50–60 tegn er en vanlig retningslinje, fordi lengre titler har en tendens til å bli kuttet i resultatene.
• Én unik metabeskrivelse per side — en setning en person ville ønske å klikke på, ikke en nøkkelordliste. Google kan skrive den om, men en god en blir ofte brukt.
• Hopp over metanøkkelord. Google sier at taggen ikke har noen effekt på indeksering eller rangering.

URL-er, overskrifter og lenker

• Ekte URL-er for ekte sider. Hvert innholdsstykke trenger sin egen sti (/tjenester/idrettsmassasje), ikke en fane eller modal som bare finnes etter et klikk. Unngå #-fragmentruting for innhold du vil indeksert.
• Én h1 per side, deretter en fornuftig h2/h3-struktur. AI-genererte design bruker noen ganger overskrifter for styling; be om semantiske overskrifter.
• Crawlbare lenker. Bruk ekte <a href>-lenker til navigasjon. Knapper som endrer siden med JavaScript er usynlige for crawlere som følger lenker.
• Kanoniske tagger som peker hver side mot foretrukket URL, slik at ?utm=-varianter og duplikater med avsluttende skråstrek ikke konkurrerer.
• Beskrivende alt-tekst på meningsfulle bilder.

Forhåndsvisninger i sosiale medier

Legg til Open Graph-tagger (og:title, og:description, og:image, og:url) på hver offentlig side, i den første HTML-en. Dette er delen SPA-er oftest gjør feil, fordi bots for lenkeforhåndsvisning ikke kjører JavaScript.

Sitemaps og robots.txt

Et sitemap er en XML-fil som lister opp URL-ene du vil indeksert. Det hjelper søkemotorer å finne sider, spesielt på nye nettsteder med få innkommende lenker. Ifølge Googles dokumentasjon, per september 2026:

• Ett sitemap kan inneholde opptil 50 000 URL-er eller 50 MB ukomprimert; del større nettsteder opp med en sitemap-indeks.
• Google ignorerer <priority> og <changefreq>.
• Google bruker bare <lastmod> hvis den er konsekvent nøyaktig, så oppdater den for reelle innholdsendringer, ikke ved hver bygging.

En robots.txt-fil forteller crawlere hvilke stier de ikke skal crawle. Bruk den til å holde crawlere ute av /app, /admin og API-ruter, og pek til sitemapet fra den. Husk at robots.txt stopper crawling, ikke indeksering: for å holde en side ute av resultatene, bruk en noindex-metatagg for robots og la siden bli crawlet.

Send inn sitemapet i Google Search Console når nettstedet er på sitt endelige domene. Search Console viser også hvilke sider som er indeksert og hvorfor andre ikke er det — det mest nyttige gratis SEO-verktøyet som finnes.

Strukturerte data

Strukturerte data er maskinlesbar markup som beskriver hva en side er: en organisasjon, en lokal virksomhet, et produkt, en artikkel, et arrangement. Google anbefaler JSON-LD-formatet og er tydelig på to punkter:

• De kan gjøre sider kvalifisert for rike resultater, men garanterer ikke dem.
• De må beskrive informasjon som er synlig på siden. Ikke merk opp anmeldelser, priser eller FAQ-er som besøkende ikke kan se.

Fornuftige utgangspunkter: Organization eller LocalBusiness på forsiden, Product på produktsider, Article på blogginnlegg, BreadcrumbList på dypere sider. Test med Googles Rich Results Test.

Legg til JSON-LD-strukturerte data: LocalBusiness på forsiden med adressen, telefonnummeret og åpningstidene som allerede vises på siden, og Article på hvert blogginnlegg. Ikke legg til vurderinger eller anmeldelser.

Hastighet og mobil

Google bruker signaler for sideopplevelse, inkludert Core Web Vitals, og hastighet betyr noe for besøkende uansett. Googles «gode» terskler, målt ved 75. persentil av sideinnlastinger, er:

De vanlige løsningene for nettsteder bygget med AI:

• Bilder — endre størrelse, komprimer, bruk moderne formater, sett bredde og høyde (det forhindrer layoutforskyvning), og lazy-load under folden.
• JavaScript — en stor pakke forsinker alt på en SPA. Prerendering hjelper; det samme gjør å dele koden per rute.
• Skrifter — begrens antall familier og vekter, og preload den som brukes over folden.
• Tredjepartsskript — hver chatwidget og sporingspiksel koster hastighet. Behold dem du bruker.

Test den live URL-en med PageSpeed Insights eller Lighthouse i mobilmodus.

Innhold er fortsatt det meste

Teknisk SEO fjerner hindringer; det skaper ikke etterspørsel. Sider rangerer fordi de svarer på et søk bedre enn alternativene. For de fleste små nettsteder betyr det:

• Én side per tema folk søker etter. En rørlegger trenger en side per tjeneste og per område de dekker, ikke én «Tjenester»-side som lister alt.
• Konkrete, originale detaljer — priser, prosess, bilder av ekte arbeid, svar på spørsmålene kundene stiller på telefon.
• Oppdatert når ting endres. Utdaterte åpningstider og gamle priser mister tillit raskt.

AI kan lage utkast til sider raskt, noe som gjør det fristende å publisere mange tynne, like sider. Googles veiledning retter seg mot innhold laget hovedsakelig for å rangere, ikke for å hjelpe folk, uansett hvordan det ble laget. Bruk AI til å lage utkast, og legg så til det bare du vet. Katalogsider står mest i fare for dette; se hvordan du bygger et kataloggnettsted for hvordan du gjør oppføringssider verdt å indeksere.

Sjekkliste for lansering

• Offentlige sider leverer hele innholdet i den første HTML-en (sjekk Vis sidekilde)
• Unik tittel, metabeskrivelse og kanonisk URL på hver side
• Open Graph-tagger og et delingsbilde på hver offentlig side
• Én h1 per side, ekte <a href>-lenker, alt-tekst på bilder
• sitemap.xml med ekte URL-er; robots.txt som blokkerer app- og API-stier
• Strukturerte data kun for synlig innhold, testet
• LCP, INP og CLS i det «gode» området på mobil
• Nettstedet på sitt endelige domene med HTTPS og sendt inn til Search Console

Å flytte til ditt eget domene før du begynner å bygge søketrafikk, unngår omdirigeringer senere — se hvordan du kobler til et eget domene. For hele byggeprosessen, les hvordan du bygger en nettside med AI, og for sider som skal gjøre besøkende til kunder, hvordan du bygger en landingsside som konverterer.

SEO på Mythex

Mythex har ikke et eget SEO-panel; du forbedrer SEO ved å endre appen gjennom chat eller kode. Nye webapper er som standard en Vite- og React-enkeltside-app, så når søk betyr noe, be om en statisk eller prerenderet side, eller Next.js, fra starten av. Dokumentasjonen har en startforespørsel for titler, Open Graph-tagger, sitemap og robots.txt i SEO for appen din, og statiske nettsteder dekker innholdsfokuserte nettsteder. Etter endringer, publiser på nytt slik at det live nettstedet får dem. Egne domener er tilgjengelig på Pro.

Spørsmål