Das technische SEO-Audit-Playbook

Shop-SEO-Probleme sind eher strukturell als redaktionell: Crawl-Verschwendung, Facetten-Chaos, verwaiste Produkte, invalides Markup. Der Wert des Audits ist nicht der Befund — es ist die Fix-Reihenfolge.

Generische Audit-Tools produzieren vierhundert Issues und keinen Plan. Ein lohnendes Shop-Audit stellt schärfere Fragen — geht das Crawl-Budget an konvertierende Seiten, passt der Index zum Katalog, validiert das Markup, ist der Shop dort schnell, wo die Nutzer wirklich sind — und ordnet die Fixes nach gefährdetem Traffic. Dieses Playbook fährt dieses Audit und, wichtiger, die Triage danach.

Stufe 1: Crawl- und Index-Realität

Den Shop crawlen wie eine Suchmaschine, dann drei Mengen vergleichen: existierende Seiten, gecrawlte Seiten, indexierte Seiten. Die Lücken sind die Befunde. Facetten-URLs, die Crawl-Budget fressen, von jedem internen Link verwaiste Produktseiten, Soft-404-Kategorien, Redirect-Ketten aus Jahren des Replatformings — jeder Shop ab einem gewissen Alter hat alle vier.

  • Crawlbares URL-Inventar gegen den intendierten Katalog — die Divergenz übertrifft jede Erwartung

  • Facettennavigation: welche Kombinationen crawlbar, indexierbar und es wirklich wert sind

  • Verwaiste Produkte, Redirect-Ketten und Soft-404s aufgezählt

  • Index-Abdeckung je Template-Typ — Produkte, Kategorien, Inhalte

Stufe 2: Die Schichten, die Leistung deckeln

Strukturierte Daten je Template validiert — nicht stichprobenartig, validiert, denn ein Template-Fehler multipliziert sich über jede Seite, die es nutzt. Rendering geprüft: was der Crawler erhält gegen das, was Sie servieren wollten — der klassische stille Fehler skriptlastiger Themes und Headless-Builds. Speed aus Felddaten je Template. hreflang-Integrität bei mehrsprachigen Shops. Jede Schicht ist mechanisch zu prüfen und teuer zu ignorieren.

Stufe 3: Nach gefährdetem Traffic triagieren, dann planmäßig re-auditieren

Vierhundert Issues kollabieren zu einer kurzen geordneten Liste, gewichtet nach gefährdetem Traffic: Template-Fixes zuerst (ein Fix, katalogweite Wirkung), dann hochwertige Einzelseiten, dann der Longtail. In dieser Reihenfolge ausliefern, in der Search Console verifizieren und das Re-Audit einplanen — denn Theme-Updates, App-Installationen und Katalogwachstum regenerieren technische Schulden laufend. Ein Audit ist ein Schnappschuss; der Plan ist das Asset.

So funktioniert es

01

Crawlen und vergleichen

Der Shop aus Engine-Sicht gecrawlt; Existenz-, Crawl- und Index-Mengen gedifft für die echten Befunde.

02

Die Deckelschichten validieren

Strukturierte Daten, Rendering, Feld-Speed und hreflang Template für Template geprüft.

03

Nach Hebel fixen, nach Plan re-auditieren

Template-Ebene zuerst, hochwertige Seiten danach, in der Search Console verifiziert, im Takt wiederholt.

Das bekommen Sie

  • Crawl-Budget von Facettenrauschen zu Umsatzseiten umgeleitet

  • Ein Index, der zum tatsächlich verkauften Katalog passt

  • Markup, das auf jedem Template validiert — nicht auf den meisten

  • Technische Schulden per Plan gefangen statt per Traffic-Verlust

Häufige Fragen

Wie oft sollte ein Shop re-auditieren?

Vollaudit quartalsweise; laufendes Monitoring für die bruchanfälligen Schichten — Strukturdaten-Validität, Index-Abdeckung, Speed-Regressionen —, weil die zwischen Audits lautlos brechen. Nach jedem Replatforming oder größeren Theme-Wechsel: sofort.

Was ist der häufigste Einzelbefund?

Unkontrollierte Facettennavigation — Tausende crawlbare Filterpermutationen, die Crawl-Budget verdünnen und Inhalte duplizieren. Der Fix ist Template-Arbeit mit katalogweiter Wirkung — deshalb führt er meist die Triage an.

Brauche ich ein Audit, wenn der Traffic gut aussieht?

Steigender Traffic verdeckt strukturelle Verschwendung; das Audit zeigt, was Sie liegen lassen. Und die fangenswerten Fehlermodi — Deindexierung durch eine falsche robots-Änderung, Markup-Invalidierung durch ein Theme-Update — zeigen sich im Traffic erst nach Wochen des Schadens.

Welche Agenten fahren das?

Visibility besitzt Crawl, Validierung und Triage; Ops liefert Feld-Speed-Daten; Builder die Template-Fixes. Re-Audit-Takt und letzter Gutzustand liegen im gemeinsamen Gedächtnis — Regressionen sind Diffs, keine Rätsel.

Lassen Sie das Team für Ihren Shop arbeiten

Verbinden Sie Storefront, Analytics und E-Mail-Stack, setzen Sie ein Ziel, und die Agenten erledigen die Arbeit von Anfang bis Ende. Im kostenlosen Tarif starten Sie mit Ihrem eigenen Modell-Key.