Content-System

Case Study: Content-System für produktzentrierte Seiten — ohne Qualitätsverlust skalieren

KI-Content heißt nicht, ChatGPT 100 Seiten schreiben zu lassen.

Die meisten B2B-Teams lassen KI Texte raushauen und bekommen Slop. Das Problem ist nicht das Modell — es ist die fehlende Struktur. Ich baue Content-Systeme, die produktzentrierte Seiten standardisiert, skalierbar und markenkonform erzeugen. Genug Standardisierung, dass es repliziert. Genug Kontext, dass es nicht nach KI klingt. Wie das aussieht, betreibe ich an meinem eigenen Produkt: 500+ generierte Seiten, rund 20.000 Besucher pro Monat.

Case Study·System aus der eigenen Praxis · reproduzierbar
Content-System
Content-System
500+
produktzentrierte Seiten aus einem System
~20.000
organische Besucher pro Monat
1
Logik, auf der alle Seiten laufen

Wie das System funktioniert

01Der Denkfehler

Mehr Content ist keine Strategie

Fast jedes Marketing-Team, das ich aktuell sehe, hat denselben Reflex: „Wir machen jetzt was mit KI" heißt in der Praxis, ChatGPT hunderte Texte schreiben zu lassen und zu hoffen, dass etwas Brauchbares rauskommt.

Das Ergebnis ist vorhersehbar. Die Texte klingen generisch, jede Seite sieht anders aus, niemand übernimmt Verantwortung für das Gesamtbild — und am Ende steht ein Berg Content, der weder zur Marke passt noch Resultate bringt.

Der Denkfehler steckt im Ziel. „Mehr Content" ist keine Strategie. Die meisten B2B-Unternehmen haben kein Volumen-Problem, sondern ein Struktur-Problem: Ihnen fehlen nicht Artikel, sondern die Seiten, die konkrete Kaufsituationen besetzen — Lösungsseiten, Vergleichsseiten, branchenspezifische Landingpages. Genau dort, wo gekauft wird, klafft eine Lücke. Und die füllt man nicht mit mehr ToFu-Artikeln, deren Wert durch KI-Suche ohnehin gerade erodiert.

02Die Gegenthese

Wenige Seitentypen in hoher Stückzahl

Ich baue das Gegenteil von „KI schreibt viel". Ich baue ein System, das wenige, klar definierte Seitentypen in hoher Stückzahl produziert — standardisiert, wiederholbar, erweiterbar.

Der Unterschied ist eine Haltung. Man kann KI nutzen, um ein künstlerisches System zu bauen, in dem jede Seite ein Einzelstück ist. Das sieht vielleicht schön aus, ist aber keine Marketing-Engine — nichts daran ist replizierbar, nichts beliebig erweiterbar oder aktualisierbar. Oder man baut eine standardisierte Engine: ein Set definierter Bausteine, ein zentraler Kontext-Layer, eine klare Logik. Hunderte Seiten, eine Systematik.

Das Zweite skaliert. Das Erste nicht.

Der eigentliche Hebel heißt Context Engineering. Nicht der bessere Prompt entscheidet über die Qualität, sondern der strukturierte Kontext, den das System der KI mitgibt: Was ist das Produkt, was macht es besonders, wie denkt die Marke über ihren Markt, welche Zielgruppen, welche Use Cases. Dieser Kontext fließt als definierter Layer in jede Generierung. Das ist der Unterschied zwischen einem Text, der nach KI klingt, und einem, der nach der Marke klingt.

03Die Mechanik

Drei Teile, eine Engine

Das System besteht aus drei Teilen.

Bausteine

Jede Seite ist aus definierten Blöcken zusammengesetzt — Hero, Use-Case, Features, FAQ. Wie ein Page Builder, nur regelgesteuert. Jeder Block hat eine eigene Aufgabe, eigene Regeln, eigene Layout-Varianten. Ein Feature-Block kann als Grid laufen, wenn es um Überblick geht, oder als ausführliche Liste, wenn eine einzelne Funktion erklärt werden muss. Die KI bekommt für jeden Block exakte Vorgaben: Länge, Format, Tonalität, was rein darf und was nicht.

Seitentypen

Statt jede Seite einzeln zu denken, definiere ich wenige Page Types — Lösungsseite, Vergleichsseite, Jobs-to-be-done-Seite. Welcher Typ welche Blöcke in welcher Reihenfolge nutzt, ist festgelegt. In die Strategie dahinter fließen Keyword-Daten und Wettbewerbsanalyse ein. Das ist der redaktionelle Teil vorne: Welche Seiten brauchen wir, was muss inhaltlich drauf. Diese Entscheidung trifft ein Mensch.

Kontext-Layer

Das Herzstück. Ein zentral gepflegter Kontext — als strukturiertes Dokument — beschreibt Produkt, Markt, Marke, Zielgruppen. Er fließt in jede Generierung. Ändert sich etwas am Produkt, ändere ich es an einer Stelle. Kommt ein neues Feature dazu, wird zentral geprüft: Auf welche der bestehenden Seiten gehört es überhaupt? Bei zwanzig Features und einer spezifischen Landingpage passen vielleicht fünf — das System wählt die relevantesten aus und synchronisiert nur diese. Keine manuelle Pflege über hunderte Seiten.

Unter der Haube wechseln die Modelle je nach Aufgabe: ein starkes Modell für die anspruchsvolle sprachliche Generierung, kleinere für strukturierte Teilschritte. Für den Betreiber bleibt es einfach — Seite planen, Briefing reingeben, generieren lassen, prüfen.

Wichtig: Das ist kein Knopfdruck-System ohne Menschen. Vorne steht ein redaktioneller Prozess, hinten ein manueller Check. Aber alles dazwischen — der teure, repetitive Teil — läuft automatisiert und ist jederzeit erweiterbar.

04Der Beweis am eigenen Produkt

Rawshot.ai und Careertrainer.ai

Ich verkaufe das nicht als Theorie. Ich betreibe es an Rawshot.ai, meinem eigenen KI-Produkt für Modefotografie. Das ist mein Testlabor: Was dort funktioniert, baue ich für Kundenteams.

Aus dem System sind über 500 produktzentrierte Seiten entstanden — Lösungs- und Anwendungsseiten, jede auf eine konkrete Kaufsituation zugeschnitten. Sie bringen aktuell rund 20.000 organische Besucher pro Monat. Alle laufen auf derselben Logik, demselben Kontext-Layer, denselben Blöcken. Kommt ein neues Feature dazu, ist es innerhalb eines Tages auf allen passenden Seiten — ohne dass jemand eine Seite einzeln anfasst.

Dasselbe System läuft bei Careertrainer.ai, meinem zweiten Produkt. Gleicher Aufbau, anderer Markt.

05Der ehrliche Rahmen

Damit niemand auf dem Intro-Call überrascht ist

Damit niemand auf einem Intro-Call merkt, dass es nicht passt:

Wofür das System gebaut ist

Produkt- und lösungsorientierte Seiten. B2B-SaaS, das seine Features und Use Cases in Seiten übersetzen will. B2B-Dienstleister mit Lösungs-, Vergleichs- und Branchenseiten. Überall dort, wo es einen definierten Raum an Kaufsituationen gibt, der sich systematisch besetzen lässt.

Wofür es nicht gebaut ist

Klassische redaktionelle Inhalte. Meinungsstücke, Originalrecherche, Thought Leadership — alles, was von einer einzelnen menschlichen Stimme lebt, gehört nicht in dieses System. Das ist keine Schwäche, sondern Absicht. Eine Marketing-Engine und ein Redaktionsbüro sind zwei verschiedene Dinge.

06Verbindung zu den Kundensystemen

Das Prinzip hinter den vier Systemen auf der Startseite

Auf meiner Startseite zeige ich vier Systeme aus dem produktiven Kundeneinsatz — darunter programmatische Landingpages und eine Produkt-Content-Pipeline. Das hier ist das Prinzip dahinter, ausführlich erklärt. Variationen davon baue ich, zugeschnitten auf eure Situation, in euren Systemen, mit eurem Team an der Steuerung.

Klingt nach einem Problem, das ihr gerade habt? 15 Minuten Intro-Call. Ihr beschreibt eure Content-Situation, ich sage ehrlich, ob ein solches System bei euch der richtige Hebel ist.

Kostenloser Intro-Call

FAQ

FAQ zum Content-System für produktzentrierte Seiten

Kontextualisierte Antworten zu dieser dokumentierten Zusammenarbeit — ausgelegt auf Zitierbarkeit in Such- und KI-Oberflächen, ohne Abhängigkeit vom Fließtext oben.

Stand: Dezember 2025

Was ist ein Content-System für produktzentrierte Seiten?

Ein Content-System für produktzentrierte Seiten erzeugt Lösungs-, Vergleichs- und Anwendungsseiten standardisiert über definierte Bausteine und einen zentralen Kontext-Layer, statt jede Seite einzeln zu schreiben. Es eignet sich für B2B-SaaS und B2B-Dienstleister, die viele Kaufsituationen systematisch mit Seiten besetzen wollen. Anders als beim einfachen Generieren von KI-Texten sorgt der strukturierte Kontext dafür, dass Inhalte markenkonform und nicht generisch werden.

Warum führt mehr KI-Content nicht automatisch zu mehr Resultaten?

Mehr KI-Content löst kein Volumen-Problem, weil die meisten B2B-Unternehmen kein Volumen-Problem haben, sondern ein Struktur-Problem. Es fehlen weniger Artikel als vielmehr Seiten, die konkrete Kaufsituationen besetzen — Lösungsseiten, Vergleichsseiten, branchenspezifische Landingpages. Generischer KI-Content ohne Markenkontext und ohne klare Seitenstruktur bringt keine qualifizierten Anfragen.

Was bedeutet Context Engineering im Content-Marketing?

Context Engineering bedeutet, einer KI nicht nur einen Prompt zu geben, sondern einen strukturierten Kontext-Layer: Was ist das Produkt, was macht es besonders, wie denkt die Marke, welche Zielgruppen und Use Cases gibt es. Dieser Kontext fließt in jede Content-Generierung ein. Er ist der entscheidende Hebel dafür, dass Inhalte nach der Marke klingen statt nach KI — wichtiger als die Formulierung des einzelnen Prompts.

Wie bleibt ein KI-generiertes Content-System aktuell?

Ein gut gebautes Content-System wird über einen zentralen Kontext-Layer aktuell gehalten: Änderungen am Produkt oder neue Features werden an einer Stelle gepflegt, und das System prüft automatisch, auf welche der bestehenden Seiten sie gehören, und synchronisiert nur die relevanten. Dadurch lassen sich hunderte Seiten ohne manuelle Einzelpflege aktuell halten.

Für welche Unternehmen eignet sich ein solches Content-System — und für welche nicht?

Geeignet ist das System für produkt- und lösungsorientierte Seiten bei B2B-SaaS und B2B-Dienstleistern mit einem definierten Raum an Kaufsituationen. Nicht geeignet ist es für klassische redaktionelle Inhalte wie Meinungsstücke, Originalrecherche oder Thought Leadership, die von einer einzelnen menschlichen Stimme leben. Eine standardisierte Marketing-Engine und redaktionelle Inhalte sind zwei verschiedene Disziplinen.

Ersetzt ein automatisiertes Content-System das Marketing-Team?

Nein. Ein automatisiertes Content-System ersetzt den repetitiven Teil zwischen Strategie und Veröffentlichung, nicht die menschliche Steuerung. Vorne steht ein redaktioneller Prozess, der entscheidet, welche Seiten gebraucht werden, hinten ein manueller Qualitäts-Check. Automatisiert wird der teure, wiederholbare Teil dazwischen.