Content Entitäten statt Seiten: Warum der Unterschied künftig über eure digitale Sichtbarkeit entscheiden wird

Die Zahlen stimmen, die Besucher fehlen

Es gibt ein Gespräch, das derzeit in vielen Agenturen geführt wird, und es klingt fast immer gleich. Der Kunde sitzt am Tisch, die Rankings sind stabil, das Sichtbarkeitstool zeigt keine Auffälligkeiten, und trotzdem sind die Zugriffe über Monate hinweg zurückgegangen. Wer an dieser Stelle über Content-Frequenz oder Backlinks redet, behandelt das falsche Problem.

Was tatsächlich passiert, hat Google im Mai 2026 selbst erklärt: Der AI Mode erzeugt seine Oberfläche inzwischen situativ. Statt immer dasselbe Textformat auszuliefern, baut das System passend zur Frage eine Tabelle, ein Diagramm, einen Vergleich oder ein kleines interaktives Werkzeug. Zusammengesetzt aus Informationen, die es sich aus verschiedenen Quellen holt. Der AI Mode hat die Marke von einer Milliarde monatlichen Nutzern überschritten. In diesem Pfad ist die Seite, die ihr gebaut, gestaltet und optimiert habt, nicht mehr das, was der Mensch am anderen Ende zu sehen bekommt. Eure Inhalte sind weiterhin beteiligt. Eure Seite ist es nicht mehr zwingend.

Das ist unbequem, aber es ist kein Grund für Alarmismus. Es ist ein Grund, eine Frage neu zu stellen, die seit zwanzig Jahren stillschweigend beantwortet schien: Was genau ist eigentlich euer Inhalt?

Die Seite war nie euer Inhalt

Die ehrliche Antwort lautet: Eine Seite ist kein Inhalt, sondern eine Darstellungsform. Sie ist das Ergebnis einer Entscheidung, bestimmte Informationen in einer bestimmten Reihenfolge auf einer Fläche anzuordnen. Solange Menschen mit Augen und Browsern die einzigen Empfänger waren, fiel dieser Unterschied nicht auf, weil Inhalt und Darstellung zufällig deckungsgleich waren. Man schrieb eine Seite, und die Seite war das Produkt.

Diese Deckungsgleichheit löst sich gerade auf. Wenn eine Suchmaschine, ein Assistent oder ein Chatbot eure Informationen neu zusammensetzt, braucht er nicht eure Anordnung, sondern eure Bestandteile. Und ob er die bekommt, entscheidet sich nicht im Layout, sondern eine Ebene tiefer: in der Frage, ob eure Inhalte als benannte, einzeln adressierbare Einheiten vorliegen oder als ein zusammengeklebter Textblock, in dem alles gleichzeitig steht.

Für diese Einheiten gibt es einen Begriff, der technisch klingt, aber etwas sehr Alltägliches meint: Entitäten. Eine Leistung ist eine Entität. Ein Standort, ein Mitarbeiterprofil, ein Preismodell, ein Referenzprojekt, ein Termin. Jedes dieser Dinge existiert unabhängig davon, auf welcher Seite es gerade auftauchtund genau so sollte es auch gespeichert sein.

Eine Quelle, sechs Ausspielungen

Der Unterschied wird konkret, sobald man nachrechnet. Nehmt eine einzelne Leistung eures Kunden, etwa einen Wartungsvertrag. Diese Leistung taucht auf der Leistungsseite auf, in der Vergleichstabelle gegenüber den anderen Paketen, im FAQ-Bereich, in den strukturierten Daten für Google, in der Datei, mit der ihr KI-Systemen einen geordneten Überblick über die Website gebt, und in der Antwort, die ein Assistent formuliert, wenn jemand nach genau dieser Leistung fragt.

Sechs Ausspielungen. Wenn der Preis sich ändert, gibt es zwei Möglichkeiten. Entweder liegt die Leistung als Entität vor, dann wird ein Feld geändert und alle sechs Stellen sind aktuell. Oder sie liegt sechsmal als Text in sechs Seiten, dann pflegt jemand sechs Stellen, übersieht mit einiger Wahrscheinlichkeit eine davon, und der Kunde bezahlt den Aufwand jedes Mal aufs Neue. Das ist kein technisches Argument, sondern ein betriebswirtschaftliches, und es funktioniert im Kundengespräch deutlich besser als jede Diskussion über Systemarchitektur.

Von statisch bis generativ: fünf Stufen, die oft verwechselt werden

In Angeboten und Pitches werden derzeit vier, fünf Begriffe durcheinandergeworfen, die sehr Unterschiedliches bedeuten. Es lohnt sich, sie auseinanderzuhalten, weil man sonst Leistungen verkauft oder einkauft, die man gar nicht gemeint hat.

• Statisch: Alle sehen dasselbe.
• Responsiv: Alle sehen dasselbe, nur unterschiedlich angeordnet je nach Bildschirm.
• Personalisiert: Unterschiedliche Menschen sehen unterschiedliche Inhalte, aber in derselben Hülle. Der Aufbau der Seite bleibt gleich, die Füllung wechselt.
• Adaptiv: Die Hülle selbst reagiert, Module erscheinen, verschwinden oder tauschen die Reihenfolge je nach Kontext.
• Generativ: Die Hülle wird jedes Mal neu gebaut, und zwar nicht von euch, sondern von dem System, das gerade antwortet.

Der Sprung liegt zwischen den letzten beiden Stufen. Bei Personalisierung und Adaption behaltet ihr die Kontrolle über die Komposition. Bei generativer Ausspielung gebt ihr sie ab und liefert stattdessen Material. Wie gut dieses Material ist, hängt vollständig davon ab, wie sauber es strukturiert ist.

Euer Content-Modell ist plötzlich eine Schnittstelle

Es gibt eine Entwicklung, die diesen Punkt härter macht als jede Prognose. Moderne Content-Management-Systeme öffnen sich gerade gezielt für KI-Agenten. Strapi hat eine entsprechende Schnittstelle inzwischen offiziell freigegeben, Contentful und andere Anbieter gehen denselben Weg. Das Entscheidende daran ist nicht die Schnittstelle selbst, sondern wie sie entsteht: Sie wird automatisch aus eurem Inhaltsmodell erzeugt. Was ihr an Feldern, Typen und Beziehungen angelegt habt, wird eins zu eins zu dem, was ein Agent verstehen, lesen und pflegen kann.

Daraus folgt eine Regel, die sich gut merken lässt. Wer Entitäten modelliert hat, bekommt eine brauchbare KI-Anbindung praktisch geschenkt. Wer Seiten mit eingebautem Layout gespeichert hat, bekommt eine Schnittstelle für Layout-Klumpen. Die Arbeit, die dabei zählt, wurde vor Jahren gemacht oder eben nicht.

Dass es sich nicht um eine Dienstleister-Erfindung handelt, zeigt ein Blick auf die Standardisierung: Anfang 2026 wurde beim W3C eine Arbeitsgruppe zu generativen Oberflächen vorgeschlagen, ausdrücklich mit der Begründung, dass zur Laufzeit erzeugte Interfaces neue Fragen zu Interoperabilität, Performance und Barrierefreiheit aufwerfen. Die Frage ist also offiziell auf dem Tisch.

Ist euer CMS darauf vorbereitet?

Die gute Nachricht: Man muss kein Entwickler sein, um das zu beurteilen. Es genügen ein paar Fragen, die jede Redaktion und jeder Projektverantwortliche selbst beantworten kann.

• Die erste lautet: Liegen eure Inhalte in benannten Feldern oder in einem großen Textfeld? Wenn der Preis einer Leistung in einem Feld namens „Preis" steht, ist er auffindbar. Wenn er irgendwo im Fließtext eines Editors steht, ist er für jedes System außerhalb des Browsers unsichtbar.
• Die zweite lautet: Sind Zusammenhänge echte Verknüpfungen oder nur Links im Text? Wenn eine Referenz mit einer Leistung verbunden ist, weil das System diese Beziehung kennt, lässt sich beides gemeinsam ausspielen. Wenn die Verbindung nur daraus besteht, dass jemand einen Link in einen Absatz gesetzt hat, existiert sie für Maschinen nicht.
• Die dritte lautet: Könnt ihr denselben Inhalt an mehreren Stellen zeigen, ohne ihn zu kopieren? Sobald irgendwo eine Kopie entsteht, ist die Entität in Wahrheit keine.

Diese drei Fragen geben bereits ein belastbares Bild. Für die vollständige Einschätzung, inklusive der Punkte zu strukturierten Daten, Export und Schnittstellenqualität, haben wir den Check als eigenes Werkzeug aufbereitet, das ihr in wenigen Minuten für eine konkrete Website durchgehen könnt.

Wo die Grenze verläuft und wo nicht

An dieser Stelle wird in vergleichbaren Artikeln meist ein System zum Schuldigen erklärt. Das greift zu kurz und schadet der eigenen Glaubwürdigkeit. WordPress ist nicht automatisch disqualifiziert: Mit eigenen Inhaltstypen, sauber definierten Feldern und einer geeigneten Schnittstelle kommt man damit sehr weit, und viele gut modellierte WordPress-Installationen sind besser aufgestellt als manches moderne System, das schlecht eingerichtet wurde.

Das eigentliche Ausschlusskriterium ist ein anderes: Inhalte, die in einem Page Builder entstanden sind und dort mit ihrer gesamten Gestaltung verschmelzen. Was in solchen Strukturen gespeichert wird, ist kein Inhalt mit Aussehen, sondern Aussehen mit eingebettetem Inhalt. Genau dieser Fall begegnet mir in der Praxis regelmäßig, und er ist mit Abstand der teuerste, wenn eine Website später anschlussfähig werden soll.

Ebenso ehrlich gehört die andere Seite dazu. Über-Modellierung ist ein reales Problem, und niemand arbeitet gern mit einem Inhaltstyp, der vierzig Pflichtfelder hat. Zwischen redaktioneller Freiheit und sauberer Struktur besteht ein echter Zielkonflikt, den man aushandeln und nicht wegdefinieren sollte. Und eine zwölfseitige Broschüren-Website für einen lokalen Handwerksbetrieb braucht von alldem ziemlich wenig.

Wenn sich die Oberfläche ändert, bleibt der Mensch derselbe

Ein Punkt fehlt in fast allen Beiträgen zu diesem Thema und er ist ausgerechnet der, der rechtlich relevant wird. Ein Interface, das sich je nach Situation neu zusammensetzt, muss für die Nutzenden trotzdem vorhersagbar bleiben. Die Barrierefreiheitsrichtlinien formulieren das seit Jahren: Navigation muss konsistent sein, gleiche Funktionen müssen gleich benannt sein. Das sind, wenn man genau hinsieht, Anforderungen an Komposition.

Für adaptive Oberflächen heißt das konkret: stabile Reihenfolge beim Durchtabben, keine Bereiche, die zwischen zwei Aufrufen ihre Rolle wechseln, keine Bedienelemente, die mal so und mal anders heißen. Wer Module dynamisch zusammensetzt, ohne diese Regeln mitzudenken, produziert im Zweifel eine Website, die technisch beeindruckt und gleichzeitig gegen geltendes Recht verstößt. Wer in Entitäten denkt, hat es hier leichter, weil Benennungen und Beziehungen zentral definiert sind statt pro Seite neu erfunden.

Wie ihr anfangt, ohne alles umzubauen

Der häufigste Fehler nach einer solchen Bestandsaufnahme ist der Griff zum großen Relaunch. Das ist selten nötig und fast immer teurer als der schrittweise Weg. Sinnvoller ist es, mit dem einen Inhaltstyp zu beginnen, der an den meisten Stellen der Website auftaucht, in den meisten Fällen sind das die Leistungen oder die Produkte. Diesen einen Typ sauber modellieren, alle Ausspielungen daraus speisen, und den Effekt messen, bevor der nächste folgt.

Dieser Weg hat einen angenehmen Nebeneffekt: Er lässt sich als Teil ohnehin anstehender Arbeiten einplanen und braucht kein eigenes Großprojekt mit eigenem Budgetkampf. Nach zwei, drei solcher Schritte ist der Unterschied in der Pflegeaufwand-Rechnung deutlich genug, dass das Argument sich selbst trägt.

Und jetzt?

Die Verschiebung, um die es hier geht, ist keine Frage von Geschmack oder Technologiebegeisterung. Sie entscheidet darüber, ob Inhalte in den Systemen auftauchen, in denen inzwischen gesucht, verglichen und entschieden wird, oder ob sie auf einer Seite liegen bleiben, die niemand mehr aufruft. Wer heute anfängt, den eigenen Content als Struktur zu begreifen statt als Sammlung von Seiten, baut dabei nebenbei etwas auf, das sich auch dann noch auszahlt, wenn die nächste Oberfläche kommt.