Inhalte modellieren: Beiträge, Seiten, Taxonomien

Bevor eine WordPress-Website gebaut wird, lohnt sich eine Frage, die oft übersprungen wird: Welche Arten von Inhalten gibt es, und wie hängen sie zusammen? Ein Yogastudio hat Kurse, Kursleitungen, Veranstaltungen und Blogbeiträge. Ein Fahrradladen hat Fahrräder mit technischen Daten, Werkstattleistungen und Standorte. Werden solche Inhalte einfach als Seiten angelegt, entstehen Dutzende ähnliche Seiten, die sich schlecht pflegen, filtern und automatisch darstellen lassen. Ein durchdachtes Inhaltsmodell dagegen macht Pflege einfach, erlaubt Filter und Übersichten und öffnet die Inhalte für die REST API und KI-Anwendungen. Diese Lektion zeigt die Bausteine und wie man sie richtig einsetzt.

1. Die Bausteine

2. Welcher Baustein passt?

Die Unterscheidung ist nicht immer offensichtlich. Eine Faustregel hilft: Hat etwas eine eigene Seite und gibt es viele gleichartige davon, ist es ein eigener Inhaltstyp. Wird danach gefiltert oder gruppiert, ist es eine Taxonomie. Ist es eine einzelne Angabe zu genau einem Inhalt, ist es ein Feld. Üben Sie die Zuordnung am Beispiel eines Yogastudios:

3. Was das Modell bewirkt

Ein gutes Inhaltsmodell bringt viele Vorteile fast automatisch mit sich. Jeder Inhaltstyp bekommt eigene Adressen, etwa /kurse/yoga-am-morgen, und eine Archivseite mit allen Kursen. Jede Taxonomie erzeugt Übersichten wie /niveau/einsteiger. Im Block-Editor lassen sich Abfrage-Blöcke nutzen, die zum Beispiel „alle Kurse am Montag für Einsteiger“ anzeigen, ohne dass jemand die Liste pflegen muss. Die REST API stellt alle Inhalte strukturiert bereit, sodass eine App oder ein KI-Assistent den Stundenplan abrufen kann. Und Redakteure füllen ein klares Formular aus, statt eine Seite zu gestalten.

1<?php
2add_action( 'init', function () {
3    register_post_type( 'kurs', [
4        'label'        => 'Kurse',
5        'public'       => true,
6        'has_archive'  => true,
7        'show_in_rest' => true,   // im Block-Editor und in der REST API
8        'supports'     => [ 'title', 'editor', 'thumbnail' ],
9        'rewrite'      => [ 'slug' => 'kurse' ],
10    ] );
11} );

4. Typische Fehler

Einige Fehler begegnen einem immer wieder. Der häufigste ist, alles als Seiten anzulegen – dann lassen sich Kurse nicht filtern, und jede neue Seite muss von Hand in Übersichten eingetragen werden. Ein zweiter ist, zu viel in einen einzigen Textblock zu schreiben, etwa Preis und Uhrzeit mitten im Fließtext. Dann können weder Filter noch Apps diese Angaben nutzen. Ein dritter ist, eigene Inhaltstypen im Theme statt in einem Plugin zu registrieren: Beim Theme-Wechsel verschwinden sie scheinbar, obwohl die Daten noch in der Datenbank liegen. Inhaltstypen gehören deshalb in ein Plugin, denn sie sind Inhalt, nicht Gestaltung.

5. Werkzeuge für Felder

WordPress bietet von Haus aus die Möglichkeit, Metadaten zu speichern, aber keine komfortable Oberfläche dafür. In der Praxis werden Felder oft mit Plugins wie Advanced Custom Fields, Meta Box oder Pods angelegt, die Eingabemasken für Redakteure bereitstellen. Seit einigen Versionen lassen sich Metadaten außerdem über die Block Bindings API direkt mit Blöcken verbinden, sodass etwa ein Absatz automatisch die Uhrzeit eines Kurses anzeigt. Für Entwickler zeigt Modul 4, wie man Felder selbst registriert und für die REST API freigibt – ohne zusätzliche Abhängigkeiten.

6. Ein Beispiel

Ein Fahrradladen führte seine Räder bisher als einzelne Seiten mit Fotos und einer Textbeschreibung. Für jede neue Lieferung musste jemand eine Seite gestalten und in drei Übersichten eintragen. Beim Relaunch wurde ein Inhaltsmodell entworfen: Inhaltstyp „fahrrad“, Taxonomien für Kategorie (E-Bike, Trekking, Kinderrad) und Marke, Felder für Preis, Rahmengrößen, Akkukapazität und Verfügbarkeit. Die Übersichtsseiten entstehen nun automatisch über Abfrage-Blöcke, Kunden filtern nach Kategorie und Preis, und die Verfügbarkeit wird täglich per Schnittstelle aus der Warenwirtschaft aktualisiert. Eine neue Lieferung einzupflegen dauert Minuten statt Stunden.

7. Modell und Zukunft

Ein sauberes Inhaltsmodell ist eine der wichtigsten Investitionen in die Zukunftsfähigkeit einer Website. Strukturierte Daten lassen sich in neue Designs übernehmen, in Apps anzeigen, per Headless-Frontend ausliefern, mit anderen Systemen abgleichen und von KI-Agenten zuverlässig lesen und bearbeiten. Ein Agent, der „alle Kurse für Einsteiger am Wochenende“ finden oder die Preise aller E-Bikes um fünf Prozent anpassen soll, braucht genau diese Struktur – in Fließtext versteckte Angaben kann er nur raten. Die Module 6 und 7 bauen auf dieser Grundlage auf.

8. Häufige Fragen

Wie viele eigene Inhaltstypen sind sinnvoll? So viele, wie es wirklich unterschiedliche Arten von Inhalten gibt – meist zwei bis fünf. Jeder Inhaltstyp sollte eine eigene Struktur, eigene Felder oder eine eigene Darstellung haben. Wer für jede kleine Variante einen eigenen Typ anlegt, erschwert Pflege und Übersicht; wer alles in Seiten packt, verschenkt Filter und Automatisierung.

Kann ich ein Inhaltsmodell später ändern? Ja, aber mit Aufwand. Inhalte lassen sich per Plugin oder Skript von einem Typ in einen anderen überführen, Felder umbenennen oder Taxonomien zusammenlegen. Dabei müssen Adressen umgeleitet und Vorlagen angepasst werden. Deshalb lohnt es sich, das Modell vor dem Befüllen gut zu durchdenken und mit echten Beispielinhalten zu testen.

Gehören Produkte eines Onlineshops auch in dieses Schema? Ja. Shop-Plugins wie WooCommerce registrieren Produkte als eigenen Inhaltstyp mit eigenen Taxonomien für Kategorien und Attribute sowie zahlreichen Feldern für Preis, Lager und Versand. Das Grundprinzip ist dasselbe; nur die Menge an Feldern und Logik ist größer. Seit einigen Jahren speichert WooCommerce Bestellungen zudem in eigenen, schnelleren Tabellen – ein Beispiel dafür, dass das flexible Grundmodell bei großen Datenmengen an Grenzen stößt.

Stand: September 2026, WordPress 7.1, PHP 8.3. Kursmaterial der Klarwerk Akademie. WordPress entwickelt sich schnell – maßgeblich ist die aktuelle Dokumentation auf developer.wordpress.org.