Die meisten B2B-SaaS-Unternehmen behandeln SEO als Marketingproblem. Nach über 40 auditierten SaaS-Sites würden wir behaupten: Mindestens 70 % des organischen Wachstumspotenzials sind hinter Engineering-Entscheidungen verborgen, nicht hinter der Content-Strategie.
Diese Checkliste ist die Fassung, die wir bei jedem SEO-Engagement gemeinsam mit Engineering-Teams durcharbeiten. Sie ist meinungsstark, nach Wirkung geordnet und lässt bewusst die Punkte weg, die keinen Unterschied machen.
1. Rendering-Strategie
Der schnellste Gewinn bei den meisten SaaS-Sites: die Marketing-Seiten auf dem Server rendern, nicht im Browser.
Wenn Ihre Marketing-Site eine Single Page Application ist (Create React App, Vue CLI ohne SSR, ein Webflow-Export mit viel JS), ist die Indexierung Ihrer Inhalte dem Headless-Renderer von Google ausgeliefert. Dieser Renderer ist langsamer, stärker ressourcenbeschränkt und überspringt manche Muster.
Wechseln Sie zu Server-Side Rendering (SSR) oder Static Site Generation (SSG) mit Next.js, Nuxt, Astro, Remix oder SvelteKit. Die meisten SaaS-Marketing-Inhalte werden höchstens wöchentlich aktualisiert, weshalb SSG mit On-Demand-Revalidierung der ideale Kompromiss ist.
So prüfen Sie, was Google tatsächlich sieht:
- Sehen Sie sich den Seitenquelltext an (Strg+U). Wenn der Hauptinhalt nicht im HTML steht, wird auch Google ihn nicht zuverlässig sehen.
- Nutzen Sie die URL-Prüfung → Live-URL testen in der Google Search Console, um das gerenderte HTML und blockierte Ressourcen zu sehen.
2. Core Web Vitals (2026 weiterhin Rankingfaktoren)
Drei Metriken sind entscheidend. Die Zielwerte sind Googles „gute" Schwellenwerte:
- LCP (Largest Contentful Paint) < 2,5 s
- INP (Interaction to Next Paint) < 200 ms
- CLS (Cumulative Layout Shift) < 0,1
Bei den meisten SaaS-Sites ist der LCP des Hero-Bildes der Knackpunkt. Drei Regeln, die 80 % der Fälle lösen:
- Verwenden Sie die
<Image>-Komponente eines modernen Frameworks (Next.js Image, Nuxt Image) mit korrektemwidth/heightundpriorityauf dem Hero. - Liefern Sie AVIF oder WebP aus. JPEG-Hero-Bilder auf einem B2B-SaaS sind 2026 ein Kunstfehler.
- Setzen Sie
fetchPriority="high"auf das LCP-Bildelement.
Bei INP ist meist Third-Party-JavaScript der Übeltäter — Chat-Widgets, Analytics, A/B-Testing-Skripte. Auditen Sie mit dem Performance-Tab der Chrome DevTools und laden Sie alles per Lazy Loading, was nicht beim First Paint geladen werden muss.
CLS wird fast immer durch spät ladende Webfonts oder dynamische Ad-Slots verursacht. Reservieren Sie Platz mit aspect-ratio in CSS und verwenden Sie font-display: swap mit passenden Fallback-Metrik-Overrides.
3. Indexierbare URL-Struktur
Drei Regeln:
- Eine kanonische URL pro Inhalt. Trailing Slashes, www vs. ohne www, http vs. https — entscheiden Sie sich für eine Variante und leiten Sie den Rest per 301 weiter.
- Kein
?utm_und keine Session-ID in Canonical-Tags. Entfernen Sie sie. - Kein
?page=2für denselben Inhalt wie?page=1. Nutzen Sierel="canonical"korrekt ODER konsolidieren Sie auf eine einzige paginierte Route mit „Mehr anzeigen".
Speziell für SaaS: Stellen Sie sicher, dass Ihre Dashboard-URLs (/app/*, /dashboard/*) in der robots.txt blockiert UND per Meta auf noindex gesetzt sind. Im Index sollten ausschließlich Marketing-Seiten stehen.
4. Strukturierte Daten, die zählen
Schema.org-Markup, das die SERP-Darstellung für SaaS spürbar beeinflusst:
- Organization — site-weit, im Root-Layout
- BreadcrumbList — auf jeder Seite außer der Startseite
- FAQPage — Preisseiten, Produktseiten, Help-Center-Artikel
- Article — jeder Blogbeitrag
- Product + Offer — Preisseiten (falls Sie Preise veröffentlichen)
- SoftwareApplication — Ihre zentrale Produktseite
- WebSite mit
potentialAction(SearchAction) — Root, falls Sie eine Site-Suche haben
Weglassen:
- LocalBusiness (Sie sind SaaS, kein Café)
- Review (nur, wenn Sie echte Bewertungen tatsächlich verdient haben — gefälschtes Review-Markup wird abgestraft)
- Event (für SaaS selten relevant)
Validieren Sie mit Googles Rich Results Test, nicht nur mit dem Schema Markup Validator — Letzterer ist nachsichtiger.
5. Internationalisierung richtig gemacht
Der häufigste Fehler, den wir im internationalen SaaS-SEO sehen, ist fehlerhaftes hreflang. Regeln:
- Jede übersetzte Seite muss per
hreflangauf jede andere Übersetzung verweisen — sich selbst eingeschlossen. - Jeder Satz von
hreflang-Tags muss einenx-default-Fallback enthalten. - Der
hreflang-Wert muss zum<html lang>der Zielseite passen. - Verwenden Sie
language-region-Codes (en-US,de-DE), wenn Sie echte regionale Varianten haben, und reine Sprachcodes (en,de), wenn nicht.
Ein überraschend häufiger Bug: Ihr CMS exportiert ein hreflang für eine Übersetzung, die es auf der Live-Site gar nicht gibt. Google meldet das in der Search Console als No return tags. Prüfen Sie das mit Screaming Frog oder dem Site-Audit von Ahrefs.
6. Crawl-Budget-Management
Bei SaaS-Sites mit Tausenden von Seiten (Changelog, Help-Center, Blog) ist das Crawl-Budget ein reales Thema. Drei Hebel:
robots.txt— blockieren Sie/app/*,/api/*,/?preview=*. Blockieren Sie kein CSS oder JS — Google braucht beides zum Rendern.sitemap.xml— nehmen Sie nur kanonische, indexierbare Seiten auf. Listen Sie nicht jeden alten Changelog-Eintrag.- Interne Verlinkung — Ihre wichtigsten Seiten sollten von der Startseite aus in ≤2 Klicks erreichbar sein.
Bei sehr großen Sites teilen Sie in mehrere Sitemaps nach Bereich auf (sitemap-blog.xml, sitemap-docs.xml) und reichen Sie alle in der Search Console ein.
7. JavaScript-SEO
Wenn Sie ein modernes Framework korrekt ausliefern, ist das größtenteils gelöst. Zwei Muster brechen dennoch:
- Client-seitiges Routing ohne saubere History API — jeder Routenwechsel muss
<title>, Meta-Tags, Canonical und OG-Tags aktualisieren. Frameworks erledigen das meist; Vanilla-SPAs oft nicht. - Per Lazy Loading nachgeladener Content, der Scrollen erfordert — Googles Renderer scrollt nicht. Was unterhalb des Folds per Intersection Observer geladen wird, wird möglicherweise nicht indexiert. Verwenden Sie
loading="lazy"für Bilder, nicht für primäre Inhalte.
8. Performance-Budgets durchsetzen
Code-Quality-Tools versagen, wenn das Budget mit der Zeit schleichend wächst. Richten Sie ein:
- Lighthouse CI bei jedem PR — lassen Sie Builds fehlschlagen, wenn LCP > 2,5 s oder das JS-Bundle > 300 KB
- Bundle-Analyzer in der CI — kennzeichnen Sie Regressionen bei der JS-Payload
- Real User Monitoring (RUM) mit Vercel Analytics, Cloudflare Web Analytics oder Datadog RUM — synthetisches Lighthouse bildet echte Nutzer im langsamen 4G nicht ab
9. Logs, die Sie monatlich ansehen sollten
- Google Search Console → Seiten → Warum Seiten nicht indexiert sind — finden Sie Indexierungsprobleme, bevor sie den organischen Traffic einbrechen lassen
- Search Console → Core-Web-Vitals-Bericht — echte Chrome-Nutzerdaten, kein synthetisches Lighthouse
- Server-Logs gefiltert auf den Googlebot-User-Agent — sehen Sie, was Google tatsächlich crawlt, wie oft und auf welche Fehler es stößt
- Search Console → Leistung → Suchanfragen pro Seite — finden Sie Seiten, die für wertvolle Suchanfragen knapp außerhalb der Top 10 ranken (der „Seite-2-Gold"-Report)
Das 80/20, wenn Sie nur eine Sache tun können
Wenn Sie dieses Quartal nur für eine Initiative Zeit haben: Bringen Sie Ihren LCP und Ihr indexierbares HTML-Rendering in Ordnung. Zusammen schöpfen sie 60–80 % des organischen Potenzials der meisten SaaS-Sites aus, die wir auditieren.
Alles andere ist inkrementell. Diese beiden Änderungen heben das Fundament jeder einzelnen Seite an.
Wo das im Gesamtbild steht
Technisches SEO räumt Hindernisse weg, es erzeugt keine Nachfrage. Zwei Dinge gehören dazu:
- Die Framework-Wahl bestimmt, wie leicht serverseitiges Rendering und eine Strategie pro Route sauber umzusetzen sind — der Vergleich steht in Next.js vs. Nuxt.
- Inhalte, die eine echte Suchanfrage beantworten, sind das, was die beseitigten Hindernisse blockiert haben. Ohne sie rankt auch eine perfekte technische Basis nichts.
Die Messgrößen im Detail stehen in Core Web Vitals 2026. Wie wir Audits und laufende Arbeit aufsetzen, steht auf unserer Seite zu technischem SEO, das Audit selbst unter technisches Audit.
Wenn Sie ein kostenloses technisches SEO-Audit für Ihr SaaS möchten — wir senden Ihnen innerhalb von 7 Tagen einen priorisierten Ergebnisbericht — nennen Sie uns Ihre Domain.