SEO und Sichtbarkeit in KI 8 Min.

Programmatisches SEO: wann es funktioniert, wann es schadet

Programmatisches SEO erzeugt Seiten in Serie aus Daten, etwa ein Datenblatt pro Produkt oder eine Seite pro Stadt. Es funktioniert, wenn jede Seite eine Information bringt, die es anderswo nicht gibt, und wenn mit dem, was verschwindet, sauber umgegangen wird. Es schadet, wenn es leere Seiten vervielfacht, um Keywords abzugreifen, was Google als Spam einstuft.

Inhalt8
  1. 01Was programmatisches SEO umfasst
  2. 02Unser Praxisfeld: ein Immobilienkatalog in sechs Sprachen
  3. 03Was funktioniert: eine echte Information pro Seite
  4. 04Was auch funktioniert: wirklich lokalisierte Vorlagen
  5. 05Was schadet: Seiten, die schlecht sterben
  6. 06Was auch schadet: Signale, die lügen
  7. 07Die Regel, die wir anwenden
  8. 08Häufige Fragen

Kurz gesagt

  • Seiten in Serie zu erzeugen ist an sich kein Problem: Google bestraft Seiten, die erstellt werden, um das Ranking zu manipulieren, ohne Wert für den Leser.
  • Eine programmatische Seite trägt, wenn sie eine echte Information enthält, die es in dieser Form anderswo nicht gibt: einen Preis, eine Fläche, eine Verfügbarkeit.
  • Die eigentliche Falle eines lebenden Katalogs ist das, was ihn verlässt: Ein verschwundenes Objekt antwortet mit 410 und nützlichen Alternativen, nie mit einer Seite in 200 und nie mit einer Weiterleitung auf die Startseite.
  • Jede Sprache wird einzeln geprüft, Vorlagen, Beugungen und Links eingeschlossen, sonst wiederholt sich ein Fehler auf Tausenden Seiten.

Was programmatisches SEO umfasst

Programmatisches SEO heißt, Seiten in Serie aus einer Datenbank und einer Vorlage herzustellen. Ein Datenblatt pro Produkt, eine Seite pro Stadt, eine Seite pro Kombination aus Kategorie und Ort, das Ganze in mehreren Sprachen. Ein Katalog mit einigen hundert Einträgen wird schnell zu mehreren tausend Adressen.

Die Idee ist nicht verdächtig: So funktionieren alle Kleinanzeigen-, Reise- und Onlineshop-Websites. Verdächtig ist, was manche daraus machen: Seiten für die Keywords statt für die Menschen. Google hat dazu eine schriftliche Regel, in seinen Spamrichtlinien.

Definition

Missbrauch von Inhalten in großem Maßstab, laut Google

Das Erzeugen vieler Seiten mit dem Hauptzweck, das Ranking zu manipulieren, statt den Nutzern zu helfen.

Unter den Beispielen, die Google nennt: viele Seiten mit KI-Werkzeugen ohne Mehrwert erzeugen, anderswo abgegriffene Inhalte zusammensetzen, auch per maschineller Übersetzung, oder Seiten erstellen, die für einen Leser keinen Sinn ergeben, aber Keywords enthalten.

Die Grenze verläuft also nicht zwischen „erzeugt“ und „von Hand geschrieben“. Sie verläuft zwischen einer Seite, die eine nützliche Information liefert, und einer Seite, die nur existiert, um zu existieren.

Unser Praxisfeld: ein Immobilienkatalog in sechs Sprachen

Palmora Property ist eine Plattform zur Vermittlung von Immobilien auf Phuket, die wir für unseren Kunden bauen und betreiben. Ihr Objektkatalog wird jeden Tag aus dem CRM der Plattform synchronisiert und in sechs Sprachen veröffentlicht: Englisch, Französisch, Thai, Russisch, Chinesisch und Deutsch. Mit den Kategorieseiten und den Seiten pro Gebiet, ebenfalls in sechs Sprachen, meldet die Website mehr als 3 000 Adressen.

Nichts von diesem Volumen ist von Hand geschrieben. Und erst im laufenden Betrieb haben wir gelernt, was einen gesunden programmatischen Katalog von einer Seitenfabrik unterscheidet.

Was funktioniert: eine echte Information pro Seite

Ein Objektdatenblatt beantwortet eine präzise Suche, mit Informationen, die der Besucher in dieser Form nirgendwo sonst findet: Preis, Fläche, Gebiet, Fotos, Verfügbarkeit. Die Seite existiert, weil das Objekt existiert. Das ist der gesündeste Fall des Programmatischen: Die Datenbank ist der Daseinsgrund der Seite, kein Vorwand. Das ist auch das, was generative Suchmaschinen am liebsten übernehmen, eine präzise und überprüfbare Information, wie wir im Artikel darüber erklären, wie man von ChatGPT zitiert wird.

Die Listenseiten pro Gebiet sind heikler. Unser Audit vom 22. Juli sagte es ohne Umschweife: Jede Seite hatte einen eigenen Titel und eine eigene Beschreibung mit der Anzahl der Objekte im Gebiet, aber keinen redaktionellen Inhalt, keine Zwischenüberschrift und eine Hauptüberschrift, die auf den Namen des Gebiets reduziert war. Dabei beantworten gerade diese Seiten die kommerziellsten Suchanfragen. Eine Liste von Karten ohne ein Wort Kontext bleibt eine dünne Seite.

Wir haben daher einen redaktionellen Inhalt für acht Gebiete geschrieben (Rawai, Chalong, Bang Tao, Cherng Talay, Patong, Kata, Karon, Thalang): der Markt, die Viertel, die Nachbargebiete, Links zu den Blogartikeln. Seine Übersetzung folgt einer Regel für die Links:

Wie der Inhalt eines Gebiets von einer Sprache in die andere gelangt

  1. Das Schreiben

    Der Inhalt wird auf Englisch verfasst.

  2. Die Übersetzung

    Ein KI-Modell übersetzt den Text in die anderen Sprachen.

  3. Die Links

    Die Maschine übersetzt nie einen Link zu einem Artikel. Jeder Link wird aus den echten Artikeln der Sprache neu aufgebaut.

  4. Fehlende Artikel

    Ein Artikel, den es in einer Sprache nicht gibt, wird einfach entfernt.

Eine übersetzte Seite, die auf einen nicht existierenden Artikel verweist, ist genau der Inhalt, der für einen Leser keinen Sinn ergibt.

Was auch funktioniert: wirklich lokalisierte Vorlagen

Eine mehrsprachige Vorlage beschränkt sich nicht darauf, Wörter zu übersetzen. Die klassische Falle: den Titel durch Aneinanderkleben von Objekttyp und Vertragsart bauen, was auf Deutsch „Villas Zu verkaufen“ ergibt, und die Titel- und Beschreibungs-Tags in den Sprachen, die man nicht liest, auf Englisch lassen. Nichts davon sieht man beim Gegenlesen der französischen Version.

Die Abhilfe besteht darin, diese Texte aus dem Code herauszuholen. Bei Palmora Property hat jede Sprache ihre Vorlagen für Titel, Beschreibung und die Meldung bei leerer Liste, mit den Formen des Substantivs je nach Objekttyp. Auch die Übereinstimmung mit einer Zahl: Russisch hat je nach Zahl drei Formen, und der Ergebniszähler wendet dieselbe Regel bei der ersten Anzeige und nach einem Filterwechsel an. Dieselbe Anforderung gilt für die Titel der Objekte, die wirklich übersetzt und nicht auf Englisch in die anderen Sprachen kopiert werden.

Eine Sprache beschränkt sich auch nicht auf ihre Routen. Eine vergessene Texttabelle genügt, um eine leere Seite mit Code 200 auszuliefern, die niemand bemerkt. Man muss überall suchen, wo eine Liste von Sprachen fest im Code steht, und jede Sprache testen, Seite für Seite.

Was schadet: Seiten, die schlecht sterben

Die eigentliche Falle eines lebenden Katalogs ist das, was ihn verlässt. Jedes verkaufte oder zurückgezogene Objekt verschwindet aus den Daten, also verschwindet seine Seite. Aber die Adresse bleibt indexiert, geteilt, als Lesezeichen gespeichert. Ohne Behandlung fällt sie in einen nackten 404, und die 404 sammeln sich in der Search Console in dem Maß, wie sich der Katalog dreht.

Die üblichen Antworten passen nicht:

  • Eine hübsche Seite in 200, die sagt „dieses Objekt ist nicht mehr verfügbar“: Für Google ist das ein Soft 404, ein neuer Fehler in der Konsole.
  • Eine 301-Weiterleitung pro Objekt: Es gibt kein verlässliches Ziel, das Objekt existiert nicht mehr, und eine zu pflegende Weiterleitungstabelle zeigt am Ende immer ins Leere.

Was wir eingerichtet haben:

Aus der Praxis

Jede Adresse eines verschwundenen Objekts antwortet mit 410, mit einer wirklich nützlichen Seite

Der Code 410 bedeutet: endgültig entfernt. Die Seite erscheint in der Sprache der Adresse und schlägt sechs ähnliche Objekte vor, in Stufen: gleiches Gebiet, gleicher Typ und gleiche Vertragsart in einer Preisspanne von plus oder minus 20 % des letzten bekannten Preises, dann mit Erweiterung. Das Gedächtnis der verschwundenen Objekte wird von der täglichen Synchronisierung geführt, und ein wieder eingestelltes Objekt verlässt es automatisch. Bei Objekten mit „Preis auf Anfrage“, die keinen Referenzpreis haben, weicht die Seite auf Gebiet und Typ aus.

Zwei weitere Fallen derselben Art, die man bei jedem Katalog prüfen sollte:

  • Unbekannte Adressen, die auf die Startseite geleitet werden. Eine ungültige Kategorie auf die Startseite umzuleiten, macht aus jeder kaputten Adresse eine weitere Weiterleitung in der Konsole. Eine unbekannte Adresse muss mit 404 antworten.
  • Die 404-Seite in der falschen Sprache. Nach einem internen Rewrite auf die Fehlerseite liefert eine Website, die die Sprache aus der Adresse der Fehlerseite liest statt aus der angefragten, in allen Sprachen eine englische 404.

Was auch schadet: Signale, die lügen

Die Sitemaps einer programmatischen Website werden erzeugt, also können sie sich in Serie irren. Unser Audit vom Juli fand drei Fälle: eine News-Sitemap, die im leeren Zustand mit 404 antwortete, obwohl sie in der robots.txt deklariert war, ein Sitemap-Index, dessen Änderungsdatum der Uhrzeit der Anfrage entsprach, und kein Datum auf den Objektdatenblättern, obwohl das CRM das Aktualisierungsdatum jedes einzelnen kennt. Eine Suchmaschine, die feststellt, dass ein Datum lügt, lernt, es zu ignorieren. Alle drei sind korrigiert: leere Sitemap in 200, Index ohne erfundenes Datum und das echte Aktualisierungsdatum auf jedem Datenblatt.

Die Sprachlinks sind dieselbe Art von Signal. Ein hreflang, das eine nicht existierende Übersetzung ankündigt oder den Pfad der Ausgangssprache behält, schickt die Suchmaschine auf eine 404. Diese Fälle beschreiben wir im Artikel über hreflang-Fehler.

Eine letzte Regel gilt für jeden erzeugten Inhalt: Nichts wird ohne menschliches Gegenlesen veröffentlicht. Ein von einem Modell erzeugter Text kann eine erfundene Behauptung enthalten, und im Maßstab eines Katalogs wiederholt sich ein Vorlagenfehler auf Tausenden Seiten.

Die Regel, die wir anwenden

Das Wichtigste

Bevor wir eine Familie von Seiten erzeugen, stellen wir vier Fragen

  1. Beantwortet jede Seite eine echte Suche, mit einer Information, die der Besucher auf der Nachbarseite nicht findet?
  2. Was passiert, wenn der Eintrag verschwindet? Ein nützlicher 410, ein sauberer 404, nie eine Weiterleitung auf die Startseite und nie eine leere Seite in 200.
  3. Ist die Seite in jeder Sprache korrekt, Vorlagen, Beugungen und Links eingeschlossen, und nicht nur übersetzt?
  4. Sind die Signale wahr: Daten der Sitemaps, Sprachlinks, Canonicals?

Ist auch nur eine Antwort nein, erzeugt man besser weniger Seiten. Das prüft ein SEO-Audit bei einer Katalog-Website, und das überwacht unsere SEO- und GEO-Engine danach jede Woche im Betrieb. Das Programmatische ist nur ein Teil der Arbeit: Den Rest beschreiben wir in was eine SEO-Agentur im Zeitalter der KI liefern muss, und die anderen Artikel zum Thema sind auf der Seite SEO und Sichtbarkeit in KI gesammelt.

Häufige Fragen

Wird programmatisches SEO von Google bestraft?

Nicht an sich. Was Google bestraft, ist der Missbrauch: viele Seiten, die mit dem Hauptzweck erstellt werden, das Ranking zu manipulieren, ohne dem Nutzer zu helfen. Ein Katalog, in dem jede Seite eine echte, aktuelle und nützliche Information trägt, ist nicht betroffen. Das Risiko beginnt, wenn sich alle Seiten gleichen, nichts mehr bringen als die Nachbarseite oder nur für eine Keyword-Variante existieren.

Braucht ein zurückgezogenes Datenblatt einen 410 oder eine 301?

Eine 301, wenn eine Seite es wirklich ersetzt, zum Beispiel dasselbe Produkt unter einer anderen Adresse. Sonst einen 410, möglichst mit einer Seite, die nahe Alternativen vorschlägt, mit dem richtigen Code ausgeliefert und nie in 200. Alle zurückgezogenen Datenblätter auf die Startseite oder eine Kategorie umzuleiten heißt, Soft 404 zu erzeugen, die Google am Ende als Fehler behandelt.

Kann man erzeugte Seiten maschinell übersetzen?

Ja, wenn die Übersetzung bei ihren Vorlagen und Beugungen gegengelesen wird und die Links aus den Seiten neu aufgebaut werden, die es in jeder Sprache wirklich gibt. Übersetzen, um Adressen zu vervielfachen, ohne Wert für den Leser, nennt Google ausdrücklich unter den Missbräuchen. Die richtige Frage ist nicht, wer übersetzt hat, sondern wem die Seite dient.

Quellen

  1. Spamrichtlinien (neuer Tab)developers.google.com

Jim · Gründer von Brain Plus AI

Ebenfalls lesenswert zu seo und sichtbarkeit in ki

  • Praxisleitfaden6 Min.

    Hreflang und mehrsprachiges SEO: die Fehler, die teuer werden

    Hreflang auf Seiten, die es nicht gibt, falsch gewähltes x-default, 404 in der falschen Sprache, nicht übersetzte Titel, eine geroutete, aber vergessene Sprache: die Fehler, die wir auf mehrsprachigen Websites gefunden haben, die wir betreiben, und wie Sie sie vermeiden.

  • Praxisleitfaden7 Min.

    Wie Sie von ChatGPT und KI-Suchmaschinen zitiert werden

    Was wirklich dazu führt, dass eine Website von ChatGPT, Claude oder Perplexity zitiert wird: Robots lesen lassen, sofort antworten, Quellen angeben, nur Sichtbares auszeichnen. Und wie man es misst, ohne sich etwas vorzumachen.

  • Verstehen6 Min.

    llms.txt: wozu die Datei wirklich dient

    Die Datei llms.txt verspricht, KI-Systemen beim Lesen Ihrer Website zu helfen. Was der Vorschlag sagt, was sich über ihre tatsächliche Nutzung überprüfen lässt, was Google, OpenAI und Anthropic dazu sagen und warum wir trotzdem eine erstellen.

WhatsApp