Selbst gehostete SEO-Tools und -Plattformen: Open-Source-Leitfaden

Open-Source-SEO jenseits von WordPress-Plugins

Inhaltsverzeichnis

Self-hosted SEO deckt inzwischen Crawler, Search-Console-Dashboards, Ranking-Tracker, MCP-Server und lokale KI ab. Dieser Leitfaden vergleicht die wichtigsten Open-Source-Plattformen und welche Funktionen ohne kostenpflichtige SEO-APIs funktionieren.

Der Begriff umfasst sehr unterschiedliche Systeme. Einige Projekte arbeiten ausschließlich auf Basis Ihrer eigenen Website und First-Party-Suchdaten, während andere zwar die Benutzeroberfläche selbst hosten, aber für ihre wertvollsten Funktionen dennoch DataForSEO, einen kommerziellen SERP-Anbieter oder eine andere kostenpflichtige API benötigen.

Self-hosted SEO-Stack: ein Site-Crawler, Search-Console-Daten und ein lokales LLM, die in ein Dashboard fließen

Ein Dashboard, das um einen kostenpflichtigen DatenDienst herumgebaut ist, unterscheidet sich architektonisch von einem Crawler, einem Search-Console-Analysator oder einem lokalen KI-System, das weiterarbeitet, wenn jeder kommerzielle API-Schlüssel entfernt wird. Genau dieser Unterschied – und nicht der Ort des Quellcodes – entscheidet darüber, welche Plattformen zu einem Stack ohne kostenpflichtige APIs passen, und er bildet die Vergleichsachse unten. Diese Systeme laufen parallel zu Deploy-Pipelines und Indexierungssignalen – der Publikationsinfrastruktur, die im Web-Infrastruktur-Hub dieser Website dargestellt ist.

Was ist eine Self-Hosted-SEO-Plattform?

Eine Self-Hosted-SEO-Plattform betreibt mindestens die Anwendungsschicht auf Infrastruktur, die Sie kontrollieren. Je nach Projekt crawlt die Anwendung Websites, analysiert Search-Console-Daten, trackt Rankings, untersucht Core Web Vitals, erstellt Berichte oder stellt SEO-Funktionen für KI-Agenten bereit.

Die entscheidende Frage, die die Projekte voneinander trennt, lautet: Woher stammen die Daten? Eine typische kommerzielle SEO-Plattform kombiniert mehrere teure Datensätze:

Keyword-Datenbank
+
SERP-Erfassung
+
Backlink-Crawler
+
Site-Crawler
+
Search Console
+
Analytics
+
Content-Analyse

Open-Source-Projekte reproduzieren einige dieser Schichten gut. Site-Crawling, technische SEO, Search-Console-Analyse, lokale Seitenanalyse, Core Web Vitals und KI-gestützte Empfehlungen lassen sich alle praktikabel selbst hosten.

Andere Schichten sind wesentlich schwieriger. Ein globaler Backlink-Index erfordert das kontinuierliche Crawlen eines beträchtlichen Teils des öffentlichen Webs, und zuverlässige weltweite Keyword-Volumen- und SERP-Datensätze benötigen entweder großmaßstäbliche Datenerfassung oder den Zugang zu kommerziellen Quellen. Open-Source-Projekte, die Daten im Stil von Ahrefs versprechen, beziehen zumindest einen Teil davon üblicherweise aus einer anderen API.

Vier Arten von Self-Hosted-SEO-Tools

Das aktuelle Ökosystem lässt sich in vier Kategorien einteilen.

Technische Crawler

Diese untersuchen die tatsächliche Website und erkennen defekte Links, doppelte Titel, fehlende Metadaten, Kanonifizierungsfehler, Überschriftenprobleme, Redirect-Ketten und Barrierefreiheitsmängel.

Beispiele:

Sie liefern in der Regel erheblichen Wert, ohne dass eine kostenpflichtige SEO-API erforderlich ist.

Suchleistungs- und Überwachungsplattformen

Diese kombinieren Crawl-Daten mit First-Party-Suchinformationen, insbesondere aus der Google Search Console.

Beispiele:

Für eine etablierte Website ist diese Kategorie oft nützlicher als eine allgemeine Keyword-Datenbank, da sie mit echten Impressions, Klicks, CTR, Rankings und den Seiten arbeitet, die Google bereits mit Ihrer Domain verknüpft.

Ranking- und SERP-Tools

Diese sammeln Suchergebnisse und verfolgen Positionen.

Beispiele:

Die Schwierigkeit hier ist operationaler, nicht konzeptueller Natur. Suchmaschinen drosseln automatisierten Zugriff, ändern Markup, präsentieren CAPTCHAs und personalisieren Ergebnisse. Ein Self-Hosted-SERP-System kann funktionieren, erfordert aber mehr Wartung als der Aufruf einer kommerziellen SERP-API.

Vollständige SEO-Plattformen

Diese versuchen, Keyword-Recherche, Backlinks, Wettbewerbsanalyse, Site-Audits, Ranking-Tracking und KI-Workflows in einem Produkt zu bündeln. Das sichtbarste Beispiel ist OpenSEO. Diese Systeme bieten eine ansprechende Benutzeroberfläche, und ihre externen Daten stammen oft weiterhin aus kommerziellen APIs; prüfen Sie daher den Datenpfad vor der Implementierung.

Vergleich der Self-Hosted-SEO-Tools

Die GitHub-Star- und Fork-Zahlen sind ungenaue Momentaufnahmen vom September 2026. Sie sind Adoptions-Signale, keine Qualitätsbewertungen.

System Typ GitHub-Stars Forks Web-UI CLI MCP Lokales LLM Kostenpflichtige SEO-API für Kernwert benötigt Lizenz
OpenSEO Vollständige SEO-Plattform 20.5K 2.6K Ja Teilweise Ja Nicht primär Ja, DataForSEO MIT
SerpBear Ranking-Tracker 2.1K 294 Ja Nein Nein Nein Nein, wenn eigene Proxies genutzt werden MIT
LibreCrawl Technischer Crawler 980 206 Ja Begrenzt Nein Nein Nein MIT
SiteOne Crawler Technischer Crawler / QA 917 84 Berichte / Desktop Ja Kein natives Ja Nein MIT
CrawlSEO Überwachungsplattform 601 92 Ja Nein Ja Agentenseitig Nein MIT
SEO Skill SEO-CLI / Agenten-Backend 532 42 Nein Ja Ja Agentenseitig Nein Apache-2.0
Scouter KI-nativer Crawler 71 7 Ja Teilweise Ja Ja Nein MIT
OpenGSC GSC-Plattform 27 19 Ja Begrenzt Ja Ja Nein für Kernfunktionen MIT
OpenSERP SERP-API / CLI Variiert Variiert API-Doku Ja Add-on Nein Nein MIT

Die wichtigste Spalte ist, ob nützliche Funktionalität erhalten bleibt, wenn kommerzielle SEO-API-Schlüssel entfernt werden. Die 20.000 Stars von OpenSEO spiegeln einen breiten Appeal und ein All-in-One-Versprechen wider, nicht aber Selbstständigkeit; ein junges Projekt wie Scouter kann mit deutlich weniger Stars eine interessantere lokale LLM-Architektur bieten. Bevor Sie sich entscheiden, ist es besser, folgende Fragen zu stellen:

Löst das Projekt mein Problem?
Funktioniert sein Kern weiterhin ohne eine kostenpflichtige API?
Kann ich meine Daten exportieren?
Kann ich es automatisieren?
Wird das Projekt gewartet?
Kann ich einzelne Komponenten später austauschen?

OpenSEO

OpenSEO ist das größte Projekt in diesem Vergleich mit ungefähr 20.500 GitHub-Stars und 2.600 Forks zum Zeitpunkt des Schreibens. Das Projekt beschreibt sich selbst als Open-Source-Alternative zu Semrush und Ahrefs und bietet Keyword-Recherche, Ranking-Tracking, Wettbewerbsintelligenz, Backlinks, Site-Audits, KI-Sichtbarkeit, MCP und Agenten-Skills an.

Seine stärkste Eigenschaft ist die Produktintegration: eine moderne Anwendung mit Projektkontext, SEO-Workflows und einer MCP-Schnittstelle für Clients wie Claude Code, Codex, OpenClaw und Hermes, anstatt mehrere Befehlszeilen-Utilities zu kombinieren.

Die Datenabhängigkeit ist die andere Hälfte des Bildes. Die Projektdokumentation erfordert explizit einen DataForSEO API-Schlüssel für SEO-Daten, und DataForSEO ist ein separater, kommerzieller Pay-as-you-go-Dienst. Das Self-Hosting von OpenSEO hostet den zugrunde liegenden Datensatz nicht selbst. Die Architektur lautet:

flowchart LR A[Website] --> B[OpenSEO] C[KI-Agent] -->|MCP| B B --> D[DataForSEO] B --> E[Google Search Console] B --> F[OpenSEO-Datenbank]

Wenn Sie DataForSEO bereits nutzen, ist OpenSEO eine Open-Source-Steuerungsebene darum herum, und das Self-Hosting gibt Ihnen weiterhin die Kontrolle über Projekte, Anmeldedaten, Anwendungszustand und Agentenintegration. Es ist jedoch kein Ersatz für kostenpflichtige externe SEO-Daten.

Bester Einsatzzweck

Wählen Sie OpenSEO, wenn Sie eine moderne, Semrush-ähnliche Benutzeroberfläche wünschen und damit einverstanden sind, direkt DataForSEO zu bezahlen, anstatt ein traditionelles SEO-SaaS-Abo abzuschließen. Wählen Sie es nicht, wenn die Anforderung lautet, dass das System ohne jegliche kostenpflichtige SEO-API den größten Teil seines Wertes behält.

SiteOne Crawler

SiteOne Crawler ist eines der selbstständigsten Tools in der Liste. Es hat ungefähr 917 GitHub-Stars und 84 Forks und ist als plattformübergreifender Website-Crawler für SEO, Sicherheit, Barrierefreiheit, Leistung und Qualitätssicherung konzipiert.

Die SEO-Prüfungen decken die technische Schicht ab: Metadaten, Links, Redirects, Seitenumsetzung, Statuscodes, Sitemaps und verwandte Probleme. SiteOne untersucht auch Sicherheits-Header, TLS, Barrierefreiheit, Caching und Leistung, was es für Entwickler verwaltete Websites nützlich macht, bei denen SEO Teil eines breiteren Deploy-Qualitätsprozesses ist.

Browser-Rendering für moderne Sites

SiteOne kann optional Seiten über Chromium mit dem Chrome DevTools Protocol rendern. Das ist für React-, Vue-, Angular- und andere Sites wichtig, bei denen wichtige Links oder Inhalte erst nach der JavaScript-Ausführung erscheinen. Für statische Systeme wie Hugo ist Browser-Rendering in der Regel nicht notwendig, aber es ist nützlich beim Testen eingebetteter Anwendungen, Client-side-Widgets oder Seiten mit signifikantem JavaScript-Verhalten.

Lokale LLM-Unterstützung

Die optionale KI-Schicht von SiteOne unterstützt OpenAI, Anthropic, Gemini und beliebige OpenAI-kompatible Endpunkte. Der OpenAI-kompatible Pfad kann auf Ollama, vLLM, LocalAI, Self-Hosted-Gateways oder andere kompatible Server zeigen, sodass ein lokales Modell ausgewählte Seiten untersuchen kann, ohne Inhalte an einen Cloud-Anbieter zu senden.

Eine vollständig lokale Architektur:

flowchart LR A[Website] --> B[SiteOne] B --> C[Bestimmte Crawl-Ergebnisse] C --> D[Lokale OpenAI-kompatible API] D --> E[Ollama / llama.cpp / vLLM] E --> F[SEO-Empfehlungen]

SiteOne bestimmt Fakten wie fehlende Beschreibungen oder defekte Links, während das Modell eine bessere Formulierung vorschlägt oder die Befunde zusammenfasst.

CI/CD-Qualitätstor

Ein praktischer Workflow:

flowchart LR A[Git-Push] --> B[Website bauen] B --> C[Lokale Vorschau] C --> D[SiteOne-Crawl] D --> E{Kritische Probleme?} E -->|Ja| F[Pipeline fehlschlagen] E -->|Nein| G[Deployen]

Das Crawling wird vor dem Deploy gegen eine lokale Vorschau ausgeführt, und die Pipeline schlägt bei kritischen Problemen fehl. Das gibt Engineering-Teams eine automatisierte Prüfung, anstatt eines Dashboards, das nur gelegentlich überprüft wird.

Bester Einsatzzweck

Wählen Sie SiteOne für technische Websites, statische Site-Generatoren, CI/CD-Pipelines oder jede Umgebung, in der SEO-Prüfungen wie automatisierte Software-Qualitätsprüfungen funktionieren sollen. Es ist eine starke Option, wenn die Priorität echter lokaler Wert statt externer SEO-Datensätze ist.

LibreCrawl

LibreCrawl ist ein webbasiertes, mehrbenutzerfähiges SEO-Crawler-System mit etwa 980 GitHub-Stars und 206 Forks. Das Projekt positioniert es als Open-Source-Alternative zu Desktop-Crawlern wie Screaming Frog.

LibreCrawl extrahiert Seitentitel, Beschreibungen, Überschriften, Links, Response-Informationen und andere technische SEO-Daten. Es unterstützt JavaScript-Rendering, konfigurierbare Crawltiefe, URL-Filterung, Proxies, robots.txt-Verhalten und Exporte in CSV, XLSX, JSON und XML. Im Gegensatz zu einem nur für Desktop verfügbaren Crawler läuft es als Webanwendung und unterstützt gleichzeitige Benutzer mit separaten Sitzungen.

Externe Abhängigkeiten

Der Kern-Crawler funktioniert lokal. Die PageSpeed-Insights-Integration kann Googles API verwenden und profitiert von einem API-Schlüssel für höhere Limits, aber der Crawler selbst benötigt keinen kommerziellen SEO-Datendienst.

Da LibreCrawl gegen die gerenderte Website arbeitet und nicht gegen das CMS, funktioniert es mit:

Hugo
WordPress
Ghost
Drupal
Next.js
Astro
React
individuellen Websites

Einschränkungen

LibreCrawl bietet nicht die agentenorientierte Architektur von Scouter oder SEO Skill: Es gibt keinen zentralen MCP-Workflow, und die lokale LLM-Integration ist nicht sein Hauptfokus. Seine Stärke liegt im unkomplizierten Crawling und Datenexport.

Bester Einsatzzweck

Wählen Sie LibreCrawl, wenn Sie einen browserbasierten, Open-Source-Crawler mit einem vertrauten menschlichen Workflow und guter Exportunterstützung wünschen.

Scouter

Scouter ist ein jüngeres Projekt, aber seine Architektur ist die ambitionierteste in dieser Liste für KI-native SEO-Workflows. Es hat ungefähr 71 GitHub-Stars und 7 Forks, daher ist seine Implementierungshistorie im Vergleich zu OpenSEO oder SerpBear winzig. Die dokumentierte Funktionsmenge umfasst eine Self-Hosted-Web-UI, Mehrbenutzerunterstützung, JavaScript-Rendering, internen PageRank, benutzerdefinierte XPath- und Regex-Extrahierer, SQL-Zugriff auf Crawl-Daten, KI-basierte Seiteneinstufung, KI-Massengenerierung und einen nativen MCP-Server.

Bringen Sie Ihr eigenes LLM mit

Scouter unterstützt gehostete und lokale Modelle; die dokumentierten lokalen Optionen sind Ollama und vLLM. Die resultierende Architektur:

flowchart TD A[Website] --> B[Scouter-Crawler] B --> C[Crawl-Datenbank] C --> D[Web-UI] C --> E[MCP] C --> F[KI-Assistent] F --> G[Lokales Ollama / vLLM] E --> H[KI-Agent]

Dies ist eher eine „SEO-Datenbank für Agenten“ als ein traditioneller Crawler.

MCP-Integration

Ohne MCP benötigt ein KI-Assistent in der Regel Berichte, die in seinen Kontext eingefügt werden, oder benutzerdefinierte Skripte, die um exportierte Dateien herumgeschrieben werden. Mit MCP fragt der Agent das SEO-System direkt nach strukturierten Crawl-Belegen, löst Operationen aus und ruft relevante Befunde ab, wenn benötigt. Workflows wie dieser werden damit realistisch:

Seiten mit schwacher interner Verlinkung finden.

Für jede Seite:
- Inlink-Anzahl anzeigen
- semantisch verwandte Seiten identifizieren
- Links vorschlagen
- Inhalte nicht ändern

Der Crawler liefert die Fakten, das Modell liefert die Interpretation.

Einschränkungen

Scouter ist neu. Ein 2026er-Projekt mit etwa 60 Commits und einer kleinen Benutzergemeinschaft ist versprechende Infrastruktur, aber kein bewährter Produktionsstandard, und sein komplexerer Stack bedeutet mehr operative Komponenten als bei einem Single-Binary-Crawler wie SiteOne.

Bester Einsatzzweck

Wählen Sie Scouter, wenn MCP, mehrbenutzerfähiger Web-Zugriff, SQL auf Crawl-Daten und lokale KI-Integration wichtig genug sind, um eine jüngere Plattform zu betreiben.

SEO Skill (iannuttall/seo)

SEO Skill verfolgt einen anderen Ansatz: Statt eines großen Browser-Dashboards bietet es eine lokale seo-CLI, eine TypeScript-Bibliothek, ein paketiertes Agenten-Skill und einen MCP-Server an. Das Projekt hat etwa 532 GitHub-Stars und 42 Forks.

Der Workflow kombiniert Belege aus Ihrem eigenen Crawl, der Google Search Console und optionalen Analytics zu Berichten, die von Menschen oder KI-Agenten inspiziert und genutzt werden können. Nützliche Befehle:

seo report
seo quick-wins
seo second-page
seo technical-watch
seo refresh-priorities
seo report --json
seo mcp serve

Das Projekt stellt über 70 SEO-Audit-Tools über seine CLI- und MCP-Schicht bereit.

First-Party-Daten zuerst

SEO Skill behandelt kostenpflichtige Recherche-Anbieter als optionale Erweiterung statt als erforderliche Infrastruktur. Es kann lokale Crawl-Daten, Google Search Console und Analytics-Daten verwenden und kann optional zu DataForSEO, Semrush oder Ahrefs verbunden werden. Wenn keiner der kommerziellen Anbieter konfiguriert ist, funktioniert der First-Party-Workflow weiterhin.

Für eine etablierte Website beschreibt eine Abfrage mit

8.000 Impressions
durchschnittliche Position 8,2
CTR 1,1 %

Ihre tatsächliche Gelegenheit, während eine Dritte-Schätzung, die behauptet, dass ein verwandtes Keyword 12.000 Suchanfragen pro Monat erhält, einen Markt beschreibt, den Sie nicht aus Ihren eigenen Daten verifizieren können.

Agenten-Architektur

flowchart LR A[Website] --> B[SEO-Skill-Crawl] C[Google Search Console] --> B D[Analytics] --> B B --> E[MCP-Server] E --> F[Hermes / Claude / Codex] F --> G[Lokales LLM]

Das LLM erhält strukturierte Belege vom SEO-Tool, anstatt Dashboards zu scrapen oder Metriken zu raten.

Einschränkungen

SEO Skill ist kein poliertes, mehrbenutzerfähiges SEO-Dashboard. Wenn Sie eine visuelle Anwendung wünschen, die Marketing-Mitarbeiter den ganzen Tag durchsuchen können, passt ein anderes System möglicherweise besser. Externe Wettbewerbs-, Backlink- und Keyword-Recherche bleibt begrenzt, es sei denn, optionale Dritte-Anbieter hinzugefügt werden.

Bester Einsatzzweck

Wählen Sie SEO Skill, wenn Sie ein agentenerstes, skriptbares SEO-Backend wünschen, das um First-Party-Belege statt um eine große GUI herumgebaut ist. Für Entwickler, statische Site-Publisher und automatisierte Git-Workflows ist es eine starke Wahl.

CrawlSEO

CrawlSEO ist ein Self-Hosted-SEO-Monitoring-Dashboard mit etwa 601 GitHub-Stars und 92 Forks. Es kombiniert Google Search Console, einen Site-Crawler, Core Web Vitals, SEO-Gelegenheiten und MCP-Zugriff, was es zwischen einen Crawler und eine vollständige SEO-Plattform positioniert.

Die Kern-Datenquellen sind:

  • Google Search Console
  • lokales Site-Crawling
  • Core Web Vitals / PageSpeed-Daten
  • gespeicherte historische Beobachtungen

CrawlSEO kann eine laufende Überwachung ohne einen kostenpflichtigen SEO-Anbieter bereitstellen.

Optionale externe Recherche

CrawlSEO kann mit DataForSEO für Keyword-Recherche und Backlink-Informationen integriert werden, aber diese Funktionen sind optional, und Google Autocomplete bietet eine kostenlose Fallback-Option für Keyword-Vorschläge. Der Kern-Stack läuft ohne einen externen SEO-Datensatz:

GSC
+
Crawler
+
Core Web Vitals
+
MCP

MCP-Tools

CrawlSEO stellt zehn MCP-Tools bereit, die Sites, Site-Übersicht, Keywords, Seiten, Traffic, Crawling, Crawl-Probleme, Core Web Vitals und Gelegenheiten abdecken. Ein Agent kann Fragen stellen wie:

Welche Seiten haben diesen Monat Impressions verloren und haben auch technische Crawl-Probleme?

Diese Korrelation zwischen Suchleistung und technischem Zustand ist handlungsorientierter als ein generischer SEO-Score.

Bester Einsatzzweck

Wählen Sie CrawlSEO, wenn Sie ein dauerhaftes Self-Hosted-Dashboard wünschen, das um Search Console und laufende Überwachung herumgebaut ist, anstatt um Einmal-Audits. Es ist besonders geeignet für etablierte Sites, die bereits bedeutende Google-Suche-Impressions erhalten.

OpenGSC

OpenGSC ist eine weitere um Search Console zentrierte Plattform. Es ist ein junges Projekt mit etwa 27 Stars und 19 Forks, hat aber eine beträchtliche Funktionsmenge akkumuliert. Der Kern-Vorschlag: Die Search Console enthält wertvolle First-Party-SEO-Daten, aber Googles eigene Benutzeroberfläche ist für longitudinale Analysen, Cross-Site-Überwachung, Content-Verfalls-Erkennung und Agenten-Workflows begrenzt.

OpenGSC fügt hinzu:

  • mehrsitefähige GSC-Dashboards
  • Ranking-Tracking aus First-Party-Daten
  • Queries in Reichweite
  • Content-Verfalls-Erkennung
  • Kannibalisierungsanalyse
  • Site-Auditing
  • Indexierungstools
  • Warnungen und Zusammenfassungen
  • MCP
  • optionale KI-SEO-Tools

Integriertes Site-Audit

Der Crawler arbeitet mit null externen SEO-APIs und prüft bis zu hunderte Seiten auf defekte interne Links, Titelprobleme, fehlende Beschreibungen, H1-Probleme, Noindex-Seiten, Kanonifizierungsabweichungen, dünne Inhalte, fehlende Alt-Texte für Bilder und langsame Reaktionen. Die Plattform behält nützliche lokale Funktionalität, auch wenn ihre optionale Recherche-Integrationen deaktiviert sind.

KI und externe Anbieter

OpenGSC unterstützt mehrere KI-Anbieter und benutzerdefinierte OpenAI-kompatible Endpunkte, was lokale Inferenz je nach konfiguriertem Server ermöglicht. Einige erweiterte Recherche-Funktionen können DataForSEO oder andere externe Anbieter verwenden, aber sie sind nicht für das Search-Console-Dashboard und die lokale Auditschicht erforderlich.

Vorsicht bei optionalen Indexierungsfunktionen

OpenGSC umfasst optionale, auf Indexierung ausgerichtete Infrastruktur, die über die normale Search-Console-Analyse hinausgeht. Bewerten Sie diese Funktionen unabhängig; sie sind für eine gewöhnliche SEO-Überwachung nicht erforderlich. Für konservative Implementierungen ist die sinnvolle Konfiguration:

GSC-Analytics
+
Site-Audit
+
MCP
+
optionale lokale KI

anstatt jedes verfügbaren Moduls zu aktivieren.

Bester Einsatzzweck

Wählen Sie OpenGSC, wenn Search Console das Zentrum Ihres SEO-Workflows ist und Sie eine Self-Hosted-Benutzeroberfläche um Ihre eigenen Suchleistungsdaten herum wünschen.

SerpBear

SerpBear ist einer der reifsten Open-Source-Ranking-Tracker mit etwa 2.100 GitHub-Stars und 294 Forks. Sein Zweck enger gefasst als bei OpenSEO oder CrawlSEO: Tracken, wo eine Domain in Google für einen konfigurierten Satz von Keywords erscheint.

Es bietet unbegrenzte Domains, unbegrenzte getrackte Keywords, Ranking-Historie, E-Mail-Benachrichtigungen, eine SERP-API, Google Search Console-Integration, Keyword-Recherche durch Google Ads-Integration und PWA/Mobilzugang.

Das SERP-Erfassungsproblem

Die Anwendung, Datenbank, der Scheduler und die UI sind self-gehostet, aber die Google-Ergebnisse müssen irgendwie gesammelt werden. SerpBear kann Ihre eigenen Proxies, Scraping-Dienste oder kommerzielle SERP-APIs verwenden. Wenn Sie Ihre eigenen Proxies betreiben, ist keine kommerzielle SEO-API grundsätzlich erforderlich, aber die operative Last verlagert sich auf Sie:

kommerzielle SERP-API:
  Geldkosten
  niedrige operative Last

self-gehostetes Scraping:
  niedrige API-Kosten
  höhere operative Last

Bester Einsatzzweck

Wählen Sie SerpBear, wenn Ranking-Tracking die Hauptanforderung ist und Sie es vorziehen, die SERP-Erfassungsschicht selbst zu verwalten. Es ist ein spezialisierteres Tool, das gut neben einem Crawler oder einer Search-Console-Plattform funktioniert.

OpenSERP

OpenSERP ist kein vollständiges SEO-Dashboard. Es ist Infrastruktur: eine Self-Hosted-SERP-API und CLI.

Es unterstützt Suchanfragen gegen Google, Bing, DuckDuckGo, Yandex, Baidu und Ecosia und liefert normalisierte Ergebnisse über JSON und andere Formate. OpenSERP kann auch SERP-Funktionen wie KI-Zusammenfassungen, Antwortboxen, „Menschen fragen auch“ und verwandte Suchen offenlegen und optional Inhalte von Ergebnis-Seiten extrahieren.

Warum es wichtig ist

Kommerzielle SEO-Tools verbergen die SERP-Erfassung oft hinter einer polierten Anwendung. OpenSERP liefert die untergeordnete Komponente, was es für den Aufbau von Ranking-Tracking, Wettbewerbsentdeckung, SERP-Intents-Analyse, Query-Clustering, Agenten-Suche-Tools und lokalen Recherche-Pipelines nützlich macht.

Beispiel-Architektur:

flowchart LR A[Keyword-Liste] --> B[OpenSERP] B --> C[Suchmaschinen] B --> D[Lokaler Ergebnis-Speicher] D --> E[SEO-Analyse] E --> F[Lokales LLM]

Das Projekt stellt auch SDKs und eine MCP-Integration bereit, was es als Infrastruktur hinter anderen Systemen geeignet macht. Für das breitere Self-Hosted-Suchlandschaft, siehe Jenseits von Google: Leitfaden zu Alternativen Suchmaschinen.

Einschränkungen

Das eigene Betreiben der API macht Suchmaschinen nicht leichter zu scrapen. CAPTCHAs, Blockaden, Rate-Limits, regionale Variationen und Änderungen im Ergebnis-Layout bleiben echte Probleme, und Proxies können bei bedeutender Skala schließlich notwendig werden. OpenSERP sollte am besten als kontrollierte lokale SERP-Quelle betrachtet werden, nicht als kostenloser Ersatz für einen kommerziellen globalen Suchdatensatz.

Bester Einsatzzweck

Wählen Sie OpenSERP, wenn Sie die SERP-Erfassungspipeline besitzen möchten oder Suchmaschinenergebnisse als Eingabe für benutzerdefinierte SEO-Automatisierung benötigen.

Welche Tools funktionieren ohne kostenpflichtige SEO-APIs?

Dieser Vergleich ist nützlicher als „Open Source versus proprietär“.

System Technisches Audit GSC-Analyse SERP/Ranking-Tracking Lokale KI Nützlich mit null kostenpflichtigen SEO-APIs?
OpenSEO Ja Ja Ja Agentenorientiert Teilweise, aber Kern-Recherche hängt von DataForSEO ab
SiteOne Hervorragend Nein Nein Ja Ja
LibreCrawl Hervorragend Nein Nein Nein Ja
Scouter Hervorragend Kein Kern-GSC-Fokus Nein Ja Ja
SEO Skill Ja Hervorragend First-Party/Optionale Anbieter Über Agent Ja
CrawlSEO Ja Hervorragend GSC-basiert Über Agent Ja
OpenGSC Ja Hervorragend GSC-basiert Ja Ja
SerpBear Nein Ja Hervorragend Nein Ja, mit eigenem Scraping/Proxies
OpenSERP Nein Nein SERP-Infrastruktur Nein Ja, operativ begrenzt

Die am leichtesten self-gehosteten Funktionen sind die, die auf Ihrer eigenen Site und Ihren eigenen Suchdaten basieren.

Hugo, WordPress, Ghost oder Etwas anderes?

Die meisten dieser Systeme interessieren sich nicht dafür, welches CMS oder statische Site-Generator die Website erzeugt hat. Ein Crawler sieht HTTP und HTML, daher können Hugo, WordPress, Ghost, Drupal, Astro, Next.js, Jekyll und benutzerdefinierte Anwendungen alle von demselben Crawler analysiert werden.

Der Unterschied erscheint, wenn Sie die Site ändern möchten. Ein WordPress-SEO-Plugin kann direkt Post-Metadaten aktualisieren, weil es innerhalb von WordPress läuft. SiteOne oder Scouter können nicht automatisch wissen, wie Ihre Hugo-Front-Matter strukturiert ist, es sei denn, eine andere Integrationsschicht sagt es ihnen. Die Trennung:

flowchart LR A[CMS / statische Site-Generator] --> B[Veröffentlichte Website] B --> C[Self-Hosted-SEO-System] C --> D[Befunde] D --> E[Mensch oder KI-Agent] E --> F[Quelländerungen] F --> A

Für moderne Entwicklungs-Workflows ist diese Trennung oft ein Vorteil statt ein Problem.

Self-Hosted-SEO für WordPress

Für WordPress sitzt eine Self-Hosted-SEO-Plattform normalerweise neben einem konventionellen SEO-Plugin:

flowchart TD A[WordPress] A --> B[The SEO Framework / SEOPress] B --> C[Metadaten / Schema / Sitemap] A --> D[Veröffentlichte Site] D --> E[SiteOne / CrawlSEO / Scouter] E --> F[SEO-Befunde]

Das Plugin kontrolliert:

kanonische URLs
Robots-Metadaten
Schema
XML-Sitemaps
Titel und Beschreibungen
Redirects

Die externe Plattform beobachtet:

technische Gesundheit
Crawl-Struktur
Suchleistung
Core Web Vitals
Ranking-Änderungen
Content-Gelegenheiten

Das sind ergänzende Verantwortlichkeiten; Plugin-gegen-Plugin-Vergleiche von Yoast, Rank Math, SEOPress, The SEO Framework und Slim SEO gehören zur WordPress-Seite des Stacks, nicht zur hier beschriebenen Überwachungsschicht.

Self-Hosted-SEO für Hugo

Statische Site-Generatoren wie Hugo profitieren besonders von externem SEO-Tooling, da sie in der Regel über ein großes CMS-Plugin-Ökosystem verfügen. Ein guter Hugo-Workflow behandelt SEO wie Software-Qualität:

flowchart LR A[Markdown] --> B[Hugo-Build] B --> C[Vorschau-Site] C --> D[SiteOne] D --> E{Technische Prüfungen bestanden?} E -->|Nein| F[Quelle korrigieren] E -->|Ja| G[Deployen]

Wenn Sie Hugo auf S3 deployen, fügt sich der Crawl-Schritt in dieselbe Pipeline ein, die die Site baut und veröffentlicht, und IndexNow-Benachrichtigungen ergänzen den Crawler, indem sie Engines darüber informieren, wann neue URLs existieren.

Die Produktionsüberwachung verwendet dann Search Console:

flowchart LR A[Veröffentlichte Hugo-Site] --> B[Google] B --> C[Search Console] A --> D[Lokaler Crawler] C --> E[SEO Skill / CrawlSEO] D --> E E --> F[Priorisierte Gelegenheiten]

Der Workflow bewertet die Website, die Nutzer und Suchmaschinen tatsächlich erhalten, nicht die Sicht des Editors darauf.

Lokale LLMs im Self-Hosted-SEO

Lokale LLMs fügen eine weitere Schicht hinzu, sollten aber nicht zur Quelle der Wahrheit werden. Ein Modell ist gut in:

  • Umformulieren von Titeln
  • Vorschlagen von Beschreibungen
  • Clustern von Queries
  • Zusammenfassen von Crawl-Befunden
  • Identifizieren semantischer Lücken
  • Vorschlagen interner Links
  • Vergleichen von Content-Strukturen
  • Erstellen von Update-Plänen

Es ist schlecht als autoritative Quelle für:

  • HTTP-Statuscodes
  • Rankings
  • Klicks
  • Impressions
  • Indexierungszustand
  • Kanonifizierungskorrektheit
  • Backlink-Zählungen
  • Core Web Vitals

Die Architektur:

flowchart LR A[Crawler / GSC / SERP-Quelle] --> B[Strukturierte Belege] B --> C[Lokales LLM] C --> D[Empfehlung] D --> E[Überprüfung]

anstatt das Modell zu fragen: „Audite meine Site und sag mir, wie sie rankt.“

SiteOne und Scouter bieten native Pfade zu lokalen Modellen. SEO Skill und CrawlSEO sind nützlich, wenn das LLM in einem externen Agenten wie Hermes, Claude Code oder einem anderen MCP-Client lebt. Das Ausführen des Modells auf Ihrer eigenen Infrastruktur hält Ihren Inhalt dort, das gleiche Argument wie der breitere Fall für LLM-Self-Hosting und KI-Souveränität angewandt auf SEO. Für den Modell-Server selbst deckt der Ollama-CLI-Spickzettel Servicing und Modell-Verwaltung ab.

MCP im Self-Hosted-SEO

Model Context Protocol ändert, wie SEO-Software mit KI-Systemen interagiert.

Ohne MCP:

SEO-Tool
-> CSV exportieren
-> in KI einfügen
-> Frage stellen

Mit MCP:

KI-Agent
-> Crawl-Belege anfragen
-> GSC-Belege anfragen
-> betroffene URLs anfragen
-> analysieren
-> Änderung vorschlagen

Der Agent ruft nur die Belege ab, die er benötigt. Projekte in diesem Vergleich, die MCP bereits unterstützen: OpenSEO, SEO Skill, CrawlSEO, Scouter, OpenGSC und OpenSERP über sein MCP-Paket. Wenn Sie die Server-Seite dieser Integration gebaut haben, zeigen die MCP-Server-Implementierungsnotizen in Go, wie ein MCP-Server von innen aussieht.

Ein richtig designeder SEO-Agent könnte:

1. Seiten finden, die Impressions verlieren.
2. Prüfen, ob die Seiten Crawl-Probleme haben.
3. Ihre dominierenden Search-Console-Queries lesen.
4. Schwache interne Verlinkung finden.
5. Eine Änderung vorschlagen.
6. Die Quelle auf einem Git-Branch ändern.
7. Technische Validierung ausführen.
8. Einen Pull Request öffnen.

Das SEO-System bleibt der Beleganbieter, und der Agent wird zum Workflow-Motor.

Was kann tatsächlich lokal ersetzt werden?

Ein realistischer Self-Hosted-Stack kann einen beträchtlichen Teil der kommerziellen SEO-Funktionalität ersetzen.

Fähigkeit Praktische Self-Hosted-Option
Technisches Crawling SiteOne, LibreCrawl, Scouter
Metadaten-Prüfungen SiteOne, LibreCrawl, Scouter
Interne Link-Analyse Scouter, SiteOne, Crawl-Exporte
Suchleistung GSC + SEO Skill / CrawlSEO / OpenGSC
Content-Verfall GSC-basierte Plattformen
Core Web Vitals CrawlSEO, Lighthouse, PageSpeed
Ranking-Tracking SerpBear, OpenSERP
SERP-Inspektion OpenSERP
KI-Analyse Lokales Ollama / vLLM / llama.cpp
Agenten-Automatisierung MCP-fähige SEO-Systeme
CI-Qualitätstore SiteOne
Historische Überwachung CrawlSEO / OpenGSC

Die beiden großen Lücken bleiben globale Keyword-Daten und Backlinks.

Was ist schwer zu selbst hosten?

Globales Keyword-Volumen

Suchvolumen sieht einfach aus, wenn es als eine Zahl angezeigt wird:

"lokales llm" -> 12.100 Suchanfragen/Monat

aber das zuverlässige Erhalten dieser Zahl erfordert den Zugang zu einem sehr großen Datensatz. Google Search Console zeigt nur Queries an, für die Ihre eigene Site bereits aufgetaucht ist; sie kann die Nachfrage-Landschaft für ein Thema, das Sie nie abgedeckt haben, nicht beschreiben. Google Ads liefert einige Keyword-Informationen, aber das Bauen einer Semrush-ähnlichen globalen Keyword-Datenbank lokal ist für die meisten Einzelpersonen nicht realistisch.

Die Backlink-Analyse ist infrastrukturintensiver. Ahrefs, Semrush, Majestic und ähnliche Unternehmen crawlen kontinuierlich große Teile des Webs, normalisieren URLs, identifizieren Links, duplizieren Daten und warten historische Indizes. Ein Einzelner kann ausgewählte Wettbewerbs-Sites crawlen oder Links überwachen, die durch Search Console und Analytics entdeckt wurden, aber das ist nicht gleichbedeutend mit einer webweiten Backlink-Datenbank. Open-Source-SEO-Produkte integrieren DataForSEO, Ahrefs oder einen anderen Anbieter für diese beiden Kategorien, weil die zugrunde liegenden Daten teuer zu sammeln sind.

Ein praktischer, vollständig selbst gehosteter Stack

Wenn das Ziel nützliches SEO ohne eine kostenpflichtige SEO-API ist, kombinieren Sie spezialisierte Komponenten, statt nach einer riesigen Anwendung zu suchen:

flowchart TD SITE[Website] GSC[Google Search Console] CRAWL[SiteOne] SEO[SEO Skill] SERP[OpenSERP] AGENT[KI-Agent] LLM[Lokales LLM] GIT[Git / CMS] SITE --> CRAWL SITE --> GSC GSC --> SEO CRAWL --> SEO SERP --> SEO SEO --> AGENT AGENT --> LLM AGENT --> GIT

Die Verantwortlichkeiten:

SiteOne:
  technischer Crawl
  CI-Regressionsprüfungen

SEO Skill:
  Search Console
  First-Party-Gelegenheitsanalyse
  MCP

OpenSERP:
  optionale SERP-Beobachtungen

Lokales LLM:
  Interpretation und Sprachaufgaben

Agent:
  Workflow-Orchestrierung

Git/CMS:
  kontrollierte Publikationsänderungen

Dieser Stack kann nicht jede Ahrefs-Funktion reproduzieren, aber er deckt die meisten Arbeiten ab, die in die Verbesserung einer bestehenden Website involviert sind.

Auswahl eines Tools für Ihre Anforderung

Hauptanforderung Tool
Deterministische technische Prüfungen, CI/CD-Nutzung, optionale lokale KI SiteOne
Menschlich freundlicher Web-Crawler mit Exporten und JavaScript-Rendering LibreCrawl
KI-nativer Crawler: MCP, SQL-Zugriff, Mehrbenutzer-UI, lokales Ollama/vLLM Scouter
CLI/MCP-Backend, das Crawl- und Search-Console-Belege kombiniert SEO Skill
Dauerhaftes Dashboard: GSC, Crawling, Core Web Vitals, Agentenzugriff CrawlSEO
Um Search Console zentriertes Dashboard: Verfall, in Reichweite befindliche Queries, Agentenzugriff OpenGSC
Keyword-Ranking-Tracking, selbst verwaltete Proxies oder SERP-Anbieter SerpBear
Rohe Self-Hosted-SERP-Infrastruktur für Skripte und Agenten OpenSERP
Integriertes Semrush-ähnliches Produkt mit DataForSEO im Hintergrund OpenSEO

Empfohlene Stacks nach Webtyp

Kleines WordPress-Blog

Ein konventionelles WordPress-SEO-Plugin plus gelegentliches technisches Crawling reicht aus:

The SEO Framework / Yoast / SEOPress
+
SiteOne oder LibreCrawl

Es gibt wenig Grund, fünf Dienste für eine kleine Site zu implementieren.

Etablierte WordPress-Publikation

WordPress-SEO-Plugin
+
CrawlSEO oder SEO Skill
+
Search Console
+
technischer Crawler

Fügen Sie ein lokales LLM nur hinzu, wenn Sie genügend Content haben, dass automatische Analyse bedeutsame Zeit spart.

Hugo oder statische technische Site

SiteOne
+
SEO Skill
+
Search Console
+
Git CI

Das macht SEO zu einem Teil des Engineering-Workflows.

KI-lastige Self-Hosted-Umgebung

Scouter oder SiteOne
+
SEO Skill
+
MCP-Agent
+
lokales Ollama / llama.cpp / vLLM
+
Git-Review-Workflow

Hier bietet Self-Hosting die größte architektonische Freiheit.

Fazit

Das Open-Source-SEO-Ökosystem ist groß genug, dass „Self-Hosted-SEO“ eine echte Kategorie ist und nicht eine Sammlung aufgegebenen Skripte. Keine einzelne Open-Source-Anwendung reproduziert jede nützliche Funktion von Ahrefs oder Semrush ohne externe Daten: Die globalen Keyword-Datenbanken und webweiten Backlink-Indizes bleiben teuer, weil die zugrunde liegenden Daten teuer zu sammeln sind.

Die praktische Gelegenheit liegt in den Schichten, die Sie besitzen können: technisches Crawling, First-Party-Search-Console-Analyse, lokale SERP-Beobachtung in moderater Skala, lokale LLM-Interpretation dieser Belege, MCP als Schnittstelle zu Agenten und CI/CD als Regressionstor. Für die meisten technisch verwalteten Websites ist diese Kombination wertvoller als das Nachbilden einer kommerziellen Suite, und sie beantwortet die Frage, die zählt: Welche Fähigkeiten benötigen Sie, welche Daten können Sie selbst sammeln, und wo fügt ein externer Datensatz wirklich Wert hinzu.

Referenzen

Abonnieren

Neue Beiträge zu Systemen, Infrastruktur und KI-Engineering.