Was ist ein SEO-Audit?

Ein SEO-Audit prüft, ob Suchmaschinen wichtige Seiten finden, abrufen, verstehen und indexieren können. Dazu kommen technische Auslieferung, interne Verlinkung, Informationsarchitektur, Seitenaussage und Nutzungssignale. Ein Health Score kann als Übersicht dienen, ersetzt aber keine Diagnose: Er zeigt weder die betroffene Vorlage noch den Zusammenhang mit Deinem Ziel.

Das Ergebnis sollte deshalb nicht einfach eine Fehlerliste sein. Gute Audit-Arbeit beschreibt die betroffene URL-Gruppe, das beobachtete Indiz, die mögliche Ursache, den verantwortlichen Bereich und die spätere Kontrolle. So können Entwicklung, Redaktion und Stakeholder mit denselben Informationen arbeiten, ohne dass aus einer technischen Meldung vorschnell eine grosse Behauptung wird.

• Trenne Beobachtung, Annahme und Empfehlung.
• Halte Crawl-Ergebnis, gerenderte Seite und Google-Daten auseinander.
• Priorisiere nach Wirkung, Umfang, Risiko und Aufwand.

Beim Crawling und bei der Indexierung geht es um Statuscodes, Weiterleitungen, Canonicals, robots-Anweisungen, Sitemaps, doppelte URL-Muster und Rendering. Wichtig ist auch, ob zentrale Seiten intern erreichbar sind. Die Search Console liefert dabei Googles Sicht auf die verifizierte Property und hilft bei der Untersuchung einzelner URLs. Sie ersetzt jedoch keinen Crawl und keine Kontrolle der Seite im Browser.

Der On-Page-Teil fragt nach Aufgabe und Eigenständigkeit einer Seite: Passt sie zur Suchintention, hat sie eine klare Überschriftenstruktur, hilfreiche Titel und interne Links? Bei Performance solltest Du Labordiagnosen von Felddaten unterscheiden. Ein einzelner Test kann Ursachen aufzeigen; aggregierte Nutzungsdaten beschreiben eher, was Besucher tatsächlich erleben.

• Technik: Antworten, Canonicals, robots, Sitemaps und JavaScript.
• Struktur: Navigation, interne Links, verwaiste Seiten und URL-Logik.
• Content: Intention, Dopplungen, Metadaten und semantische Klarheit.
• Messung: Suchanfragen, Landingpages und Conversion-Kontext.

Vor einem Relaunch, CMS-Wechsel, Domainumzug oder grossen Navigations-Release brauchst Du einen belastbaren Ausgangspunkt. Solche Eingriffe verändern viele Signale gleichzeitig. Dokumentiere vorab wichtige URLs und teste nach dem Go-live Weiterleitungen, Canonicals, robots-Regeln und zentrale Seitentypen. Wenn möglich, prüfst Du bereits eine Staging-Umgebung, aber die Live-Kontrolle bleibt unverzichtbar.

Auch ohne Grossprojekt lohnt sich ein wiederkehrender Rhythmus. Wöchentliche Kontrollen helfen bei plötzlichen technischen Änderungen; monatliche oder quartalsweise Reviews schaffen Platz für Interpretation. Wie oft Du auditierst, richtet sich nach Release-Tempo, Seitengrösse und Risiko. Ein kleiner Auftritt braucht nicht dieselbe Überwachung wie ein Shop mit wechselnden Sortimenten und Filterseiten.

• Vor und nach technischen Releases.
• Bei ungewöhnlichen Entwicklungen von Landingpages oder Indexmustern.
• Regelmässig in einem Tempo, das zu Deinen Änderungen passt.

Lege zuerst fest, welche Bereiche für Dich zählen: Angebotsseiten, Produktlisten, Hilfeartikel oder lokale Einstiege. Dokumentiere Crawl-Umfang, Datum, Einstellungen und ob JavaScript gerendert wurde. Vergleiche die Ergebnisse mit der Live-Seite und den verifizierten Daten in der Search Console. Nicht jede Crawler-Meldung bedeutet automatisch, dass Google eine Indexierungsbarriere sieht.

Fasse einzelne Treffer zu Mustern zusammen. Eine fehlende Meta Description auf vielen Paginierungsseiten kann wenig dringend sein; ein unbeabsichtigtes noindex auf einer zentralen Seite kann relevant sein. Bei Content empfiehlt sich ein Blick auf die Suchergebnisse und die Aufgabe der Seite, bevor Du mehr Text forderst. Eine Kollegin oder ein Kollege sollte Deine Schlussfolgerung nachvollziehen können.

• Notiere Anzahl, Beispiele und Ursache statt nur Fehlernamen.
• Prüfe wichtige URLs direkt im Browser und nach Änderungen erneut.
• Benenne Unsicherheit offen, wenn die Ursache nicht belegbar ist.

Bilde aus ähnlichen Findings konkrete Arbeitspakete: eine Redirect-Regel korrigieren, eine Vorlage anpassen, eine Canonical-Entscheidung klären oder wichtige Bereiche besser intern verlinken. Beschreibe den erwarteten Mechanismus statt ein Ranking zu versprechen. Ein behobenes noindex kann die Indexierung wieder ermöglichen, garantiert aber keine bestimmte Position.

Gib jedem Paket einen Owner und ein Abnahmekriterium. Entwicklungsaufgaben brauchen Reproduktionsschritte; redaktionelle Aufgaben brauchen Zielseiten und Zielgruppenabsicht. Nach dem Deployment crawlt Du betroffene URLs neu, kontrollierst die gerenderte Ausgabe und beobachtest passende Daten über einen angemessenen Zeitraum. Ein Change Log verhindert, dass spätere Schwankungen einer einzelnen Änderung zugeschrieben werden.

• Wirkung: Welche Nutzer, URLs und Prozesse betrifft es?
• Risiko: Lässt sich die Änderung testen und bei Bedarf rückgängig machen?
• Kontrolle: Welcher Beleg zeigt den gewünschten Zustand?

Ein belastbarer Audit-Report nennt Umfang, Datum, Umgebung und Grenzen der Untersuchung. An den Anfang gehören die wenigen Entscheidungen, nicht die vollständige Inventarliste. Verlinke wichtige Empfehlungen mit Beispielen, erkläre ihren Zweck in Alltagssprache und beschreibe den nächsten Kontrollschritt. Das ist besonders wichtig, wenn Dein Bericht auch ausserhalb eines SEO-Teams gelesen wird.

AuditLumo unterstützt manuelle, wöchentliche und monatliche Audits mit bis zu 500 Seiten und 53 Audit-Regeln. Du kannst GA4, Search Console und Google Ads in den Workflow einbeziehen sowie konfigurierbare Whitelabel-Reports und ein Kundenportal nutzen. Das erleichtert Dokumentation und Abstimmung, ersetzt aber weder die Prüfung wichtiger Findings noch Deine Entscheidung über Prioritäten.

• Verbinde Management-Zusammenfassung, Beleg, Aktion und Kontrolle.
• Nutze Reports zur Abstimmung, nicht um Unsicherheit zu verstecken.
• Ordne wiederkehrende Änderungen Releases und Messgrenzen zu.