Produktseiten nicht indexiert? Ursachen und Lösungen für Onlineshops in der Search Console

Warum sind Produktseiten nicht indexiert?

Produktseiten nicht indexiert zu sehen, hat meist einen von drei Gründen: Google hat die URL nie gefunden, Google hat sie gecrawlt und als nicht wertvoll genug eingestuft, oder Google hat eine andere URL als kanonische Version gewählt. Die Ursache ist entweder technisch, etwa noindex oder JavaScript, oder inhaltlich, etwa doppelte Beschreibungen.

In der Praxis begegnet mir dieses Problem in fast jedem Audit eines Onlineshops. Der Betreiber stellt Hunderte Produkte ein, doch die Search Console führt einen großen Teil davon als nicht indexiert. Allerdings steckt meist kein einzelner großer Fehler dahinter. Vielmehr addieren sich mehrere kleine Probleme.

Ich arbeite seit 2012 im SEO. In diesem Artikel geht es nicht um E-Commerce SEO im Allgemeinen; dafür habe ich einen eigenen Leitfaden zu E-Commerce SEO für Produkt und Kategorieseiten geschrieben. Hier konzentriere ich mich auf die Diagnose: Was bedeutet welcher Status, welche Ursachen sind typisch für Produktseiten, und wie lösen Sie das Problem Schritt für Schritt mit der URL Prüfung?

Wo sehen Sie Indexierungsprobleme Ihres Shops?

Der erste Blick gilt dem Bericht zur Seitenindexierung in der Search Console. Er teilt alle URLs, die Google kennt, in zwei Gruppen: indexiert und nicht indexiert. Unter der zweiten Gruppe nennt jede Zeile den Grund, der die URLs vom Index fernhält.

Eine Gewohnheit empfehle ich hier besonders. Konkret: Lesen Sie den Bericht für Produktseiten, nicht für die ganze Website. Am einfachsten gelingt das mit einer eigenen Sitemap, die nur Produktadressen enthält. Dann filtern Sie den Bericht nach dieser Sitemap und sehen ausschließlich Produkte. Sonst überlagern Filterseiten, Tag Archive und interne Suchergebnisse das Bild.

Falls Sie das Tool neu nutzen, erkläre ich die wichtigsten Ansichten in meiner Anleitung zur Google Search Console. Die offiziellen Definitionen aller Status finden Sie auf der Hilfeseite von Google zum Bericht Seitenindexierung.

• Anzahl indexierter Seiten: Passt sie grob zur Zahl Ihrer aktiven Produkte?
• Größte Zeile: Hier liegt meist der Schwerpunkt des Problems.
• Beispiel URLs: Wählen Sie pro Grund fünf bis zehn Produkte und öffnen Sie jedes einzeln.
• Zeitverlauf: Ist die Zahl plötzlich gestiegen oder langsam gewachsen? Ein Sprung deutet oft auf einen fehlerhaften Release hin, denn Änderungen am Theme wirken sofort.

Was bedeutet welcher Status für eine Produktseite?

Auf den ersten Blick ähneln sich die Statusnamen, denn alle klingen technisch. Allerdings beschreibt jeder eine Blockade in einer anderen Phase: Entdeckung, Crawling, Wahl der kanonischen URL oder die eigentliche Indexierungsentscheidung. Die Tabelle fasst die Status zusammen, die ich in Onlineshops am häufigsten sehe.

Die Tabelle ist ein Startpunkt, kein Urteil. Zudem kann derselbe Status in zwei Shops zwei verschiedene Ursachen haben. Deshalb prüfen Sie jede Zeile anhand der Beispiel URLs darunter.

Was bedeutet „Gecrawlt - zurzeit nicht indexiert“?

Dieser Status sagt: Googlebot hat die Seite besucht und sich vorerst gegen die Aufnahme entschieden. Es gibt also kein Zugriffsproblem. Google hat die Seite gesehen und sie ausgelassen. Laut Hilfeseite kann Google diese URLs später noch aufnehmen, und Sie müssen sie nicht erneut zum Crawlen einreichen.

Im E-Commerce ist der häufigste Grund der inhaltliche Wert. Zum Beispiel übernehmen Hunderte Shops die Herstellerbeschreibung Wort für Wort. Aus Sicht von Google wiederholen sich diese Seiten also größtenteils. Daher sieht Google keinen eigenen Grund, gerade Ihre Version aufzunehmen.

In der Praxis prüfe ich zuerst diese Punkte:

1. Taucht die Produktbeschreibung wortgleich auf anderen Websites auf?
2. Zeigt die Seite entscheidende Angaben wie Preis, Bestand, Lieferung und Rückgabe?
3. Bekommt das Produkt Links von der Kategorieseite und von verwandten Produkten?
4. Konkurrieren mehrere URLs desselben Produkts im Index?

Bei einem ganz neuen Shop kann der Status allerdings vorübergehend sein. Denn mit wachsender Autorität nimmt Google meist mehr Seiten auf. Trotzdem sollten Sie nicht monatelang warten, bis sich eine starre Liste von selbst erledigt. Ändern Sie stattdessen konkret etwas an Inhalt und Verlinkung.

Was bedeutet „Gefunden - zurzeit nicht indexiert“?

Hier kennt Google die URL, hat sie aber noch nicht gecrawlt. Laut offizieller Erklärung wollte Google die Seite crawlen, hat das Crawling aber verschoben, um die Website nicht zu überlasten. Deshalb bleibt das Datum des letzten Crawls im Bericht leer.

In einem großen Katalog deutet eine wachsende Zeile meist auf verschwendetes Crawl Budget hin. Verbringt Googlebot seine Zeit mit Filterkombinationen, Sortierparametern und Session IDs, kommen neue Produkte nie an die Reihe. Wie Parameter das Crawling verteilen, erkläre ich im Artikel über URL Parameter und SEO.

Außerdem spielt die Antwortzeit des Servers eine Rolle. Ein langsamer Server bringt Google dazu, die Crawl Rate zu senken. Warum die Crawl Frequenz sinkt und welche Signale Sie beobachten sollten, beschreibe ich im Artikel Googlebot crawlt weniger; das wiederhole ich hier nicht.

Kurz gesagt: Wächst diese Zeile, stellen Sie zuerst zwei Fragen. Zeige ich Google unnötige URLs? Und bekommen meine Produkte genug starke interne Links? In den meisten Shops zeigen beide Antworten also Verbesserungspotenzial.

Wie lesen Sie Duplikat und Canonical Status?

Findet Google mehrere URLs mit gleichem Inhalt, wählt es eine davon als kanonische Version und lässt die anderen aus dem Index. Das ist allerdings keine Strafe. Vielmehr verhindert dieser normale Vorgang, dass dasselbe Produkt fünfmal in den Ergebnissen erscheint. Problematisch wird es erst, wenn Google eine URL wählt, die Sie nicht wollten.

Genau das beschreibt der Status, bei dem Google eine andere kanonische Seite als der Nutzer bestimmt hat. Ihr Canonical Tag zeigt auf URL A, Google wählt dennoch URL B. Meist liegen widersprüchliche Signale vor: Interne Links führen zu B, die Sitemap listet B, und nur das Canonical Tag nennt A.

Mein Rat lautet daher, alle Signale auf eine URL zu bündeln:

• Das Canonical Tag zeigt auf die saubere Produktadresse, die Sie im Index sehen wollen.
• Kategorieseiten und Menülinks führen auf genau diese Adresse.
• Ebenso enthält die Sitemap nur diese Adresse.
• Alte Adressen leiten per dauerhafter 301 Weiterleitung dorthin.

Der Status „Alternative Seite mit richtigem kanonischen Tag“ ist dagegen meist kein Problem. Google hat Ihr Canonical dann akzeptiert. Stehen dort nur Varianten und Parameteradressen, aber keine Hauptprodukte, können Sie gelassen bleiben.

Wie verstecken noindex und robots.txt Ihre Produkte?

Viele Teams verwechseln diese beiden Sperren, dabei wirken sie verschieden. Eine noindex Anweisung erlaubt das Crawlen, verbietet aber die Aufnahme in den Index. Die robots.txt blockiert dagegen schon das Crawling, sodass Google den Inhalt nie liest. Folglich sieht Google ein noindex auf einer Seite, die robots.txt sperrt, gar nicht.

In Onlineshops entsteht noindex allerdings oft unbeabsichtigt. Das Team baut den Shop in einer Testumgebung mit gesperrten Suchmaschinen auf, und beim Livegang schaltet niemand die Sperre ab. Manche Plugins setzen außerdem automatisch noindex auf ausverkaufte Produkte oder solche mit Preis null. Steigt die noindex Zeile nach einem Theme Update plötzlich, prüfe ich zuerst diese Einstellungen.

Bei der robots.txt richten breite Muster den größten Schaden an. Zum Beispiel kann eine Regel gegen Warenkorb und Filteradressen auch einen Ordner treffen, den alle Produktseiten teilen. Testen Sie deshalb vor dem Livegang, welche URLs eine Regel betrifft. Für einen sauberen Start hilft der robots.txt Generator.

Denken Sie schließlich an das X-Robots-Tag im HTTP Header. Der Quelltext wirkt sauber, doch die Serverantwort enthält ein verstecktes noindex. Der Livetest in der URL Prüfung zeigt das deshalb eindeutig.

Warum treffen Soft 404 Fehler Produktseiten so oft?

Ein Soft 404 liegt vor, wenn der Server den Code 200 (Erfolg) sendet, der Inhalt aber sagt, dass die Seite nicht existiert. Laut Googles Dokumentation zu HTTP Statuscodes fallen auch leere Seiten und Seiten ohne Hauptinhalt in diese Gruppe. Folglich nimmt Google solche URLs nicht auf und meldet sie im Bericht als Soft 404.

Konkret gibt es bei Produktseiten drei typische Quellen. Erstens Templates, die für ein ausgelistetes Produkt „nicht gefunden“ anzeigen und trotzdem 200 senden. Zweitens Themes, die bei Ausverkauf Beschreibung, Preis und Bilder ausblenden, sodass eine fast leere Seite bleibt. Drittens Seiten, deren Inhalt bei einem JavaScript Fehler gar nicht lädt.

Daher hängt die Lösung vom tatsächlichen Zustand des Produkts ab. Kommt das Produkt zurück, halten Sie die Seite gefüllt und nennen den Bestand klar. Ist das Produkt dauerhaft weg, senden Sie einen echten 404 oder 410, oder leiten Sie per 301 auf einen passenden Ersatz. Die vollständige Erklärung steht in Googles Dokumentation zu HTTP Statuscodes.

Leiten Sie außerdem nicht pauschal alles auf die Startseite um. Denn auch unpassende Weiterleitungen kann Google als Soft 404 werten. Beim Erstellen der Zuordnungsliste spart das Tool Weiterleitungen zuordnen viel Zeit.

Warum sind ausverkaufte Produktseiten nicht indexiert?

Sind ausverkaufte Produktseiten nicht indexiert, liegt das selten am Bestand selbst. Entscheidend ist, was mit der Seite passiert, sobald der Bestand endet. Zunächst gilt: Google entfernt ein ausverkauftes Produkt nicht von sich aus. Leert sich die Seite jedoch, sendet sie einen Fehlercode oder bekommt sie noindex, fällt sie aus dem Index.

Googles Dokumentation für E-Commerce zieht bei vorübergehenden Engpässen eine klare Linie: Lassen Sie die Seite online, kennzeichnen Sie das Produkt als nicht vorrätig und aktualisieren Sie die Verfügbarkeit in den strukturierten Daten. Auch Googles Anleitung zum Pausieren eines Onlinegeschäfts hält fest, dass die Codes 403, 404 oder 410 URLs aus der Suche entfernen.

Deshalb sollen auf einer ausverkauften Produktseite diese Elemente bleiben:

• Produktname, Beschreibung, Bilder und technische Daten.
• Ein klarer Hinweis auf den Ausverkauf und, falls bekannt, ein voraussichtliches Datum.
• Ein Formular für die Benachrichtigung bei Verfügbarkeit.
• Links zu ähnlichen und alternativen Produkten.
• Die aktuelle Verfügbarkeit in den strukturierten Daten vom Typ Product.

Statt strukturierte Daten von Hand zu schreiben, erstellen Sie sie mit dem Schema Generator und binden sie ins Theme ein. Ein Produkt, das dauerhaft aus dem Sortiment fällt, ist dagegen eine eigene Entscheidung. Dafür gelten die Optionen 404, 410 oder 301 aus dem Abschnitt über Soft 404.

Warum bleiben Produktseiten nicht indexiert, wenn es Varianten gibt?

Viele Shopbetreiber, die ihre Produktseiten nicht indexiert sehen, haben denselben Aufbau. Jede Farbe und jede Größe bekommt eine eigene URL, doch die Inhalte sind nahezu gleich. Google behandelt diese URLs daher als Duplikate und wählt eine davon als kanonisch. Der Rest sammelt sich danach in den Duplikatzeilen.

Googles Leitfaden zur URL Struktur im E-Commerce akzeptiert zwei Muster für Varianten: ein Pfadsegment (/hemd/gruen) oder einen Abfrageparameter (/hemd?farbe=gruen). Bei optionalen Parametern empfiehlt Google, die URL ohne Parameter als kanonisch festzulegen. Zudem enthält der Leitfaden eine wichtige Warnung: Für die Indexierung nutzt Google keine Fragmente, die mit # beginnen.

Zeigen Sie eine Variante also nur über ein Fragment wie #schwarz, sieht Google eine einzige Seite. Die Details lesen Sie in Googles Leitfaden zur URL Struktur für E-Commerce.

In der Praxis stelle ich eine Frage: Suchen Menschen gezielt nach dieser Variante? Verändert die Farbe die Suchabsicht, etwa bei „rotes Abendkleid“, lohnt sich eine eigene Variantenseite mit eigenem Inhalt. Bei Optionen wie der Größe genügt dagegen eine Hauptadresse. So bündeln Sie Autorität auf einer Seite, statt sie zu zersplittern.

Wie wirken dünne und kopierte Beschreibungen auf die Indexierung?

Kurz gesagt: Dünner Inhalt sagt dem Leser nichts Neues. Auf einer Produktseite heißt das meist: drei Zeilen Herstellertext, ein Bild und ein Preis. Wählt Google zwischen Dutzenden Seiten mit demselben Artikel, bevorzugt es die Seite mit eigenständigen Informationen.

Bleiben Sie dabei allerdings realistisch. Für jedes Produkt 1.000 Wörter zu schreiben, ist weder machbar noch nötig. Vor allem zählt, dass die Seite die Fragen eines echten Käufers beantwortet. Zum Beispiel sind bei einem Schuh Angaben zur Passform, zum Material, zur Pflege und zur Rückgabe wertvoller als ein langer Werbetext.

In einem großen Katalog lohnt sich eine Priorisierung. Überarbeiten Sie zunächst die Beschreibungen der Bestseller und der margenstarken Produkte. Danach legen Sie pro Kategorie eine gemeinsame Vorlage fest, die bestimmt, welche Angaben jede Produktseite enthält. Welche Bausteine eine starke Produktseite braucht, beschreibe ich im Artikel Produktseite im Onlineshop optimieren.

Außerdem liefern Bewertungen eigenständigen Text. Echte Kundenbewertungen geben jeder Produktseite natürliche Formulierungen, die der Konkurrenz fehlen. Lädt der Bewertungsblock allerdings erst per JavaScript nach, prüfen Sie gesondert, ob dieser Mehrwert Google überhaupt erreicht.

Sieht Google Inhalte, die JavaScript nachlädt?

Google kann JavaScript verarbeiten, doch der Ablauf hat zwei Stufen und klappt nicht immer fehlerfrei. Zuerst crawlt Google das HTML, danach stellt es die Seite zum Rendern in eine Warteschlange. Erscheinen Preis, Beschreibung oder Produktliste erst nach dem Ausführen von JavaScript, kann ein Fehler oder ein Timeout diesen Inhalt verbergen.

Am riskantesten ist ein Aufbau, bei dem Beschreibung oder Kategorieliste komplett an einem API Aufruf hängen. Antwortet die API langsam, sieht Google eine leere Vorlage. Das Ergebnis endet dann oft als Soft 404.

Die Prüfung ist einfach. Starten Sie den Livetest in der URL Prüfung und öffnen Sie die getestete Seite. Enthält das gerenderte HTML Produktname, Preis und Beschreibung? Danach prüfen Sie, ob der Screenshot vollständig aussieht. Schließlich zeigt die Konsole, ob Fehler auftreten. Mit diesen drei Fragen trennen Sie die meisten JavaScript Probleme in wenigen Minuten.

Die dauerhafte Lösung besteht darin, kritische Inhalte auf dem Server zu rendern. Name, Preis, Beschreibung und Kategorielinks gehören in die erste HTML Antwort. Die Auswirkungen von JavaScript auf Tempo und Nutzererlebnis behandle ich im Artikel JavaScript Ladezeit optimieren.

Wie macht fehlende interne Verlinkung Produkte zu Waisen?

Eine verwaiste Seite bekommt von keiner anderen Seite der Website einen Link. Google erfährt von einem solchen Produkt also nur über die Sitemap. Zudem hält Google eine unverlinkte Seite eher für unwichtig. Deshalb landen verwaiste Produkte oft in den Zeilen Gefunden oder Gecrawlt.

Im E-Commerce ist die häufigste Ursache eine Paginierung über Schaltflächen und „Mehr laden“. Googles Leitfaden zur Paginierung ist hier eindeutig: Die Crawler klicken keine Schaltflächen an und lösen JavaScript, das eine Nutzeraktion braucht, in der Regel nicht aus. Öffnet sich Seite zwei einer Kategorie nur per Schaltfläche, erreicht Google die Produkte dort womöglich nie.

Google empfiehlt, von jeder Seite per a href auf die nächste zu verlinken und jeder Seite eine eigene URL mit eigenem Canonical zu geben. Außerdem rät Google davon ab, die erste Seite als Canonical für die ganze Serie festzulegen. Die Details finden Sie in Googles Leitfaden zur Paginierung.

Über die Paginierung hinaus öffnen Blöcke mit ähnlichen Produkten, Bereiche wie „Kunden kauften auch“ und Links aus Blogartikeln zusätzliche Wege. Wie ich diese Struktur plane, erkläre ich im Artikel zur internen Verlinkung.

Wie sehr hilft die Sitemap bei der Entdeckung von Produkten?

Eine Sitemap hilft bei der Entdeckung, garantiert aber keine Indexierung. Sie teilen Google mit, dass diese URLs existieren und Ihnen wichtig sind; die Entscheidung trifft trotzdem Google. Dennoch sorgt eine gut aufgebaute Sitemap in großen Katalogen dafür, dass Google neue Produkte deutlich schneller findet.

Diese Fehler sehe ich in Produktsitemaps am häufigsten: ausgelistete URLs mit 404, alte Adressen mit Weiterleitung, Seiten mit noindex und Varianten, deren Canonical woanders hinzeigt. Solange solche URLs in der Sitemap stehen, senden Sie widersprüchliche Signale. Deshalb gehören dort nur kanonische, indexierbare URLs mit Statuscode 200 hinein.

Ein weiterer Tipp: Nutzen Sie getrennte Sitemaps für Produkte, Kategorien und Inhalte. So verfolgen Sie die Indexierungsquote der Produkte separat im Bericht. Ändert sich ein Produkt, aktualisieren Sie den lastmod Wert ehrlich. Wie das geht, zeige ich im Artikel Sitemap lastmod richtig setzen.

Fehlt Ihnen noch eine Lösung, starten Sie mit dem XML Sitemap Generator. In großen Shops sollte die Plattform die Sitemap allerdings automatisch aus der Produktdatenbank erzeugen.

Wie diagnostizieren Sie eine Produktseite Schritt für Schritt mit der URL Prüfung?

Der Bericht liefert das Gesamtbild, die URL Prüfung dagegen die Geschichte eines einzelnen Produkts. Konkret bietet das Tool zwei Ansichten: die indexierte Version und den Livetest. Die indexierte Version zeigt den letzten Stand bei Google, der Livetest den aktuellen Zustand der Seite.

1. URL eingeben: Fügen Sie die vollständige Produktadresse in die Suchleiste oben in der Search Console ein.
2. Status lesen: Ist die URL auf Google oder nicht? Notieren Sie Grund und Datum des letzten Crawls.
3. Canonicals vergleichen: Stimmen die vom Nutzer angegebene und die von Google gewählte kanonische URL überein?
4. Livetest starten: Blockiert robots.txt oder noindex die Seite gerade?
5. Getestete Seite ansehen: Prüfen Sie HTML, HTTP Antwort mit X-Robots-Tag und Konsolenfehler.
6. Beheben und erneut testen: Lösen Sie das Problem an der Quelle und wiederholen Sie den Livetest.
7. Indexierung beantragen: Senden Sie für wichtige Produkte einen Antrag auf Indexierung.

Googles Hilfeseite ergänzt einige Warnungen. Dass eine URL auf Google ist, garantiert kein Erscheinen in den Ergebnissen. Auch der Livetest garantiert keine Indexierung; er zeigt nur, dass nichts die URL blockiert. Mehr dazu steht auf der Hilfeseite zur URL Prüfung.

Wann helfen Indexierungsantrag und Validierung wirklich?

Ein Indexierungsantrag passt für wenige wichtige Seiten, nicht für Massenprobleme. Google nennt ein Tageslimit für solche Anträge. Außerdem garantiert ein Antrag laut Google keine Aufnahme, und der Vorgang kann deutlich länger als einen Tag dauern. Für Hunderte Produkte einzeln Anträge zu senden, kostet also nur Zeit.

Bei Massenproblemen ist die Schaltfläche zur Validierung der Korrektur im Bericht das richtige Werkzeug. Sie klicken sie, nachdem Sie das Problem hinter einer Zeile bei allen betroffenen URLs behoben haben. Danach prüft Google diese URLs erneut und informiert Sie über das Ergebnis. Laut Hilfeseite dauert das mehrere Tage oder länger.

Mein Ablauf sieht so aus. Zunächst finde ich über Beispiel URLs die eigentliche Ursache. Dann behebe ich sie auf Ebene von Template oder Einstellung und prüfe fünf bis zehn URLs im Livetest. Ist alles sauber, starte ich die Validierung. Für die wichtigsten Produkte sende ich zusätzlich einen Antrag.

Für gecrawlte, aber nicht aufgenommene Seiten ist eine Validierung übrigens selten sinnvoll. Denn dort liegt kein technischer Fehler vor; Google hat eine Wertentscheidung getroffen. Diese Zeile verkleinern Sie über Wochen mit besserem Inhalt und stärkeren internen Links.

Welche Produktadressen müssen gar nicht in den Index?

Jede URL in den Index zu bringen, ist nicht das Ziel. Im Gegenteil: Halten Sie unnötige URLs heraus, crawlt Google Ihre wichtigen Produkte besser. Die Zahl der nicht indexierten Seiten auf null zu drücken, ist daher das falsche Ziel.

Diese URL Typen dürfen ohne Schaden außerhalb des Index bleiben:

• Filter und Sortierkombinationen, etwa Sortierung nach Preis oder Mehrfachfilter für Farben.
• Variantenadressen, die per Canonical Tag auf das Hauptprodukt zeigen.
• Warenkorb, Kasse, Kundenkonto und Merkliste.
• Seiten der internen Suche.
• Alte Produkte, die dauerhaft ausgelistet sind und 404 oder 410 senden.

Wichtig ist nur, dass Ihre umsatzstarken Produktadressen nicht auf dieser Liste stehen. Beim Lesen des Berichts stelle ich deshalb immer dieselbe Frage: Steckt unter den ausgeschlossenen URLs ein Produkt, das Kunden bei Google finden sollen? Lautet die Antwort nein, ist die Zeile kein Problem, sondern ein gesunder Filter.

Welche Reihenfolge hilft, wenn Produktseiten nicht indexiert sind?

Sind Produktseiten nicht indexiert, können mehrere Ursachen gleichzeitig zutreffen. Deshalb ordne ich die Arbeit nach Wirkung. Zuerst kommen Sperren für die ganze Website, dann Template Fehler, zuletzt die inhaltliche Qualität.

1. Globale Sperren: noindex auf der ganzen Website, breite robots.txt Regeln, Serverfehler.
2. Template Fehler: Seiten, die sich bei Ausverkauf leeren, falsche Canonicals, Inhalte nur per JavaScript.
3. Entdeckung: Paginierung per Schaltfläche, verwaiste Produkte, unsaubere Sitemap.
4. Duplikate: Eine klare Strategie für Varianten und Parameter.
5. Inhaltlicher Wert: Eigene Beschreibungen, beginnend mit den Bestsellern.

Mit dieser Reihenfolge retten Sie mit dem geringsten Aufwand die meisten Produkte. Eine einzige Theme Einstellung kann Hunderte Produkte auf einmal zurückbringen. Inhaltliche Arbeit geht dagegen Produkt für Produkt voran und wirkt langsamer.

Warum verschwinden Produkte nach Relaunch oder Umzug?

Ein großer Teil der Indexierungsprobleme beginnt direkt nach einem Plattformwechsel oder einem neuen Theme. Die URL Struktur ändert sich, alten Adressen fehlen Weiterleitungen oder sie landen in Ketten, und das neue Theme erzeugt Canonical Tags anders. Das Datum eines plötzlichen Anstiegs im Bericht passt deshalb oft zum Tag des Releases.

In dieser Lage vergleiche ich zuerst die alte und die neue URL Liste. Erreicht jede alte Produktadresse in einem Schritt die richtige neue Adresse? Weiterleitungsketten bremsen das Crawling und schwächen Signale; mehr dazu im Artikel Weiterleitungsketten beheben. Für den gesamten Umzug empfehle ich meine Checkliste zur Website Migration.

Ergänzen Sie jede Liste nach einem Umzug um drei Prüfungen: Trägt das neue Theme noindex, zeigen die Canonical Tags auf die richtigen URLs, und enthält die Sitemap die neuen Adressen? Diese drei Prüfungen verhindern den Großteil der Indexverluste nach einem Umzug.

Wann lohnt sich professionelle Unterstützung?

In einem Shop mit einigen Hundert Produkten setzen Sie die Schritte oben selbst um. Erreicht der Katalog jedoch Zehntausende Produkte, überlagern sich die Probleme. Loganalyse, Entwicklung auf Template Ebene und Plattformeinstellungen greifen dann gleichzeitig ineinander.

Einige Zeichen sprechen für externe Hilfe: Die Liste gecrawlter, aber nicht aufgenommener Produkte schrumpft seit Monaten nicht, die Validierung scheitert immer wieder, oder der Produkttraffic erholt sich nach einem Umzug nicht. In unserer SEO Beratung lesen mein Team und ich zuerst den Indexierungsbericht und die Serverlogs gemeinsam, dann planen wir die Korrekturen nach Wirkung.

Geht es zusätzlich um das Wachstum des ganzen Shops, betrachten wir Katalogstruktur, Produktdaten und Marktplatzbalance im Rahmen unserer E-Commerce Beratung. Das Ziel bleibt dabei immer gleich: Produkte, die verkaufen, sollen bei Google auffindbar sein.

Fazit: Indexierung ist eine Qualitätsentscheidung

Google verspricht keiner Website, alle Seiten aufzunehmen. Für jede Produktseite trifft Google eine eigene Entscheidung, und dabei zählen Erreichbarkeit, Eindeutigkeit und Wert gemeinsam. Technische Sperren zu entfernen, ist die erste Hälfte der Arbeit. Die zweite Hälfte besteht darin, die Seite der Aufnahme würdig zu machen.

Zusammengefasst gilt diese Abfolge: Filtern Sie den Bericht mit einer Produktsitemap, beginnen Sie mit der größten Zeile, öffnen Sie Beispiel URLs in der URL Prüfung und beheben Sie Probleme an der Quelle. Danach starten Sie die Validierung und verfolgen das Ergebnis wöchentlich.

Mit dieser Disziplin wird die Liste der nicht indexierten Seiten mit der Zeit zu einem sinnvollen Filter. Dort bleiben dann nur URLs, die Sie bewusst ausschließen, während Ihre verkaufsstarken Produkte ihren Platz in der Suche finden.