Anatomie einer B2B-SaaS-Website

B2B-Software wird gekauft, bevor du vom Interessenten erfährst. Laut Gartner verbringen Einkaufsteams nur 17 Prozent ihrer gesamten Kaufzeit in Gesprächen mit Anbietern, aber 27 Prozent mit eigenständiger Online-Recherche. Die wichtigste Vertriebsfläche deines SaaS ist demnach keine Person, sondern deine Website: Sie qualifiziert, beantwortet Einwände und verkauft — nur eben ohne Gehalt und ohne Urlaub.

Trotzdem behandeln viele Teams ihre Website wie einen Prospekt: einmal getextet, einmal gestaltet, drei Jahre nicht angefasst. Ein Produkt behandelt man anders. Es hat einen Backlog, es wird gemessen, es bekommt Releases. Genau diese Haltung trennt SaaS-Websites, die Pipeline erzeugen, von solchen, die bloß existieren.

Was heißt das praktisch? Eine Produkt-Website hat einen Verantwortlichen, der ihre Kennzahlen kennt: Conversion-Rate der Trial-Strecke, organische Sichtbarkeit, Ladezeit. Sie hat eine Roadmap statt eines Relaunch-Termins. Und sie wird wöchentlich besser, nicht alle drei Jahre anders. Die Seitentypen, die jetzt folgen, sind nur die sichtbare Konsequenz dieser Denkweise.

Dieser Blick lohnt sich unabhängig von deiner Größe: Ob du als Gründerin die erste Version launchst oder als Marketing-Lead eine gewachsene Website erbst — die Anatomie bleibt dieselbe. Was sich ändert, ist lediglich die Reihenfolge der Baustellen.

Dieser Guide ist der Einstiegspunkt in unsere Serie zu SaaS-Websites. Ich zerlege die Anatomie in ihre Bestandteile: sechs Seitentypen, die DACH-Besonderheiten gegenüber den US-Vorbildern, den technischen Unterbau und die häufigsten Fehler. Die vertiefenden Artikel der Serie verlinke ich jeweils an der passenden Stelle.

Vorab zur Einordnung: Das Fundament für jede Firmenwebsite habe ich in Welche Seiten jede B2B-Website mindestens braucht beschrieben. SaaS verschärft diese Anforderungen, denn das Produkt ist digital: Besucher erwarten, es vor dem Kauf sehen, verstehen und möglichst ausprobieren zu können. Daraus ergeben sich sechs Seitentypen, die zusammen das Skelett deiner Website bilden.

Zu den Beispielen: Ich nenne in diesem Guide drei deutsche SaaS-Websites — sevdesk aus Offenburg, Staffbase aus Chemnitz und SAP LeanIX aus Bonn. Alle drei habe ich im September 2026 selbst geprüft; beschrieben ist nur, was dort tatsächlich zu sehen war.

Die Homepage beantwortet drei Fragen, bevor jemand scrollt: Was ist das? Für wen ist es? Warum soll ich das glauben? Dafür genügen eine Nutzenaussage statt einer Feature-Aufzählung, ein primärer Call-to-Action und Kundenlogos als Beleg. Alles Weitere gehört unter die erste Bildschirmhöhe.

Staffbase zeigt das Stand September 2026 mustergültig: Die Startseite stellt «Individuelle Demo erhalten» ins Zentrum und stützt den Anspruch mit Logos von DHL, Adidas, Würth und der BVG, dazu der Hinweis auf die ISO-27001-Zertifizierung. Ein Bildschirm, eine Botschaft, ein nächster Schritt.

Zur Homepage gehört auch die CTA-Hierarchie: ein primärer Call-to-Action («Demo erhalten»), ein sekundärer für die Unentschlossenen («Preise ansehen» oder eine Produkttour). Mehr nicht. Sobald drei gleichrangige Buttons um Aufmerksamkeit konkurrieren, wählt der Besucher gern den vierten Weg: den Zurück-Button.

Darunter folgt die Beweisführung in Schichten: Produkt im Einsatz, Kundenstimmen mit Namen und Gesicht, Kennzahlen, Auszeichnungen. Die Reihenfolge ist kein Zufall, sondern folgt der Skepsis des Besuchers — erst verstehen, dann glauben, dann handeln.

Produktseiten erklären, was dein SaaS kann. Solutions-Seiten übersetzen dieselben Funktionen in die Sprache eines Anwendungsfalls, einer Rolle oder einer Branche. Der Unterschied ist keine Formsache: Eine HR-Leiterin sucht «Onboarding digitalisieren», nicht «Workflow-Engine mit Rechteverwaltung».

Solutions-Seiten sind zugleich deine Landeflächen für die Suche: Jede Persona und jeder Anwendungsfall bekommt einen eigenen Einstieg mit eigener Suchintention. sevdesk gliedert seine Lösungen Stand September 2026 nach Unternehmensphase und Branche; genau so entsteht aus einem Produkt ein Dutzend relevanter Einstiegsseiten.

Meine Faustregel: eine Seite pro Kaufmotiv, nicht pro Feature. Screenshots zeigen das echte Produkt statt abstrakter Illustrationen, und jede dieser Seiten endet mit demselben primären Call-to-Action wie die Homepage. Konsistenz schlägt hier Kreativität.

Ob du Preise zeigst, ist keine Designfrage, sondern eine Vertriebsentscheidung. sevdesk nennt Stand September 2026 konkrete Tarife direkt auf der Website: Rechnungsstellung ab 12,90 Euro, Buchhaltung ab 25,90 Euro pro Monat. Staffbase führt dagegen eine Preisseite ganz ohne Zahlen. Beides ist konsequent: Self-Service-Produkte brauchen Transparenz, beratungsintensive Enterprise-Produkte das Gespräch.

Dazwischen liegt ein dritter Weg, den SAP LeanIX zeigt: Zahlen nur auf Anfrage, aber die Preismetrik öffentlich erklärt. Dort richtet sich der Preis nach der Zahl der Applikationen, nicht nach Nutzern. So versteht der Besucher die Logik, ohne dass du dich auf Beträge festlegst.

Zur Anatomie der Seite selbst gehören eine Vergleichstabelle der Tarife, eine Antwort auf die Frage «Was passiert nach dem Trial?», ein Preis-FAQ und ein Enterprise-Kontakt. Wie du Tarife, Metriken und psychologische Anker aufbaust, vertiefe ich im Artikel zur SaaS-Pricing-Page.

Bevor ein Mittelständler dein SaaS kauft, stellt jemand die Sicherheitsfragen: Wo liegen die Daten? Gibt es einen Auftragsverarbeitungsvertrag? Welche Zertifizierungen? Eine Trust-Seite beantwortet diese Fragen, bevor sie im Vertriebsprozess Zeit kosten. Staffbase wirbt bereits auf der Startseite mit ISO 27001 und europäischem Hosting: kein Zufall, sondern ein DACH-Verkaufsargument.

Die Bausteine: Zertifikate mit Geltungsbereich, der AV-Vertrag zum Download, eine Subprozessoren-Liste, der Hosting-Standort und ein benannter Ansprechpartner für Sicherheitsfragen. Jedes Dokument, das der Einkauf selbst herunterladen kann, ist eine E-Mail-Schleife weniger im Sales-Zyklus.

Nach meiner Erfahrung entscheidet diese Seite Enterprise-Deals mit, denn Sicherheitsfragebögen kosten sonst Wochen. Wie du ein Trust-Center aufbaust, das solche Prozesse verkürzt, beschreibe ich im Artikel zum SaaS-Trust-Center.

Erinnere dich an die Gartner-Zahl vom Anfang: 27 Prozent der Kaufzeit entfallen auf eigene Online-Recherche. Deine Inhalte verkaufen also, während dein Vertrieb schläft. Für SaaS gehören dazu drei Ebenen: Dokumentation für Nutzer und Entwickler, ein Blog für die Recherchephase, Vergleichs- und Kostenartikel für die Entscheidungsphase.

Dokumentation ist dabei Marketing in Verkleidung: Entwickler prüfen vor dem Kauf, ob deine API sauber dokumentiert ist, und nach unserer Beobachtung zitieren KI-Suchsysteme bevorzugt Seiten, die Fragen präzise beantworten. Öffentliche Docs sind darum kein Support-Anhängsel, sondern Teil der Kaufentscheidung.

Zu den Ressourcen zählen außerdem Formate mit eigenem Job: ein Changelog, das zeigt, dass dein Produkt lebt, Vergleichsseiten für die Shortlist-Phase, Rechner oder Vorlagen als Leadmagnete. Jedes Format bedient einen anderen Schritt jener Recherche, die ohne deinen Vertrieb stattfindet.

Gerade technische Produkte scheitern hier am Ton: zu werblich für Entwickler, zu kryptisch für Entscheider. Wie du diesen Spagat löst, zeigt unser Artikel über die Kunst, eine Marketing-Website für eine API zu schreiben.

Alle bisherigen Seiten münden in eine Strecke: Trial starten oder Demo buchen, Formular, Bestätigung, Onboarding. Diese Strecke ist der Ort, an dem deine Website Geld verdient oder verliert. sevdesk senkt die Hürde mit «14 Tage alle Funktionen. Ohne Kreditkarte.», Staffbase und SAP LeanIX führen zur individuellen Demo.

Die Bereitschaft zum Selbstkauf wächst dabei bis in den Enterprise-Bereich: Laut McKinseys neuntem B2B Pulse sind 39 Prozent der B2B-Einkäufer bereit, mehr als 500.000 US-Dollar je Bestellung über Self-Service- oder Remote-Kanäle auszugeben. Eine Conversion-Strecke, die nur als Alibi existiert, verschenkt dieses Potenzial.

Für Demo-Strecken gilt: Lass den Interessenten seinen Termin direkt im Kalender buchen, statt ein «Wir melden uns»-Formular abzusenden. Jede Stunde Wartezeit kühlt den Lead ab, und ein gebuchter Termin ist verbindlicher als ein abgeschicktes Formular.

Jedes Formularfeld ist eine Hürde: Frage nur ab, was du für den nächsten Schritt brauchst, und liefere nach der Anmeldung sofort einen Grund weiterzumachen. Wie du die Strecke misst und Schritt für Schritt optimierst, liest du im Artikel zur Trial- und Demo-Conversion.

Die meistkopierten SaaS-Websites kommen aus den USA: Stripe, Linear, Notion. Von ihnen kannst du Klarheit, Tempo und Designdisziplin lernen. Eins zu eins übernehmen solltest du sie trotzdem nicht, denn der DACH-Markt stellt eigene Anforderungen an Recht, Sprache und Kaufprozess.

Impressum und Datenschutzerklärung sind Pflicht, eine Cookie-Einwilligung vor dem ersten Tracking ebenso. Das ist lästig, aber auch eine Chance: EU-Hosting und DSGVO-Konformität sind hierzulande Verkaufsargumente, keine Fußnoten. Wer sie prominent platziert, verwandelt eine Auflage in einen Vorteil gegenüber US-Wettbewerbern.

Für dein Marketing heißt das konkret: Plane den Consent-Banner als Designelement ein, statt ihn nachträglich aufzukleben, und miss deine Conversion so, dass sie auch ohne Marketing-Cookies belastbar bleibt. Wir setzen dafür auf serverseitige, cookie-freie Messung — die Zahlen bleiben brauchbar, der Banner schlank.

Meine Stichprobe von drei deutschen SaaS-Websites, Stand September 2026: sevdesk duzt («Führe deine Buchhaltung»), Staffbase duzt selbst im Enterprise-Segment («Berechne in 2 Minuten deinen Business Case»), SAP LeanIX siezt durchgängig. Das Du hat sich im DACH-SaaS also weit nach oben gearbeitet. Die Unterschiede im Überblick:

Lies die Tabelle nicht als Rangliste, sondern als Beleg für Konsequenz: Alle drei halten ihre Anrede auf jeder Seite durch. Entscheide dich anhand deiner Käufer-Persona für eine Form und bleib dabei — ein Wechsel zwischen Sie und Du im selben Funnel wirkt wie zwei verschiedene Absender.

In US-Playbooks endet die Conversion-Strecke an der Kreditkartenmaske. Im DACH-Mittelstand kauft dagegen häufig der Einkauf: Er erwartet ein Angebot als PDF, eine Bestellung, eine Rechnung mit Zahlungsziel, zuweilen einen Rahmenvertrag. Deine Website sollte beide Wege anbieten — Self-Service für kleine Teams, einen Vertriebskontakt für alles darüber.

Dazu gehört die Zahlungsart: Wer ausschließlich Kreditkarte akzeptiert, verliert Kunden nach unserer Erfahrung nicht am Produkt, sondern an der Buchhaltungsrichtlinie. Kauf auf Rechnung gehört im deutschen B2B auf die Pricing-Seite, nicht ins Kleingedruckte.

Wenn die Website ein Produkt ist, braucht sie Produktwerkzeuge. Konkret: Das Marketing ändert Inhalte, ohne auf Entwickler zu warten, und die Entwickler bauen Komponenten, ohne Inhalte zu zerschießen. Genau diese Arbeitsteilung leistet ein Headless CMS hinter einem Next.js-Frontend.

Der zweite Grund ist Geschwindigkeit: Google nennt als Schwelle für gute Nutzererfahrung einen Largest Contentful Paint von höchstens 2,5 Sekunden. Statisch generierte Next.js-Seiten halten diese Marke ohne Verrenkungen; ein Plugin-beladenes Baukasten-Setup schafft das nach unserer Erfahrung selten.

Der dritte Grund sind strukturierte Inhalte: Tarife, Feature-Matrizen, Integrations-Verzeichnisse und Kundenstimmen sind Daten, keine Fließtexte. Liegen sie strukturiert im CMS, kannst du sie auf Dutzenden Seiten wiederverwenden, filtern und in neuen Layouts ausspielen, ohne einen einzigen Text zu kopieren.

Dazu kommt der Arbeitsfluss: Auf Vercel erzeugt jede Änderung eine Preview-URL, die du im Team teilst, bevor sie live geht. Texte, Design und Code durchlaufen damit denselben Review-Prozess wie dein Produktcode.

Wir predigen hier nichts, was wir nicht selbst essen: happycoding.agency läuft auf Next.js, Sanity und Vercel — mit demselben Stack wird auch dieser Artikel ausgeliefert. Was ein Headless CMS genau ist und wie Sanity arbeitet, erkläre ich in Was ist Sanity?.

Und die Kosten? Ein Headless-Stack ist im Aufbau teurer als ein Baukasten, im Betrieb aber gut kalkulierbar: Hosting auf Vercel und ein Sanity-Plan kosten für eine Marketing-Website oft weniger als die Wartungspauschale eines Plugin-Systems. Diese Einschätzung stammt aus unseren eigenen Projekten, nicht aus einer Studie.

Ein Nischen-Setup ist das übrigens nicht: Stand September 2026 beantwortet personio.de automatisierte Zugriffe mit einem «Vercel Security Checkpoint», das Münchner HR-SaaS liefert seine Website also erkennbar über dieselbe Vercel-Infrastruktur aus. Die Kombination aus React-Framework und Headless CMS ist im SaaS-Marketing angekommen.

Zum Abschluss die Muster, die mir in Website-Audits am häufigsten begegnen. Keiner dieser Fehler ist exotisch, und fast jede SaaS-Website leistet sich mindestens zwei davon:

Die Gemeinsamkeit dieser Fehler: Sie entstehen, wenn die Website als Pflichtaufgabe des Marketings gilt statt als Vertriebskanal mit eigener Roadmap. Die Korrektur beginnt darum selten beim Design und meistens bei der Zuständigkeit.

Wenn du deine SaaS-Website neu aufsetzen oder aus dem Prospekt-Modus holen willst, empfehle ich diese Reihenfolge: erst Positionierung und Seitenarchitektur, dann Pricing-Logik, Trust-Inhalte und Conversion-Strecke, zuletzt Design und Stack. Die vertiefenden Artikel dieser Serie begleiten jede Etappe.

Ein Selbsttest für heute: Öffne deine Website im Inkognito-Fenster und stoppe die Zeit, bis du Positionierung, Preislogik und den nächsten Schritt gefunden hast. Brauchst du länger als eine Minute, weißt du, wo du anfängst.

Oder wir gehen es gemeinsam an: Als Agentur für B2B-Websites bauen wir SaaS-Websites auf genau dem Stack, den dieser Artikel beschreibt — von der Seitenarchitektur bis zur messbaren Conversion-Strecke. Buch dir ein unverbindliches Erstgespräch: 30 Minuten, ein konkreter Blick auf deine aktuelle Website inklusive.