SaaS · Startups · WordPress

Deine Marketing-Website sollte so schnell ausliefern wie dein Produkt.

Die meisten SaaS-Marketing-Websites werden zum langsamsten Teil des Unternehmens: Jede Landingpage ist ein Ticket, jedes Experiment wartet auf einen Sprint. Ich baue WordPress-Stacks, mit denen Marketing Seiten eigenständig ausliefert — programmatisches SEO im großen Maßstab, Ladezeiten unter einer Sekunde und eine saubere Übergabe an dein Produkt und deine Docs.

< 1.5sLCP auf Landingpages
500+Programmatische Seiten
Am selben TagVon der Idee zur veröffentlichten Seite
Live acme.com · Produktion
Trial-Anmeldungen
0
↑ 38 % vs. Vormonat
Live-Landingpages
0
↑ 340 dieses Quartal
Median-LCP
0s
↓ von 4,1s
Entwicklerzeit bis zur Veröffentlichung
0h
Marketing veröffentlicht eigenständig
Organische Sitzungen · 90 Tage
PUB/Integrationen/slack — von Marketing veröffentlicht2m
PUB/compare/acme-vs-competitor14m
SEO312 Integrationsseiten neu indexiert1h
Wo SaaS-Websites lecken

Jede Branche verliert einen Kunden anders. Deine verliert ihn vor dem Trial.

Das Produkt ist gut. Die Website davor ist der Engpass — langsam zu ändern, langsam zu laden und unsichtbar für die Long-Tail-Suchen, die tatsächlich konvertieren.

01

Marketing durch Engineering blockiert

Jede Landingpage, jede Preisanpassung und jede Kampagnenvariante wird zum Ticket im Sprint von jemand anderem. Experimente, die einen Nachmittag dauern sollten, dauern drei Wochen, sodass die meisten nie stattfinden.

02

Seiten, die nicht skalieren

Du brauchst eine Seite pro Integration, pro Anwendungsfall, pro Wettbewerbsvergleich, pro Stadt. Sie von Hand zu bauen endet bei zwanzig. Genau das ist der Long-Tail, nach dem deine Best-Fit-Kunden suchen.

03

Eine Geschwindigkeitssteuer auf jeden Euro

Eine Vier-Sekunden-Landingpage erhöht deine Cost-per-Acquisition bei Paid und unterdrückt still das Organische. Du zahlst für den Traffic zweimal — einmal, um ihn zu kaufen, einmal in den Conversions, die er nie liefert.


Was ich baue

Growth-Engineering, auf WordPress.

Ein Marketing-Stack, den dein Team wirklich bedienen kann — und ein Engineer, der mit beiden Seiten spricht.

01

Programmatisches SEO im großen Maßstab

Hunderte Seiten, generiert aus strukturierten Daten, jede wirklich nützlich statt zusammengesponnen.

  • Integration, use-case & comparison pages
  • Aus deiner eigenen API oder einem Sheet templatiert
  • Indexation control & canonical strategy
02

Eine Block-Bibliothek, die Marketing besitzt

Komponierbare Sektionen, die dein Team zusammenstellt, ohne Code anzufassen oder ein Ticket zu erstellen.

  • Individuelle Gutenberg-Blöcke, an die Marke gebunden
  • Seitentemplates mit Leitplanken
  • Preview & scheduled publishing
03

Headless, wenn es sich lohnt

Next.js oder Astro im Front, WordPress als Editor — nur wenn der Kompromiss es wert ist.

  • WPGraphQL-/REST-Content-Schicht
  • ISR & edge Caching
  • Ehrlicher Rat, wann man nicht headless gehen sollte
04

Experimentation & analytics

A/B-Tests, die ohne Entwickler laufen, und Zahlen, die du in einer Vorstandssitzung vertreten kannst.

  • Server-seitiges oder Client-seitiges Testing
  • GA4-, PostHog-, Segment-Verkabelung
  • Einwilligungsbewusst, keine Datenlecks
05

Docs, changelog & blog

Der Content, der technische Käufer überzeugt, auf derselben Domain wie die Marketing-Website.

  • Docs mit Versionierung und Suche
  • Changelog, gespeist aus deinen Releases
  • Author workflows & editorial roles
06

Performance & scale

Landingpages unter einer Sekunde, die am Launch-Tag und auf Product Hunt standhalten.

  • Core-Web-Vitals-Budgets in CI
  • Edge-Caching, Bild-Pipelines
  • Vor der Kampagne lasttestet

Worauf das hinausläuft

Zahlen, die ein Head of Growth spürt.

/01
0

Median-LCP auf Landingpages, gesunken von über vier Sekunden.

/02
0

Programmatische Seiten, aus strukturierten Daten generiert und indexiert.

/03
0h

Entwicklerzeit, die dein Marketing-Team braucht, um eine neue Seite zu veröffentlichen.

/04
0

Durchschnittlicher Anstieg der Trial-Anmeldungen innerhalb von zwei Quartalen.

/05
0

Median-PageSpeed-Score über gelieferte Websites — auf Live-URLs gemessen, auf Anfrage verifizierbar.


/ Ein Website-Baukasten, oder ein Stack, der dir gehört

Webflow hat dich zur Series A gebracht.
Was bringt dich zur Series B?

Webflow, Framer und HubSpot CMS sind wirklich gute Produkte, und für ein frühes Team sind sie meist die richtige Wahl. Die Belastung zeigt sich später — wenn du fünfhundert Seiten brauchst, deine eigenen Daten in den Templates und eine Rechnung, die nicht mit deinem Traffic skaliert.

Ein Stack, der dir gehört

Gebaut für die Seitenzahl und das Team, das du in zwei Jahren hast.

  • 01Generiere fünfhundert Integrations- und Vergleichsseiten aus deiner eigenen API und generiere sie neu, wenn sich die Daten ändern.
  • 02Hosting-Kosten folgen deiner Infrastruktur, nicht deinen Seitenaufrufen oder deiner Sitzplatzzahl — die Rechnung bestraft Wachstum nicht mehr.
  • 03Deine eigene Datenbank, deine eigenen Templates, deine eigene Analytics. Wechsle den Host an einem Dienstag, wenn du willst.
  • 04Docs, Changelog, Blog und Marketing auf einer Domain, die dieselbe Autorität aufbauen.
  • 05Der Engineer, der es gebaut hat, antwortet innerhalb eines Werktags, und der Code gehört dir bei Lieferung.

Ein gehosteter Website-Baukasten

Anfangs exzellent, einschränkend, sobald du skalierst.

  • 01CMS-Item-Limits und Aufwand pro Seite machen programmatisches SEO in echtem Maßstab umständlich oder unmöglich.
  • 02Der Preis steigt mit Sitzplätzen, Traffic und Add-ons — genau dann, wenn diese Zahlen zu deinen Erfolgskennzahlen werden.
  • 03Ein Export liefert dir Markup, keine funktionierende Website. Wegzugehen ist ein Rebuild, sodass die Wechselkosten nur wachsen.
  • 04Docs und App leben meist auf Subdomains oder in einem anderen Tool, was Autorität und User-Journey aufspaltet.
  • 05Support ist eine Ticket-Warteschlange, und Plattform-Limits werden mit einem Roadmap-Link beantwortet.

Produktnamen werden nur zum Vergleich genannt und gehören ihren jeweiligen Eigentümern. Wenn du vor Product-Market-Fit bist und eine Zehn-Seiten-Website auslieferst, ist ein gehosteter Baukasten sehr wahrscheinlich die richtige Antwort, und ich sage dir das im Gespräch.


So läuft es

Vom Analyse bis zum Launch, durchgehend transparent.

SCHRITT 01

Growth-Analyse

Ich profile deine Site-Geschwindigkeit, Indexierung, Veröffentlichungsgeschwindigkeit und die Engpässe zwischen Marketing und Auslieferung — kostenlos, kein Pitch.

SCHRITT 02

Content-Modell

Wir entwerfen das Datenmodell hinter deinen programmatischen Seiten und die Block-Bibliothek, die deine Marketer tatsächlich nutzen werden.

SCHRITT 03

Build & instrument

Auf Staging gebaut mit wöchentlichen Demos, in CI durchgesetzten Performance-Budgets und vor dem Launch verkabelter Analytics, nicht danach.

SCHRITT 04

Handover & care

Migration, eine Schulung für deine Marketer, Dokumentation, 30 Tage Gewährleistung und ein optionaler Care-Plan.


FAQ

SaaS, beantwortet.

Weil der Engpass selten das Rendering ist — sondern, wer veröffentlichen kann. WordPress gibt deinen Marketern einen echten Editor mit individuellen Blöcken und Leitplanken, während du ein offenes Datenmodell behältst, gegen das du templaten kannst. Kombiniert mit ordentlichem Caching und einer Bild-Pipeline erreicht es bequem Ladezeiten unter einer Sekunde und kann später headless betrieben werden, ohne den Content neu zu plattformisieren.

Es bedeutet, Seiten aus strukturierten Daten zu generieren — eine pro Integration, Anwendungsfall, Vergleich oder Stadt. Google bestraft dünnen, zusammengesponnenen Content, nicht Skalierung. Der Unterschied ist, ob jede Seite eine echte Suche mit echten Informationen beantwortet, also baue ich sie aus deinen eigenen Daten mit echter Differenzierung, einzigartigen Intros und strikter Indexierungskontrolle für alles, was sich seinen Platz nicht verdient.

Manchmal. Headless lohnt sich, wenn du ein echtes Front-End-Team hast, ein Designsystem bereits in React oder Produkt und Marketing, die Komponenten teilen. Es kostet dich Vorschau-Treue, Build-Komplexität und einen langsameren Content-Workflow. Wenn dein Marketing-Team drei Leute sind, die freitags eine Seite veröffentlichen wollen, gewinnt meist klassisches WordPress mit gutem Caching. Ich sage dir, in welchem Fall du bist.

Ja. Die Marketing-Website kann auf der Root-Domain sitzen, mit der App auf einer Subdomain und den Docs auf einen Pfad geproxied, oder umgekehrt — was auch immer dein Stack bereits annimmt. Wo es eine Wahl gibt, baut es Autorität auf, statt sie aufzuteilen, wenn Docs und Blog auf derselben Domain wie das Marketing liegen.

Ein vollständiges URL-Inventar, bevor etwas bewegt wird, ein gemappter Redirect für jede Seite, die Traffic oder Links bringt, mitgeführte strukturierte Daten und Metadaten, dann tägliches Monitoring der Index-Abdeckung und Rankings im ersten Monat. Migrationen verlieren Traffic, wenn Redirects nachträglich kommen — also sind sie das erste Artefakt, nicht das letzte.

Meist ja. Ich habe jahrelang als externer Engineer neben Produktteams gearbeitet — deine Repo-Konventionen, dein Review-Prozess, dein Standup, wenn du mich dabeihaben willst. Das Ziel ist, dass dein Team alles pflegen kann, was ich baue, also umfasst die Arbeit Dokumentation und eine Übergabesitzung, keine Abhängigkeit von mir.


Hier starten

Kostenloses Growth-Analyse erhalten.

Schick mir deine URL. Ich profile deine Geschwindigkeit, Indexierung und Veröffentlichungsengpässe und zeige dir dann genau, wo Wachstum gedrosselt wird und was nötig ist, um es freizuschalten.

Die meisten Growth-Audits kommen innerhalb von zwei Werktagen zurück.

Discovery buchen