Technische SEO-Checkliste für SaaS-Websites

Technisches SEO für SaaS: App aus der Suche halten, Seiten für Crawler rendern, Docs, Changelogs, Canonicals, strukturierte Daten, Ladezeit, KI-Crawler.

FixReports Redaktion8 Min. Lesezeit

Technisches SEO für ein SaaS-Unternehmen dreht sich vor allem um Trennung und Rendering. Um Trennung, weil eine Domain meist eine Marketing-Website enthält, die ranken soll, eine Dokumentation, die ranken soll, und eine Anwendung, die gar nicht in die Suche gehört. Um Rendering, weil SaaS-Websites oft als JavaScript-Apps gebaut sind, und während Google JavaScript rendert, tun das viele andere Crawler nicht, darunter die meisten KI-Crawler. Diese Checkliste behandelt beides und dazu die üblichen Grundlagen: Canonicals, Sitemaps, strukturierte Daten, Ladezeit und die Frage, wie KI-Suchmaschinen Ihre Seiten erreichen.

Das Wichtigste in Kürze

  • Google crawlt, rendert und indexiert JavaScript-Seiten in getrennten Phasen und sagt über serverseitiges Rendering oder Pre-Rendering, es „is still a great idea“ (sei nach wie vor eine sehr gute Idee), weil nicht alle Bots JavaScript ausführen können (Google Search Central (öffnet in einem neuen Tab)).
  • Eine Analyse vom Dezember 2024 ergab, dass keiner der großen KI-Crawler, darunter GPTBot, ClaudeBot und PerplexityBot, JavaScript renderte (Vercel (öffnet in einem neuen Tab)).
  • Google gibt an, dass KI-Übersichten (AI Overviews) und der KI-Modus keine zusätzlichen technischen Anforderungen haben und weder spezielles schema.org-Markup noch KI-Textdateien benötigen (Google Search Central (öffnet in einem neuen Tab)).
  • OpenAI nutzt OAI-SearchBot für die ChatGPT-Suche und GPTBot für das Training von Modellen; wer GPTBot blockiert, entfernt eine Website nicht aus der ChatGPT-Suche (OpenAI (öffnet in einem neuen Tab)).
  • Google-Extended steuert, ob Google Inhalte für das Training von Gemini nutzen darf, und hat keinen Einfluss auf die Aufnahme in die Google-Suche (Google Search Central (öffnet in einem neuen Tab)).

Sollte Ihre App in den Suchergebnissen erscheinen?

Nein. Anwendungsseiten hinter einem Login bieten Suchenden nichts, und der Googlebot meldet sich nicht an. Das Risiko liegt umgekehrt: Öffentliche URLs aus der App, etwa geteilte Links, leere Zustände, Seiten zum Zurücksetzen des Passworts und Staging-Umgebungen, können im Index landen und mit Ihren Marketingseiten konkurrieren.

  • Betreiben Sie die Anwendung auf einem eigenen Host, etwa app.example.com, und senden Sie bei jeder Antwort von dort X-Robots-Tag: noindex.
  • Halten Sie Staging- und Vorschau-Umgebungen mit einer Authentifizierung aus der Suche heraus; das ist zuverlässiger als Robots-Regeln.
  • Verlassen Sie sich nicht auf robots.txt, um Seiten aus Google zu entfernen: Eine blockierte URL kann trotzdem gelistet werden, wenn sie von anderswo verlinkt ist, und Google kann ein noindex auf einer Seite nicht sehen, die es nicht crawlen darf (Google Search Central (öffnet in einem neuen Tab)).
  • Nach Login- und Registrierungsseiten wird oft mit dem Produktnamen gesucht („ihrprodukt login“). Wenn sie indexierbar bleiben, finden Bestandskunden sie leichter; schwere Marketinginhalte gehören dort aber nicht hin.

Unser Robots.txt-Check zeigt, was jeder Crawler abrufen darf, und der Meta-Tag-Check zeigt das Robots-Meta-Tag und den X-Robots-Tag-Header einer Seite.

Können Suchmaschinen und KI-Crawler Ihre Marketingseiten lesen?

Prüfen Sie, was ein Crawler erhält, bevor irgendein JavaScript läuft. Wenn die HTML-Antwort Ihrer Preisseite keine Preise und keine Überschriften enthält, sondern nur ein script-Tag, sehen Crawler, die kein JavaScript ausführen, eine leere Seite.

  • Google rendert JavaScript mit einer aktuellen Chromium-Version, aber das Rendering erfolgt nach dem Crawlen in einer Warteschlange, und Google empfiehlt serverseitiges Rendering oder Pre-Rendering (Google Search Central (öffnet in einem neuen Tab)).
  • KI-Crawler: Die Analyse von Vercel über das eigene Netzwerk ergab, dass die Crawler von OpenAI, Anthropic, Perplexity und Meta JavaScript-Dateien abriefen, aber nicht ausführten; Gemini, das die Infrastruktur von Google nutzt, und Applebot renderten die Seiten dagegen (Vercel (öffnet in einem neuen Tab)).
  • Linkvorschauen in Chat-Apps und sozialen Netzwerken lesen meist nur das HTML vom Server, daher müssen Titel, Beschreibungen und Open-Graph-Tags darin enthalten sein.

Die praktische Lösung: Rendern Sie Marketingseiten, Dokumentation und Blog auf dem Server oder beim Build, was Frameworks wie Next.js, Nuxt und Astro unterstützen, und behalten Sie clientseitiges Rendering für die eingeloggte Anwendung bei. Ein schneller Test: Rufen Sie Ihre URL mit curl ab oder sehen Sie sich den Seitenquelltext statt des untersuchten DOM an, und prüfen Sie, ob der Text vorhanden ist.

Wie sollte die Struktur der Marketing-Website aussehen?

SaaS-Käufer suchen mit Absichten, die Sie Seiten zuordnen können. Jede davon verdient eine eigene indexierbare Seite mit aussagekräftigem Titel und eigener Canonical-URL:

  • Produkt- und Funktionsseiten, eine pro wichtiger Funktion.
  • Seiten zu Anwendungsfällen und Branchen, für Suchen wie „Rechnungssoftware für Agenturen“.
  • Integrationsseiten, eine pro Integration, weil Menschen nach „[Ihr Produkt] + [ihr Tool]“ suchen.
  • Preise, mit den Tarifen und Preisen im HTML, nicht nach dem Rendern aus einer API geladen.
  • Vergleichs- und Alternativseiten, fair geschrieben: Preise und Funktionen von Wettbewerbern ändern sich, versehen Sie diese Seiten also mit einem Datum und halten Sie sie aktuell.
  • Kundengeschichten, mit Erlaubnis und mit echten, zuordenbaren Details.

Vermeiden Sie dünne Varianten: Dutzende fast identischer Seiten nach dem Muster „[Funktion] für [Branche]“ mit ausgetauschten Wörtern sind genau das, was die Spamrichtlinien von Google als Missbrauch skalierter Inhalte bezeichnen (Google Search Central (öffnet in einem neuen Tab)).

Wie gehen Sie mit Dokumentation, Hilfecentern und Changelogs um?

Dokumentation bringt oft mehr Suchtraffic als die Marketing-Website, weil Menschen danach suchen, wie man etwas erledigt.

  • Machen Sie die Dokumentation öffentlich und indexierbar, sofern sie keine kundenspezifischen Informationen enthält.
  • Lassen Sie bei versionierter Dokumentation das Canonical älterer Versionen auf die aktuelle Version derselben Seite zeigen, oder setzen Sie alte Versionen auf noindex, damit die Suchergebnisse die aktuelle Anleitung zeigen.
  • Geben Sie jeder Dokumentationsseite einen aussagekräftigen Titel und eine H1, die so formuliert sind, wie Menschen die Aufgabe beschreiben („Rechnungen als CSV exportieren“), nicht nach internen Funktionsnamen.
  • Halten Sie Changelog-Einträge unter stabilen, datierten URLs.
  • Nehmen Sie die Dokumentation in Ihre XML-Sitemap auf, oder geben Sie ihr eine eigene Sitemap, die in der robots.txt aufgeführt ist.

Läuft Ihr Hilfecenter auf der Plattform eines Drittanbieters unter einer Subdomain, prüfen Sie, ob es in der Search Console bestätigt ist und ob seine Seiten zurück auf die Hauptwebsite verlinken.

Welche Probleme mit Canonicals, hreflang und Weiterleitungen sind auf SaaS-Websites häufig?

  • Parameter: UTM-Tags, Empfehlungscodes und Parameter von A/B-Tests erzeugen doppelte URLs. Jede Seite sollte ihre eigene saubere URL als Canonical angeben (Google Search Central (öffnet in einem neuen Tab)).
  • Schrägstriche am Ende und Groß-/Kleinschreibung: Entscheiden Sie sich für eine Form und leiten Sie die andere per 301 weiter.
  • Lokalisierte Seiten: Wenn Sie die Marketing-Website übersetzen, verknüpfen Sie die Sprachversionen mit hreflang, einschließlich eines Selbstverweises und eines x-default (Google Search Central (öffnet in einem neuen Tab)).
  • Rebrandings und Domainumzüge: Ordnen Sie alte URLs per 301-Weiterleitung eins zu eins neuen zu; wer alles auf die Startseite weiterleitet, verliert den Wert der alten Seiten.

Der SEO-Check testet Titles, H1-Überschriften, Canonicals und Robots-Regeln auf den wichtigsten Seiten Ihrer Website und findet defekte interne Links.

Welche strukturierten Daten passen zu einer SaaS-Website?

  • Organization auf der Startseite, mit Ihrem Namen, Ihrer URL, Ihrem Logo und sameAs-Links zu offiziellen Profilen.
  • WebSite auf der Startseite mit name und url, die Google nutzt, um den in den Ergebnissen angezeigten Websitenamen zu wählen (Google Search Central (öffnet in einem neuen Tab)).
  • SoftwareApplication: Das Rich-Suchergebnis von Google für Software-Apps erfordert einen Preis und entweder eine Gesamtbewertung oder eine Rezension (Google Search Central (öffnet in einem neuen Tab)). Ergänzen Sie nur Bewertungen, die echt und auf der Seite sichtbar sind; ohne sie beschreibt das Markup das Produkt trotzdem, bringt aber kein Rich-Suchergebnis ein.
  • BreadcrumbList auf Dokumentations- und Blogseiten.
  • Article in Blogartikeln, mit Autor und Datumsangaben.

Erwarten Sie von FAQ-Markup keinen zusätzlichen Platz: Google zeigt seit dem 7. Mai 2026 keine FAQ-Rich-Suchergebnisse mehr an (Google Search Central (öffnet in einem neuen Tab)). Der Check für strukturierte Daten listet jedes Element einer Seite und die Eigenschaften auf, die Google dafür verlangt.

Warum verfehlen SaaS-Marketingseiten die Core Web Vitals?

SaaS-Marketing-Websites laden meist viele Skripte von Drittanbietern: Analytics, Tag-Manager, Chat-Widgets, A/B-Tests, Session-Recording und Werbepixel. Diese verzögern den Hauptinhalt und halten den Main Thread beschäftigt, was sich als langsamer LCP und schlechter INP zeigt.

  • Prüfen Sie jedes Drittanbieter-Skript und entfernen Sie die, die niemand nutzt.
  • Laden Sie Chat-Widgets erst bei Interaktion, und vermeiden Sie A/B-Test-Skripte, die die Seite verbergen, bis sie gelaufen sind.
  • Liefern Sie Hero-Bilder und Produkt-Screenshots in ihrer angezeigten Größe als WebP oder AVIF aus, ohne das erste per Lazy Loading zu laden.
  • Beobachten Sie den INP auf Seiten mit interaktiven Preisrechnern und Demos.

Google nutzt die Core Web Vitals in seinen Rankingsystemen, auch wenn Relevanz an erster Stelle steht (Google Search Central (öffnet in einem neuen Tab)). Der Ladezeit-Test misst eine Seite wie ein gedrosseltes Smartphone und zeigt Daten echter Nutzer, wenn Google welche hat.

Wie finden und zitieren KI-Suchmaschinen SaaS-Inhalte?

Es gibt keinen eigenen technischen Weg für die KI-Suche, und manche verbreiteten Ratschläge werden von den Unternehmen, die diese Systeme betreiben, nicht gestützt.

  • KI-Übersichten und KI-Modus von Google nutzen Seiten, die indexiert sind und für ein Snippet infrage kommen; Google gibt an, dass es keine zusätzlichen Anforderungen gibt, kein spezielles Schema und keinen Bedarf an KI-Textdateien (Google Search Central (öffnet in einem neuen Tab)).
  • Die ChatGPT-Suche stützt sich auf OAI-SearchBot. Wenn Sie in den Antworten von ChatGPT erscheinen möchten, blockieren Sie OAI-SearchBot nicht in der robots.txt; wer GPTBot blockiert, widerspricht damit nur dem Training (OpenAI (öffnet in einem neuen Tab)).
  • Das Training von Gemini wird über das Token Google-Extended gesteuert, das die Google-Suche nicht beeinflusst (Google Search Central (öffnet in einem neuen Tab)).
  • llms.txt ist ein Vorschlag aus der Community für eine Zusammenfassung einer Website in Markdown. Google gibt an, solche Dateien nicht zu benötigen; andere KI-Dienste haben nicht dokumentiert, ob sie sie nutzen. Die Veröffentlichung kostet wenig, ersetzt aber keine crawlbaren Seiten.

Was bei allen hilft, ist dasselbe: serverseitig gerenderte Seiten, klare Überschriften, die die Fragen von Käufern beantworten, konkrete Fakten wie Preise und Limits im Text und Seiten, die sich nicht gegenseitig widersprechen.

Häufig gestellte Fragen

Sollte unsere Dokumentation auf einer Subdomain oder in einem Unterverzeichnis liegen?

Beides kann ranken. Wichtiger ist, dass die Dokumentation crawlbar ist, von der Hauptwebsite verlinkt wird, in einer Sitemap steht und in der Search Console bestätigt ist.

Indexiert Google Inhalte in unserer JavaScript-App?

Google kann JavaScript rendern, tut das aber in einem separaten Schritt, und andere Crawler tun es oft nicht. Rendern Sie bei Seiten, die gefunden werden sollen, den Inhalt auf dem Server oder beim Build.

Sollten wir KI-Crawler blockieren?

Das ist eine geschäftliche Entscheidung. Wer Trainings-Crawler wie GPTBot oder Google-Extended blockiert, hält Inhalte aus dem Modelltraining heraus, ohne aus der Suche zu verschwinden; wer Such-Crawler wie OAI-SearchBot blockiert, verschwindet aus den Antworten dieses Dienstes. Der Robots.txt-Check zeigt, was Ihre aktuellen Regeln erlauben.

Brauchen wir SoftwareApplication-Markup?

Es ist optional. Es beschreibt Ihr Produkt für Suchmaschinen; das Rich-Suchergebnis für Software-Apps braucht zusätzlich echte Bewertungen oder Rezensionen, die auf der Seite angezeigt werden.

Was ist der häufigste technische SEO-Fehler auf SaaS-Websites?

Zwei richten den größten Schaden an: Marketingseiten, die ihren Inhalt nur per JavaScript rendern, und Staging- oder App-URLs, die für die Indexierung offen bleiben.

Quellen

Alle Ratgeber