Kostenlose SEO-Tools: was sie wirklich messen können

Kostenlose SEO-Tools liefern für den laufenden Betrieb einer Website mehr, als die meisten glauben – aber sie beantworten nicht jede Frage vollständig. Mit Google Search Console, Bing Webmaster Tools, PageSpeed Insights, der Free-Version von Screaming Frog und einem Blick in die Server-Logfiles lässt sich Indexierung, technische Gesundheit, Core Web Vitals und die eigene Sichtbarkeit in der Suche lückenlos überwachen, ohne einen Cent auszugeben.

Wo der kostenlose Stack aufhört, ist genauso wichtig zu wissen wie das, was er kann. Wettbewerber-Backlinks, echtes Suchvolumen und Rank-Tracking über Zeit sind strukturell nicht abbildbar – nicht weil die Tools schlecht gemacht sind, sondern weil Google die dafür nötigen Daten schlicht nicht öffentlich herausgibt. Dieser Artikel zeigt den vollständigen Stack, zieht die Grenze exakt dort, wo sie wirklich verläuft, und beschreibt eine monatliche Routine, mit der sich die Werkzeuge sinnvoll verketten lassen.

Der kostenlose Stack: fünf Werkzeuge, ein Zweck

Jedes der folgenden Werkzeuge deckt einen eigenen Ausschnitt ab. Zusammen ergeben sie ein Bild, das für die meisten kleinen und mittleren Websites ausreicht.

Keines dieser Werkzeuge ersetzt ein anderes. Search Console zeigt, wie Google eine Seite sieht, nachdem sie gecrawlt wurde. Screaming Frog zeigt, wie die Seite technisch aufgebaut ist, bevor überhaupt ein Crawler kommt. Die Logfiles zeigen, was dazwischen tatsächlich passiert ist. Erst die Kombination aus allen dreien liefert ein vollständiges Bild – jedes einzelne Tool für sich beantwortet nur einen Ausschnitt der Frage, ob eine Seite so funktioniert, wie sie soll.

Bemerkenswert ist, dass sich mit diesen fünf Werkzeugen zwei völlig unterschiedliche Suchmaschinen gleichzeitig überwachen lassen. Bing hat einen spürbar kleineren Marktanteil als Google, aber Bingbot crawlt unabhängig, und ein Problem, das nur bei einer der beiden Suchmaschinen auftritt, ist ein wertvoller diagnostischer Hinweis, der bei alleiniger Google-Betrachtung verloren ginge.

• Google Search Console – Indexierungsstatus, Suchanfragen mit echten Klicks und Impressionen, Core-Web-Vitals-Bericht auf Feldbasis, Sitemap-Status, manuelle Maßnahmen.
• Bing Webmaster Tools – eigenes Crawling und eigene Indexierung durch Bingbot, teils großzügigere API-Limits als Google, zusätzlicher Blickwinkel auf dieselbe Website.
• PageSpeed Insights – Lighthouse-Labordaten plus, sofern genug Traffic vorhanden ist, echte CrUX-Felddaten für Core Web Vitals auf URL- und Origin-Ebene.
• Screaming Frog (Free-Version) – Crawl bis 500 URLs, technischer Vollcheck: Statuscodes, Title-Tags, Meta-Descriptions, interne Verlinkung, Redirect-Ketten.
• Rohe Server-Logfiles – der einzige Ort, an dem sich zeigt, was Suchmaschinen-Crawler tatsächlich abgerufen haben, nicht nur, was sie laut Sitemap abrufen sollten.

Was der kostenlose Stack vollständig beantwortet

Fünf Fragen lassen sich mit diesem Stack ohne Einschränkung beantworten – nicht näherungsweise, sondern vollständig, weil die Daten direkt von der Quelle kommen.

Indexierung. Der Bericht „Seitenindexierung" in der Search Console zeigt für jede bekannte URL, ob sie indexiert ist, und wenn nicht, warum: Duplikat mit vom Nutzer gewählter kanonischer Seite, durch robots.txt blockiert, Soft-404, gecrawlt – aber momentan nicht indexiert. Das ist keine Schätzung, sondern der tatsächliche Status in Googles Index.

Crawl-Fehler. Dieselbe Search Console listet Server-Fehler, Weiterleitungsfehler und nicht gefundene Seiten, die Google beim Crawlen angetroffen hat. Screaming Frog liefert dazu die Innensicht: welche internen Links auf diese fehlerhaften URLs zeigen, damit die Fehlerquelle behoben werden kann, nicht nur das Symptom.

Core Web Vitals. Der CWV-Bericht in der Search Console aggregiert echte Nutzungsdaten aus dem Chrome User Experience Report, sofern genug Besucher vorhanden sind – gemessen werden Ladezeit des größten sichtbaren Elements, Reaktionsfähigkeit auf Eingaben und visuelle Stabilität beim Laden. PageSpeed Insights liefert für einzelne URLs zusätzlich Labordaten, die auch bei zu wenig Traffic für echte Felddaten funktionieren, weil sie in einer kontrollierten Testumgebung erhoben werden statt aus echten Besuchen. Zusammen ergibt das ein vollständiges Bild aus echter Nutzererfahrung und kontrollierter Labormessung, ohne dass ein einziges kostenpflichtiges Monitoring-Tool nötig wäre.

Eigene Rankings. Der Leistungsbericht in der Search Console zeigt für jede Suchanfrage, bei der die eigene Seite in den Ergebnissen erschien, Klicks, Impressionen, Klickrate und durchschnittliche Position – direkt von Google, nicht geschätzt. Das ist die genaueste Quelle für die eigenen Rankings, die überhaupt existiert, weil sie nicht simuliert, sondern gemessen wird.

Logfile-Stichproben. Ein Auszug aus den rohen Zugriffslogs, gefiltert auf den User-Agent-String von Googlebot oder Bingbot, zeigt exakt, welche URLs wie oft abgerufen wurden und mit welchem Statuscode geantwortet wurde. Das beantwortet Fragen, die kein anderes Tool beantworten kann: Verschwendet der Bot Crawl-Budget auf Parameter-URLs? Wird eine neue Seite überhaupt besucht?

Wo die Grenze wirklich verläuft

Drei Fragen lassen sich mit kostenlosen Werkzeugen strukturell nicht beantworten – nicht, weil bessere Software das lösen würde, sondern weil die zugrunde liegenden Daten dafür gar nicht öffentlich verfügbar sind.

Wettbewerber-Backlinks. Die Search Console zeigt ausschließlich externe Links, die auf die eigene Domain zeigen, und ausschließlich für die eigene, verifizierte Property. Innerhalb dieser Grenze liefert sie immerhin verwertbare Details: die verlinkenden Domains, die am häufigsten verwendeten Ankertexte und die am stärksten verlinkten eigenen Seiten. Was fehlt, ist der Blick nach außen. Es gibt keinen kostenlosen Weg, das Backlink-Profil einer fremden Domain vollständig einzusehen, weil dafür ein eigener, unabhängiger Web-Crawler nötig wäre, der das gesamte Web durchsucht und Links indexiert – genau das, was kommerzielle Backlink-Indizes leisten und was mit Bordmitteln nicht nachgebaut werden kann.

Suchvolumen mit echter Genauigkeit. Der Google Keyword Planner liefert nur dann präzise Zahlen, wenn über das verknüpfte Google-Ads-Konto ein laufendes Werbebudget ausgegeben wird. Ohne aktive Ausgaben rundet das Tool auf breite Bereiche wie „1.000 bis 10.000" – eine Spanne, die für die Priorisierung von Inhalten praktisch nutzlos ist, weil eine Suchanfrage mit 1.200 monatlichen Suchen genauso aussieht wie eine mit 9.800. Die Search Console zeigt zwar Impressionen, aber nur für Begriffe, bei denen die eigene Seite bereits sichtbar ist – das gesamte Suchvolumen eines Begriffs, für den man noch nicht rankt, bleibt unsichtbar.

Rank-Tracking im Zeitverlauf. Die Search Console begrenzt den Datenexport auf die letzten sechzehn Monate und meldet für jede Anfrage eine über den gewählten Zeitraum gemittelte Position, nicht die Position an einem bestimmten Tag für eine bestimmte Suche. Persönliche Anpassung, Standort und Gerät des Suchenden verändern die tatsächlich angezeigte Position zusätzlich, sodass selbst die gemittelte Zahl eine Annäherung bleibt, keine exakte Tagesposition. Ein tägliches, konsistentes Ranking-Protokoll über Monate hinweg lässt sich aus diesen Daten nicht rekonstruieren.

Diese drei Lücken sind keine Nachlässigkeit der Toolhersteller. Sie sind die logische Folge davon, dass die zugrunde liegenden Rohdaten – vollständige Backlink-Graphen, tatsächliches Suchvolumen, tagesgenaue Positionen für jeden Nutzer – bei Google selbst liegen und nirgendwo kostenlos veröffentlicht werden.

Die Screaming-Frog-Freigrenze richtig einsetzen

Die kostenlose Version von Screaming Frog crawlt bis zu 500 URLs pro Durchlauf. Für eine Website mit weniger als 500 Seiten ist das faktisch die Vollversion – die Grenze spielt schlicht keine Rolle. Bei größeren Websites entscheidet die Strategie, ob die 500 URLs etwas wert sind oder verschwendet werden.

Wer die 500 URLs strategisch auf Templates statt auf Vollständigkeit ausrichtet, bekommt aus der kostenlosen Version fast denselben diagnostischen Wert wie aus einem vollständigen Crawl – nur eben stichprobenartig statt erschöpfend. Wahllos von der Startseite aus zu crawlen, bis das Limit erreicht ist, liefert dagegen selten die relevantesten Seiten.

Sinnvoller ist es, den Crawl gezielt einzuschränken:

• Über die Include/Exclude-Filter nur ein bestimmtes Verzeichnis crawlen, etwa nur den Blog oder nur die Produktkategorie, die gerade überarbeitet wird.
• Eine eigene Liste von URLs importieren, statt dem Crawler zu folgen – dann werden genau die 500 Seiten geprüft, die tatsächlich interessieren.
• Auf Template-Ebene denken: Die meisten technischen Probleme wiederholen sich pro Seitentyp. Zwanzig Produktseiten aus verschiedenen Kategorien zu crawlen, deckt dieselben Template-Fehler auf wie zweitausend – weil der Fehler im Template steckt, nicht auf der einzelnen Seite.
• Redirect-Ketten und interne Verlinkung zuerst prüfen, weil sich diese Probleme meist über die ganze Seite ziehen und mit vergleichsweise wenigen gecrawlten URLs schon sichtbar werden.

Logfiles lesen, ohne dass es dafür ein Tool braucht

Die meisten Hosting-Umgebungen mit cPanel bieten unter „Rohzugriffsprotokolle" einen Download der reinen Server-Logs an, oft für die letzten Tage bis wenige Wochen. Diese Datei lässt sich ohne spezialisierte Software auswerten, allein mit den Bordmitteln der Kommandozeile.

Eine Zeile, gefiltert auf den User-Agent-String „Googlebot", zeigt jeden Aufruf des Crawlers mit Zeitstempel, angeforderter URL und zurückgegebenem Statuscode. Wichtig dabei: Der User-Agent-String allein beweist nichts, weil er beliebig fälschbar ist. Echter Googlebot lässt sich über eine umgekehrte DNS-Auflösung der anfragenden IP-Adresse verifizieren – die IP muss zu einer Subdomain von googlebot.com auflösen, und diese Auflösung muss sich in die Ausgangs-IP zurückführen lassen. Für eine grobe Stichprobe reicht es meist, die IP-Bereiche zu prüfen, die Google selbst veröffentlicht.

Schon eine kleine, unvollständige Stichprobe reicht aus, um Muster zu erkennen, die sich über Wochen kaum ändern, solange sich an der Seitenstruktur nichts Grundlegendes verschiebt – eine wissenschaftliche Vollerhebung ist dafür nicht nötig.

Aus einer solchen Stichprobe lassen sich vier praktische Dinge ablesen, die kein anderes kostenloses Werkzeug zeigt:

• Ob der Bot überhaupt bei einer neu veröffentlichten Seite vorbeikommt, und wenn ja, wie viele Tage das gedauert hat.
• Wie viel Crawl-Aktivität auf technisch unwichtige URLs entfällt, etwa auf Sortier- und Filterparameter, interne Suchergebnisseiten oder alte, längst weitergeleitete Pfade.
• Welche Statuscodes der Bot tatsächlich zu sehen bekommt – ein 200 im Browser sagt nichts darüber aus, was der Server dem Crawler bei genau diesem Aufruf geantwortet hat.
• Ob Seiten, die im Menü und in der internen Verlinkung praktisch unsichtbar sind, trotzdem regelmäßig besucht werden – ein Hinweis auf verwaiste URLs, die nur noch über eine alte Sitemap oder einen externen Link erreichbar sind.

Die monatliche Routine: so hängst du die Werkzeuge zusammen

Einzeln betrachtet beantwortet jedes Tool nur einen Ausschnitt. Verkettet zu einer festen monatlichen Abfolge ergeben sie eine Routine, die technische Probleme findet, bevor sie sich auf Rankings auswirken.

Die Reihenfolge ist bewusst gewählt: Search Console zeigt zuerst, wo überhaupt ein Problem vermutet wird, und die übrigen Werkzeuge werden gezielt auf genau diese Stellen angesetzt, statt jedes Mal alles zu prüfen. Das hält die monatliche Routine auf eine bis zwei Stunden begrenzt, selbst bei größeren Websites.

• 1. Search Console zuerst. Seitenindexierung und Core-Web-Vitals-Bericht prüfen, jede neue Fehlermeldung notieren, die seit dem letzten Monat aufgetaucht ist.
• 2. Export statt Weboberfläche. Für Trends über den 16-Monats-Horizont hinaus lohnt sich ein monatlicher Export der Leistungsdaten, damit ältere Zeiträume erhalten bleiben, auch wenn die Weboberfläche sie später nicht mehr anzeigt. Eine einfache Tabelle mit einer Zeile pro Monat reicht dafür aus – wichtig ist nur, dass sie tatsächlich monatlich gepflegt wird, denn nachträglich lässt sich der 16-Monats-Horizont nicht rückwirkend füllen.
• 3. PageSpeed Insights auf die Seiten mit CWV-Warnung. Nur die URLs testen, die im Search-Console-Bericht auffällig waren, statt die ganze Seite blind durchzutesten.
• 4. Bing Webmaster Tools als Gegenprobe. Wenn ein Indexierungsproblem nur bei Google auftritt, deutet das eher auf eine Google-spezifische Ursache hin; taucht dasselbe Problem bei Bing ebenfalls auf, liegt es sehr wahrscheinlich an der Seite selbst und nicht am Crawler.
• 5. Screaming Frog auf den Bereich, der sich diesen Monat verändert hat. Neue oder überarbeitete Seiten crawlen, nicht die ganze Website erneut – das hält den Crawl innerhalb der 500-URL-Grenze und liefert trotzdem relevante Daten.
• 6. Logfile-Stichprobe zum Abschluss. Eine Woche Rohdaten reicht, um zu prüfen, ob der Bot die neuen oder geänderten Seiten inzwischen tatsächlich abgerufen hat.

Woran sich zeigt, dass der kostenlose Stack an seine Grenze stößt

Der Stack aus Search Console, Bing Webmaster Tools, PageSpeed Insights, Screaming Frog Free und Logfile-Stichproben trägt die laufende technische Kontrolle einer Website zuverlässig. Bestimmte Aufgaben sprengen ihn aber strukturell, unabhängig davon, wie geschickt er eingesetzt wird.

Sobald regelmäßig mehr als 500 URLs pro Crawl geprüft werden müssen, weil die Website selbst so groß gewachsen ist, dass Template-Stichproben nicht mehr reichen, stößt die Free-Version an ihre technische Grenze. Sobald eine Entscheidung – etwa welches von zwei Themen mehr Inhalt verdient – von tatsächlichem Suchvolumen abhängt und nicht von einer groben Spanne, reicht der Keyword Planner ohne aktives Ads-Budget nicht mehr aus. Und sobald die eigene Position im Vergleich zu mehreren Wettbewerbern über Monate hinweg dokumentiert werden muss, nicht nur die eigene Position isoliert, fehlt dem kostenlosen Stack die dafür nötige Datengrundlage vollständig.

Diese drei Schwellen sind keine Frage der Tool-Qualität. Sie markieren den Punkt, an dem die öffentlich verfügbaren, kostenlosen Datenquellen selbst nicht mehr ausreichen – unabhängig davon, welches Werkzeug man einsetzt, um sie auszulesen.