Zum Inhalt springen
Zurück zum Blog
SEO07. Mai 202610 Min. Lesezeit

Technische-SEO-Checkliste für B2B-SaaS-Plattformen

Technische SEO-Checkliste für B2B-SaaS: Rendering, Core Web Vitals, strukturierte Daten, Internationalisierung und Indexierung — engineering-nah.

von
Mert Y. · Software Engineer

Das Wichtigste in Kürze

  • Bei B2B-SaaS stecken ~70 % des organischen Wachstumspotenzials in Engineering-Entscheidungen, nicht im Content.
  • Die wirkungsvollsten Maßnahmen sind eine korrekte Rendering-Strategie und bestandene Core Web Vitals.
  • Bringen Sie die Grundlagen in Ordnung — indexierbare URLs, sinnvolle strukturierte Daten und korrekte Internationalisierung.
  • Prüfen Sie Server-Logs monatlich, um Crawl-Budget zu steuern und JavaScript-SEO-Probleme früh zu erkennen.

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üfungLive-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:

  1. Verwenden Sie die <Image>-Komponente eines modernen Frameworks (Next.js Image, Nuxt Image) mit korrektem width/height und priority auf dem Hero.
  2. Liefern Sie AVIF oder WebP aus. JPEG-Hero-Bilder auf einem B2B-SaaS sind 2026 ein Kunstfehler.
  3. 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:

  1. 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.
  2. Kein ?utm_ und keine Session-ID in Canonical-Tags. Entfernen Sie sie.
  3. Kein ?page=2 für denselben Inhalt wie ?page=1. Nutzen Sie rel="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 hreflang auf jede andere Übersetzung verweisen — sich selbst eingeschlossen.
  • Jeder Satz von hreflang-Tags muss einen x-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.

#technical-seo#saas#core-web-vitals#structured-data#indexing#international-seo
von
Mert Y. · Software Engineer

Mert Y. builds and scales digital products at runIT Technology — writing about mobile and web engineering, performance and technical SEO.

Häufige Fragen

  • Die technische Arbeit, die Suchmaschinen erreichen, rendern und verstehen lässt: Rendering-Strategie, Core Web Vitals, URL-Struktur, strukturierte Daten, Internationalisierung und Crawl-Budget. Sie erzeugt keine Nachfrage — sie räumt die Hindernisse zwischen Inhalt und Index weg.

Ein Projekt im Kopf?

Beschreiben Sie kurz, was Sie vorhaben. Wir antworten innerhalb eines Werktags — in der Regel mit Rückfragen, nicht mit einem Angebot.

Wir verwenden Ihre Angaben ausschließlich zur Beantwortung Ihrer Anfrage.

Bereit, schneller zu launchen?

Ein einstündiges Discovery-Gespräch zur Erstellung Ihrer Roadmap.