Technisches SEO für Websites mit vielen Seiten: Berater in Deutschland

Warum eine Website mit vielen Seiten Sichtbarkeit verliert

Eine Website mit vielen Seiten verliert Sichtbarkeit, wenn Suchmaschinen ihre Seiten crawlen und dann nicht in den Index aufnehmen oder die falsche Version indexieren. Die Ursache liegt im System, das die Seiten erzeugt. Dort gehört auch die Korrektur hin.

Ein Shop, ein Portal oder eine Datenbank mit öffentlichen Seiten erzeugt die Seiten aus Datensätzen und Templates. Ein Template kann Tausende Seiten erzeugen, und ein Fehler darin wiederholt sich auf diesen Seiten. Filter und Sortierungen erzeugen weitere Adressen, die dieselben Produkte noch einmal zeigen. Ein Crawler verbraucht seine Besuche für diese Adressen, und neue Seiten warten länger.

Google hat seinen Leitfaden zum Crawl-Budget für Websites mit mehr als einer Million Seiten geschrieben, die sich wöchentlich ändern, und für Websites mit mehr als 10.000 Seiten, die sich täglich ändern (Google, Leitfaden zum Crawl-Budget). Auch eine kleinere Website verliert Seiten durch Duplicate Content und falsche Canonicals.

Ein SEO-Werkzeug meldet das Symptom, etwa doppelte Titel oder Seiten ohne Eintrag im Index. Das Marketing liest den Bericht, und die Korrektur wartet im Backlog der IT.

Wo ich suche: Datenbank, Templates, Server

Ich bin IT-Experte für Datenplattformen. Ich lese das Datenmodell und die Serverkonfiguration und ändere den Teil, der den Fehler erzeugt.

Die kanonische Adresse einer Seite ist eine Entscheidung über Daten. Jemand muss festlegen, welcher Datensatz das Original ist und unter welcher Adresse er erscheint. Hreflang braucht eine Tabelle, die weiß, welchen Datensatz es in welcher Sprache gibt. Fehlt diese Tabelle, zeigen die Tags auf Seiten, die es nicht gibt.

Strukturierte Daten sollten aus denselben Feldern kommen wie der sichtbare Text. Weicht der Preis im Markup vom Preis auf der Seite ab, lesen zwei Teile des Codes zwei verschiedene Quellen.

Die Sitemap einer großen Website ist eine Abfrage über die indexierbaren Datensätze, mit dem Datum der letzten Änderung. Eine Sitemap-Datei fasst höchstens 50.000 Adressen. Darüber listet ein Sitemap-Index die Dateien auf (sitemaps.org).

Befunde im technischen SEO, mit Ursache und Korrektur

Diese Befunde prüfe ich auf einer Website mit vielen Seiten. Die Zeilen nennen, woher der Fehler kommt und wo ich ihn behebe.

Befund	Ursache im System	Korrektur an der Quelle
Viele Adressen zeigen dieselben Produkte	Filter- und Sortierparameter erzeugen neue URLs	Parameterseiten nennen die ungefilterte Seite als Canonical und stehen nicht in der Sitemap
Das Canonical zeigt auf eine Weiterleitung oder eine tote Seite	Das Template baut es aus der angefragten URL oder aus einem alten Slug	Das Template liest die Hauptadresse, die beim Datensatz gespeichert ist
Hreflang-Tags ohne Rückverweis	Die Sprachversionen sind ohne Verknüpfung gespeichert	Eine Übersetzungstabelle verbindet die Datensätze, und das Template liest sie
Strukturierte Daten widersprechen der Seite	Markup und Seite lesen verschiedene Felder oder Caches	Beide lesen dieselben Felder aus einer Abfrage
Die Sitemap listet weitergeleitete, gesperrte oder leere Seiten	Ein Plugin oder ein eigenes Skript schreibt sie ohne die Regeln der Indexierung	Die Sitemap kommt aus der Abfrage, die über die Indexierung entscheidet
Dünne Seiten aus halb leeren Datensätzen	Das Template gibt für jeden Datensatz eine Seite aus	Eine Regel in den Daten: Eine Seite geht erst live, wenn ihr Datensatz die Felder hat, die ein Suchender braucht
Seiten gecrawlt, aber nicht indexiert	Seiten aus einem Template unterscheiden sich nur im Namen	Zusammenlegen oder Daten ergänzen, die die Seiten unterscheiden
Weiterleitungsketten	Regeln aus mehreren Relaunches zeigen aufeinander	Eine Regel pro alter Adresse, direkt auf die endgültige, in der Serverkonfiguration
Text erscheint erst, nachdem ein Skript gelaufen ist	Listen laden per JavaScript, nachdem die Seite angekommen ist	Der Server liefert den Text im HTML aus
Langsame Seiten bei großen Listen	Abfragen ohne Index und Seiten, die bei jeder Anfrage neu gebaut werden	Datenbankindex, Cache oder ein Suchindex, mit Lighthouse vorher und nachher gemessen

Programmatic SEO: Seiten aus Ihren Daten

Programmatic SEO erzeugt Seiten aus einem Datenbestand, eine Seite pro Datensatz oder pro Kombination von Feldern. Das funktioniert, wenn die Seite eine Suche mit Daten beantwortet, die keine andere Seite an einer Stelle zeigt.

Googles Spamrichtlinien nennen den Missbrauch skalierter Inhalte: viele Seiten, die Rankings manipulieren sollen und dem Leser nichts bringen (Google, Spamrichtlinien). Dieselben Richtlinien führen Seiten pro Stadt, die Besucher auf eine einzige Seite lenken, als Brückenseiten auf.

Ich habe die Websites und Datenbanken einer globalen Immobiliendatenbank zu großen Bauprojekten programmiert. Außerdem habe ich Elasticsearch vor eine Immobiliendatenbank mit Millionen Datensätzen gesetzt. Ihre Nutzer erreichten die Datensätze innerhalb von Millisekunden. Bevor eine Reihe erzeugter Seiten live geht, entscheiden wir gemeinsam, welche Datensätze genug Daten für eine Seite haben.

Wer ich bin

Ich bin Michael Wutzke, IT-Experte für Datenplattformen in Frankfurt am Main. Mehr als zwanzig Jahre habe ich vom Code bis zum CIO gearbeitet, in der Finanzbranche, im E-Commerce und in der Immobilienwirtschaft, mit Cloud-Plattformen und Rechenzentren. Heute baue ich Datenplattformen mit KI-Agenten schneller auf und um.

Als Chefredakteur eines Informationsportals über Bauprojekte habe ich bis 2024 mehr als eine Million Leser im Jahr erreicht. Für eine Versicherungsgruppe habe ich Webportale gebaut und auf AWS in Frankfurt und London gehostet. Von 2016 bis 2021 habe ich dort mehr als 100 Top-Level-Domains verwaltet. In einem aktuellen Kundenprojekt optimiere ich die Website für die Suche und für KI-Agenten, neben dem Umbau der Plattform.

Diese Website ist ein statischer Astro-Build, und der Server liefert reines HTML aus. Ich habe sie mit Claude als Coding-Agent von WordPress umgezogen. Ich habe die Zertifizierung für Google Mobile Sites.