Teknisk SEO-tjekliste til SaaS-hjemmesider

Teknisk SEO for SaaS: hold appen ude af søgningen, render sider for crawlere, docs, changelogs, canonicals, strukturerede data, hastighed og AI-crawlere.

FixReports’ redaktion7 min. læsetid

Teknisk SEO for en SaaS-virksomhed handler mest om adskillelse og rendering. Adskillelse, fordi ét domæne som regel rummer en marketingside, der skal ranke, dokumentation, der skal ranke, og en applikation, der slet ikke skal være i søgeresultaterne. Rendering, fordi SaaS-hjemmesider ofte er bygget som JavaScript-apps, og selv om Google renderer JavaScript, gør mange andre crawlere ikke, heriblandt de fleste AI-crawlere. Denne tjekliste dækker begge dele plus det sædvanlige grundlag: canonicals, sitemaps, strukturerede data, hastighed og hvordan AI-søgemaskiner når frem til dine sider.

Det vigtigste i korte træk

  • Google crawler, renderer og indekserer JavaScript-sider i separate faser og siger, at server-side rendering eller pre-rendering »is still a great idea« (stadig er en rigtig god idé), fordi ikke alle bots kan køre JavaScript (Google Search Central (åbner i en ny fane)).
  • En analyse fra december 2024 fandt, at ingen af de store AI-crawlere, heriblandt GPTBot, ClaudeBot og PerplexityBot, renderede JavaScript (Vercel (åbner i en ny fane)).
  • Google oplyser, at AI-oversigter og AI-tilstand ikke har ekstra tekniske krav og hverken kræver særlig schema.org-markup eller AI-tekstfiler (Google Search Central (åbner i en ny fane)).
  • OpenAI bruger OAI-SearchBot til ChatGPT-søgning og GPTBot til træning af modeller; at blokere GPTBot fjerner ikke en hjemmeside fra ChatGPT-søgning (OpenAI (åbner i en ny fane)).
  • Google-Extended styrer, om Google må bruge indhold til træning af Gemini, og påvirker ikke, om siden kommer med i Google Søgning (Google Search Central (åbner i en ny fane)).

Skal din app være i søgeresultaterne?

Nej. Applikationssider bag et login har intet at tilbyde søgende, og Googlebot logger ikke ind. Risikoen går den anden vej: offentlige URL’er fra appen, for eksempel delte links, tomme tilstande, sider til nulstilling af adgangskode og testmiljøer, kan ende i indekset og konkurrere med dine marketingsider.

  • Kør applikationen på sin egen host, for eksempel app.example.com, og send X-Robots-Tag: noindex med alle svar derfra.
  • Hold test- og previewmiljøer ude af søgningen med login; det er mere pålideligt end robots-regler.
  • Stol ikke på robots.txt til at fjerne sider fra Google: en blokeret URL kan stadig blive vist, hvis der linkes til den andre steder fra, og Google kan ikke se et noindex på en side, det ikke må crawle (Google Search Central (åbner i en ny fane)).
  • Der søges ofte efter login- og oprettelsessider med navn (»ditprodukt login«). Hvis de kan indekseres, er de lettere for eksisterende kunder at finde; de bør ikke have tungt marketingindhold.

Vores Robots.txt-tjek viser, hvad hver crawler må hente, og Metatag-tjekket viser en sides robots-metatag og X-Robots-Tag-header.

Kan søgemaskiner og AI-crawlere læse dine marketingsider?

Tjek, hvad en crawler modtager, før noget JavaScript kører. Hvis HTML-svaret for din prisside hverken indeholder priser eller overskrifter, kun et script-tag, så ser crawlere, der ikke kører JavaScript, en tom side.

  • Google renderer JavaScript med en nyere version af Chromium, men renderingen sker i en kø efter crawlingen, og Google anbefaler server-side rendering eller pre-rendering (Google Search Central (åbner i en ny fane)).
  • AI-crawlere: Vercels analyse af sit netværk fandt, at crawlerne fra OpenAI, Anthropic, Perplexity og Meta hentede JavaScript-filer, men ikke kørte dem; Gemini, der bruger Googles infrastruktur, og Applebot renderede derimod siderne (Vercel (åbner i en ny fane)).
  • Linkforhåndsvisninger i chatapps og på sociale netværk læser som regel kun serverens HTML, så titler, beskrivelser og Open Graph-tags skal stå i den.

Den praktiske løsning er at rendere marketingsider, dokumentation og blog på serveren eller ved build, hvilket frameworks som Next.js, Nuxt og Astro understøtter, og beholde client-side rendering til den indloggede applikation. En hurtig test: kør curl på din URL, eller se sidens kildekode i stedet for den inspicerede DOM, og tjek, at teksten er der.

Hvordan bør marketingsiden være opbygget?

SaaS-købere søger med hensigter, som du kan knytte til sider. Hver af dem fortjener sin egen side, der kan indekseres, med en beskrivende titel og sin egen kanoniske URL:

  • Produkt- og funktionssider, én for hver større funktion.
  • Sider om anvendelser og brancher, til søgninger som »faktureringssoftware til bureauer«.
  • Integrationssider, én for hver integration, fordi folk søger efter »[dit produkt] + [deres værktøj]«.
  • Priser, med abonnementer og priser i HTML’en, ikke hentet fra et API efter renderingen.
  • Sammenligninger og alternativer, skrevet fair: konkurrenters priser og funktioner ændrer sig, så sæt dato på siderne, og hold dem opdaterede.
  • Kundehistorier, med tilladelse og med ægte detaljer, der kan tilskrives nogen.

Undgå tynde varianter: snesevis af næsten ens sider af typen »[funktion] til [branche]« med udskiftede ord er det, Googles spampolitikker kalder misbrug af skaleret indhold (Google Search Central (åbner i en ny fane)).

Hvordan håndterer du dokumentation, hjælpecentre og changelogs?

Dokumentation giver ofte mere søgetrafik end marketingsiden, fordi folk søger efter, hvordan de gør ting.

  • Gør dokumentationen offentlig og mulig at indeksere, medmindre den indeholder kundespecifikke oplysninger.
  • Ved versioneret dokumentation skal canonical på ældre versioner pege på den aktuelle version af samme side, eller også skal gamle versioner have noindex, så søgeresultaterne viser den aktuelle vejledning.
  • Giv hver dokumentationsside en beskrivende titel og H1, der svarer til, hvordan folk formulerer opgaven (»Eksportér fakturaer til CSV«), ikke interne funktionsnavne.
  • Hold indlæg i changeloggen på stabile, daterede URL’er.
  • Tag dokumentationen med i dit XML-sitemap, eller giv den sit eget sitemap, der er angivet i robots.txt.

Hvis dit hjælpecenter kører på en tredjepartsplatform på et underdomæne, så tjek, at det er verificeret i Search Console, og at dets sider linker tilbage til hovedsiden.

Hvilke problemer med canonicals, hreflang og omdirigeringer er almindelige på SaaS-hjemmesider?

  • Parametre: UTM-tags, henvisningskoder og parametre fra A/B-tests skaber dublerede URL’er. Hver side bør angive sin egen rene URL som canonical (Google Search Central (åbner i en ny fane)).
  • Skråstreg til sidst og store og små bogstaver: vælg én form, og omdirigér den anden med en 301.
  • Lokaliserede sider: hvis du oversætter marketingsiden, så forbind sprogversionerne med hreflang, inklusive en henvisning til siden selv og en x-default (Google Search Central (åbner i en ny fane)).
  • Rebranding og domæneflytning: knyt gamle URL’er til nye én til én med 301-omdirigeringer; at omdirigere alt til forsiden koster værdien af de gamle sider.

SEO-tjekket tester titler, H1’er, canonicals og robots-regler på de vigtigste sider på din hjemmeside og finder defekte interne links.

Hvilke strukturerede data passer til en SaaS-hjemmeside?

  • Organization på forsiden med dit navn, din URL, dit logo og sameAs-links til officielle profiler.
  • WebSite på forsiden med name og url, som Google bruger til at vælge det websitenavn, der vises i resultaterne (Google Search Central (åbner i en ny fane)).
  • SoftwareApplication: Googles rich result for softwareapps kræver en pris og enten en samlet bedømmelse eller en anmeldelse (Google Search Central (åbner i en ny fane)). Tilføj kun bedømmelser, der er ægte og synlige på siden; uden dem beskriver markuppen stadig produktet, men giver ikke et rich result.
  • BreadcrumbList på dokumentations- og blogsider.
  • Article på blogindlæg med forfatter og datoer.

Forvent ikke, at FAQ-markup giver ekstra plads: Google holdt op med at vise FAQ-rich results den 7. maj 2026 (Google Search Central (åbner i en ny fane)). Tjekket af strukturerede data viser hvert element på en side og de egenskaber, Google kræver for det.

Hvorfor fejler SaaS-marketingsider Core Web Vitals?

SaaS-marketingsider indlæser ofte mange tredjepartsscripts: analyse, tag managers, chatwidgets, A/B-tests, sessionsoptagelse og annoncepixels. De forsinker hovedindholdet og holder main thread travlt, hvilket viser sig som en langsom LCP og en dårlig INP.

  • Gennemgå hvert tredjepartsscript, og fjern dem, ingen bruger.
  • Indlæs chatwidgets først ved interaktion, og undgå A/B-testscripts, der skjuler siden, indtil de har kørt.
  • Lever hero-billeder og produktskærmbilleder i den størrelse, de vises i, som WebP eller AVIF, og uden lazy loading af det første.
  • Hold øje med INP på sider med interaktive prisberegnere og demoer.

Google bruger Core Web Vitals i sine rankingsystemer, selv om relevans kommer først (Google Search Central (åbner i en ny fane)). Hastighedstesten måler en side som en telefon med begrænset hastighed og viser data fra rigtige brugere, når Google har dem.

Hvordan finder og citerer AI-søgemaskiner SaaS-indhold?

Der findes ikke et separat teknisk spor for AI-søgning, og nogle populære råd understøttes ikke af de virksomheder, der driver systemerne.

  • Googles AI-oversigter og AI-tilstand bruger sider, der er indekseret og kan vises med et uddrag; Google oplyser, at der ikke er ekstra krav, intet særligt schema og intet behov for AI-tekstfiler (Google Search Central (åbner i en ny fane)).
  • ChatGPT-søgning bygger på OAI-SearchBot. Hvis du vil med i ChatGPT’s svar, så bloker ikke OAI-SearchBot i robots.txt; at blokere GPTBot fravælger kun træning (OpenAI (åbner i en ny fane)).
  • Træning af Gemini styres med tokenet Google-Extended, som ikke påvirker Google Søgning (Google Search Central (åbner i en ny fane)).
  • llms.txt er et forslag fra fællesskabet om et resumé af en hjemmeside i Markdown. Google oplyser, at det ikke har brug for sådanne filer; andre AI-tjenester har ikke dokumenteret, om de bruger dem. Det koster ikke meget at udgive, men det erstatter ikke sider, der kan crawles.

Det, der hjælper hos dem alle, er det samme: sider renderet på serveren, tydelige overskrifter, der besvarer købernes spørgsmål, konkrete fakta som priser og grænser i teksten og sider, der ikke modsiger hinanden.

Ofte stillede spørgsmål

Skal vores dokumentation ligge på et underdomæne eller i en undermappe?

Begge dele kan ranke. Det vigtigste er, at dokumentationen kan crawles, linkes fra hovedsiden, er med i et sitemap og er verificeret i Search Console.

Indekserer Google indhold i vores JavaScript-app?

Google kan rendere JavaScript, men gør det i et separat trin, og andre crawlere gør det ofte ikke. For sider, der skal kunne findes, bør indholdet renderes på serveren eller ved build.

Skal vi blokere AI-crawlere?

Det er en forretningsbeslutning. At blokere træningscrawlere som GPTBot eller Google-Extended holder indhold ude af modeltræning uden at fjerne dig fra søgningen; at blokere søgecrawlere som OAI-SearchBot fjerner dig fra den tjenestes svar. Robots.txt-tjekket viser, hvad dine nuværende regler tillader.

Har vi brug for SoftwareApplication-markup?

Det er valgfrit. Det beskriver dit produkt for søgemaskiner; rich resultet for softwareapps kræver desuden ægte bedømmelser eller anmeldelser, der vises på siden.

Hvad er den mest almindelige tekniske SEO-fejl på SaaS-hjemmesider?

To fejl gør mest skade: marketingsider, der kun renderer deres indhold med JavaScript, og test- eller app-URL’er, der står åbne for indeksering.

Kilder

Alle guides