Sin impuesto Con impuesto

Search Console für einen Onlineshop: welche Berichte Sie ansehen sollten und was daraus folgt

Die Search Console hat viele Berichte, und die meisten Shops schauen nur auf das Klick-Diagramm. Wir gehen die Berichte durch, die einem Onlineshop wirklich helfen, zeigen, wie man sie liest, und welche Fehler in PrestaShop immer wieder auftauchen.

Equipo Rekire
Updated: 01/10/2026 64
Search Console für einen Onlineshop: welche Berichte Sie ansehen sollten und was daraus folgt
Share:

Die Google Search Console ist kostenlos, kommt direkt von Google und ist das einzige Werkzeug, das Ihnen sagt, wie die Suchmaschine Ihren Shop sieht: welche Seiten indexiert sind, bei welchen Suchanfragen Sie erscheinen und welche Probleme sie findet. Trotzdem haben viele Shops sie zwar eingerichtet, schauen aber nur gelegentlich auf das Klick-Diagramm.

Dies ist ein praktischer Rundgang durch die Berichte, die für einen Shop zählen, und durch das, was dort meist auftaucht, wenn der Shop ein PrestaShop ist.

Zuerst: die Property richtig einrichten

Legen Sie, wenn möglich, eine Domain-Property an (per DNS bestätigt), die alle Varianten zusammenfasst: mit und ohne www, http und https, Subdomains. Eine URL-Präfix-Property sieht nur eine davon, und nach einer Migration schaut man leicht auf die falsche Version.

Prüfen Sie auch, wer Zugriff hat. Frühere Agenturen, ausgeschiedene Mitarbeiter oder ein Entwickler von vor Jahren können noch als Inhaber eingetragen sein. Prüfen Sie das so, wie Sie die Mitarbeiter im Backoffice prüfen würden.

Leistung: über welche Suchanfragen man Sie findet

Das ist der bekannteste Bericht: Klicks, Impressionen, CTR und durchschnittliche Position, mit Daten der letzten sechzehn Monate. Das Nützliche steckt in den Filtern:

  • Nach Seite: welche Produktseiten und Kategorien Impressionen erhalten. Eine Produktseite mit vielen Impressionen und sehr niedriger CTR hat meist einen wenig ansprechenden Titel oder eine schwache Meta-Beschreibung.
  • Nach Suchanfrage: mit welchen Wörtern man Sie sucht. Trennen Sie Markensuchen (Ihr Name) von generischen; kommt fast der gesamte Traffic über die Marke, leistet das SEO des Katalogs kaum etwas.
  • Nach Land und Gerät: Wenn Sie ins Ausland verkaufen, prüfen Sie, ob jede Sprache Traffic aus dem richtigen Land bekommt; ist die CTR auf Mobilgeräten deutlich schlechter als am Desktop, sehen Sie sich an, wie Ihr Suchergebnis und Ihre Produktseite auf dem Smartphone aussehen.
  • Zeiträume vergleichen: Vergleichen Sie nach einer Änderung (einer Migration, einem neuen Theme, neu geschriebenen Produktseiten) denselben Zeitraum vorher und nachher.

Die durchschnittliche Position ist ein Mittelwert über alle Impressionen und führt leicht in die Irre. Nutzen Sie sie für Trends einer bestimmten Seite oder Suchanfrage, nicht als Gesamtnote des Shops.

Seitenindexierung: der Bericht, der am meisten über einen Shop verrät

Er zeigt, wie viele URLs Google indexiert hat, und vor allem, warum es die übrigen nicht indexiert. In einem PrestaShop-Shop wiederholen sich die Gründe:

StatusWas es in PrestaShop meistens ist
Gecrawlt – zurzeit nicht indexiertSehr dünne oder fast identische Produktseiten, Kombinationen, Filterseiten. Google hat sie gesehen und beschlossen, sie nicht aufzunehmen.
Gefunden – zurzeit nicht indexiertGoogle kennt die URL, hat sie aber noch nicht gecrawlt. Sind es Tausende, kann das bedeuten, dass Sie zu viele URLs mit geringem Wert erzeugen.
Duplikat – vom Nutzer nicht als kanonisch festgelegtURLs mit Parametern, Sortier- und Paginierungsvarianten oder dieselbe Produktseite in mehreren Kategorien ohne eindeutige Canonical.
Alternative Seite mit richtigem kanonischen TagNormal: Google respektiert Ihre Canonical. Kein Fehler.
Durch „noindex“-Tag ausgeschlossenRichtig bei interner Suche, Warenkorb oder Kundenkonto. Schwerwiegend bei Kategorien oder Produktseiten.
Nicht gefunden (404) und Soft 404Gelöschte Produkte ohne Weiterleitung oder Seiten ausverkaufter Produkte, die eine fast leere Seite zeigen.
Durch robots.txt-Datei blockiertPrüfen Sie, dass Sie keine Ressourcenordner (CSS, JS, Bilder) blockieren, die Google braucht, um die Seite zu sehen.
Seite mit WeiterleitungNormal nach einer Migration. Sind es Tausende und werden sie von Ihrer Website noch verlinkt, korrigieren Sie die internen Links.
Mehr indexiert ist nicht besser. Ein Shop mit zweitausend Produkten und vierzigtausend indexierten URLs hat ein Problem mit Filtern, Parametern oder Kombinationen, keinen Erfolg. Sie wollen, dass Ihre Kategorien und guten Produktseiten indexiert sind und der Rest nicht mit ihnen konkurriert.

URL-Prüfung

Fügen Sie die URL einer Produktseite ein, und Sie erfahren, ob sie indexiert ist, welche Canonical Google gewählt hat, ob sie für Rich-Suchergebnisse infrage kommt und wann sie gecrawlt wurde. Mit „Live-URL testen“ sehen Sie die Seite so, wie Googlebot sie rendert – nützlich, wenn ein Modul Inhalte per JavaScript lädt oder Sie vermuten, dass das Theme auf Mobilgeräten Text ausblendet.

Hat Google eine andere Canonical gewählt als Sie, stimmt etwas nicht: dieselbe Produktseite über mehrere Pfade erreichbar, interne Links auf die falsche Version oder Inhalt, der fast identisch mit einer anderen Seite ist.

Sitemaps

Reichen Sie die Sitemap des Shops ein und prüfen Sie, ob sie fehlerfrei gelesen wird und die Zahl der eingereichten URLs ungefähr der Zahl aktiver Produkte und Kategorien entspricht. In PrestaShop erzeugt die Sitemap normalerweise das Modul Google Sitemap; prüfen Sie, dass sie per Cronjob neu generiert wird und keine deaktivierten Produkte oder Seiten enthält, die Sie auf noindex gesetzt haben. Eine Sitemap mit URLs, die weiterleiten oder 404 liefern, schwächt das Vertrauen in die ganze Datei.

Händlereinträge und Produkt-Snippets

Wenn Ihr Shop strukturierte Produktdaten veröffentlicht, zeigt die Search Console eigene Berichte mit Fehlern und Warnungen: Preis ohne Währung, fehlende Verfügbarkeit, falsch formatierte Bewertungen, fehlende Versand- oder Rückgabeinformationen. Fehler verhindern, dass die Produktseite für Rich-Suchergebnisse infrage kommt; Warnungen nicht, sie weisen aber auf fehlende Daten hin.

Vorsicht bei Themes und Modulen, die jeweils ihr eigenes Markup ausgeben: Häufig sieht man dieselbe Produktseite mit zwei widersprüchlichen Produktblöcken.

Core Web Vitals

Der Bericht gruppiert Ihre URLs nach LCP, INP und CLS mit echten Daten von Chrome-Nutzern, getrennt für Mobilgeräte und Desktop. Er vergibt keine Note pro Seite, sondern pro Gruppe ähnlicher Seiten, und nur bei ausreichend Traffic. Nutzen Sie ihn, um Trends zu sehen und welche Vorlage (Produktseite, Kategorie, Startseite) das Problem mitschleppt; die konkrete Diagnose erfolgt danach mit anderen Werkzeugen.

Was Sie jeden Monat ansehen sollten

  1. Leistung im Vergleich zum Vormonat und zum selben Monat des Vorjahres.
  2. Indexierung: Steigen die Ausschlussgründe plötzlich an, hat sich etwas geändert (ein Modul, ein Filter, ein Update).
  3. Neue Fehler in den strukturierten Produktdaten.
  4. Manuelle Maßnahmen und Sicherheitsprobleme: fast immer leer, und so sollte es bleiben. Ein Sicherheitshinweis kommt meist vor der Beschwerde eines Kunden.
  5. Links: welche Seiten externe Links erhalten und ob eine davon weiterleitet oder einen Fehler liefert.

Ein Shop mit aktueller Version und aktuellen Modulen sorgt in diesen Berichten für weniger Überraschungen: Viele Fehlerspitzen tauchen direkt nach der Installation eines alten Moduls oder nach einem Theme-Wechsel ohne Prüfung von Canonicals und Markup auf.

So lösen Sie es in PrestaShop

Die Berichte zu lesen, ist die halbe Arbeit; die andere Hälfte besteht darin, im Shop zu beheben, worauf sie hinweisen. Der Service Technisches SEO mit KI von Rekire übernimmt diesen Teil im Monatsabo: Da wir am technischen Teil Ihres PrestaShop arbeiten, setzen wir die Änderungen an Code, Datenbank und Konfiguration selbst um, mit Fokus auf Indexierung, Bereinigung von 404-Fehlern, Tags, Überschriftenstruktur, Produktseiten und Kategorien sowie Performance.

Laden...
Cookie-Zustimmung
Zum Seitenanfang