SEO för AI-byggda webbplatser: vad som faktiskt spelar roll

En AI-byggd webbplats kan rankas lika bra som vilken annan som helst: sökmotorer bedömer vad sidan innehåller och hur väl den tjänar besökaren, inte vilket verktyg som skrev koden. Haken är tekniken. Många AI-byggare producerar SPA-appar som skickar webbläsaren en nästan tom HTML-fil och ritar innehållet med JavaScript, vilket gör varje sida svårare för sökrobotar att läsa och dela. Lös det med förrendering eller serverrendering, ge varje sida egen titel, beskrivning och URL, lägg till en sitemap, håll sajten snabb och gör sedan det som inget verktyg gör åt dig: skriv innehåll som folk söker efter.

Varför SPA-appar kan få problem i sök

En traditionell webbplats skickar hela texten för varje sida i sin HTML. En SPA (single-page app), som är standardresultatet från många AI-byggare, typiskt React med ett verktyg som Vite, skickar ett litet HTML-skal, ungefär en tom <div id="root">, plus ett JavaScript-paket. Webbläsaren kör JavaScriptet, som sedan bygger sidan.

Det spelar roll för sök på tre sätt:

1. Rendering är ett extra steg. Google beskriver tre faser för JavaScript-sidor: krypa HTML:en, rendera den i en headless Chromium-webbläsare och indexera det renderade resultatet. Googles egen vägledning säger att serverrendering eller förrendering fortfarande är en bra idé eftersom det är snabbare för användare och robotar, och eftersom inte alla robotar kan köra JavaScript.
2. Andra läsare av din sida renderar inte alls. Länkförhandsvisningar i chattappar och sociala nätverk, och många andra robotar, läser vanligtvis bara den första HTML:en. Om din titel och förhandsbild sätts av JavaScript efter inläsning visar de skalets standardvärden, ofta samma titel på varje sida.
3. Allt delar en HTML-fil. Om inte appen uppdaterar den har varje URL samma <title> och beskrivning, vilket säger sökmotorer lite om varje sida.

Inget av detta betyder att en SPA inte kan indexeras. Det betyder att du förlitar dig på att sökroboten gör mer arbete, och att du tappar kontrollen över vad icke-renderande läsare ser.

Välj en renderingsmetod

Det finns fyra vanliga sätt att få riktig HTML till sökrobotar. I ungefärlig ordning efter hur mycket de ändrar din app:

En praktisk regel: den publika, sökbara delen av sajten bör vara statisk eller förrenderad; den inloggade appen bakom kan vara en vanlig SPA. Sökmotorer ska inte indexera instrumentpaneler ändå.

Om du börjar från noll och SEO är viktigt, säg det i första prompten så att AI:n väljer en lämplig uppsättning:

Bygg en marknadssajt för en fysioterapimottagning med sidor för Startsida, Tjänster (en sida per tjänst), Om oss, Priser och Kontakt. SEO är viktigt: varje sida måste leverera hela sitt innehåll och sin egen titel och metabeskrivning i den första HTML:en – använd en statisk eller förrenderad uppsättning, inte en enbart klientbaserad SPA.

Om du redan har en Vite-SPA, be om förrendering av de publika rutterna:

Behåll denna React-app som den är, men förrendera de publika rutterna (/, /pricing, /about, /blog och varje /blog/:slug) till statisk HTML vid bygget, var och en med egen titel, metabeskrivning, kanonisk URL och Open Graph-taggar. De inloggade /app-rutterna kan förbli klientrenderade.

Kontrollera sedan resultatet själv: öppna en sida, välj Visa sidkälla (inte elementpanelen i utvecklarverktygen, som visar den renderade sidan) och bekräfta att texten och titeln finns i den råa HTML:en.

Få grunderna på sidan rätt

Dessa gäller oavsett renderingsmetod.

Titlar och metabeskrivningar

• En unik <title> per sida, med sidans huvudämne först. Cirka 50–60 tecken är en vanlig riktlinje eftersom längre titlar tenderar att klippas av i resultaten.
• En unik metabeskrivning per sida: en mening som en person vill klicka på, inte en nyckelordslista. Google kan skriva om den, men en bra används ofta.
• Hoppa över metanyckelord. Google säger att taggen inte påverkar indexering eller rankning.

URL:er, rubriker och länkar

• Riktiga URL:er för riktiga sidor. Varje innehållsbit behöver en egen sökväg (/tjanster/sportmassage), inte en flik eller ett modalfönster som bara finns efter ett klick. Undvik #-fragmentrutter för innehåll du vill ska indexeras.
• En h1 per sida, sedan en vettig disposition med h2/h3. AI-genererade designer använder ibland rubriker för styling; be om semantiska rubriker.
• Sökrobotsvänliga länkar. Använd riktiga <a href>-länkar för navigering. Knappar som ändrar sidan med JavaScript är osynliga för sökrobotar som följer länkar.
• Kanoniska taggar som pekar varje sida mot dess föredragna URL, så att ?utm=-varianter och dubbletter med snedstreck inte konkurrerar.
• Beskrivande alt-text på meningsfulla bilder.

Förhandsvisningar i sociala medier

Lägg till Open Graph-taggar (og:title, og:description, og:image, og:url) på varje publik sida, i den första HTML:en. Det är den del SPA-appar oftast missköter, eftersom bots för länkförhandsvisningar inte kör JavaScript.

Sitemaps och robots.txt

En sitemap är en XML-fil som listar de URL:er du vill ska indexeras. Den hjälper sökmotorer att hitta sidor, särskilt på nya sajter med få inkommande länkar. Enligt Googles dokumentation, per september 2026:

• En enskild sitemap kan innehålla upp till 50 000 URL:er eller 50 MB okomprimerat; dela upp större sajter med ett sitemap-index.
• Google ignorerar <priority> och <changefreq>.
• Google använder <lastmod> bara om det är konsekvent korrekt, så uppdatera det vid verkliga innehållsändringar, inte vid varje bygge.

En robots.txt-fil talar om för sökrobotar vilka sökvägar de inte ska krypa. Använd den för att hålla robotar borta från /app, /admin och API-rutter, och peka på sitemapen i den. Kom ihåg att robots.txt stoppar kryp, inte indexering: för att hålla en sida borta från resultaten, använd en noindex-metatagg för robotar och låt sidan krypas.

Lämna in sitemapen i Google Search Console när sajten ligger på sin slutliga domän. Search Console visar också vilka sidor som är indexerade och varför andra inte är det – det mest användbara gratis SEO-verktyget som finns.

Strukturerad data

Strukturerad data är maskinläsbar märkning som beskriver vad en sida är: en organisation, ett lokalt företag, en produkt, en artikel, en händelse. Google rekommenderar formatet JSON-LD och är tydligt på två punkter:

• Det kan göra sidor berättigade till rika resultat men garanterar inte dem.
• Det måste beskriva information som är synlig på sidan. Märk inte upp recensioner, priser eller FAQ som besökare inte kan se.

Rimliga utgångspunkter: Organization eller LocalBusiness på startsidan, Product på produktsidor, Article på blogginlägg och BreadcrumbList på djupa sidor. Testa med Googles Rich Results Test.

Lägg till JSON-LD-strukturerad data: LocalBusiness på startsidan med adress, telefon och öppettider som redan visas på sidan, och Article på varje blogginlägg. Lägg inte till betyg eller recensioner.

Hastighet och mobil

Google använder signaler för sidupplevelse, inklusive Core Web Vitals, och hastighet spelar roll för besökare oavsett. Googles ”bra”-gränser, mätta vid 75:e percentilen av sidinläsningar, är:

Vanliga åtgärder för AI-byggda sajter:

• Bilder – skala ner, komprimera, använd moderna format, ange bredd och höjd (vilket förhindrar layoutförskjutning) och lazy-ladda det som ligger under bildens nederkant.
• JavaScript – ett stort paket fördröjer allt i en SPA. Förrendering hjälper; så gör att dela upp koden per rutt.
• Typsnitt – begränsa antal familjer och vikter och förladda det som används ovanför det synliga området.
• Skript från tredje part – varje chattwidget och spårningspixel kostar hastighet. Behåll de du faktiskt använder.

Testa den live-publicerade URL:en med PageSpeed Insights eller Lighthouse i mobilläge.

Innehåll är ändå det mesta

Teknisk SEO tar bort hinder; den skapar inte efterfrågan. Sidor rankas för att de besvarar en sökning bättre än alternativen. För de flesta små sajter betyder det:

• En sida per ämne som folk söker på. En VVS-firma behöver en sida per tjänst och per område de betjänar, inte en sida ”Tjänster” som listar allt.
• Specifik, originell detalj – priser, process, bilder på riktigt arbete, svar på frågorna kunderna ställer i telefon.
• Uppdaterat när saker ändras. Gamla öppettider och gamla priser förlorar förtroende snabbt.

AI kan skriva utkast till sidor snabbt, vilket gör det frestande att publicera många tunna, lika sidor. Googles vägledning riktar sig mot innehåll som främst görs för att rankas i stället för för att hjälpa människor, oavsett hur det producerats. Använd AI för att skriva utkast och lägg sedan till det bara du vet. Katalogliknande sajter möter detta mest; se hur du bygger en katalogwebbplats för hur du gör listsidor värda att indexera.

Checklista för lansering

• Publika sidor levererar hela innehållet i den första HTML:en (kontrollera med Visa sidkälla)
• Unik titel, metabeskrivning och kanonisk URL på varje sida
• Open Graph-taggar och en delningsbild på varje publik sida
• En h1 per sida, riktiga <a href>-länkar, alt-text på bilder
• sitemap.xml med riktiga URL:er; robots.txt som blockerar app- och API-sökvägar
• Strukturerad data endast för synligt innehåll, testad
• LCP, INP och CLS i det ”bra”-området på mobil
• Sajten ligger på sin slutliga domän med HTTPS och är inlämnad i Search Console

Att flytta till din egen domän innan du börjar bygga söktrafik undviker omdirigeringar senare – se hur du kopplar en egen domän. För hela byggprocessen, läs hur du bygger en webbplats med AI, och för sidor som ska omvandla besökare, hur du bygger en landningssida som konverterar.

SEO på Mythex

Mythex har ingen separat SEO-panel; du förbättrar SEO genom att ändra appen via chatt eller kod. Nya webbappar är som standard en Vite- och React-SPA, så när sök är viktigt, be om en statisk eller förrenderad sajt, eller om Next.js, från början. Dokumentationen har en startprompt för titlar, Open Graph-taggar, sitemap och robots.txt i SEO för din app, och statiska webbplatser täcker innehållsfokuserade sajter. Efter ändringar, publicera igen så att den live-publicerade sajten får med dem. Egna domäner finns i Pro.

Frågor