Programmatische SEO bedeutet, viele ähnliche Seiten aus einer Vorlage und einem Datensatz zu erzeugen – eine Seite pro Stadt, eine Seite pro Leistung, eine Seite pro Kombination aus beidem. Richtig umgesetzt entsteht so eine große, nützliche Menge an Seiten, die jeweils eine konkrete, enge Suchanfrage beantworten. Nachlässig umgesetzt entsteht eine WordPress-Installation mit zehntausenden Beitragszeilen, einem trägen Admin-Bereich und Backups, die ewig dauern.
Der Konflikt ist strukturell, nicht zufällig. WordPress behandelt einen Beitrag als vollwertigen Datenbankeintrag mit eigener Zeile in wp_posts, eigenen Zeilen in wp_postmeta und eigenen Einträgen in allem, was sich in die Beitragserstellung einklinkt – Revisionen, Suchindizes, Cache-Warmer. Diese Maschinerie ist nützlich für Inhalte, die tatsächlich jemand von Hand schreibt und bearbeitet. Für eine Seite, die nur existiert, weil eine Datenzeile existiert, ist sie unnötiger Ballast.
Was eine generierte Seite ist
In Mass Custom Fields ist eine generierte Seite virtuell: Sie hat keinen Beitrag in wp_posts. Das Plugin speichert pro Seite einen kleinen Datensatz. Ruft ein Besucher eine URL wie /guides/lyon/ auf und WordPress findet dort nichts, sucht das Plugin den Seitendatensatz, lädt die Vorlage und füllt die Werte der Zeile ein. Da es keinen Beitrag pro Seite gibt, kosten 50.000 Seiten eine Tabelle mit 50.000 kleinen Zeilen statt 50.000 Beiträge, und beim späteren Entfernen bleiben keine verwaisten Beitragsdatensätze zurück.
Es gibt vier Bausteine:
- Datenquelle: die Zeilen, aus denen die Seiten erstellt werden. Das ist entweder eine Datentabelle, gefüllt aus einer CSV-Datei, einem Google-Sheets-Link oder einem Feed Ihrer Beiträge, Begriffe und WooCommerce-Produkte, oder die Tabelle hinter einer Feldgruppe.
- Seitenvorlage: eine normale WordPress-Seite oder ein normaler Beitrag, erstellt im Block-Editor oder mit einem Page Builder wie Elementor, mit Variablen wie
{{ pseo.src.cities.name }}an den Stellen, an denen die Daten erscheinen sollen. - Aufgabe: das Rezept, das Quelle und Vorlage verbindet, mit URL-Muster, Titel, SEO-Einstellungen und einem optionalen Zeitplan.
- Generierte Seiten: das Ergebnis, eine URL pro Zeile.
Programmatische SEO gehört zu den kostenpflichtigen Plänen. Im Zeilenmodus wird jede Zeile zu einer Seite. Vergleichsseiten, die Zeilen miteinander paaren, etwa für Titel wie „iPhone 16 vs Galaxy S25“, sowie mehrere Datenquellen in einer Aufgabe erfordern den Business-Plan oder höher.
Vorschau vor der Generierung
Bevor etwas erzeugt wird, können Sie die Aufgabe in der Vorschau ansehen und erhalten eine geschätzte Seitenzahl. Das ist wichtig, denn zwischen „500 Städten“ und „500 Städten mal 40 Leistungen“ liegen zwei Größenordnungen, und es ist leicht, eine Aufgabe zu definieren, die weit mehr Seiten erzeugt als beabsichtigt, sobald zwei Datensätze kombiniert werden. Der Schnellstart mit Beispieldaten ist eine sichere Möglichkeit, einen Durchlauf zu sehen, bevor Sie Ihre eigenen Daten verwenden; siehe Schnellstart für Programmatische SEO.
Die Generierung selbst läuft im Hintergrund in Stapeln und nicht als eine einzige lange Anfrage. Die Aufgabe zeigt ihren Status und ein Protokoll, sodass ein Problem mit einer Zeile den Rest des Stapels nicht aufhält und sich danach leicht finden lässt.
Synchron mit Ihren Daten bleiben
Daten ändern sich, nachdem Seiten generiert wurden: Eine Zeile wird aktualisiert, eine Zeile wird entfernt, ein Wert im URL-Muster ändert sich. Jeder Durchlauf gleicht das ab. Neue Zeilen erhalten eine Seite, geänderte Zeilen aktualisieren ihre Seite, und Seiten, deren Zeile verschwunden ist, werden als entfernt markiert und antworten je nach Ihrer Wahl mit 410 Gone oder einer Weiterleitung. Eine Seite, deren URL sich geändert hat, behält ihre alte URL als 301-Weiterleitung statt eines toten Links. Seiten, die Sie von Hand bearbeitet haben, behalten Ihre Änderungen.
Bei Datentabellen werden Seiten aktualisiert, sobald sich die Daten ändern. Eine Feldgruppentabelle löst Aktualisierungen nicht von selbst aus, ihre Seiten folgen daher beim nächsten Durchlauf der Aufgabe.
Datenquellen erklärt, wie Zeilen gelesen werden, und Aktualität und Caches behandelt, was wann auf der Seite ankommt.
SEO-Integration statt separatem System
Generierte Seiten sind kein zweites SEO-System neben Ihrem bisherigen. Jede Seite gibt ihren eigenen Titel, ihre Meta-Beschreibung, Canonical-URL, Robots-Angabe und Open-Graph-Tags aus und kann strukturierte Daten enthalten. Die Seiten werden in die Sitemap aufgenommen, die Ihre Website bereits verwendet: die WordPress-Core-Sitemap, die Yoast-SEO-Sitemap oder die Rank-Math-Sitemap, wobei lastmod auf das Datum der letzten echten Änderung der Seite gesetzt wird. Ein Crawler oder eine Suchmaschine muss nicht wissen, dass die Seite anders erzeugt wurde als ein normaler Beitrag. Details finden Sie unter SEO-Plugins und Meta-Tags und Sitemaps.
Echte Inhalte haben immer Vorrang
Wenn bereits eine echte WordPress-Seite eine URL verwendet, wird die generierte Seite unter dieser Adresse nicht angezeigt, sodass ein Muster von Ihnen geschriebene Inhalte nicht stillschweigend überschreiben kann. Wie das Plugin solche Konflikte löst, ist unter Seitenauslieferung und Konflikte beschrieben.
Wann Sie eine generierte Seite in einen echten Beitrag umwandeln sollten
Generierte Seiten sollen nicht in jedem Fall für immer virtuell bleiben. Wenn eine bestimmte Seite manuelle Bearbeitung braucht, die über das hinausgeht, was Vorlage und Daten ausdrücken können – eine Fallstudie, eine besonders wichtige Stadtseite, Inhalte, die nicht mehr zum generischen Muster passen –, können Sie sie in einen echten WordPress-Beitrag umwandeln. Ein umgewandelter Beitrag erhält den aufgelösten Titel und Inhalt, die Feldwerte einschließlich KI-geschriebener Texte, die Taxonomie-Begriffe und die SEO-Werte von Yoast SEO oder Rank Math. URLs bleiben nach Möglichkeit erhalten, und eine Seite, deren URL sich ändern muss, leitet von der alten Adresse per 301 weiter.
Vor einer Umwandlung zeigt ein Pre-Flight-Check, wie viele Seiten betroffen sind, eine Schätzung der zusätzlichen Datenbankgröße und wie viele URLs sich in einer Stichprobe von bis zu 20 Seiten ändern würden. Ab 5.000 Seiten warnt Sie das Plugin; ab 20.000 verlangt es, die Seitenzahl zur Bestätigung einzutippen, denn ab dort wird ein Fehler teuer. Eine große Umwandlung läuft im Hintergrund in Stapeln von 50 Seiten und lässt sich fortsetzen, wenn sie unterbrochen wird.
Die Umwandlung ist nichts, was Sie für jede Seite durchführen. Nach der Umwandlung wird die Aufgabe pausiert, und die umgewandelten Seiten werden nicht mehr von ihr verwaltet. Das vollständige Vorgehen steht unter Generierte Seiten in Beiträge umwandeln.
Limits pro Plan
Die Anzahl generierter Seiten und Aufgaben ist pro Plan begrenzt, und das Seitenlimit ist eine einzige Zahl für die gesamte Website. Ausgeblendete Seiten zählen mit; umgewandelte Seiten nicht.
Pro | Business | Agency | |
|---|---|---|---|
Generierte Seiten insgesamt | 5.000 | 50.000 | Unbegrenzt |
Aufgaben | 5 | 50 | Unbegrenzt |
Am Limit werden bestehende Seiten weiter aktualisiert, neue Seiten warten. Es wird nichts gelöscht. Welche Seiten genau zählen, steht unter Limits und Pläne.
Hier beginnt es
Mass Custom Fields ist der Ausgangspunkt: Dieselben Feldgruppentabellen, die Ihre Katalog- oder Verzeichnisdaten enthalten, können direkt die Quelle einer Aufgabe sein, ohne separaten Exportschritt.
Fazit
Die Wahl lautet nicht „Tausende Seiten generieren“ gegen „die Datenbank klein halten“. Virtuelle Seiten erlauben beides: die Skalierung von programmatischer SEO, ohne jede generierte URL in einen dauerhaften Beitragsdatensatz zu verwandeln, und einen Umwandlungsweg für die einzelnen Seiten, die der Vorlage entwachsen.
