Wenn jemand beschließt, die technische Gesundheit einer Website gründlich zu überprüfen, taucht fast immer dieselbe Frage auf: Mit welchem Tool mache ich das? Die Antwort hängt weniger vom Budget als von der Projektphase ab. Eine vollständige technische SEO-Audit ist kein Bericht, der sich von selbst generiert; sie ist ein Diagnoseprozess, bei dem das Tool lediglich die Datenerfassung beschleunigt. Der wirkliche Unterschied zwischen den kostenlosen und den kostenpflichtigen Optionen liegt im URL-Volumen, der Crawling-Tiefe und der Fähigkeit, Quellen zu verknüpfen.
Was eine technische Audit abdecken muss, bevor man ein Tool wählt
Bevor man Preise vergleicht, sollte man den Umfang festlegen. Ein Crawl, der nur doppelte Title-Tags zurückgibt, ist keine Audit. Die Blöcke, die bei einer ernsthaften Diagnose den Unterschied ausmachen, sind in der Regel:
- Crawling und Indexierung: Vergleich zwischen entdeckten, gecrawlten und indexierten URLs, mit besonderem Augenmerk auf Statuscodes und Crawl-Budget.
- Architektur und interne Verlinkung: Klicktiefe, verwaiste Seiten und Verteilung der internen Autorität.
- Rendering: Überprüfen, was Googlebot sieht im Vergleich zu dem, was der Nutzer sieht, insbesondere bei Projekten mit JavaScript.
- Performance: Core Web Vitals mit Felddaten (CrUX), nicht nur Laborwerte.
- Canonicals, Weiterleitungen und Duplikate: Weiterleitungsketten, Schleifen, Seiten mit widersprüchlichem Canonical.
- Strukturierte Daten: Validierung der Auszeichnung und Fehler, die Rich Results verhindern.
- Server-Logs: Was Googlebot tatsächlich crawlt und wie häufig.
Kein kostenloses Tool deckt all dies komfortabel ab. Und kein kostenpflichtiges Tool macht es gut, wenn das Projekt starke Besonderheiten aufweist, wie ein E-Commerce mit Facetten oder eine Website mit Millionen von Filterkombinationen.
Was kostenlose Tools gut machen (und wo sie an ihre Grenzen stoßen)
Das kostenlose Ökosystem hat sich stark verbessert. Die Search Console beispielsweise bietet Daten, die kein kostenpflichtiges Tool replizieren kann: Impressionen, Klicks, Indexierungsabdeckung und Status der Core Web Vitals mit echten Felddaten. Laut der offiziellen Google-Dokumentation basieren die Indexierungsberichte auf dem tatsächlichen Crawl, was sie zur Quelle der Wahrheit macht, um ausgeschlossene Seiten zu erkennen.
Kostenlose Desktop-Crawler und Browser-Erweiterungen ermöglichen die Überprüfung einer begrenzten Anzahl von URLs, normalerweise zwischen 500 und 1.000 pro Durchlauf. Für einen kleinen Blog oder eine Unternehmenswebsite mit wenigen Seiten kann dies monatelang ausreichen. Die Einschränkung tritt auf, wenn die Website wächst oder wenn historische Crawls verglichen werden müssen.
Der klassische Fehler mit kostenlosen Tools
Ein häufiger Fehler, der in vielen Audits zu sehen ist, besteht darin, sich auf die Anzahl der gecrawlten URLs zu verlassen, als wäre es die Anzahl der indexierbaren URLs. Ein kostenloser Crawler kann 8.000 URLs zurückgeben, und es scheint, als hätte die Website 8.000 Seiten, während in Wirklichkeit viele davon Filterparameter, Paginierungen oder von einer internen Suche generierte URLs sind. Ohne einen vorherigen Filter von Mustern füllt sich der Bericht mit Rauschen, und man verliert Stunden mit der Überprüfung von Seiten, die niemals indexiert werden sollten. Die Lösung besteht nicht darin, ein teureres Tool zu bezahlen, sondern darin, Ausschlussregeln zu definieren, bevor der Crawl gestartet wird.
Wann ein kostenpflichtiges Tool wirklich gerechtfertigt ist
Der Sprung zu einer kostenpflichtigen Suite ist in drei konkreten Szenarien sinnvoll:
- Websites mit mehr als 10.000 URLs, bei denen der kostenlose Crawl abbricht oder zu lange dauert.
- Projekte mit JavaScript, die das gerenderte DOM sehen müssen, nicht nur das initiale HTML.
- Teams, die Crawls vergleichen müssen, Woche für Woche, um Regressionen nach einem Deployment zu erkennen.
Außerhalb dieser Fälle ist das Zahlen eines Jahresabonnements nur zur Überprüfung von Titeln und Metas eine schwer zu rechtfertigende Ausgabe. Viele Agenturen halten eine kostenpflichtige Lizenz für das tiefe Crawling vor und ergänzen mit Search Console und eigener Log-Analyse für den Rest.
Praktischer Vergleich: Was du auf jeder Stufe bekommst
| Bedarf | Kostenlose Option | Kostenpflichtige Option |
|---|---|---|
| Crawling von bis zu 500 URLs | Ausreichend | Übertrieben |
| Crawling von 50.000 URLs | Bricht ab oder erfordert manuelle Konfiguration | Nativ |
| Felddaten der Core Web Vitals | Search Console (kostenlos) | Integration mit CrUX und Labor |
| Server-Logs | Manuelle Analyse mit Skripten | Automatisierter Import und Verknüpfung |
| Crawl-Historie | Begrenzt oder nicht vorhanden | Vergleiche und Warnmeldungen |
| JavaScript-Rendering | Teilweise | Vollständig in den meisten Suiten |
Die Tabelle hinterlässt eine unbequeme Schlussfolgerung: Der kostenlose Teil deckt die Performance- und echten Indexierungsdaten ab, während der kostenpflichtige Teil das Volumen und die Automatisierung abdeckt. Ein Projekt kann eine sehr solide Audit durchführen, indem es Search Console, einen kostenlosen Crawler und eine gut strukturierte Tabellenkalkulation kombiniert, sofern die Größe der Website es zulässt.
Einschränkungen, die kein Tool löst
Es gibt technische Probleme, die in keinem automatischen Bericht auftauchen. Die häufigsten:
- Schlecht implementierte Geschäftsregeln: eine Canonicalisierung, die beim Crawling funktioniert, aber die Navigation des Nutzers bricht.
- Durch Cookies oder Geolokalisierung bedingte Weiterleitungen: Der Bot sieht etwas anderes als der Nutzer.
- Durch das CDN injizierter Inhalt: blockiert oder verändert Antworten, die das Tool nicht interpretieren kann.
- Indexierungsvereinbarungen mit Dritten: Feeds, Marktplätze oder Syndizierung, die Duplikate außerhalb der Kontrolle der Domain erzeugen.
In diesen Fällen ersetzt das teuerste kostenpflichtige Tool auf dem Markt keine manuelle Überprüfung. Ein erfahrener Auditor weiß, dass der Bericht der Ausgangspunkt ist, nicht das endgültige Ergebnis.
Wie man eine gemischte Audit aufbaut, ohne zu viel auszugeben
Ein Weg, der in den meisten mittelgroßen Projekten funktioniert:
- Aus der Search Console die indexierten Seiten und die aus welchem Grund auch immer ausgeschlossenen Seiten exportieren. Dies definiert das tatsächliche Universum der URLs.
- Einen kostenlosen Crawl mit klaren Ausschlussregeln starten (Parameter, Paginierungen, interne Suche).
- Die Statuscodes des Crawls mit den Indexierungsdaten der Search Console verknüpfen, um Unstimmigkeiten zu erkennen.
- Die Core Web Vitals mit Felddaten überprüfen, nicht nur mit Laborwerten.
- Server-Logs analysieren, wenn die Website mehr als 20.000 URLs hat oder ein Problem mit dem Crawl-Budget vermutet wird.
- Jeden Befund mit der exakten URL und dem geschätzten Impact dokumentieren, nicht mit generischen Screenshots.
Dieser Ablauf erfordert in den meisten Fällen keine kostenpflichtige Lizenz. Die tatsächliche Investition liegt in der Analysezeit und der Fähigkeit zu priorisieren.
Transparenz darüber, was dieser Artikel nicht löst
Es gibt kein kostenloses Tool, das eine vollständige technische SEO-Audit automatisch und zuverlässig für große Websites durchführt. Es gibt auch kein kostenpflichtiges Tool, das Geschäfts- oder Implementierungsprobleme ohne menschliche Überprüfung erkennt. Jede Versprechung garantierter Ergebnisse nach einer Audit ist falsch: Die Diagnose identifiziert Probleme, aber die Korrektur hängt von Entwicklungsteams, Prioritäten und Fristen ab, die das Tool nicht kontrolliert.
Wenn sich das Projekt in einer frühen Phase befindet, ist der Start mit Search Console und einem kostenlosen Crawler eine vernünftige Entscheidung. Wenn die Website bereits Traffic generiert und häufig Deployments durchgeführt werden, amortisiert sich die Investition in eine kostenpflichtige Suite schnell allein dadurch, dass eine unentdeckte Indexierungsregression vermieden wird.