Ein brauchbarer SEO-Audit ist keine möglichst lange Fehlerliste. Jeder relevante Befund braucht fünf Bestandteile: eine betroffene URL oder Vorlage, einen reproduzierbaren Beleg, eine nachvollziehbare Auswirkung, eine konkrete Maßnahme und einen Test, mit dem die Umsetzung später abgenommen wird.
Vor dem ersten Tool muss deshalb geklärt werden, welches Problem untersucht werden soll. Fehlende Indexierung, sinkende Suchklicks, ein Relaunch und eine unklare Kundenansprache brauchen unterschiedliche Prüfungen. Dieser Leitfaden hilft Ihnen, den passenden Umfang festzulegen und einen Audit-Bericht auf Umsetzbarkeit zu prüfen.
Was ein SEO-Audit leisten kann – und was nicht
Ein SEO-Audit verbindet eine konkrete Frage mit überprüfbaren Daten. Es kann zeigen, ob eine beabsichtigte Seite erreichbar und indexierbar ist, welche Seiten für relevante Suchanfragen erscheinen, wo sich technische oder inhaltliche Muster wiederholen und in welcher Reihenfolge eine Bearbeitung sinnvoll erscheint.
Es kann nicht garantieren, dass Google eine Seite indexiert oder auf einer bestimmten Position zeigt. Ebenso wenig beweist ein einzelner Score, dass eine Website geschäftlich erfolgreich oder erfolglos ist. Googles Search Essentials trennen technische Mindestanforderungen, Best Practices und tatsächliche Ausspielung ausdrücklich voneinander.
Das Fünf-Teile-Modell für jeden Befund
- Betroffenheit: Welche URL, Vorlage oder Seitengruppe wurde untersucht?
- Beleg: Was wurde wie, wann und unter welchen Bedingungen beobachtet?
- Auswirkung: Welche Nutzer- oder Suchaufgabe könnte betroffen sein, und wie sicher ist diese Einschätzung?
- Maßnahme: Was soll konkret geändert werden, wer ist zuständig und welche Abhängigkeiten bestehen?
- Abnahme: Mit welchem Test wird festgestellt, ob die Änderung technisch korrekt umgesetzt wurde?
Fehlt einer dieser Teile, bleibt aus einer Warnung schnell eine Vermutung. Ein Audit darf Unsicherheit enthalten; diese muss nur sichtbar gemacht werden.
Brauchen Sie einen vollständigen SEO-Audit?
Nicht jedes Symptom rechtfertigt dieselbe Analyse. Die erste Triage verhindert, dass ein enges Problem mit einem unnötig breiten Audit beantwortet wird.
| Beobachtung | Zuerst belegen | Passender nächster Schritt |
|---|---|---|
| Eine wichtige URL erscheint nicht in Google. | Beabsichtigter Status, URL-Prüfung, Live-Seite, noindex, Canonical und Erreichbarkeit | Fokussierte Indexierungsprüfung; erst bei einem Muster den Scope erweitern |
| Klicks oder Impressionen sind gesunken. | Betroffene Seiten, Suchanfragen, Geräte und vergleichbare Zeiträume; dokumentierte Website-Änderungen | Datenbasierter Audit mit offener Ursachenprüfung |
| Eine Seite erhält Impressionen, aber wenige Klicks. | Suchanfragen, angezeigte Seite, Titel und Snippet sowie Übereinstimmung mit der Suchabsicht | Fokussierte Inhalts- und Suchdarstellungsprüfung |
| Ein einzelner Lighthouse-Test fällt schwach aus. | Testbedingungen, mehrere Läufe, repräsentative Seitentypen und verfügbare Felddaten | Performance-Prüfung statt automatischer Voll-Audit |
| Ein Relaunch oder URL-Wechsel ist geplant. | URL-Inventar, wichtige Einstiegsseiten, Suchdaten, Weiterleitungen und geplante Änderungen | Migrationsbezogener Audit und Website-Relaunch-Checkliste |
| Besucher verstehen Angebot oder Anfrageweg nicht. | Öffentliche Website aus Kundensicht und funktionierender Kontaktweg | Kostenloser Website-Check, nicht automatisch ein SEO-Audit |
| Ein Tool meldet hunderte kleine Warnungen. | Reproduzierbarkeit, betroffene Vorlagen, Suchrelevanz und beabsichtigtes Verhalten | Stichprobe und Priorisierung, bevor etwas massenhaft geändert wird |
Ein Rückgang allein nennt noch keine Ursache. Saison, Nachfrage, technische Änderungen, veränderte Inhalte und andere Ereignisse können gleichzeitig wirken. In der Search Console sollten deshalb Seiten und Suchanfragen sowie geeignete Vergleichszeiträume betrachtet werden. Google empfiehlt, Trends bei Klicks und Impressionen nicht auf die durchschnittliche Position zu reduzieren.
Ziel, Stichprobe und Daten vor dem Crawling festlegen
Die Audit-Frage in einem Satz
Eine klare Frage begrenzt die Analyse und macht das Ergebnis abnehmbar:
Kopiervorlage: „Wir untersuchen [Problem oder Entscheidung] auf [URLs oder Seitentypen] anhand von [Daten und Zeitraum], damit [konkrete Entscheidung oder Maßnahme] getroffen werden kann.“
„SEO verbessern“ ist dafür zu unbestimmt. „Klären, warum drei wichtige Leistungsseiten seit dem Systemwechsel keine Impressionen mehr erhalten und welche technische Korrektur zuerst geprüft werden soll“ ist überprüfbar.
Repräsentative Seiten statt wahlloser Vollprüfung
Eine Website mit vielen URLs besteht häufig aus deutlich weniger Vorlagen. Eine sinnvolle Stichprobe deckt die geschäftlich wichtigen Seiten und jeden relevanten Seitentyp ab. Ein vollständiger Crawl kann bei großen, historisch gewachsenen oder migrationskritischen Websites zusätzlich nötig sein.
| Seitentyp | Warum einbeziehen? | Beispielhafte Prüfung |
|---|---|---|
| Startseite | Zentrale Navigation, Marke und wichtigste Themen | Erreichbarkeit, Hauptlinks, Seitentitel und beabsichtigte Suchaufgabe |
| Wichtigste Leistungs- oder Produktseiten | Hohe geschäftliche Bedeutung | Indexierung, Query-Seiten-Passung, interne Links und nächster Schritt |
| Ratgeber- oder Informationsseite | Andere Suchabsicht und häufig andere Vorlage | Informationsgewinn, Quellen, Überschneidungen und Verlinkung |
| Kontakt-, Formular- oder Buchungsweg | Ziel nach dem Suchklick | Technische Funktion, verständliche Fehler und Erreichbarkeit |
| Je eine URL pro technischer Vorlage | Fehler können sich systematisch wiederholen | HTML, Canonical, strukturierte Daten, Medien und Performance |
| Shop: Kategorie, Produkt, Warenkorb und Checkout | Unterschiedliche Aufgaben und technische Regeln | Nur wenn diese Seitentypen zum vereinbarten Scope gehören |
Welche Daten und Zugänge nützlich sind
- Domain, bekannte Varianten und XML-Sitemap
- Geschäftlich wichtige Seiten, Leistungen, Zielgruppen und Regionen
- Änderungsprotokoll mit Relaunches, Migrationen oder größeren Inhaltsänderungen
- Search-Console-Exporte zu Seiten, Suchanfragen, Geräten und geeigneten Zeiträumen, falls vorhanden
- Vorhandene serverseitige Besuchermetriken für Einstiegsseiten und technische Auffälligkeiten
- CMS- oder Serverzugang nur dann, wenn der vereinbarte technische Scope ihn erfordert
- Verantwortliche Personen, Einschränkungen und bereits geplante Maßnahmen
Search Console und Server-Metriken beantworten verschiedene Fragen: Search Console zeigt Google-spezifische Impressionen, Klicks und Suchanfragen; Serverdaten können Aufrufe und Einstiege auf der eigenen Infrastruktur ergänzen. Browserseitiges Conversion-Tracking ist keine Voraussetzung für einen SEO-Audit.
Sieben Prüfbereiche – jeweils mit Frage, Beleg und Ergebnis
Nicht jeder Audit braucht jeden Bereich gleich tief. Die Audit-Frage entscheidet, welche Bereiche untersucht und welche ausdrücklich ausgeschlossen werden.
1. Auffindbarkeit und Indexierung
Leitfrage: Kann Google die beabsichtigten wichtigen URLs finden, abrufen und für die Indexierung berücksichtigen? Belege können Statuscodes, interne Links, Sitemap, robots-Regeln, noindex, Canonical-Angaben und die URL-Prüfung sein. Eine ausgeschlossene URL ist kein Fehler, wenn der Ausschluss beabsichtigt ist. Der Page Indexing Report ist eine Übersicht; für eine konkrete URL dient die URL-Prüfung.
2. Suchleistung und Suchabsicht
Leitfrage: Welche Seiten erscheinen für welche Suchanfragen, und passen Seite und erwartete Antwort zusammen? Untersucht werden Trends nach URL, Query, Gerät oder Land sowie deutliche Veränderungen. Search-Console-Daten sind begrenzt: anonymisierte Suchanfragen fehlen in Tabellen, und Daten werden überwiegend der von Google gewählten Canonical-URL zugeordnet. Zwei URLs zu einer ähnlichen Query sind deshalb nicht allein schon ein belegtes Kannibalisierungsproblem.
3. Seitenstruktur und interne Links
Leitfrage: Sind wichtige Inhalte über echte Links erreichbar und logisch in den Entscheidungsweg eingebunden? Google kann reguläre <a href='…'>-Links zuverlässig verarbeiten; aussagekräftige Linktexte helfen zugleich Lesern. Eine eigene URL ist aber nur sinnvoll, wenn sie eine eigenständige Aufgabe erfüllt. Die Anzahl von Links oder Navigationsebenen ist ohne Website-Kontext kein Qualitätsbeweis.
4. Inhalt, Vertrauen und Informationsgewinn
Leitfrage: Beantwortet die Seite die konkrete Absicht des Lesers mit nachvollziehbaren, aktuellen und eigenständigen Informationen? Geprüft werden unter anderem unbelegte Aussagen, veraltete Fakten, Überschneidungen, fehlende Quellen, unklare Autorschaft und Abschnitte, die nur Suchbegriffe wiederholen. Googles Leitfaden zu hilfreichen Inhalten nennt Originalität, belegbare Fachkenntnis und einen zufriedenstellenden Abschluss der Nutzeraufgabe; eine bevorzugte Wortzahl gibt Google nicht vor.
5. Suchdarstellung und strukturierte Daten
Leitfrage: Beschreiben Titel, Hauptüberschrift, sichtbarer Inhalt und Markup dieselbe Seite? Strukturierte Daten müssen sichtbare, zutreffende Inhalte repräsentieren. Eine technisch valide Auszeichnung garantiert weder ein Rich Result noch eine bessere Platzierung. Der Bericht sollte daher zwischen Syntaxfehler, inhaltlicher Falschangabe und einer bloß nicht genutzten optionalen Eigenschaft unterscheiden.
6. Seitenerfahrung und Performance
Leitfrage: Funktionieren repräsentative Seiten unter realistischen Bedingungen stabil und nutzbar? Core Web Vitals sind Felddaten-Metriken; Lighthouse ist ein Labortest unter definierten Bedingungen. Ein einzelner Lauf kann bei der Diagnose helfen, bildet aber nicht alle Nutzer ab. Testbedingungen, Seitentyp und Datenquelle gehören deshalb zu jedem Befund. Der Ratgeber zur Website-Performance vertieft Messung und Ursachen.
7. Passung nach dem Suchklick
Leitfrage: Löst die Einstiegsseite die durch Suchanfrage und Snippet geweckte Erwartung ein? Ein SEO-Audit kann prüfen, ob Zielgruppe, Angebot und nächster Schritt verständlich sind und ob ein Formular technisch funktioniert. Eine vollständige Vertriebs- oder Conversion-Analyse ist ein eigener Scope. Im Audit darf nicht behauptet werden, eine bestimmte Text- oder Designänderung werde sicher mehr Anfragen erzeugen.
Belege bewerten: vom Signal zur belastbaren Maßnahme
| Stufe | Art des Belegs | Umgang im Bericht |
|---|---|---|
| 1 – direkt | Reproduzierbarer Live-Befund, URL-Prüfung oder passende Such-/Serverdaten | Testweg, Datum, Quelle und betroffene URLs dokumentieren |
| 2 – konsistent | Gleiches Muster auf mehreren repräsentativen URLs oder Vorlagen | Reichweite bestimmen und identische Fälle gruppieren |
| 3 – diagnostisch | Wiederholbarer Labortest unter dokumentierten Bedingungen | Als Diagnose verwenden und mit weiteren Daten abgleichen |
| 4 – Hinweis | Einzelne Tool-Warnung oder Vermutung ohne nachgewiesene Betroffenheit | Als offene Hypothese führen, nicht als fertige Maßnahme |
Zusätzlich erhält jeder Befund eine hohe, mittlere oder geringe Belegsicherheit. Diese Angabe beschreibt die Sicherheit der Diagnose, nicht die Dringlichkeit.
Beispiel 1: beabsichtigte Leistungsseite mit noindex
Illustratives Beispiel, kein Kundenergebnis: Eine im Seitenplan als öffentlich und suchbar bestätigte Leistungsseite liefert Status 200, enthält aber ein noindex-Meta-Tag. Der Tag ist im ausgelieferten HTML reproduzierbar; die URL-Prüfung zeigt denselben Zustand.
| Betroffenheit | Eine bestätigte Kernseite; anschließend Stichprobe derselben Vorlage |
|---|---|
| Beleg | Live-HTML, URL-Prüfung, Testdatum und beabsichtigter Status aus dem Seitenplan |
| Auswirkung | Google soll diese URL nicht indexieren, solange die Anweisung besteht; Belegsicherheit hoch |
| Priorität | P0, sofern Veröffentlichung und Indexierbarkeit fachlich freigegeben sind |
| Maßnahme | Ursache in Vorlage oder Seiteneinstellung beheben, weitere betroffene Seiten prüfen und Sitemap konsistent halten |
| Abnahme | Live-Seite ohne unbeabsichtigtes noindex, korrekter Status und erneute URL-Prüfung; eine spätere Indexierung bleibt eine Entscheidung von Google |
Beispiel 2: ein schwacher Lighthouse-Wert
Illustratives Beispiel, kein Kundenergebnis: Ein einzelner mobiler Lighthouse-Lauf ergibt einen niedrigen Performance-Wert. Testgerät, Netzwerkbedingungen und Laufzeit sind nicht dokumentiert; für die URL liegen keine ausreichenden Felddaten vor.
| Betroffenheit | Zunächst nur die getestete URL unter einer unbekannten Testbedingung |
|---|---|
| Beleg | Ein Laborsignal; Belegsicherheit gering |
| Auswirkung | Noch keine belastbare Aussage über die gesamte Website oder reale Nutzer |
| Priorität | P2 – untersuchen und auf repräsentativen Vorlagen reproduzieren |
| Maßnahme | Mehrere Läufe unter gleichen Bedingungen, Felddaten falls verfügbar und konkrete Ursachen wie LCP-Element, blockierende Ressourcen oder lange Aufgaben prüfen |
| Abnahme | Technische Änderung zunächst unter identischen Laborbedingungen vergleichen; reale Trends später separat beobachten |
Das Beispiel zeigt den Unterschied zwischen Diagnose und Priorität: Eine Warnung kann technisch korrekt sein, ohne schon zu belegen, dass sie der wichtigste nächste Arbeitsschritt ist.
Priorisieren ohne Scheingenauigkeit
Ein addierter „SEO-Gesamtscore“ verdeckt oft, wie unterschiedlich Belege und Folgen sind. Zweckmäßiger ist eine Klasse, deren Begründung sichtbar bleibt.
| Klasse | Wann sie passt | Erwartete Behandlung |
|---|---|---|
| P0 – Blocker | Eine beabsichtigte Kernseite ist technisch nicht erreichbar oder nicht indexierbar, oder ein zentraler Nutzerweg funktioniert nicht. | Fachliche Absicht bestätigen, Ursache eingrenzen, Korrektur und Abnahme zuerst planen |
| P1 – belegter Hebel | Starke Evidenz trifft relevante Seiten oder ein wiederkehrendes Muster. | In die nächste Umsetzungsphase aufnehmen und Verantwortliche benennen |
| P2 – prüfen oder testen | Auswirkung ist plausibel, Ursache oder Reichweite aber noch unsicher. | Kleine Untersuchung oder kontrollierten Test definieren |
| P3 – Pflege | Sinnvolle Qualitätsverbesserung ohne aktuell belegte wesentliche Auswirkung. | Gebündelt in den Pflege-Backlog aufnehmen |
| Nicht umsetzen | Warnung ist beabsichtigt, irrelevant, doppelt oder außerhalb des Audit-Ziels. | Entscheidung mit kurzer Begründung dokumentieren |
Wichtig: Aufwand, Abhängigkeiten und Änderungsrisiko bleiben eigene Felder. Eine wirkungsvolle Maßnahme kann aufwendig sein; eine schnelle Änderung kann geringe Relevanz haben. Diese Unterschiede dürfen nicht in einer scheinbar exakten Zahl verschwinden.
Kopiervorlage für einen Befund
| Feld | Einzutragen |
|---|---|
| ID und Titel | Eindeutige, kurze Bezeichnung |
| URL oder Vorlage | Konkrete Betroffenheit und geschätzte Reichweite |
| Beobachtung | Ist-Zustand ohne vorweggenommene Ursache |
| Beleg | Quelle, Testweg, Datum, Bedingungen und gegebenenfalls Export |
| Beabsichtigtes Verhalten | Fachlich oder technisch bestätigter Soll-Zustand |
| Auswirkung und Sicherheit | Begründete Folge sowie hohe, mittlere oder geringe Belegsicherheit |
| Priorität | P0 bis P3 oder „nicht umsetzen“ mit Begründung |
| Maßnahme | Konkrete Änderung oder nächster Untersuchungsschritt |
| Verantwortung und Abhängigkeiten | Zuständige Rolle, benötigte Freigaben und Änderungsrisiko |
| Abnahmekriterium | Reproduzierbarer Test nach der Umsetzung |
Was ein umsetzbarer Audit-Bericht enthalten sollte
Das Ergebnis muss nicht möglichst umfangreich, sondern für die Empfänger handlungsfähig sein. Geschäftsführung, Marketing und Technik brauchen unterschiedliche Detailstufen, aber dieselbe belegte Grundlage.
Management-Zusammenfassung
- Anlass, Audit-Frage und vereinbarter Scope
- drei bis fünf entscheidende Befunde samt Bedeutung und Sicherheit
- wichtige Abhängigkeiten und Entscheidungen
- ausdrücklich nicht untersuchte Bereiche
Befundregister und Umsetzungsplan
- vollständige Befunde nach der obigen Vorlage
- identische technische Fälle nach Vorlage gruppiert statt als hunderte Duplikate
- Priorität, Aufwand, Abhängigkeit und Risiko getrennt
- Verantwortliche Rolle und Abnahmekriterium für jede beschlossene Maßnahme
- Tool-Exporte als Belege im Anhang, nicht als Ersatz für Bewertung
Validierungsplan
Vor einer Änderung werden Ausgangswert und Testweg gesichert. Nach der Umsetzung folgt zuerst die technische Abnahme. Suchdaten sollten erst über einen geeigneten, möglichst vergleichbaren Zeitraum beurteilt werden. Zeitgleiche Nachfrage-, Saison- oder Website-Änderungen gehören in das Änderungsprotokoll; eine zeitliche Nähe beweist nicht automatisch Ursache und Wirkung.
Abnahme-Checkliste
- Beantwortet der Bericht die ursprüngliche Audit-Frage?
- Sind Scope, Stichprobe und ausgeschlossene Bereiche nachvollziehbar?
- Hat jeder Top-Befund eine URL oder Vorlage, einen Beleg und ein Testdatum?
- Sind Annahmen, Datenlücken und Unsicherheiten sichtbar?
- Sind identische Fälle gruppiert und ist ihre Reichweite beschrieben?
- Sind Priorität, Aufwand, Abhängigkeit und Risiko getrennt?
- Kann ein anderes Team Maßnahme und Abnahmetest ohne Raten verstehen?
- Sind Zuständigkeit und Umgang mit sensiblen Zugängen oder Exporten geklärt?
- Verzichtet der Bericht auf Ranking- und Wirkungsgarantien?
SEO-Audit briefen und Angebote vergleichen
Ein Anbieter kann nur einen belastbaren Scope anbieten, wenn Anlass, Datenlage und erwartetes Ergebnis bekannt sind. Diese Vorlage kann direkt in eine Anfrage übernommen werden:
Audit-Frage:
Anlass und Datum bekannter Änderungen:
Wichtige Seiten oder Seitentypen:
Zielgruppen, Angebote und Regionen:
Beobachtete Symptome:
Vorhandene Search-Console- und Serverdaten:
Geplanter Relaunch oder Systemwechsel:
Gewünschter Scope und ausdrückliche Nicht-Ziele:
Intern verfügbare Umsetzungskompetenz:
Erwartetes Ergebnisformat:
Verantwortliche Person für Rückfragen und Freigabe:Vor der Beauftragung sollte außerdem geklärt werden, welche Tools und manuellen Prüfungen eingesetzt werden, welche Daten der Anbieter benötigt, wie Befunde priorisiert werden und ob Analyse und Umsetzung getrennt angeboten werden. Ein „vollständiger Audit“ ohne benannten Scope ist nicht vergleichbar.
Welche Faktoren den Aufwand bestimmen
- Anzahl unterschiedlicher Vorlagen und geschäftlich wichtiger Seitentypen
- Shop, Mehrsprachigkeit, JavaScript-Funktionen oder geschützte Bereiche
- historische Migrationen, Domains und Weiterleitungsketten
- Qualität und Umfang verfügbarer Search-Console-, Server- und Änderungsdaten
- vereinbarte Inhalts-, Suchintent- und interne Verlinkungsanalyse
- Stichprobe oder vollständiger Crawl
- Relaunch- und URL-Migrationsumfang
- notwendige technische Reproduktion, Dokumentation und Übergabe
Preisangaben sind erst zusammen mit diesen Punkten sinnvoll. Ein Betrag ohne benannte Seitentypen, Datenquellen, Ergebnisformat und Abgrenzung sagt wenig über die Vergleichbarkeit zweier Angebote aus.
Automatisierter Check, Website-Check oder SEO-Audit?
| Format | Zweck | Ergebnis und Grenze |
|---|---|---|
| Automatisierter Kurzcheck | Erste technische Signale auf öffentlich erreichbaren Seiten | Tool-Hinweise ohne vollständigen Geschäftskontext oder belastbare Priorisierung |
| Kostenloser TecSchmiede Website-Check | Öffentliche Website aus Sicht eines potenziellen Kunden | Genau drei priorisierte Hinweise zu erstem Eindruck, Klarheit des Angebots und Anfrageweg; persönliche Rückmeldung per E-Mail. Keine vollständige SEO-, Ranking-, Indexierungs- oder Search-Console-Prüfung. |
| Kostenpflichtiger SEO-Audit | Vereinbarte Prüfung von Suchdaten, Technik, Struktur oder Inhalt | Scope, Belege, Priorisierung und Ergebnis werden vor der Beauftragung abgegrenzt; keine Rankinggarantie |
Wenn Indexierung, Suchleistung, Seitenstruktur oder ein geplanter Relaunch untersucht werden sollen, beschreiben Sie Ausgangslage, wichtige URLs und bekannte Änderungen in der Projektanfrage für einen SEO-Audit. Wenn es zunächst nur um ersten Eindruck, Angebotsklarheit und Anfrageweg geht, ist der kostenlose Website-Check der kleinere passende Einstieg.
Häufige Fragen zum SEO-Audit
Garantiert ein SEO-Audit bessere Rankings?
Nein. Ein Audit kann belegte Hindernisse und sinnvolle Maßnahmen identifizieren. Ob und wie sich Suchergebnisse verändern, hängt unter anderem von korrekter Umsetzung, Nachfrage, Wettbewerb und Googles Systemen ab.
Ist ein SEO-Audit ohne Search Console möglich?
Ja, eine öffentliche technische und inhaltliche Prüfung ist möglich. Aussagen zu tatsächlichen Google-Suchanfragen, Impressionen, Klicks und Veränderungen bleiben ohne passende Search-Console-Daten jedoch eingeschränkt. Diese Grenze gehört in den Bericht.
Muss jede URL einzeln geprüft werden?
Nein. Eine begründete Stichprobe kann alle relevanten Vorlagen und Kernseiten abdecken. Bei großen, historisch komplexen oder migrationskritischen Websites kann ein vollständiger Crawl zusätzlich erforderlich sein.
Wie oft braucht eine Website einen SEO-Audit?
Es gibt keinen für jede Website passenden Rhythmus. Sinnvolle Auslöser sind eine ungeklärte Veränderung der Suchleistung, ein Relaunch, eine technische Migration, neue wichtige Seitentypen oder ein klar abgegrenztes Problem.
Reicht ein SEO-Tool für den Audit?
Ein Tool kann URLs crawlen, Regeln prüfen und Signale sammeln. Es kennt aber nicht automatisch die geschäftliche Bedeutung einer Seite, das beabsichtigte Verhalten oder interne Abhängigkeiten. Diese Einordnung ist Teil des Audits.
Was unterscheidet einen Check von einem Audit?
Ein Check ist eine begrenzte erste Einschätzung. Ein Audit beantwortet eine vereinbarte Frage in einem definierten Scope und dokumentiert Belege, Prioritäten, Maßnahmen sowie Abnahmekriterien.
Primärquellen und Stand
Stand der fachlichen Hinweise: 6. August 2026. Die folgenden offiziellen Quellen tragen die technischen Kernaussagen dieses Leitfadens:
- Google Search Essentials – technische Mindestanforderungen, Best Practices und Grenzen von Indexierungs- oder Rankingannahmen.
- Google: hilfreiche, verlässliche, nutzerorientierte Inhalte – Originalität, Vertrauenswürdigkeit und keine bevorzugte Wortzahl.
- Google Search Console: Page Indexing Report – beabsichtigte Ausschlüsse, Indexierungsprobleme und Prüfung einzelner URLs.
- Google Search Console: Performance-Daten auswerten – Seiten, Suchanfragen, Vergleiche sowie Trends bei Klicks und Impressionen.
- Google: Link Best Practices – crawlbare Links und verständliche interne Verlinkung.
- web.dev: Core-Web-Vitals-Workflow – Unterschied zwischen Felddaten und diagnostischen Labortests.
- Google: Richtlinien für strukturierte Daten – sichtbare, zutreffende Angaben und keine Rich-Result-Garantie.
Ein SEO-Audit ist abgeschlossen, wenn die vereinbarte Frage nachvollziehbar beantwortet ist und die beschlossenen Maßnahmen ohne Rätselraten umgesetzt und geprüft werden können – nicht wenn ein Bericht eine bestimmte Seitenzahl erreicht.
Sie möchten SEO-Befunde belastbar einordnen?
Senden Sie URL, Anlass und vorhandene Berichte. Wir klären, welcher Prüfungsumfang zu Ihrer Fragestellung passt.
SEO-Fragestellung beschreiben