Eine gute Landing Page zu schreiben dauert Stunden. Zehntausend zu schreiben ist unmöglich… von Hand. Genau dafür existiert programmatische SEO: Wenn die Suchnachfrage auf Tausende spezifische Anfragen verteilt ist — “Lagerraum in Chamberí”, “günstige Lagerräume im Eixample” — und Sie die Daten haben, um jede einzelne zu beantworten, ist die Lösung kein Texter: Es ist Code.
Sie ist einer der rentabelsten Growth-Hebel, die wir kennen — und einer der am leichtesten falsch zu machenden. In diesem Leitfaden erklären wir, was sie ist, wann sie funktioniert, wann sie schlicht Spam ist, wie man sie technisch baut und wie wir sie in einem realen Fall angewendet haben.
Was programmatische SEO ist
Programmatische SEO bedeutet, Landing Pages automatisch aus Daten zu generieren. Die Formel ist simpel:
Template × Dataset = Tausende einzigartige Seiten
Statt jede Seite zu schreiben, entwerfen Sie ein Template (Struktur, Komponenten, dynamische Texte) und kreuzen es mit einem strukturierten Dataset. Die klassischen Muster:
- Stadt × Kategorie: “Lagerraum in Madrid”, “Lagerraum in Barcelona”, “Coworking in Valencia”
- Produkt × Attribut: “Laufschuhe für Überpronierer”, “CRM für Immobilienmakler”
- Entität × Vergleich: “X vs. Y” für jedes relevante Paar Ihrer Branche
- Standort × Anbieter: die Seite jedes Anbieters in jeder Zone, in der er tätig ist
Die großen Marktplätze machen das seit jeher: Idealista hat eine Seite pro Stadtviertel, Tripadvisor pro Restaurant, Zillow pro Postleitzahl. Sie schreiben diese Seiten nicht: Sie generieren sie aus ihrer Datenbank.
Wann sie funktioniert (und wann sie Spam ist)
Hier verläuft die Linie zwischen einer Gewinnerstrategie und einer Abstrafung. Programmatische SEO funktioniert, wenn zwei Bedingungen gleichzeitig erfüllt sind:
- Es gibt Long-Tail-Nachfrage mit Intention. Tausende spezifische Suchanfragen, jede mit wenig Einzelvolumen, aber klarer Intention (vergleichen, kaufen, buchen). Wenn niemand “Lagerraum in Pontevedra” sucht, ist die Seite überflüssig.
- Sie haben ein eigenes Dataset mit echtem Wert. Aktuelle Preise, Verfügbarkeit, Bewertungen, Standorte, Eigenschaften. Daten, die der Nutzer nirgendwo sonst aggregiert findet.
Fehlt eine der beiden, hat das, was Sie generieren, einen anderen Namen: Spam.
Was Google sagt
Die Google-Richtlinien sind explizit gegen zwei Muster:
| Muster | Was es ist | Beispiel |
|---|---|---|
| Thin Content | Seiten ohne substanziellen Inhalt und Mehrwert | 500 identische Stadtseiten, bei denen sich nur der Stadtname ändert |
| Doorway Pages | Seiten, die nur fürs Ranking und Weiterleiten erstellt wurden, ohne eigenen Nutzen | Fast duplizierte Landings, die alle zum selben generischen Formular führen |
Seit den Helpful-Content-Updates bewertet Google, ob eine Seite für den Nutzer oder für die Suchmaschine existiert. Die automatische Generierung ist nicht das Problem — Google sagt es wörtlich: Was zählt, ist der Wert, nicht die Produktionsmethode.
Wie man auf der richtigen Seite bleibt
- Einzigartiger Inhalt pro Seite: echte Daten, die sich wirklich zwischen Seiten unterscheiden (Anzahl der Standorte, Ab-Preise, Bewertungen, Karte der Zone) — kein Template-Text mit ausgetauschtem Stadtnamen.
- Mindestschwelle an Daten: Wenn Sie für eine Kombination nicht genug Inhalt haben (null Ergebnisse, ein einziger Datenpunkt), generieren Sie die Seite nicht — oder setzen Sie sie auf
noindex, bis Sie ihn haben. - Echter Wert: Der Lackmustest ist die Frage, ob die Seite auch ohne Google nützlich wäre. Ein Vergleichsportal mit 300 realen Standorten in Madrid: ja. Eine Landing mit zwei generischen Absätzen: nein.
Technische Architektur
Hier wird programmatische SEO zu einem Engineering-Problem, nicht zu einem Marketing-Problem. Die Komponenten:
1. Framework mit SSG/ISR
Tausende Seiten brauchen serverseitig gerendertes HTML — das CSR einer SPA ist Gift für SEO im großen Maßstab. Die zwei Optionen, die wir nutzen:
- Next.js mit ISR (Incremental Static Regeneration): Die Seiten werden statisch generiert und bei Datenänderungen on demand regeneriert, ohne kompletten Rebuild. Ideal, wenn das Dataset täglich aktualisiert wird.
- Astro mit SSG: reine statische Generierung, perfekt, wenn sich die Daten seltener ändern und maximale Ladegeschwindigkeit Priorität hat.
2. Semantische URLs
Die URL ist ein Relevanz- und Architektursignal: /trasteros-madrid/ und /trasteros-barcelona-eixample/ sagen exakt, was drin ist. Kein /landing?city=28&cat=3. Die URL-Hierarchie muss die Hierarchie des Datasets abbilden (Stadt → Viertel → Anbieter).
3. Dynamische Sitemap
Mit Tausenden Seiten, die je nach Dataset erscheinen und verschwinden, kann die Sitemap keine statische Datei sein: Sie wird automatisch aus der Datenbank generiert, mit echtem lastmod, damit Google jede neue Seite entdeckt und indexiert, ohne auf den Crawl zu warten.
4. Schema.org pro Seite
Jede Seite trägt ihr JSON-LD mit strukturierten Daten des passenden Typs: LocalBusiness, Product, AggregateRating, FAQPage. Das macht aus einer Landing ein Rich Snippet mit Sternen und Preisen in den Suchergebnissen — und füttert, wie wir gleich sehen, auch die KI-Suchmaschinen.
5. Programmatisches Interlinking
Auch die interne Verlinkung wird generiert: Jede Stadtseite verlinkt auf ihre Viertel, jedes Viertel auf seine Anbieter, jeder Anbieter auf nahegelegene Zonen. Das verteilt Autorität, schafft Crawl-Pfade für Google und ist — nicht unwichtig — nützliche Navigation für den Nutzer.
Realer Fall: TrasterOne
So haben wir es bei TrasterOne angewendet, dem Lagerraum-Vergleichsportal Nr. 1 in Spanien. Die Herausforderung: eine neue Plattform in einem fragmentierten Markt zu positionieren, in dem die einzelnen Anbieter bereits SEO-Präsenz hatten.
Die Lösung war eine Next.js-Architektur mit SSR und ISR, die automatisch Tausende Landing Pages pro Stadt, Viertel und Anbieter generiert — Madrid mit 333 Standorten, Barcelona mit 327 — ohne manuellen Eingriff. Jede Seite trägt ihr Schema.org (LocalBusiness, Product, AggregateRating), die Sitemap regeneriert sich, sobald Standorte hinzukommen, und die URLs sind semantisch und lokal (/trasteros-madrid/, /trasteros-barcelona-eixample/).
Der entscheidende Punkt: Jede Seite hat echten Wert. Dahinter steht ein Dataset von über 2.000 Lagerzentren in Spanien und Andorra mit Preisen, Google-Reviews-Bewertungen, Filtern und Buchung in 3 Schritten. Das sind keine Doorway Pages: Sie sind das Produkt. Das Ergebnis ist die Referenzplattform der Branche in 7 Großstädten, ausgezeichnet mit dem Innovationspreis AESS 2025 des spanischen Self-Storage-Verbands.
Programmatische SEO und KI-Suchmaschinen (GEO)
Es gibt einen zunehmend wertvollen Nebeneffekt: Dieselben strukturierten Seiten, die bei Google ranken, füttern die Antworten von ChatGPT, Perplexity und den AI Overviews. Wenn jemand einen Assistenten fragt “Wo miete ich einen günstigen Lagerraum in Madrid?”, sucht das Modell Quellen mit konkreten, strukturierten und aktuellen Daten — genau das, was eine gute programmatische Strategie produziert.
Schema.org pro Seite, sauber definierte Entitäten und faktische Daten (Preise, Standorte, Bewertungen) sind Gold für GEO (Generative Engine Optimization). Die Investition ist dieselbe; die Reichweitenfläche wächst stetig.
Implementierungs-Checkliste
Bevor Sie Ihre erste Seite generieren, prüfen Sie:
- Validierte Nachfrage: Keyword-Research der Long-Tail-Kombinationen (aggregiertes Volumen + Intention)
- Dataset mit Wert: eigene, aktuelle und pro Seite ausreichende Daten
- Mindestschwelle definiert: welche Kombinationen NICHT generiert werden (oder auf
noindexgehen) - Template mit echtem dynamischem Inhalt, kein generischer Text mit ersetzten Variablen
- SSG/ISR konfiguriert (Next.js oder Astro) mit vollständigem HTML vom Server
- Semantische URLs, die die Hierarchie des Datasets abbilden
- Dynamische Sitemap, verbunden mit der Datenbank
- Schema.org JSON-LD pro Seite je nach Inhaltstyp
- Automatisches Interlinking zwischen Ebenen (Stadt → Viertel → Detail)
- Indexierungs-Monitoring in der Search Console: entdeckte vs. indexierte Seiten
Fazit
Programmatische SEO ist kein Trick, um Seiten aufzublähen: Sie ist der richtige Weg, Long-Tail-Nachfrage zu bedienen, wenn Sie die Daten haben, die sie beantworten. Der Unterschied zwischen einer Strategie, die jahrelang Traffic aufzinst, und einer Thin-Content-Abstrafung liegt in zwei Fragen: Existiert die Suche? Und beantwortet meine Seite sie besser als jede andere?
Wenn beide Antworten Ja lauten, ist der Rest Engineering — und den Teil können wir.
Sie haben ein Dataset mit Potenzial und wollen es in organischen Traffic verwandeln? Entdecken Sie unseren Growth-Marketing-Service → oder sehen Sie, wie wir es gemacht haben: die Referenz TrasterOne →