Checklista för teknisk SEO för SaaS-webbplatser

Teknisk SEO för SaaS: appen utanför sökningen, rendering för robotar, dokumentation och ändringsloggar, canonical, strukturerad data, hastighet, AI-botar.

FixReports redaktion7 min läsning

Teknisk SEO för ett SaaS-företag handlar mest om separation och rendering. Separation, eftersom en domän oftast rymmer en marknadsföringssajt som ska ranka, dokumentation som också ska ranka och en applikation som inte alls ska finnas i sökresultaten. Rendering, eftersom SaaS-sajter ofta byggs som JavaScript-appar, och även om Google renderar JavaScript gör många andra sökrobotar det inte, däribland de flesta AI-crawlers. Den här checklistan tar upp båda, plus de vanliga grunderna: canonical-adresser, sitemaps, strukturerad data, hastighet och hur AI-sökmotorer når dina sidor.

Det viktigaste i korthet

  • Google genomsöker, renderar och indexerar JavaScript-sidor i separata steg och skriver att rendering på serversidan eller förrendering ”is still a great idea” (är fortfarande en utmärkt idé), eftersom inte alla botar kan köra JavaScript (Google Search Central (öppnas i en ny flik)).
  • En analys från december 2024 visade att ingen av de stora AI-crawlerna, däribland GPTBot, ClaudeBot och PerplexityBot, renderade JavaScript (Vercel (öppnas i en ny flik)).
  • Google uppger att AI Overviews och AI Mode inte har några extra tekniska krav och inte behöver någon särskild schema.org-märkning eller några AI-textfiler (Google Search Central (öppnas i en ny flik)).
  • OpenAI använder OAI-SearchBot för sökning i ChatGPT och GPTBot för modellträning; att blockera GPTBot tar inte bort en webbplats från sökningen i ChatGPT (OpenAI (öppnas i en ny flik)).
  • Google-Extended styr om Google får använda innehåll för att träna Gemini och påverkar inte om sidor tas med i Google Sök (Google Search Central (öppnas i en ny flik)).

Ska din app synas i sökresultaten?

Nej. Applikationssidor bakom en inloggning har inget att erbjuda den som söker, och Googlebot loggar inte in. Risken går åt andra hållet: offentliga URL:er från appen, som delade länkar, tomma vyer, sidor för lösenordsåterställning och testmiljöer (staging), kan hamna i indexet och konkurrera med dina marknadsföringssidor.

  • Kör applikationen på en egen värd, till exempel app.example.com, och skicka X-Robots-Tag: noindex i varje svar därifrån.
  • Håll test- och förhandsmiljöer borta från sökmotorerna med inloggning, vilket är mer tillförlitligt än robotsregler.
  • Förlita dig inte på robots.txt för att ta bort sidor från Google: en blockerad URL kan ändå listas om andra sidor länkar till den, och Google kan inte se en noindex på en sida som Google inte får genomsöka (Google Search Central (öppnas i en ny flik)).
  • Inloggnings- och registreringssidor söks ofta upp med namn (”dinprodukt logga in”). Om de får indexeras hittar befintliga kunder dem lättare; de bör dock inte bära tungt marknadsföringsinnehåll.

Vårt robots.txt-test visar vad varje sökrobot får hämta, och kontrollen av metataggar visar sidans robots-metatagg och X-Robots-Tag-huvud.

Kan sökmotorer och AI-crawlers läsa dina marknadsföringssidor?

Kontrollera vad en sökrobot får innan något JavaScript körs. Om HTML-svaret för din prissida saknar priser och rubriker och bara innehåller en script-tagg, ser sökrobotar som inte kör JavaScript en tom sida.

  • Google renderar JavaScript med en aktuell version av Chromium, men renderingen sker i en kö efter genomsökningen, och Google rekommenderar rendering på serversidan eller förrendering (Google Search Central (öppnas i en ny flik)).
  • AI-crawlers: Vercels analys av sitt nätverk visade att crawlers från OpenAI, Anthropic, Perplexity och Meta hämtade JavaScript-filer men inte körde dem; Gemini, som använder Googles infrastruktur, och Applebot renderade sidorna (Vercel (öppnas i en ny flik)).
  • Länkförhandsvisningar i chattappar och sociala nätverk läser oftast bara HTML från servern, så titlar, beskrivningar och Open Graph-taggar måste finnas där.

Den praktiska lösningen är att rendera marknadsföringssidor, dokumentation och blogg på servern eller vid bygget, vilket ramverk som Next.js, Nuxt och Astro stöder, och behålla klientrendering för den inloggade applikationen. Ett snabbtest: kör curl mot din URL, eller visa sidans källkod i stället för den inspekterade DOM:en, och kontrollera att texten finns där.

Hur ska marknadsföringssajtens struktur se ut?

SaaS-köpare söker med avsikter som går att koppla till sidor. Var och en av dessa förtjänar en egen indexerbar sida med en beskrivande titel och en egen canonical-URL:

  • Produkt- och funktionssidor, en för varje större förmåga.
  • Sidor för användningsfall och branscher, för sökningar som ”faktureringsprogram för byråer”.
  • Integrationssidor, en per integration, eftersom folk söker efter ”[din produkt] + [deras verktyg]”.
  • Priser, med planer och priser i HTML-koden, inte inlästa från ett API efter renderingen.
  • Jämförelse- och alternativsidor, skrivna rättvist: konkurrenternas priser och funktioner ändras, så datera sidorna och håll dem aktuella.
  • Kundberättelser, med tillstånd och med verkliga detaljer som går att knyta till kunden.

Undvik tunna varianter: dussintals nästan identiska sidor av typen ”[funktion] för [bransch]” med utbytta ord är det som Googles spamregler kallar missbruk av innehåll i stor skala (scaled content abuse) (Google Search Central (öppnas i en ny flik)).

Hur hanterar du dokumentation, hjälpcenter och ändringsloggar?

Dokumentation ger ofta mer söktrafik än marknadsföringssajten, eftersom folk söker efter hur man gör saker.

  • Gör dokumentationen offentlig och indexerbar om den inte innehåller kundspecifik information.
  • För versionerad dokumentation: låt canonical för äldre versioner peka på den aktuella versionen av samma sida, eller markera gamla versioner med noindex, så att sökresultaten visar de aktuella instruktionerna.
  • Ge varje dokumentationssida en beskrivande titel och H1 som motsvarar hur folk formulerar uppgiften (”Exportera fakturor till CSV”), inte interna funktionsnamn.
  • Lägg poster i ändringsloggen på stabila, daterade URL:er.
  • Ta med dokumentationen i din XML-sitemap, eller ge den en egen sitemap som anges i robots.txt.

Om ditt hjälpcenter körs på en extern plattform på en underdomän, kontrollera att det är verifierat i Search Console och att dess sidor länkar tillbaka till huvudwebbplatsen.

Vilka problem med canonical, hreflang och omdirigeringar är vanliga på SaaS-sajter?

  • Parametrar: UTM-taggar, värvningskoder och parametrar för A/B-tester skapar dubblett-URL:er. Varje sida bör ange sin egen rena URL som canonical (Google Search Central (öppnas i en ny flik)).
  • Avslutande snedstreck och skiftläge: välj en form och omdirigera den andra med 301.
  • Lokaliserade sidor: om du översätter marknadsföringssajten, länka språkversionerna med hreflang, inklusive en självreferens och en x-default (Google Search Central (öppnas i en ny flik)).
  • Varumärkesbyten och domänflyttar: mappa gamla URL:er mot nya en till en med 301-omdirigeringar; att omdirigera allt till startsidan gör att de gamla sidornas värde går förlorat.

SEO-analysen testar titlar, H1:or, canonical-adresser och robotsregler på de viktigaste sidorna på din webbplats och hittar trasiga interna länkar.

Vilken strukturerad data passar en SaaS-sajt?

  • Organization på startsidan, med namn, URL, logotyp och sameAs-länkar till officiella profiler.
  • WebSite på startsidan med name och url, som Google använder för att välja webbplatsnamnet i resultaten (Google Search Central (öppnas i en ny flik)).
  • SoftwareApplication: Googles utökade sökresultat för programvaruappar kräver ett pris och antingen ett sammanlagt betyg eller en recension (Google Search Central (öppnas i en ny flik)). Lägg bara till betyg som är äkta och synliga på sidan; utan dem beskriver märkningen fortfarande produkten, men ger inget utökat sökresultat.
  • BreadcrumbList på dokumentations- och bloggsidor.
  • Article på blogginlägg, med författare och datum.

Räkna inte med att FAQ-märkning ger extra utrymme: Google slutade visa utökade sökresultat för FAQ den 7 maj 2026 (Google Search Central (öppnas i en ny flik)). Kontrollen av strukturerad data listar varje objekt på en sida och de egenskaper Google kräver för det.

Varför klarar SaaS-sajters marknadsföringssidor inte Core Web Vitals?

SaaS-företags marknadsföringssajter laddar ofta många skript från tredje part: analys, tagghanterare, chattwidgetar, A/B-tester, sessionsinspelning och annonspixlar. De fördröjer huvudinnehållet och håller huvudtråden upptagen, vilket syns som långsam LCP och dålig INP.

  • Gå igenom varje tredjepartsskript och ta bort dem som ingen använder.
  • Ladda chattwidgetar först vid interaktion, och undvik A/B-testskript som döljer sidan tills de har körts.
  • Leverera herobilder och produktskärmbilder i den storlek de visas, i WebP eller AVIF, utan att lazy-loada den första.
  • Håll koll på INP på sidor med interaktiva priskalkylatorer och demor.

Google använder Core Web Vitals i sina rankningssystem, men relevans kommer först (Google Search Central (öppnas i en ny flik)). Hastighetstestet mäter en sida som en strypt mobiltelefon och visar data från riktiga användare när Google har sådana.

Hur hittar och citerar AI-sökmotorer SaaS-innehåll?

Det finns inget separat tekniskt spår för AI-sökning, och en del populära råd har inget stöd hos de företag som driver systemen.

  • AI Overviews och AI Mode i Google använder sidor som är indexerade och berättigade att visa ett utdrag; Google uppger att det inte finns några ytterligare krav, ingen särskild schema-märkning och inget behov av AI-textfiler (Google Search Central (öppnas i en ny flik)).
  • Sökning i ChatGPT bygger på OAI-SearchBot. Om du vill synas i ChatGPT:s svar ska du inte blockera OAI-SearchBot i robots.txt; att blockera GPTBot innebär bara att du avstår från träning (OpenAI (öppnas i en ny flik)).
  • Träning av Gemini styrs av token Google-Extended, som inte påverkar Google Sök (Google Search Central (öppnas i en ny flik)).
  • llms.txt är ett förslag från communityn om en sammanfattning av en webbplats i Markdown. Google uppger att Google inte behöver sådana filer; andra AI-tjänster har inte dokumenterat om de använder dem. Det kostar lite att publicera, men ersätter inte sidor som kan genomsökas.

Det som hjälper i alla fallen är detsamma: serverrenderade sidor, tydliga rubriker som besvarar köparnas frågor, konkreta fakta som priser och begränsningar i text, och sidor som inte motsäger varandra.

Vanliga frågor

Ska dokumentationen ligga på en underdomän eller i en undermapp?

Båda kan ranka. Det viktigare är att dokumentationen kan genomsökas, länkas från huvudwebbplatsen, finns med i en sitemap och är verifierad i Search Console.

Indexerar Google innehållet i vår JavaScript-app?

Google kan rendera JavaScript, men gör det i ett separat steg, och andra sökrobotar gör det ofta inte. För sidor som du vill ska hittas: rendera innehållet på servern eller vid bygget.

Ska vi blockera AI-crawlers?

Det är ett affärsbeslut. Att blockera träningscrawlers som GPTBot eller Google-Extended håller innehållet borta från modellträning utan att du försvinner från sökningen; att blockera sökcrawlers som OAI-SearchBot tar bort dig från den tjänstens svar. Robots.txt-testet visar vad dina nuvarande regler tillåter.

Behöver vi SoftwareApplication-märkning?

Den är valfri. Den beskriver din produkt för sökmotorer; det utökade sökresultatet för programvaruappar kräver dessutom äkta betyg eller recensioner som visas på sidan.

Vilket är det vanligaste tekniska SEO-misstaget på SaaS-sajter?

Två gör störst skada: marknadsföringssidor som bara renderar sitt innehåll med JavaScript, och URL:er till testmiljöer eller appen som lämnats öppna för indexering.

Källor

Alla guider