Fast jedes Content-Management-System behauptet von sich, suchmaschinenfreundlich zu sein. Meistens ist damit gemeint: Es gibt ein Feld für den Titel, eines für die Beschreibung und ein Zusatzmodul, das eine Ampel anzeigt. Das ist nicht falsch, aber es beschreibt eine Erweiterung, keine Eigenschaft.

Der Unterschied liegt im Datenmodell

Ein System, das SEO ernst nimmt, kennt die relevanten Dinge als eigene Datentypen. Ein Autor ist dann keine Zeichenkette im Feld „Verfasser“, sondern ein Datensatz mit Fachgebieten, Belegen und Verweisen auf Profile anderswo. Ein Lexikoneintrag ist kein Beitrag mit anderer Kategorie, sondern ein eigener Typ mit fester Struktur. Eine Themenseite ist keine Kategorieübersicht, sondern eine Seite mit eigenem redaktionellem Text und eigenem Sichtbarkeitsschalter.

Warum das zählt: Nur was als eigener Typ existiert, kann auch als eigener Typ ausgezeichnet werden. Ein Autor im Freitextfeld lässt sich nicht als Person mit knowsAbout und sameAs beschreiben, weil die Angaben schlicht nirgends stehen.

Drei Fragen, die den Unterschied sichtbar machen

Erstens: Was passiert, wenn ich einen Autor anlege?

Entsteht eine eigene Seite mit Profil, Fachgebieten und Beitragsliste – oder nur ein Name unter der Überschrift? Im zweiten Fall gibt es keine Urheberschaft, sondern eine Beschriftung.

Zweitens: Wie sieht das JSON-LD aus?

Stehen dort fünf getrennte Blöcke, die je ein Ding beschreiben? Oder ein Graph, dessen Knoten über stabile Kennungen aufeinander verweisen: Seite gehört zu Website, Artikel hat Autor, Autor arbeitet für Organisation? Der zweite Fall beschreibt einen Zusammenhang, der erste eine Aufzählung.

Drittens: Was steht in leeren Feldern?

Viele Systeme geben leere Werte aus, wenn nichts gepflegt wurde – eine Bildangabe ohne Bild, ein Bewertungsfeld ohne Bewertung. Eine leere Angabe ist schlechter als eine fehlende, weil sie etwas behauptet, das es nicht gibt. Ein System, das solche Felder weglässt, hat darüber nachgedacht.

Was mit einem Plugin nicht zu lösen ist

Erweiterungen können Felder ergänzen, aber sie können das Datenmodell nicht umbauen. Deshalb bleiben bestimmte Dinge in Plugin-Lösungen dauerhaft mühsam:

  • Zuordnung statt Nennung. Ein Beitrag muss auf einen Personendatensatz verweisen, nicht auf einen Namen.
  • Ein Antwortabschnitt an fester Stelle. Wenn die Kurzantwort nur eine Formatvorlage im Fließtext ist, steht sie mal oben, mal in der Mitte, mal gar nicht.
  • Konsistente Sichtbarkeit. Ein einziger Schalter muss noindex, robots.txt und llms.txt gemeinsam steuern. Getrennte Schalter erzeugen halb geöffnete Zustände.
  • Verwaiste Adressen. Wer die URL-Struktur ändert, braucht einen Hinweis auf die alten Verzeichnisse – sonst liegt derselbe Inhalt unter zwei Adressen.

Und wo SEO CMS steht

Autoren, Lexikoneinträge, Themenseiten, Verzeichniseinträge und Bestenlisten sind eigene Tabellen mit eigenen Vorlagen und eigener Auszeichnung. Der JSON-LD-Graph verknüpft sie. Leere Felder entfallen. Der Indexierungsschalter greift überall gleichzeitig. Nach jedem Build meldet das System Verzeichnisse, die zu keiner aktuellen Adresseinstellung mehr gehören.

Das ist keine Zauberei, sondern eine Reihe von Entscheidungen, die man einmal trifft – am besten, bevor die ersten dreihundert Seiten existieren.