Deinen ersten SEO-Audit starten

Wie du einen technischen Scan deiner Website startest, den Score liest und durch die 10 Bericht-Tabs navigierst (Probleme, Seiten, Links, Ressourcen, Core Web Vitals, Duplikate, Redirects, Statistiken, Vergleich).

Der Audit von Miraqo ist ein technischer Scan der Website, der einen Gesundheits-Score und eine nach Schweregrad sortierte Liste von Problemen erzeugt. Es ist der schnellste Weg zu verstehen, was vor der Arbeit an Inhalten und Links behoben werden muss.

Erforderlicher Plan: SEO-Audit ist ab dem Plan Solo enthalten. Das monatliche Limit (pro Organisation) ist ein Credit-Budget, wobei 1 Credit = 1 geprüfte Seite mit HTTP-200-Antwort ist (Redirects, Fehler und nicht erreichbare Seiten verbrauchen keine Credits): Solo 30.000, Starter 90.000, Pro 300.000, Agency 1.500.000. Es gibt kein Limit für die Anzahl der Audits: nur die im Monat insgesamt geprüften Seiten zählen.

Was der Audit prüft

Der Crawler analysiert die Domain bis zur maximalen Seitenzahl, die für den einzelnen Audit eingestellt ist (Standard ~1.000 — anpassbar in den Audit-Einstellungen); jede Seite mit HTTP 200 verbraucht ein Credit aus dem monatlichen Budget des Plans. Es werden ~38 nach Schweregrad gruppierte Prüfungen durchgeführt:

Fehler (hohe Priorität) — blockieren oder beeinträchtigen stark:

• Seiten mit 404- / 4xx- / 5xx-Fehlern
• Defekte interne und externe Links
• Defekte Ressourcen (Bilder, JS, CSS)
• Seiten ohne Title / ohne H1
• Seiten auf HTTP, gemischter Inhalt (HTTPS → HTTP)
• Rekursives Canonical

Warnungen (mittlere Priorität) — schmälern, blockieren aber nicht:

• Doppelter Title/Description, doppelter Inhalt
• Title zu lang/kurz oder geringe Relevanz
• Mehrere H1-Tags auf derselben Seite
• Canonical-Ketten
• Schweres HTML, Seiten über 3 MB, rendering-blockierende Ressourcen
• Seiten ohne viewport, ohne doctype, ohne Meta-Encoding
• Veraltete HTML-Tags, Frames, Flash, nicht-SEO-freundliche URLs
• noindex / nicht indexierbare Seiten

Informativ (niedrige Priorität) — Mikro-Optimierungen:

• Bilder ohne Alt-Text
• Langsame Seiten (> 3 s)
• Redirects (3xx)
• Geringe Lesbarkeit, inkonsistentes Charset, fehlendes Favicon, Lorem Ipsum

Core Web Vitals (CLS/LCP/TBT) werden direkt gemessen, mit echten PageSpeed-Insights-Daten, auf der dedizierten Seite Performance (der Tab Core Web Vitals des Berichts zeigt deren Zusammenfassung) — siehe den Leitfaden Performance und Core Web Vitals.

Ablauf

1. Öffne das Projekt → Seitenleistengruppe Website-Analyse → SEO-Audit.
2. Klicke auf Audit starten (sichtbar, wenn noch kein Audit in der Warteschlange ist).
3. Der Crawler startet. Der Scan dauert typischerweise 2–15 Minuten, je nach Größe der Website.
4. Nach Abschluss erhältst du eine E-Mail „Audit abgeschlossen” (steuerbar über die Benachrichtigungseinstellungen des Projekts), und der Bericht füllt sich automatisch.

Blockiert deine robots.txt alles, schalte mindestens den *-User-Agent frei oder konfiguriere den Crawl in der Produktionsumgebung neu: ohne Zugriff liefert der Audit null Seiten.

Die 10 Bericht-Tabs

Nach Abschluss des Audits hat der Bericht folgende Struktur:

Im Tab Probleme filtern die Chips oben (Alle / Fehler / Warnungen / Informativ) die Liste nach Schweregrad; jede Zeile zeigt die Anzahl der betroffenen Seiten und die Priorität, und ein Klick öffnet die Liste der Seiten.

Den Score lesen

Der Score fasst Anzahl und Schweregrad der Probleme zusammen:

• 0–40 — kritische Situation, zu viele blockierende Fehler
• 40–70 — durchschnittliche Gesundheit, es gibt wichtige Punkte zu beheben
• 70–100 — gesunde Website, weiter überwachen

Anti-Pattern: jage nicht der 100 hinterher. Konzentriere 80 % deiner Zeit auf Fehler + Warnungen mit hohem Volumen; informative Punkte lohnen sich oft nicht für ein Refactoring.

Audits vergleichen

Wähle im Tab Vergleich zwei Audits desselben Projekts (Standard: neuester vs. vorheriger). Sieh, was sich verbessert, verschlechtert oder neu aufgetaucht ist — nützlich für:

• Zu verifizieren, dass ein Deploy keine Regressionen eingeführt hat
• Dem Kunden geleistete Arbeit eines Sprints zu dokumentieren
• Den Effekt einer Migration zu messen

Den Audit erneut ausführen

Der Audit läuft on-demand: du klickst, wenn du eine neue Momentaufnahme willst. Alternativ kannst du ihn (wöchentlich oder monatlich) über die Audit-Einstellungen → Scheduling planen. Es ist typischerweise sinnvoll, ihn erneut auszuführen:

• Am Ende eines SEO-Sprints (prüfen, ob Fixes die Anzahl der Fehler reduziert haben)
• Nach einem wichtigen Deploy oder einer CMS-Migration
• Monatlich für ausgereifte Websites, um Regressionen zu erkennen

Jeder Start — manuell oder geplant — verbraucht Credits aus dem monatlichen Budget: 1 Credit für jede geprüfte Seite mit HTTP 200. Seiten, die mit Redirects oder Fehlern antworten, und nicht erreichbare Seiten verbrauchen keine Credits.

Limits

Das monatliche Limit ist ein Credit-Budget (1 Credit = 1 Seite mit HTTP 200), keine Anzahl von Audits: du kannst so viele Scans durchführen, wie du willst, solange du Credits hast.

Der Zähler „verwendete Credits / Budget” ist unter dem Titel der Audit-Seite und in Abonnement sichtbar.

Häufige Fehler

• „Audit wird noch verarbeitet” nach vielen Minuten — der Crawler arbeitet noch; ein automatisches Polling aktualisiert den Status. Bei großen Websites (>500 Seiten) kann es bis zu 15–20 Minuten dauern.
• Sehr niedriger Score beim ersten Audit — normal bei Websites, an denen noch nie SEO-Arbeit geleistet wurde. Konzentriere dich in der ersten Woche auf die roten Blöcke.
• „0 Seiten gecrawlt” — die robots.txt blockiert alles, die Domain antwortet nicht, oder eine Firewall blockiert externe Crawler. Steht die Website hinter Cloudflare oder einem Anti-Bot-System, folge Audit von Cloudflare oder einer Firewall blockiert →, um den Crawler freizuschalten. Überprüfe außerdem, ob die Website von außen erreichbar ist.
• Wichtige Seiten fehlen im Crawl — die Website überschreitet die eingestellte maximale Seitenzahl: der Audit hat Seiten gefunden, die von der Startseite aus erreichbar sind, bis zum Limit (erhöhe es in den Audit-Einstellungen). Verwaiste Seiten (nicht verlinkt) werden ohnehin nicht gefunden.

Blockaden behoben? Nächster Schritt: Die lokale Ranking-Karte konfigurieren →

Zuletzt aktualisiert: 5. September 2026