E-Commerce-SEO-Audit: So prüfst du einen Onlineshop

TL;DR — Ein E-Commerce-SEO-Audit ist ein Gesundheitscheck für deinen Onlineshop: Du findest die Dinge, die Google davon abhalten, deine Produkt- und Kategorieseiten anzuzeigen, und behebst zuerst die wichtigsten. Der Kniff: Beginne nicht damit, Title-Tags zu ändern und Keywords einzubauen. Starte in der Google Search Console und finde heraus, welche Seiten Google überhaupt finden und indexieren kann, denn in einem Shop treffen die größten Probleme oft Tausende Seiten gleichzeitig.

Was ein E-Commerce-SEO-Audit ist

Ein Audit ist ein strukturierter Blick auf deinen Shop, um eine Frage zu beantworten: Was hält ihn in der Suche zurück? Es ist wie eine ärztliche Untersuchung — du suchst nach Problemen, bevor sie dich etwas kosten, und behebst die ernsten zuerst.

Der Grund, warum E-Commerce-Shops ihre eigene Audit-Art brauchen, ist die Skalierung. Ein Blog hat vielleicht ein paar hundert Seiten. Ein Shop kann Zehntausende haben — eine Seite pro Produkt, dazu eine Kategorieseite für jede Gruppierung und nahezu identische Kopien für jede Farbe, Größe und Sortierreihenfolge. Das sind sehr viele Seiten, und viele davon sehen für Google fast gleich aus.

Wo du startest (und wo nicht)

Die meisten beginnen ein Audit damit, Title-Tags neu zu schreiben und Keywords zu stopfen. Das ist die falsche Reihenfolge. Wenn Google eine Seite nicht crawlen oder indexieren kann, hilft keine Keyword-Arbeit — die Seite nimmt überhaupt nicht am Rennen teil.

Deshalb starte ich in der Google Search Console, dem kostenlosen Dashboard von Google für Websitebetreiber. Der nützlichste Bildschirm ist der Bericht Seitenindexierung: Er zeigt, welche deiner Seiten Google tatsächlich indexiert hat, und nennt für jede nicht indexierte Seite einen Grund. Bei einem Shop bringt dieser Bericht die großen Umsatzprobleme meist sofort ans Licht — Tausende doppelte Seiten, Seiten, die Google gefunden, aber nie gecrawlt hat, oder (im schlimmsten Fall) Seiten, die versehentlich als „nicht indexieren“ markiert wurden.

Die zwei Probleme, die fast jeder Shop hat

1. Duplicate Content. Das ist das große Problem. Deine Filter (Farbe, Größe, Preis) erzeugen jedes Mal eine neue Webadresse, wenn jemand einen anklickt, und die meisten dieser Adressen zeigen nahezu dieselben Produkte. Varianten (dasselbe Hemd in fünf Farben) bekommen oft ebenfalls jeweils eine eigene Seite. Google muss sich dann durch Tausende nahezu identischer Kopien arbeiten.
2. Dünne Kategorieseiten. Eine Kategorieseite, die nur aus einem Produkt-Raster ohne Beschreibung besteht, kann für Google schwer ranken — sie enthält nicht genug, um Google zu erklären, worum es geht.

Was du brauchst

• Google Search Console — kostenlos und hier das wichtigste einzelne Tool.
• Einen Website-Crawler — etwas, das wie Google alle deine Seiten besucht und Probleme auflistet. Ich verwende Ahrefs Site Audit (das ist meine Website, daher ist das die ehrliche Antwort), aber Ahrefs Webmaster Tools bietet dir einen kostenlosen Crawl verifizierter Websites, und Screaming Frog ist eine beliebte Desktop-Option.
• PageSpeed Insights und der Rich Results Test — beide kostenlos von Google — zum Prüfen der Geschwindigkeit und deines Product-Markups.

Du möchtest die vollständige, priorisierte Checkliste — jeden Audit-Bereich in Reihenfolge, mit E-Commerce-Fallen und der Bewertung der Fixes nach Wirkung? Wechsle zum Tab Fortgeschritten.

TL;DR — Ich auditiere einen Shop ungefähr in dieser Reihenfolge: Crawlability → Indexierung → Duplicate Content → On-Page im großen Maßstab → Technik (CWV, HTTPS, Canonicals) → strukturierte Daten → interne Links → Umgang mit nicht verfügbaren Produkten → Off-Page. Ich starte im GSC-Bericht zur Seitenindexierung und mit einem frischen Crawl, nicht bei On-Page, weil die wirkungsstärksten Probleme eines Shops Tausende URLs gleichzeitig treffen: Duplizierung durch facettierte Navigation, ein versehentliches siteweites noindex, „Discovered – currently not indexed“ im großen Maßstab und Sitemaps voller Weiterleitungen. Das Ergebnis ist eine priorisierte Liste nach Wirkung und Aufwand, kein 500-Punkte-Bericht. Die meisten Shops müssen sich nie um Crawl-Budget kümmern — aber bei den wenigen, die es betrifft, ist es wirklich wichtig.

Audit-Philosophie: zuerst der Kunde, nicht zuerst die Fehler

Ein Crawler liefert dir mehr als 170 Fehlertypen. Wenn du sie alle in einen Bericht kippst, hast du ein Dokument erzeugt, aber kein Audit. Die Aufgabe besteht darin, die wenigen Punkte zu finden, die Rankings und Umsatz bewegen, und den Rest zu ignorieren.

Der Ausgangspunkt ist nicht das Tool — es ist der Schmerz. Wie ich früher sagte: „Wenn Kunden zu dir kommen und nach einem Audit fragen, haben sie bereits einen Schmerzpunkt. Sprich mit ihnen. Löse genau dieses eine Problem, dann werden sie mit dem Audit zufrieden sein.“ Bei einem Shop ist der Schmerz meist konkret: Der Traffic ist gefallen, eine Kategorie rankt nicht mehr, eine Migration ist schiefgelaufen oder neue Produkte werden nicht indexiert. Verankere das Audit dort und erweitere es anschließend.

Und wisse, wann du aufhören solltest. Aus unserer Studie mit mehr als einer Million Domains: „Manchmal ist die beste Vorgehensweise, nichts zu tun, weil die Kosten den Nutzen übersteigen.“ Nicht jedes markierte Problem ist ein Entwicklerticket wert.

Warum ich mit Search Console und Crawl-Daten beginne, nicht mit On-Page

Der Impuls, ein Audit mit Title-Tags und Überschriften zu beginnen, ist der häufigste Fehler, den ich sehe. Bei einer E-Commerce-Website spricht die Rechnung dagegen: Eine Titeländerung hilft einer Seite; die Reparatur eines Indexierungsmusters hilft Tausenden. Die größten Gewinne eines Shops liegen fast immer bei Crawl- und Indexierungsproblemen im großen Maßstab, und genau hier ist der Einsatz am höchsten — „ein Fehler kann Millionen Seiten aus dem Index fernhalten oder eine ganze Website aus den Suchergebnissen entfernen.“

Das Audit läuft also von oben nach unten in Prioritätsreihenfolge. Hier ist der vollständige Ablauf.

Schritt 1 — Crawlability

Können Bots das Wichtige erreichen, und verschwenden sie ihre Zeit mit dem Unwichtigen?

Die E-Commerce-spezifischen Fallen:

• URL-Explosion durch facettierte Navigation. Filter (Farbe, Größe, Preisspanne) kombinieren sich zu Tausenden eindeutigen URLs. Google ist bei den Kosten offen: „Crawler greifen typischerweise auf eine sehr große Zahl von URLs der facettierten Navigation zu, bevor ihre Prozesse feststellen, dass diese URLs tatsächlich nutzlos sind.“
• Parameter-Varianten — Session-IDs, Tracking-Codes (?utm_source=), Sortierreihenfolgen — vervielfachen denselben Inhalt über URLs.
• Crawl-Fallen — interne Suchergebnisse, unendliche Kalender, unbegrenztes Stapeln von Filtern.
• Zu starkes oder zu schwaches Blockieren in robots.txt — versehentliches Blockieren von CSS/JS, das zum Rendern benötigt wird, oder eines gültigen Produktpfads; oder das fehlende Blockieren eines wertlosen Parameterraums.
• JS-gesteuerte Navigation. Google möchte echte Links: „Verwende <a href>-Tags, wenn du Links zu anderen Inhalten erstellst. Verwende keine JavaScript-Ereignisse auf anderen HTML-DOM-Elementen zur Navigation.“

Audit-Schritte:

• robots.txt abrufen und lesen; bestätigen, dass nichts Wichtiges verboten ist und dass geringwertige Parameterbereiche verboten sind.
• Im Crawler „Blocked by robots.txt“ abrufen — wurden wichtige Seiten erwischt?
• GSC Crawl Stats: nach Spitzen bei gecrawlten URLs gegenüber einer flachen Zahl indexierter URLs suchen — diese Lücke ist Crawl-Verschwendung.
• Alle gecrawlten URLs exportieren und nach Pfad-/Parametermuster gruppieren, um das facettierte/parametrisierte Problem zu bemessen.

Zum Crawl-Budget — zuerst deeskalieren. Die meisten Shops haben kein Crawl-Budget-Problem; ich sage das im Audit, statt eines zu erfinden: “Most sites don’t need to worry about crawl budget, but there are few cases where you may want to take a look.” (Übersetzung) „Die meisten Websites müssen sich keine Gedanken über Crawl-Budget machen, aber es gibt einige Fälle, in denen du einen Blick darauf werfen solltest.“ Es wird bei Googles Schwellenwerten relevant — „große Websites (1 Million+ eindeutige Seiten) …“, die sich wöchentlich ändern, oder 10 000+ Seiten, die sich täglich ändern — oder wenn „Discovered – currently not indexed“ groß ist. Wenn es wirklich relevant ist, entfernst du Verschwendung, statt Google um mehr Crawling zu bitten. (Ausführlich: Crawl-Budget.)

Schritt 2 — Indexierung

Crawlbar bedeutet nicht indexiert. Der GSC-Bericht zur Seitenindexierung ist der Mittelpunkt des gesamten Audits — „siehe, welche Seiten Google auf deiner Website finden und indexieren kann, und erfahre mehr über aufgetretene Indexierungsprobleme.“

Die wichtigsten Statusangaben für einen Shop:

• “Duplicate without user-selected canonical / Google chose a different canonical” (Übersetzung) „Duplikat ohne vom Nutzer ausgewählte kanonische Seite / Google hat eine andere kanonische Seite ausgewählt“ — das Problem der Duplizierung durch Facetten/Varianten, sichtbar gemacht.
• “Crawled – currently not indexed” (Übersetzung) „Gecrawlt – zurzeit nicht indexiert“ — meist dünne Produktseiten oder nahezu doppelte Filterseiten.
• “Discovered – currently not indexed” (Übersetzung) „Gefunden – zurzeit nicht indexiert“ — Google kennt die URL, hat sie aber noch nicht gecrawlt; bei großen Katalogen ist das ein Signal für Crawl-Priorität.
• URL mit noindex markiert — prüfen, ob das beabsichtigt ist. Die versehentliche siteweite Variante ist das Szenario „ein Fehler“.
• Soft 404 — eine 200-Antwort auf einer praktisch leeren Seite (nicht verfügbar, Suche ohne Ergebnis). Google warnt, dass solche Seiten „weiter gecrawlt werden und dein Budget verschwenden“.

Audit-Schritte:

• „Not indexed“-URLs nach Grund exportieren; jeden Bestand quantifizieren.
• Die indexierte Zahl in GSC mit der bekannten Kataloggröße vergleichen — eine große Lücke bedeutet, dass Google Seiten nicht findet.
• URL Inspection mit einer Stichprobe aus jedem Grundbestand ausführen.
• Die XML-Sitemap prüfen: Sie sollte nur kanonische, indexierbare URLs mit Status 200 enthalten. Weitergeleitete, mit noindex versehene oder wegkanonisierte URLs in einer Sitemap senden widersprüchliche Signale — entferne sie.

Schritt 3 — Duplicate Content (das E-Commerce-Problem Nr. 1)

Das ist das häufigste Ergebnis eines E-Commerce-Audits und verdient einen eigenen Schritt. Googles Gary Illyes schätzte, dass ungefähr 60 % des Internets aus Duplicate Content bestehen — und Shops sind darin überrepräsentiert.

Woher er kommt:

• Facettierte Navigation — ?color=blue, ?size=S&color=blue und ?size=S&color=blue&sort=price liefern nahezu identischen Inhalt.
• Permutationen der Parameterreihenfolge — ?color=blue&size=S und ?size=S&color=blue sind zweimal dieselbe Seite.
• Produktvarianten als separate URLs — ?variant=… ohne selbstreferenzierendes Canonical oder Canonical auf das übergeordnete Produkt.
• Ein Produkt unter mehreren Kategoriepfaden, beide indexierbar.
• Inkonsistenz zwischen HTTP/HTTPS, www/non-www und Schrägstrich am Ende, die nicht per 301 auf ein Canonical weiterleitet.

Die Shopify-Falle, die man ausdrücklich nennen sollte. Shopify kanonisiert /collections/{collection}/products/{product} zwar auf die saubere URL /products/{product} — deshalb nehmen viele an, das Problem sei gelöst. Das stimmt nicht vollständig: Die internen Links von Kategorieseiten zeigen weiterhin auf die nicht kanonische Version /collections/..., sodass die kanonische Produkt-URL über die normale Navigation keine interne Linkkraft erhält und als verwaiste Seite erscheinen kann. Lösungen: Eine Seite „Alle Produkte“ hinzufügen, die auf die kanonischen /products/-URLs verlinkt, oder die Collection-Templates so ändern, dass sie direkt auf die Canonical-URL verlinken.

Audit-Schritte:

• In GSC beide „Duplicate“-Bestände aus der Seitenindexierung abrufen.
• Im Crawler-Bericht zu Content Quality / Duplicate-Clustern Cluster ohne angegebenes Canonical finden.
• Bestätigen, dass facettierte Parameter-URLs behandelt werden — Googles empfohlene Vorbeugung ist das Blockieren von Filterparametern in robots.txt oder eine Filterung über Fragmente (#), die „keinen Einfluss auf das Crawling haben wird“. Verwende hier nicht noindex (siehe Mythen).
• Stichprobenweise prüfen, dass Shopify-URLs /collections/*/products/* auf /products/* kanonisiert werden — und dass etwas auf die kanonische Version verlinkt.

(Hintergrund: Duplicate Content und Canonicalisierung.)

Schritt 4 — On-Page im großen Maßstab

Bei einem Shop ist On-Page ein Templating-Problem, kein Copywriting-Problem — du auditierst Muster, nicht einzelne Seiten.

Die wiederkehrenden Probleme:

• Dünne Kategorieseiten (das E-Commerce-Problem Nr. 2). John Mueller sagt es direkt: „Wenn E-Commerce-Kategorieseiten überhaupt keinen anderen Inhalt als Links zu den Produkten haben, ist es für uns wirklich schwer, diese Seiten zu ranken.“ Übertreibe aber nicht mit einer Textwand — „vielleicht sind 90 %, 95 % dieses Textes unnötig“, und „unsere Algorithmen sind manchmal verwirrt, wenn oben eine Produktliste und unten im Grunde ein riesiger Artikel steht“. Das Ziel ist ein kurzer, nützlicher Block (Herkunft, Materialien, Größen, Beliebtheit) nahe am Anfang — kein Fülltext, der das Raster vergräbt.
• Kollisionen bei Template-Titeln — Muster wie Buy {Product} | Store, die bei Produkten nahezu identisch sind, oder zwei Produkte mit demselben Namen.
• Fehlende/leere H1s und Titel auf Template-Ebene.
• Meta-Beschreibungen — auf deinen wichtigsten Kategorie- und Produktseiten sinnvoll, bei Long-Tail-Seiten weniger (Google schreibt sie ohnehin meistens um).

Audit-Schritte:

• Im On-Page-Bericht des Crawlers nach fehlendem Titel, fehlender H1, fehlender Meta-Beschreibung, doppelten Titeln und doppelten H1s filtern.
• Kategorieseiten mit wenig oder keinem einzigartigen Fließtext markieren (Kandidaten für dünnen Content) und mit „Crawled – currently not indexed“ abgleichen.
• Titel exportieren und auf Template-Kollisionen prüfen.

Ein Hinweis dazu, wofür du keine Auditzeit aufwenden solltest: mehrere H1s. Sie sind gültiges HTML5 und für Rankings nahezu irrelevant — laut meiner Studie mit einer Million Domains haben 51,3 % der Websites irgendwo mehrere. Überspringe das.

Schritt 5 — Technik (CWV, HTTPS, Canonicals, Mobile)

Core Web Vitals. Googles Schwellenwerte zum Bestehen: LCP < 2,5 s, INP < 200 ms, CLS < 0,1. Die Fehlerquellen im E-Commerce sind vorhersehbar — nicht optimierte Hero-Bilder und Drittanbieter-Skripte (Chat, A/B-Tests, Pixel) schaden dem LCP; Warenkorb- und Checkout-JavaScript schaden dem INP; Bilder ohne explizite Abmessungen und eingefügte Werbebanner schaden dem CLS. Prüfe nach URL-Gruppe im GSC-CWV-Bericht, ob Produkt-, Kategorie- oder Checkout-Templates ausfallen, und bestätige es anschließend an repräsentativen Templates in PageSpeed Insights. (Siehe Core Web Vitals.)

HTTPS. Alles — Produkt, Warenkorb, Checkout — über HTTPS, ohne gemischte Inhalte (HTTP-Bilder/Ressourcen auf HTTPS-Seiten) und mit Canonicals/Weiterleitungen, die auf die HTTPS-Version zeigen.

Canonicals. Häufige E-Commerce-Fehler: Canonicals zeigen auf 4XX-Seiten; nicht kanonische URLs stehen in der Sitemap; paginierte Seiten werden auf Seite eins kanonisiert (nicht tun); und — der stille Fehler — interne Links zeigen auf nicht kanonische Versionen, sodass das Canonical nie Linkkraft aufbaut. Mehrere rel=canonical-Tags auf einer Seite werden ignoriert.

Mobile-first. Google indexiert die mobile Version. Stelle sicher, dass die mobile Produktseite keine abgespeckte Version ohne Beschreibung, strukturierte Daten oder Bilder in voller Größe ist.

Rohdaten gegenüber gerendertem Produktnachweis. Speichere bei repräsentativen PDPs das initiale HTML und nach einer frischen Navigation einen gerenderten Mitschnitt. Behandle das Ändern der Größe einer bereits geladenen Desktopseite nicht als Test für mobiles Rendering. Die rohe Antwort sollte die zentrale Produktidentität, die ausgewählte/standardmäßige SKU und Attribute, Preis, Währung, Verfügbarkeit, erforderliche crawlbare Variantenlinks und passende Product-/Offer-Daten offenlegen. Vergleiche anschließend das gerenderte DOM und die sichtbare Auswahl. Google kann JavaScript rendern, andere Crawler und Agents verhalten sich aber unterschiedlich; ein erfolgreiches Rendering heilt außerdem keine widersprüchlichen Produktfakten.

Führe den Vergleich für jede Stichprobenvariante über Feed, Warenkorb und Checkout fort. URL, sichtbare PDP, gerendertes JSON-LD, Feed-Element und Transaktion müssen bei Produktidentität, SKU, Gruppen-ID, ausgewählten Attributen, Preis, Währung und Verfügbarkeit übereinstimmen. Dokumentiere absichtliche orts- oder kundenspezifische Neubewertungen getrennt von unerklärten Abweichungen. Siehe Product Page SEO für die Grenze zwischen Rohdaten und Rendering und Product Variant SEO für den vollständigen Vertrag des ausgewählten Angebots.

Schritt 6 — Strukturierte Daten

Für einen Shop sind Product / ProductGroup, BreadcrumbList, Organization (mit Rückgaberichtlinie) und Review / AggregateRating die wichtigsten Typen. Mehr gültige Eigenschaften erweitern die Teilnahmeberechtigung — Google: „Je mehr Eigenschaften du hinzufügen kannst, desto mehr Erweiterungen können für deine Seite infrage kommen.“ (Der Mythos, den du dir merken solltest: Schema macht dich für Rich Results berechtigt; es lässt dich nicht automatisch ranken.)

Audit-Schritte:

• Den Rich Results Test auf einer repräsentativen Produkt- und Kategorieseite ausführen.
• GSC-Erweiterungen: Product Snippets und Merchant Listings auf Fehler/Warnungen prüfen.
• Erforderliche und empfohlene Eigenschaften für jedes Feature getrennt prüfen — nicht zusammenwerfen. Für Merchant Listings sind name, image und offers (ein Offer mit price, priceCurrency und availability) erforderlich. Für Product Snippets ist name erforderlich; außerdem brauchst du mindestens eines von review, aggregateRating oder offers, um teilnahmeberechtigt zu sein — Google führt aggregateRating, offers und review für dieses Feature als empfohlen, nicht als erforderlich auf.
• Häufige Fehler: fehlendes image, fehlendes offers, fehlende availability, Schema-Preise, die nicht zum sichtbaren Preis passen (Richtlinienverstoß), und Breadcrumb-Schema, das nicht zum sichtbaren Pfad passt.

Schritt 7 — Interne Verlinkung

Die Probleme: verwaiste Produktseiten (das klassische Shopify-Symptom von oben); wichtige Kategorie-/Produktseiten, die mehr als fünf Klicks tief liegen; interne Links auf Weiterleitungen oder 404s; Bestseller, die nicht von Hubs mit hoher Autorität verlinkt werden. Google: „Füge Links von Menüs zu Kategorieseiten hinzu, von Kategorieseiten zu Unterkategorieseiten und schließlich von Unterkategorieseiten zu allen Produktseiten.“

Audit-Schritte:

• Im Link-Bericht des Crawlers verwaiste Seiten und Crawl-Tiefe abrufen; bestätigen, dass wichtige Seiten etwa innerhalb von drei Klicks von der Startseite liegen.
• Links auf Weiterleitungen und defekte Links abrufen.
• Prüfen, dass deine umsatzstärksten Produkte aus der Hauptnavigation und aus redaktionellen/H ub-Seiten verlinkt sind.

Schritt 8 — Nicht verfügbare und eingestellte Produkte

Ein wirklich E-Commerce-eigener Abschnitt. Meine ehrliche Antwort ist hier aus gutem Grund das SEO-Klischee: „Obwohl es in der SEO-Community ein Witz ist, lautet die Antwort bei nicht verfügbaren Produkten tatsächlich: ‚Es kommt darauf an‘.“ Und: „Letztlich gibt es keine perfekte Lösung.“ Die Entscheidung hängt davon ab, ob der Zustand vorübergehend oder dauerhaft ist und ob die Seite Traffic oder Links hat:

Prüfe die Verfügbarkeit nicht allein anhand der sichtbaren Beschriftung. Nimm eine normale vorrätige SKU, einen vorübergehenden Ausverkauf, einen kürzlich wieder verfügbaren Artikel, eine nicht verfügbare Variante innerhalb einer verfügbaren Produktgruppe und ein nach Postleitzahl eingeschränktes Angebot in die Stichprobe. Gleiche für jeden Fall den maßgeblichen Backend-Status, die ausgewählte Variante, die sichtbare Seite, Product-/Offer-Markup, die Merchant-Feed-Zeile, die Warenkorbzeile und das Checkout-Ergebnis ab. Halte Markt, Postleitzahl, Kanal, Erfassungszeitpunkt und Feed-Verarbeitungszeit fest, damit ein personalisiertes Fulfillment-Ergebnis nicht mit dem allgemeinen Katalogstatus verwechselt wird. Die vollständige Zuordnung steht im Verfügbarkeitsvertrag für Product-Schema.

Achte auf Soft 404s: Seiten nicht verfügbarer Produkte, Suchen ohne Treffer oder leere Warenkorb-/Kontoseiten, die 200 zurückgeben. Rufe in GSC den Soft-404-Bestand ab und löse ihn nach Muster auf. (Siehe nicht verfügbare Produkte für den vollständigen Rahmen.)

Schritt 9 — Off-Page

Bei den meisten Shops weniger umfangreich, aber einen Durchgang wert:

• GSC-Leistung: Anteil der Klicks von Marken- gegenüber Nicht-Marken-Suchen — starke Markenabhängigkeit bedeutet schwache nicht markenbezogene Auffindbarkeit.
• Backlink-Profil nach Seitentyp — erhalten Kategorie-/Produktseiten Links oder nur Startseite und Blog?
• 404-Seiten mit Backlinks finden und per 301 auf die passendste Live-Seite weiterleiten (Linkkraft zurückgewinnen).
• Linklücke zu Wettbewerbern auf Kategorieseiten.

So priorisierst du die Ergebnisse

Alles oben erzeugt eine Liste. Die Liste ist nicht das Ergebnis — die sortierte Liste ist es. Ich bewerte jeden Fund in einer Wirkung-/Aufwand-Matrix: „Alles mit hoher Wirkung und geringem Aufwand ist ein schneller Erfolg; diese Aufgaben sollten zuerst erledigt werden.“ Für einen Shop:

• Hohe Wirkung / geringer Aufwand — zuerst erledigen: ein versehentliches siteweites noindex; eine Sitemap voller Weiterleitungs-/noindex-URLs; fehlende Canonicals auf Varianten-URLs; interne Links auf Weiterleitungen; Soft-404s bei nicht verfügbaren Produkten.
• Hohe Wirkung / hoher Aufwand — planen und terminieren: Architektur der facettierten Navigation; Core-Web-Vitals-Arbeit; Product-Schema über Templates ausrollen; Crawl-Tiefe / Architektur reparieren.
• Geringe Wirkung / geringer Aufwand — wenn Zeit ist: Meta-Beschreibungen für Long-Tail-Produkte; kleine Bereinigungen von Titel-Templates.
• Geringe Wirkung / hoher Aufwand — überspringen: Bereinigung von Weiterleitungsketten auf Seiten ohne Traffic; Open-Graph-Tags (Social, nicht Ranking).

Der eigentliche Sinn der Matrix ist die Erlaubnis, Dinge nicht zu tun.

Häufige Mythen, die du im Bericht ausräumen solltest

• „Mehr indexierte Seiten = besseres SEO.“ Nein — Googles eigener Rat lautet, „Duplicate Content zu beseitigen, um das Crawling auf einzigartige Inhalte statt auf einzigartige URLs zu konzentrieren“. Den Index mit dünnen Variantenseiten aufzublähen, schadet meist.
• „Verwende noindex, um bei Facetten Crawl-Budget zu sparen.“ Nein: “Don’t use noindex, as Google will still request, but then drop the page when it sees a noindex meta tag or header in the HTTP response, wasting crawling time.” (Übersetzung) „Verwende noindex nicht, da Google die Seite weiterhin anfordert, sie aber verwirft, wenn es das noindex-Meta-Tag oder den Header in der HTTP-Antwort sieht, und dadurch Crawl-Zeit verschwendet.“ Blockiere den Abruf (robots.txt) oder verwende stattdessen Fragmentfilterung.
• „Shopify erledigt jede Canonicalisierung.“ Shopify setzt das Canonical-Tag, behebt aber nicht die interne Verlinkung auf die nicht kanonische URL. Siehe Schritt 3.
• „Crawl-Budget betrifft jeden Shop.“ Das stimmt nicht — die meisten Shops müssen darüber nie nachdenken.

KI-Zusammenfassung

Eine komprimierte Fassung der Advanced-Version:

• Ein E-Commerce-SEO-Audit findet die wenigen Probleme, die einen Shop zurückhalten — es ist eine priorisierte Liste, keine 500-Punkte-Checkliste. Die Philosophie ist kundenorientiert (am tatsächlichen Schmerz ausrichten) und lautet: „Manchmal ist die beste Vorgehensweise, nichts zu tun.“
• Starte in der Google Search Console und mit Crawl-Daten, nicht mit On-Page. In einem Shop liegen die größten Gewinne bei Crawl-/Indexierungsproblemen im großen Maßstab; „ein Fehler kann Millionen Seiten aus dem Index fernhalten“.
• Audit-Reihenfolge: Crawlability → Indexierung (GSC-Bericht Seitenindexierung) → Duplicate Content → On-Page im großen Maßstab → Technik (CWV: LCP unter 2,5 s, INP unter zweihundert Millisekunden, CLS unter 0,1, HTTPS, Canonicals, Mobile) → strukturierte Daten → interne Links → nicht verfügbare Produkte → Off-Page.
• E-Commerce-Problem Nr. 1: Duplicate Content durch facettierte Navigation, Parameterpermutationen und Varianten. Behebe ihn mit einer robots.txt-Blockade oder Fragmentfilterung — nicht mit noindex. Die Shopify-Falle: Shopify kanonisiert /collections/.../products/..., aber interne Links zeigen weiterhin auf die nicht kanonische URL (verwaiste Seiten).
• Problem Nr. 2: dünne Kategorieseiten. Mueller: Kategorieseiten, die nur aus Produktrastern bestehen, sind schwer zu ranken — ein kurzer nützlicher Block ist aber besser als ein riesiger Artikel am Ende.
• Strukturierte Daten (Product, Breadcrumb, Organization, Review) machen dich für Rich Results berechtigt; sie bringen dich nicht automatisch ins Ranking.
• Nach Wirkung/Aufwand priorisieren: schnelle Erfolge (versehentliches noindex, schmutzige Sitemaps, Varianten-Canonicals) zuerst; Architektur (Facetten, CWV, Schema-Rollout) planen; Fleißarbeit überspringen.
• Crawl-Budget ist für die meisten Shops kein Thema — relevant wird es bei etwa 1 Mio.+ Seiten, die wöchentlich oder 10 000+, die täglich geändert werden, oder bei einem großen Bestand „Discovered – not indexed“.

Offizielle Dokumentation

Die Primärquellen hinter jedem Audit-Schritt.

Google — Crawling und Indexierung

• Crawl-Budget optimieren — wer es braucht, Verschwendung durch Soft 404s (Status 404) und warum noindex nicht zum Sparen von Budget verwendet werden sollte.
• Crawling von URLs der facettierten Navigation verwalten — das Problem der URL-Explosion sowie robots.txt- und Fragmentlösungen.
• Bericht zur Seitenindexierung (Hilfe zur Search Console) — jeder „Not indexed“-Status, einschließlich des Hinweises zu doppelten Parametern.
• Tool zur URL-Prüfung (Hilfe zur Search Console) — den Indexierungsstatus und strukturierte Daten einer einzelnen URL prüfen.

Google — E-Commerce-Spezialthemen

• Best Practices für E-Commerce-URL-Strukturen — alternative URLs minimieren, beschreibende Pfade, &-Trennzeichen und Canonical-Parameterbehandlung.
• Google helfen, die Struktur deiner E-Commerce-Website zu verstehen — die Hierarchie Menü → Kategorie → Unterkategorie → Produkt und die Anforderung <a href>.
• Strukturierte Daten für E-Commerce-Websites — die empfohlenen Schema-Typen.
• Strukturierte Daten für Product Snippets — erforderliche und empfohlene Product-Felder.

Google — Technik

• Core Web Vitals und Google-Suchergebnisse verstehen — LCP-/INP-/CLS-Schwellenwerte und der CWV-Bericht.
• Rich Results Test — Product, Breadcrumb und anderes Markup validieren.

Bing / Microsoft

• bingbot-Reihe: Crawl-Effizienz maximieren — Bings Perspektive der „Crawl-Effizienz“, relevant für Shops mit großen Katalogen.

Zitate aus der Quelle

Dokumentierte Aussagen hinter dem Audit. Die Deep Links springen zur zitierten Passage auf der Quellseite.

Ich — Audit-Methodik (aus meinen Ahrefs-Texten)

• “If clients are coming to you asking for an audit, they already have a pain point. Talk to them. Solve that one thing and they’ll be happy with the audit.” (Übersetzung) „Wenn Kunden zu dir kommen und nach einem Audit fragen, haben sie bereits einen Schmerzpunkt. Sprich mit ihnen. Löse genau dieses eine Problem, dann werden sie mit dem Audit zufrieden sein.“ — Patrick Stox, Kostenlose SEO-Audit-Vorlage.
• “Anything high-impact and low-effort is a quick win, so those tasks should be tackled first.” (Übersetzung) „Alles mit hoher Wirkung und geringem Aufwand ist ein schneller Erfolg; diese Aufgaben sollten zuerst erledigt werden.“ — Patrick Stox, Enterprise Technical SEO.
• “One mistake can keep millions of pages out of the index or remove an entire site from search results.” (Übersetzung) „Ein Fehler kann Millionen Seiten aus dem Index fernhalten oder eine ganze Website aus den Suchergebnissen entfernen.“ — Patrick Stox, Enterprise Technical SEO.
• “Sometimes, the best course of action is to do nothing because the costs outweigh the benefits.” (Übersetzung) „Manchmal ist die beste Vorgehensweise, nichts zu tun, weil die Kosten den Nutzen übersteigen.“ — Patrick Stox, Wir haben mehr als 1 Million Domains untersucht.
• “Most sites don’t need to worry about crawl budget, but there are few cases where you may want to take a look.” (Übersetzung) „Die meisten Websites müssen sich keine Gedanken über Crawl-Budget machen, aber es gibt einige Fälle, in denen du einen Blick darauf werfen solltest.“ — Patrick Stox, Wann solltest du dir Gedanken über Crawl-Budget machen?
• “Though it’s a joke in the SEO community, ‘it depends’ is really the answer when dealing with out-of-stock products on e-commerce websites.” (Übersetzung) „Obwohl es in der SEO-Community ein Witz ist, lautet die Antwort bei nicht verfügbaren Produkten im E-Commerce tatsächlich: ‚Es kommt darauf an‘.“ … “Ultimately, there’s no perfect solution.” (Übersetzung) „Letztlich gibt es keine perfekte Lösung.“ — Patrick Stox, Wie solltest du mit nicht verfügbaren Produkten umgehen?.

John Mueller, Google Search Advocate — dünne Kategorieseiten (weitergegeben)

• “When the ecommerce category pages don’t have any other content at all, other than links to the products, then it’s really hard for us to rank those pages.” (Übersetzung) „Wenn E-Commerce-Kategorieseiten überhaupt keinen anderen Inhalt als Links zu den Produkten haben, ist es für uns wirklich schwer, diese Seiten zu ranken.“
• “Maybe 90%, 95% of that text is unnecessary. But some amount of text is useful to have on a page so that we can understand what this page is about.” (Übersetzung) „Vielleicht sind 90 %, 95 % dieses Textes unnötig. Aber eine gewisse Textmenge ist auf einer Seite nützlich, damit wir verstehen können, worum es auf dieser Seite geht.“
• “Our algorithms sometimes get confused when they have a list of products on top and essentially a giant article on the bottom.” (Übersetzung) „Unsere Algorithmen sind manchmal verwirrt, wenn oben eine Produktliste und unten im Grunde ein riesiger Artikel steht.“

Google — offizielle Dokumentation

• “Eliminate duplicate content to focus crawling on unique content rather than unique URLs.” (Übersetzung) „Beseitige Duplicate Content, um das Crawling auf einzigartige Inhalte statt auf einzigartige URLs zu konzentrieren.“ Zum Zitat springen
• “Don’t use noindex, as Google will still request, but then drop the page when it sees a noindex meta tag or header in the HTTP response, wasting crawling time.” (Übersetzung) „Verwende noindex nicht, da Google die Seite weiterhin anfordert, sie aber verwirft, wenn es das noindex-Meta-Tag oder den Header in der HTTP-Antwort sieht, und dadurch Crawl-Zeit verschwendet.“ Zum Zitat springen
• “The crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless.” (Übersetzung) „Crawler greifen typischerweise auf eine sehr große Zahl von URLs der facettierten Navigation zu, bevor ihre Prozesse feststellen, dass diese URLs tatsächlich nutzlos sind.“ — Crawling von URLs der facettierten Navigation verwalten.
• “Use <a href> tags when creating links to other content. Don’t use JavaScript events on other HTML DOM elements for navigation.” (Übersetzung) „Verwende <a href>-Tags, wenn du Links zu anderen Inhalten erstellst. Verwende keine JavaScript-Ereignisse auf anderen HTML-DOM-Elementen zur Navigation.“ — Google helfen, die Struktur deiner E-Commerce-Website zu verstehen.

Checkliste für ein E-Commerce-SEO-Audit

Arbeite sie von oben nach unten ab — die Reihenfolge ist die Priorisierung. Beginne nicht bei On-Page.

1. Crawlability

• robots.txt lesen; nichts Wichtiges verboten, geringwertige Parameterbereiche blockiert.
• Bericht „Blocked by robots.txt“ auf Fehlalarme geprüft.
• GSC Crawl Stats auf Lücken zwischen Crawling und Indexierung geprüft (Crawl-Verschwendung).
• Alle URLs exportiert und nach Parameter/Pfad gruppiert, um das Facettenproblem zu bemessen.
• Crawl-Budget-Bedenken als real bestätigt (1 Mio.+ wöchentlich / 10 000+ täglich / großer „Discovered“-Bestand), bevor gehandelt wird.

2. Indexierung

• GSC-Seitenindexierung „Not indexed“ nach Grund exportiert und quantifiziert.
• Indexierte Zahl mit der bekannten Kataloggröße verglichen.
• URL Inspection an einer Stichprobe aus jedem Grundbestand ausgeführt.
• XML-Sitemap enthält nur kanonische, indexierbare URLs mit Status 200.
• Kein versehentliches siteweites noindex.

3. Duplicate Content

• Beide GSC-„Duplicate“-Bestände geprüft.
• Duplicate-Cluster ohne Canonical im Crawler identifiziert.
• Facettierte Parameter über robots.txt oder #-Fragmente behandelt (nicht noindex).
• Shopify /collections/*/products/* kanonisiert — und intern verlinkt.
• HTTP/HTTPS, www/non-www und Schrägstrich am Ende leiten alle per 301 auf ein Canonical weiter.

4. On-Page im großen Maßstab

• Fehlende/doppelte Titel, H1s und Meta-Beschreibungen im Crawler gefiltert.
• Dünne Kategorieseiten markiert; kurzer nützlicher Textblock statt Textwand.
• Titel-Templates auf Kollisionen geprüft.

5. Technik

• CWV nach URL-Gruppe: LCP < 2,5 s, INP < 200 ms, CLS < 0,1.
• HTTPS überall; keine gemischten Inhalte.
• Canonicals: keine 4XX-Ziele, keine nicht kanonischen Sitemap-URLs, keine Kanonisierung paginierter Seiten auf Seite eins, ein Tag pro Seite.
• Mobile Version nicht um Beschreibung/Schema/Bilder reduziert.

6. Strukturierte Daten

• Rich Results Test auf Produkt- und Kategorie-Templates besteht.
• GSC-Berichte Product Snippets / Merchant Listings sind sauber.
• Für Merchant Listings erforderlicher Satz vorhanden: name, image, offers (Preis/Währung/Verfügbarkeit).
• Teilnahmeberechtigung für Product Snippets vorhanden: name plus mindestens eines von review, aggregateRating oder offers.
• Schema-Preise stimmen mit sichtbaren Preisen überein; Breadcrumb-Schema entspricht dem sichtbaren Pfad.

7. Interne Verlinkung

• Verwaiste Seiten und Crawl-Tiefe geprüft; wichtige Seiten innerhalb von etwa drei Klicks.
• Links auf Weiterleitungen und defekte Links abgerufen.
• Bestseller aus Navigation und Hub-/redaktionellen Seiten verlinkt.

8. Nicht verfügbare / eingestellte Produkte

• Soft-404-Bestand abgerufen und nach Muster aufgelöst.
• Vorübergehend gegenüber dauerhaft unterschieden (behalten / 301 / 404-410).
• Interne Links auf gelöschte Produkte entfernt oder aktualisiert.

9. Off-Page

• Anteil der Klicks von Marken- und Nicht-Marken-Suchen geprüft.
• Links nach Seitentyp bewertet.
• 404s mit Backlinks per 301 auf Live-Seiten weitergeleitet.

10. Priorisieren und liefern

• Jeder Fund nach Wirkung/Aufwand bewertet.
• Schnelle Erfolge zuerst; Architektur geplant; Fleißarbeit übersprungen.
• Bericht auf die wenigen wichtigen, nach Geschäftswirkung quantifizierten Probleme konzentriert.

Die Frameworks hinter dem Audit

1. Reihenfolge nach Skalierung. Das Audit läuft in Prioritätsreihenfolge, weil die Hebelwirkung je Bereich unterschiedlich ist: Eine On-Page-Änderung repariert eine Seite; ein Indexierungsmuster repariert Tausende. Also: Crawlability → Indexierung → Duplicate Content → On-Page → Technik → strukturierte Daten → interne Links → nicht verfügbare Produkte → Off-Page. Widerstehe dem Impuls, mit Title-Tags zu beginnen.

2. Die Wirkung-/Aufwand-Matrix. Bewerte jeden Fund auf zwei Achsen und handle nach Quadrant:

Der eigentliche Wert der Matrix ist die Erlaubnis, etwas auszulassen — „manchmal ist die beste Vorgehensweise, nichts zu tun“.

3. Kundenorientierter Umfang. Auditiere nicht alles. Beginne mit dem tatsächlichen Schmerz des Shops (Traffic-Rückgang, eine Kategorie, die nicht mehr rankt, eine schlechte Migration), löse ihn und erweitere dann. Ein fokussierter Bericht mit 5–10 quantifizierten Problemen ist jedes Mal besser als ein Crawl-Export mit 200 Zeilen.

4. Die drei „nicht gleich“-Beziehungen (aus dem technischen SEO übernommen). Crawling ≠ Indexierung (eine blockierte Seite kann trotzdem indexiert sein), Crawling ≠ Ranking (mehr Crawling ≠ höhere Positionen), Crawling ≠ Rendering (JS läuft separat). Die meisten E-Commerce-Fragen — „Warum wird mein Produkt nicht angezeigt?“ — lösen sich, sobald du feststellst, an welcher Stufe es scheitert.

5. Entscheidungsbaum für nicht verfügbare Produkte. Vorübergehend → live lassen (Nachlieferung/Warteliste). Dauerhaft + passender Ersatz → 301. Dauerhaft + Links/Traffic, kein Ersatz → mit verwandten Produkten behalten. Dauerhaft + nichts → 404/410. „Es kommt darauf an“ ist die ehrliche Standardeinstellung; die Variablen sind Dauer und Linkkraft.

Tools für ein E-Commerce-SEO-Audit

In diesem Audit erwähnt

• Google Search Console — das Rückgrat: Bericht Seitenindexierung (jeder „Not indexed“-Grund), Crawl Stats, Core Web Vitals, Sitemaps, URL Inspection und Erweiterungen (Product Snippets, Merchant Listings). Kostenlos und der Startpunkt des Audits.
• Ahrefs Site Audit — mein primärer Crawler: Crawlability, Indexierbarkeit, Duplicate-Cluster, Canonicals, verwaiste Seiten, interne Links, Crawl-Tiefe, Performance und strukturierte Daten über mehr als 170 Fehlertypen.
• Ahrefs Site Explorer — Backlink-Profil nach Seitentyp, verlinkte defekte Seiten (Ziele für Weiterleitungs-Reklamation), organische Keywords nach Seite und Linklücken zu Wettbewerbern.
• Google Rich Results Test — Product, BreadcrumbList und andere Schemata auf einer Live-URL validieren.
• PageSpeed Insights — Feld- (CrUX-) und Labor-CWV-Daten für repräsentative Templates.

Kostenlose Optionen

• Ahrefs Webmaster Tools — kostenloser Crawl plus Site Audit für verifizierte Websites; der kostenlose Weg zu fast allem oben.
• Bing Webmaster Tools — Crawl-Informationen, Site Scan und IndexNow (Preis-/Bestandsänderungen übermitteln, statt auf einen erneuten Crawl zu warten).

Andere Crawler

• Screaming Frog SEO Spider — Desktop-Massenexport von URLs, Statuscodes, Canonicals, Metadaten und hreflang; nützlich für sehr große eigene Crawls.
• Chrome DevTools — bestätigen, ob Produktinhalt im initialen HTML steht oder durch JavaScript eingefügt wird („Quelltext anzeigen“ gegenüber „Untersuchen“).

Playbook: Organischer Traffic sinkt auf einer E-Commerce-Website

1. Umfang bestätigen. Teile Search-Console-Daten nach Seitentyp, Land, Gerät und Suchanfragenklasse auf. Wenn sich nur ein Template oder Markt verändert hat, beschränke die Untersuchung darauf; wenn alle Segmente betroffen sind, fahre siteweit fort.
2. Zeitpunkte abgleichen. Trage Deployments, Migrationen, Feed-Änderungen, Bestandsereignisse, Saisonalität und bekannte Suchänderungen in eine gemeinsame Zeitleiste ein. Beginnt der Rückgang mit einem Release, untersuche dieses Release, bevor du eine allgemeine Fehlerliste erstellst.
3. Zugriff und Antwortänderungen prüfen. Vergleiche aktuelle und frühere Robots-Regeln, Statuscodes, Canonicals, Sitemaps und gerenderte interne Links. Wenn wichtige URLs blockiert, weitergeleitet, mit noindex versehen oder verwaist sind, begrenze zuerst diesen Fehler.
4. Indexierung abgleichen. Verbinde beabsichtigte URLs aus Sitemap/Katalog mit Crawl-Ergebnissen und den Gründen der GSC-Seitenindexierung. Wenn sich der Verlust bei Duplicate- oder Canonical-Status gruppiert, prüfe URL-Signale; wenn er bei „Crawled – currently not indexed“ gruppiert, untersuche Inhalt und Seitenwert.
5. Repräsentative Templates testen. Validiere jeweils eine bekannte gute und eine betroffene Kategorie-, Produkt-, Facetten- und redaktionelle Seite auf Rendering, Schema, interne Verlinkung und Core Web Vitals. Wenn eine gemeinsame Komponente ausfällt, erweitere die Stichprobe, bevor du einzelne Seiten änderst.
6. Nach betroffenem Wert und Sicherheit priorisieren. Spiele den kleinsten reversiblen Fix für die wertvollste bestätigte Ursache aus. Wenn die Belege nicht eindeutig sind, sammle eine gezielte Stichprobe, statt spekulative Änderungen zu bündeln.
7. Validieren und annotieren. Halte die genaue Änderung fest, prüfe ihre technische Ausgabe und überwache das betroffene Segment gegen seine eigene Ausgangsbasis. Wenn sich das beabsichtigte Signal nicht geändert hat, rolle zurück oder öffne die Diagnose erneut.

Auditpraktiken, welche die Aufmerksamkeit des Teams verschwenden

Jede Crawler-Warnung exportieren und es Audit nennen

Warum das scheitert: Schweregrad-Labels kennen die Templates, den Traffic, den Umsatz oder die beabsichtigte URL-Richtlinie der Website nicht. Stattdessen: Verbinde jeden Fund mit betroffenen URLs, Belegen, Geschäftswirkung und einem konkreten Verantwortlichen für die Behebung.

Bei einem Indexierungsverlust mit Title-Tag-Überarbeitungen beginnen

Warum das scheitert: On-Page-Politur kann blockierte, weitergeleitete, kanonisierte oder nicht gerenderte Seiten nicht reparieren. Stattdessen: Stelle Crawlability und Indexierungsumfang fest, bevor du den Stack nach unten durchgehst.

Jede ausgeschlossene URL als Problem behandeln

Warum das scheitert: Alternative Varianten, gefilterte URLs und nicht kanonische Duplikate können absichtlich ausgeschlossen sein. Stattdessen: Vergleiche den beobachteten Zustand für jede URL-Klasse mit der dokumentierten Indexierungspolitik.

Mehrere Systeme ändern, bevor überhaupt gemessen wird

Warum das scheitert: Kombinierte Änderungen an Template, Canonical, Inhalt und Verlinkung zerstören die kausale Klarheit und erschweren den Rollback. Stattdessen: Gruppiere zusammengehörige Fixes, formuliere das erwartete Signal und validiere jedes Release.

Audit-Belege diagnostizieren, die nicht zusammenpassen

Verwende das gemeinsame Paket für SEO-Audit-Belege für Erfassung, Zeitstempel, Umgebung, Umfang, Einschränkungen, Reproduktion und Akzeptanztests. Ergänze hier Produkt-ID, SKU, ausgewählte Variante, Markt, Postleitzahl, Bestands-/Fulfillment-Status, Feed-Quelle und Verarbeitungszeit. Halte die ursprünglichen Katalog-, Seiten- und Feed-Aufnahmen getrennt von der Diagnose des Analysten.

Crawl-Summen liegen weit über der Kataloggröße

Wahrscheinliche Ursache: Facetten-, Sortier-, Tracking-, Such- oder Session-Parameter erzeugen URL-Kombinationen. Fix: Klassifiziere die Parametermuster, prüfe interne Entdeckung und Canonical-Verhalten und crawle eine begrenzte Stichprobe, bevor du Kontrollen empfiehlst.

Search Console und Crawler widersprechen sich bei der Indexierbarkeit

Wahrscheinliche Ursache: Der Crawl sieht die heutige Antwort, während die Search Console einen früheren Crawl widerspiegelt, oder das Rendering ändert Direktiven nach dem rohen HTML. Fix: Vergleiche Zeitstempel, rohe und gerenderte Ausgabe, Canonical-Signale und repräsentative Ergebnisse der URL-Prüfung.

Fehler bei strukturierten Daten erscheinen nur bei einigen Produkten

Wahrscheinliche Ursache: Optionale Katalogfelder, Variantenlogik oder Zustände nicht verfügbarer Produkte führen in einen anderen Template-Zweig. Fix: Segmentiere Fehler nach Template und Datenbedingung, reproduziere einen betroffenen Datensatz und korrigiere das gemeinsame Mapping, statt URLs von Hand zu bearbeiten.

Empfehlungen werden immer mehr, aber nichts wird ausgeliefert

Wahrscheinliche Ursache: Funde enthalten keine Wirkung, Verantwortlichkeit, Abhängigkeiten oder Akzeptanztests. Fix: Verwandle jeden bestätigten Fund in ein Ticket mit betroffenem Umfang, Belegen, vorgeschlagener Änderung, erwartetem Signal, Verantwortlichem und Validierungsschritt.

Prompts zum Organisieren von Audit-Belegen

Funde gruppieren, ohne Schweregrade zu erfinden

Füge nach diesem Prompt einen bereinigten Crawl-/Probleme-Export ein.

Group these ecommerce SEO findings by root cause and affected template. Preserve the
original evidence and URL counts. For each group, return: observed signal, likely
system owner, evidence still needed, affected page type, reversible first test, and
validation method. Do not assign business impact or severity unless the input
contains traffic, revenue, or indexation evidence supporting it.

[PASTE AUDIT EXPORT]

Bestätigte Funde in Umsetzungstickets verwandeln

Convert only the confirmed findings below into engineering-ready tickets. Each ticket
must include current behavior, intended behavior, affected URL pattern, reproduction
steps, proposed acceptance tests, monitoring window, and rollback condition. Separate
facts from hypotheses and place unresolved questions in a final section.

[PASTE CONFIRMED FINDINGS AND EVIDENCE]

Signalübersicht für E-Commerce-Audits

Messen, ob das Auditprogramm die Website verbessert

Bestätigte Funde mit hoher Wirkung behoben

Metrik: Anzahl und Anteil der belegten priorisierten Funde, die ausgeliefert und validiert wurden, nicht lediglich geschlossen. Was sie zeigt: ob Audit-Arbeit die Produktion erreicht und das erwartete technische Signal erzeugt. So ermitteln: Audit-Ledger mit Issue-Tracker-Status und Belegen für Akzeptanztests verknüpfen. Benchmark / realistische Spanne: Eine Ausgangsbasis nach Teamkapazität und Abhängigkeitsklasse festlegen; das Schließen geringwertiger Funde nicht belohnen, um den Prozentsatz aufzublähen. Rhythmus: jeden Sprint und quartalsweise nach Root Cause.

Beabsichtigte Indexabdeckung nach Seitentyp

Metrik: Beabsichtigte kanonische URLs, die im erwarteten Indexierungsstatus vertreten sind, aufgeteilt nach Produkt-, Kategorie-, redaktionellen und genehmigten Facettenseiten. Was sie zeigt: ob das durchsuchbare Inventar der Richtlinie entspricht. So ermitteln: Sitemap-/Katalog-URLs, Crawl-Status und Exporte der GSC-Seitenindexierung abgleichen. Benchmark / realistische Spanne: Das Ziel hängt von einer ausdrücklichen URL-Richtlinie ab; ausgeschlossene Varianten dürfen nicht als Fehler gezählt werden. Rhythmus: monatlich und nach Plattform-Releases.

Organische Leistung betroffener Kohorten

Metrik: Klicks, Impressionen und qualifizierte organische Ergebnisse für die exakten URL-/Suchanfragenkohorten, die mit ausgelieferten Fixes verbunden sind. Was sie zeigt: ob technisch validierte Arbeit mit einer dauerhaften Verbesserung von Suche und Geschäft übereinstimmt. So ermitteln: Search-Console-Kohorten vor der Änderung speichern und, soweit Governance es erlaubt, mit Analytics- oder Commerce-Ergebnissen verknüpfen. Benchmark / realistische Spanne: Jede Kohorte mit ihrer eigenen saisonalen Ausgangsbasis und möglichst einer unbeeinflussten Vergleichsgruppe vergleichen. Rhythmus: beim Release annotieren, danach nach ausreichendem erneuten Crawling und anschließend monatlich prüfen.

Wiederholungsrate

Metrik: Validierte Probleme, die nach der Behebung auf demselben Template oder in derselben URL-Klasse wieder erscheinen. Was sie zeigt: ob die Root Cause behoben oder nur das aktuelle Symptom repariert wurde. So ermitteln: Geplante Crawl-Detektoren und Fingerabdrücke des Audit-Ledgers über mehrere Läufe vergleichen. Benchmark / realistische Spanne: Die ersten zwei vergleichbaren Audits als Ausgangsbasis verwenden und wiederkehrende systemische Fehler als Präventionsarbeit behandeln. Rhythmus: jeder Audit-Zyklus.

Teste dich selbst: E-Commerce-SEO-Audits

Fünf Fragen zu Audit-Reihenfolge, Belegen und Priorisierung.

Änderungsprotokoll