セルフホスト型SEOツールとプラットフォーム：オープンソースガイド
WordPressプラグインを超えたオープンソースSEO
セルフホスティングされた SEO ツールは、クローラー、Search Console ダッシュボード、ランキングトラッカー、MCP サーバー、ローカル AI をカバーします。本ガイドでは、主要なオープンソースプラットフォームと、有料 SEO API なしで動作する機能を比較します。
この用語は非常に異なるシステムを指します。プロジェクトによっては、自サイトのデータや一次検索データのみで動作するものもあれば、インターフェースはセルフホストするが、最も重要な機能には DataForSEO などの商用 SERP プロバイダーや他の有料 API を必要とするものもあります。
有料データサービスにラップされたダッシュボードは、クローラー、Search Console アナライザー、またはすべての商用 API キーを削除しても動作を維持するローカル AI システムとは、アーキテクチャ的に異なります。この違いこそが、ソースコードの場所ではなく、無償 API スタックに適したプラットフォームを決定づける軸であり、以下ではこの観点から比較を行います。これらのシステムは、このサイトのWeb インフラストラクチャハブでマッピングされたデプロイパイプラインやインデックスシグナルと並行して動作します。
セルフホステッド SEO プラットフォームとは？
セルフホステッド SEO プラットフォームは、少なくともアプリケーション層をユーザーが管理するインフラストラクチャで実行します。プロジェクトによって異なりますが、アプリケーションは Web サイトをクロールし、Search Console データを分析し、ランキングをトラッキングし、Core Web Vitals を検査し、レポートを生成したり、AI エージェントに SEO 機能を公開したりします。
プロジェクトを区別する鍵となる質問は、データがどこから由来するかどうかです。典型的な商用 SEO プラットフォームは、複数の高価なデータセットを組み合わせます：
キーワードデータベース
+
SERP 収集
+
バックリンククローラー
+
サイトクローラー
+
Search Console
+
アナリティクス
+
コンテンツ分析
オープンソースプロジェクトは、これらのレイヤーの一部を適切に再現しています。サイトクロール、技術的 SEO、Search Console 分析、ローカルページ分析、Core Web Vitals、LLM 支援の推奨機能はすべて、セルフホスティングによって実現可能です。
他のレイヤーははるかに困難です。グローバルなバックリンクインデックスには、公開 Web の相当な部分を継続的にクロールする必要があり、信頼できる世界的なキーワードボリュームや SERP データセットには、大規模なデータ収集または商用ソースへのアクセスが必要です。Ahrefs 類似のデータを約束するオープンソースプロジェクトは、通常、そのデータの一部を別の API から入手しています。
セルフホステッド SEO ツールの 4 つの種類
現在のエコシステムは 4 つのカテゴリに分けられます。
技術的クローラー
これらは実際の Web サイトを検査し、壊れたリンク、重複タイトル、メタデータの欠落、正規化エラー、見出しの問題、リダイレクトチェーン、アクセシビリティの問題を検出します。
例：
これらは通常、有料 SEO API なしで十分な価値を提供します。
検索パフォーマンスとモニタリングプラットフォーム
これらはクロールデータと一次検索情報、特に Google Search Console を組み合わせます。
例：
確立された Web サイトの場合、このカテゴリは、実際のインプレッション、クリック、CTR、ランキング、および Google がすでにあなたのドメインに関連付けられたページで動作するため、一般的なキーワードデータベースよりも有用であることが多いです。
ランキングと SERP ツール
これらは検索エンジンの結果を収集し、ポジションをトラッキングします。
例：
ここでの困難さは概念的なものではなく、運用面にあります。検索エンジンは自動アクセスをレート制限し、マークアップを変更し、CAPTCHA を提示し、結果をパーソナライズします。セルフホステッド SERP システムは動作しますが、商用 SERP API を呼び出すよりも多くのメンテナンスが必要です。
完全な SEO プラットフォーム
これらは、キーワードリサーチ、バックリンク、競合分析、サイト監査、ランキングトラッキング、AI ワークフローを一つの製品にまとめることを試みます。最も目立つ例は OpenSEO です。これらのシステムは魅力的なインターフェースを提供しますが、その外部データは依然として商用 API から来る場合があるため、デプロイ前にデータパスを確認してください。
セルフホステッド SEO ツールの比較
GitHub スター数とフォーク数は、2026 年 9 月時点の近似スナップショットです。これらは採用のシグナルであり、品質スコアではありません。
| システム | タイプ | GitHub スター | フォーク | Web UI | CLI | MCP | ローカル LLM | 核心的価値に有料 SEO API が必要か | ライセンス |
|---|---|---|---|---|---|---|---|---|---|
| OpenSEO | 完全な SEO プラットフォーム | 2.05 万 | 2,600 | はい | 部分的 | はい | 主要ではない | はい、DataForSEO | MIT |
| SerpBear | ランキングトラッカー | 2,100 | 294 | はい | いいえ | いいえ | いいえ | いいえ、自社プロキシ使用の場合 | MIT |
| LibreCrawl | 技術的クローラー | 980 | 206 | はい | 制限あり | いいえ | いいえ | いいえ | MIT |
| SiteOne Crawler | 技術的クローラー / QA | 917 | 84 | レポート / デスクトップ | はい | ネイティブなし | はい | いいえ | MIT |
| CrawlSEO | モニタリングプラットフォーム | 601 | 92 | はい | いいえ | はい | エージェント側 | いいえ | MIT |
| SEO Skill | SEO CLI / エージェントバックエンド | 532 | 42 | いいえ | はい | はい | エージェント側 | いいえ | Apache-2.0 |
| Scouter | AI ネイティブクローラー | 71 | 7 | はい | 一部 | はい | はい | いいえ | MIT |
| OpenGSC | GSC プラットフォーム | 27 | 19 | はい | 制限あり | はい | はい | 核心機能には不要 | MIT |
| OpenSERP | SERP API / CLI | 変動 | 変動 | API ドキュメント | はい | アドオン | いいえ | いいえ | MIT |
最も重要な列は、商用 SEO API キーを削除しても有用な機能が維持されるかどうかです。OpenSEO の 2 万スターは、広範な吸引力とオールインワン提案を反映したものであり、自己完結性ではありません。Scouter のような若いプロジェクトは、はるかに少ないスター数で、より興味深いローカル LLM アーキテクチャを提供できる可能性があります。選択前に、以下の質問をすることが望ましいです：
そのプロジェクトは自分の問題を解決するか？
その核心機能は有料 API なしで動作するか？
データをエクスポートできるか？
自動化できるか？
プロジェクトはメンテナンスされているか？
個々のコンポーネントを後に置き換えられるか？
OpenSEO
OpenSEO は、この比較の中で最大のプロジェクトであり、執筆時点でおおよそ 2.05 万の GitHub スターと 2,600 のフォークを持っています。プロジェクトは自分たちを Semrush と Ahrefs のオープンソース代替品として説明し、キーワードリサーチ、ランキングトラッキング、競合インテリジェンス、バックリンク、サイト監査、AI 可視性、MCP、エージェントスキルを提供します。
その最も強力な機能は製品統合です：コマンドラインユーティリティをいくつか組み立てるのではなく、プロジェクトコンテキスト、SEO ワークフロー、Claude Code、Codex、OpenClaw、Hermes などのクライアント向け MCP インターフェースを持つモダンなアプリケーションです。
データ依存性はもう半分の図です。プロジェクトドキュメントは SEO データに DataForSEO API キーを明確に要求しており、DataForSEO は個別の有料従量課金商用サービスです。OpenSEO をセルフホストしても、基礎となるデータセットはセルフホストされません。アーキテクチャは以下の通りです：
すでに DataForSEO を使用している場合、OpenSEO はそれを取り巻くオープンソースのコントロールプレーンであり、セルフホスティングによってプロジェクト、認証情報、アプリケーション状態、エージェント統合のコントロールを得ることができます。これは、有料の外部 SEO データの代替品ではありません。
最適な用途
最新の Semrush 様式のインターフェースを希望し、従来の SEO SaaS サブスクリプションを支払う代わりに DataForSEO に直接支払うことに抵抗がない場合に OpenSEO を選びます。システムが有料 SEO API を一切使わずして大部分の価値を維持することが要件であれば、それを選ぶべきではありません。
SiteOne Crawler
SiteOne Crawler は、リストの中で最も自己完結的なツールの一つです。約 917 個の GitHub スターと 84 のフォークを持ち、SEO、セキュリティ、アクセシビリティ、パフォーマンス、品質保証のためのクロスプラットフォーム Web サイトクローラーとして設計されています。
SEO チェックは技術的なレイヤーをカバーします：メタデータ、リンク、リダイレクト、ページ構造、ステータスコード、サイトマップ、関連する問題です。SiteOne はセキュリティヘッダー、TLS、アクセシビリティ、キャッシュ、パフォーマンスも検査するため、SEO がより広いデプロイ品質プロセスの一部である、開発者管理の Web サイトに有用です。
モダンサイトのためのブラウザレンダリング
SiteOne は、Chrome DevTools プロトコルを通じて Chromium でページをレンダリングするオプションをサポートします。これは、重要なリンクやコンテンツが JavaScript 実行後にのみ表示される React、Vue、Angular、その他のサイトにとって重要です。Hugo のような静的システムでは、ブラウザレンダリングは通常不要ですが、埋め込みアプリケーション、クライアントサイドウィジェット、重要な JavaScript 動作を持つページのテストには有用です。
ローカル LLM サポート
SiteOne のオプションの AI レイヤーは、OpenAI、Anthropic、Gemini、および任意の OpenAI 互換エンドポイントをサポートします。OpenAI 互換パスは、Ollama、vLLM、LocalAI、セルフホステッドゲートウェイ、または他の互換サーバーを指すことができるため、ローカルモデルがクラウドプロバイダーにコンテンツを送信せずに選択されたページを検査できます。
完全にローカルなアーキテクチャ：
SiteOne は、説明の欠落や壊れたリンクなどの事実を決定し、モデルはより良い文言を提案したり、調査結果を要約したりします。
CI/CD 品質ゲート
実用的なワークフロー：
クロールはデプロイ前にローカルプレビューに対して実行され、重大な問題でパイプラインは失敗します。これにより、エンジニアリングチームは、定期的にレビューされるダッシュボードの代わりに、自動的なチェックを得られます。
最適な用途
技術的 Web サイト、静的サイトジェネレーター、CI/CD パイプライン、または SEO チェックが自動的なソフトウェア品質チェックのように動作すべき環境に SiteOne を選びます。これは、外部の SEO データセットよりも真のローカル価値を優先する場合に、強力な選択肢です。
LibreCrawl
LibreCrawl は、約 980 個の GitHub スターと 206 のフォークを持つ、Web ベースのマルチユーザー SEO クローラーです。プロジェクトはこれを、Screaming Frog などのデスクトップクローラーのオープンソース代替品として位置づけています。
LibreCrawl は、ページタイトル、説明、見出し、リンク、応答情報、その他の技術的 SEO データを抽出します。JavaScript レンダリング、設定可能なクロール深度、URL フィルタリング、プロキシ、robots.txt の動作、および CSV、XLSX、JSON、XML へのエクスポートをサポートします。デスクトップ専用のクローラーとは異なり、Web アプリケーションとして動作し、個別のセッションを持つ同時ユーザーをサポートします。
外部依存関係
コアクローラーはローカルで動作します。PageSpeed Insights 統合は Google の API を使用することができ、より高い制限のために API キーからの恩恵を受けますが、クローラー自体は商用 SEO データサービスは必要としません。
LibreCrawl は CMS ではなくレンダリングされた Web サイトに対して動作するため、以下と互換性があります：
Hugo
WordPress
Ghost
Drupal
Next.js
Astro
React
カスタム Web サイト
制限
LibreCrawl は、Scouter や SEO Skill のようなエージェント向けのアーキテクチャを提供しません：中央の MCP ワークフローはなく、ローカル LLM 統合はその主な焦点ではありません。その強みは、直截的なクロールとデータエクスポートです。
最適な用途
ブラウザベースで、熟悉的な人間のワークフローと優れたエクスポートサポートを備えたオープンソースクローラーを希望する場合に LibreCrawl を選びます。
Scouter
Scouter は若いプロジェクトですが、そのアーキテクチャは AI ネイティブな SEO ワークフローにおいて、このリストの中で最も野心に満ちています。おおよそ 71 個の GitHub スターと 7 のフォークしか持たないため、OpenSEO や SerpBear と比較して、そのデプロイ履歴は非常に小さいです。文書化された機能セットには、セルフホステッド Web UI、マルチユーザーサポート、JavaScript レンダリング、内部 PageRank、カスタム XPath と正規表現エクストラクター、クロールデータへの SQL アクセス、AI ページ分類、AI 一括生成、ネイティブ MCP サーバーが含まれます。
独自の LLM を持参
Scouter はホスティングされたモデルとローカルモデルをサポートし、文書化されたローカルオプションは Ollama と vLLM です。結果として生じるアーキテクチャ：
これは伝統的なクローラーよりも「エージェントのための SEO データベース」に近いです。
MCP 統合
MCP がなければ、AI アシスタントは通常、レポートをコンテキストに貼り付けたり、エクスポートされたファイル周辺でカスタムスクリプトを書いたりする必要があります。MCP を使えば、エージェントは構造化されたクロール証拠、操作のトリガー、関連する調査結果の取得を SEO システムに直接依頼できます。このようなワークフローが現実的になります：
内部リンクが弱いページを見つける。
各ページについて：
- インリンク数を表示
- 意味的に関連するページを特定
- リンクを提案
- コンテンツを変更しない
クローラーは事実を提供し、モデルは解釈を提供します。
制限
Scouter は新規です。2026 年のプロジェクトで、約 60 コミットと小さなユーザーベースを持つものは、証明された本番環境標準ではなく、有望なインフラストラクチャです。SiteOne のような単一バイナリクローラーよりも、より複雑なスタックを意味し、運用コンポーネントが多くなります。
最適な用途
MCP、マルチユーザー Web アクセス、クロールデータに対する SQL、ローカル AI 統合が、より若いプラットフォームを実行することを正当化するほど重要である場合に Scouter を選びます。
SEO Skill (iannuttall/seo)
SEO Skill は異なるアプローチを取ります：大きなブラウザダッシュボードの代わりに、ローカル seo CLI、TypeScript ライブラリ、パッケージ化されたエージェントスキル、MCP サーバーを提供します。プロジェクトは約 532 個の GitHub スターと 42 のフォークを持っています。
ワークフローは、自分のクロール、Google Search Console、オプションのアナリティクスからの証拠を組み合わせ、人間または AI エージェントが検査し行動できるレポートにします。有用なコマンド：
seo report
seo quick-wins
seo second-page
seo technical-watch
seo refresh-priorities
seo report --json
seo mcp serve
プロジェクトは、CLI と MCP レイヤーを通じて 70 以上の SEO 監査ツールを公開しています。
一次データ優先
SEO Skill は、有料リサーチプロバイダーを必須インフラストラクチャではなく、オプションの補強として扱います。ローカルクロールデータ、Google Search Console、アナリティクスデータを使用でき、オプションで DataForSEO、Semrush、Ahrefs に接続できます。商用プロバイダーが設定されていなくても、一次データワークフローは依然として動作します。
確立された Web サイトの場合、
8,000 インプレッション
平均ポジション 8.2
CTR 1.1%
というクエリは、実際の機会を記述し、関連キーワードが月に 12,000 回の検索を受けると主張するサードパーティの推定は、自分のデータで検証できない市場を記述します。
エージェントアーキテクチャ
LLM は、ダッシュボードをスクレイピングしたり、指標を推測したりするのではなく、SEO ツールから構造化された証拠を受信します。
制限
SEO Skill は磨かれたマルチユーザー SEO ダッシュボードではありません。マーケティングスタッフが一日中閲覧できる視覚的アプリケーションを希望する場合、別のシステムがより適合する可能性があります。オプションのサードパーティプロバイダーが追加されない限り、外部競合、バックリンク、キーワードリサーチは制限されます。
最適な用途
大きな GUI の代わりに、一次証拠を中心に構築されたエージェントファースト、スクリプト可能な SEO バックエンドを希望する場合に SEO Skill を選びます。開発者、静的サイトパブリッシャー、自動化された Git ワークフローにとっては、強力な適合です。
CrawlSEO
CrawlSEO は、約 601 個の GitHub スターと 92 のフォークを持つセルフホステッド SEO モニタリングダッシュボードです。Google Search Console、サイトクローラー、Core Web Vitals、SEO 機会、MCP アクセスを組み合わせ、クローラーと完全な SEO プラットフォームの間に位置します。
コアデータソースは：
- Google Search Console
- ローカルサイトクロール
- Core Web Vitals / PageSpeed データ
- 保存された履歴観察
CrawlSEO は、有料 SEO プロバイダーなしで継続的なモニタリングを提供できます。
オプションの外部リサーチ
CrawlSEO は、キーワードリサーチとバックリンク情報のために DataForSEO と統合できますが、これらの機能はオプションであり、Google Autocomplete がキーワード提案の無料フォールバックを提供します。コアスタックは外部 SEO データセットなしで動作します：
GSC
+
クローラー
+
Core Web Vitals
+
MCP
MCP ツール
CrawlSEO は、サイト、サイト概要、キーワード、ページ、トラフィック、クロール、クロール問題、Core Web Vitals、機会をカバーする 10 つの MCP ツールを公開します。エージェントは、次のような質問をすることができます：
今月インプレッションを失い、かつ技術的なクロール問題も持っているページはどれか？
検索パフォーマンスと技術的状態の間のそのような相関は、一般的な SEO スコアよりも実行可能です。
最適な用途
One-off な監査ではなく、Search Console と継続的なモニタリングを中心に構築された永続的なセルフホステッドダッシュボードを希望する場合に CrawlSEO を選びます。これは、すでに意味のある Google 検索インプレッションを受けている確立されたサイト特に適しています。
OpenGSC
OpenGSC は、もう一つの Search Console 中心のプラットフォームです。若いプロジェクトで、おおよそ 27 スターと 19 フォークですが、相当な機能セットを蓄積しています。コアの提案：Search Console には価値のある一次 SEO データが含まれていますが、Google 独自のインターフェースは、縦断分析、サイト横断モニタリング、コンテンツ減衰検出、エージェントワークフローには制限があります。
OpenGSC は以下を追加します：
- マルチサイト GSC ダッシュボード
- 一次データからのランキングトラッキング
- 射程圏内クエリ
- コンテンツ減衰検出
- キャンニバリゼーション分析
- サイト監査
- インデックス作成ツール
- アラートとダイジェスト
- MCP
- オプションの AI SEO ツール
組み込みサイト監査
クローラーは外部 SEO API ゼロで動作し、壊れた内部リンク、タイトル問題、説明の欠落、H1 問題、noindex ページ、正規化不一致、薄いコンテンツ、画像 alt テキストの欠落、遅い応答について、数百ページまで検査します。プラットフォームは、オプションのリサーチ統合が無効な場合でも、有用なローカル機能を保持します。
AI と外部プロバイダー
OpenGSC は複数の AI プロバイダーとカスタム OpenAI 互換エンドポイントをサポートし、設定されたサーバーに応じてローカル推論を可能にします。一部の拡張リサーチ機能は DataForSEO または他の外部プロバイダーを使用できますが、Search Console ダッシュボードとローカル監査レイヤーには必須ではありません。
オプションのインデックス作成機能への注意
OpenGSC には、通常の Search Console 分析を超えた、インデックス作成向けのオプションインフラストラクチャが含まれています。それらの機能は独立して評価してください；通常の SEO モニタリングには必須ではありません。保守的なデプロイでは、妥当な設定は：
GSC アナリティクス
+
サイト監査
+
MCP
+
オプションのローカル AI
であり、利用可能なすべてのモジュールを有効にすることではありません。
最適な用途
Search Console が SEO ワークフローの中心であり、自分の検索パフォーマンスデータを取り巻くセルフホステッドインターフェースを希望する場合に OpenGSC を選びます。
SerpBear
SerpBear は、最も成熟したオープンソースランキングトラッカーの一つで、約 2,100 個の GitHub スターと 294 フォークを持っています。その目的は OpenSEO や CrawlSEO よりも狭く、設定されたキーワードセットに対して、ドメインが Google のどこに表示されるかをトラッキングすることです。
無制限のドメイン、無制限のトラッキングキーワード、ランキング履歴、メール通知、SERP API、Google Search Console 統合、Google Ads 統合によるキーワードリサーチ、PWA/モバイルアクセスを提供します。
SERP 収集の問題
アプリケーション、データベース、スケジューラ、UI はセルフホストされますが、Google の結果は依然として何らかの形で収集されなければなりません。SerpBear は、自社プロキシ、スクレイピングサービス、または商用 SERP API を使用できます。自社プロキシを運用する場合、商用 SEO API は本質的に必要ありませんが、運用負担はあなたに移ります：
商用 SERP API:
お金のコスト
低い運用負担
セルフホステッドスクレイピング:
低い API コスト
高い運用負担
最適な用途
ランキングトラッキングが主な要件であり、SERP 取得層を自分自身で管理することに抵抗がない場合に SerpBear を選びます。これは、クローラーや Search Console プラットフォームと並行してよく動作する専門ツールです。
OpenSERP
OpenSERP は、完全な SEO ダッシュボードではありません。インフラストラクチャです：セルフホステッド SERP API と CLI です。
Google、Bing、DuckDuckGo、Yandex、Baidu、Ecosia への検索をサポートし、JSON などの形式で正規化された結果を返します。OpenSERP はまた、AI サマリー、回答ボックス、People Also Ask、関連検索などの SERP 機能を公開でき、オプションで結果ページからコンテンツを抽出できます。
重要である理由
商用 SEO ツールは、磨かれたアプリケーションの背後に SERP 取得を隠していることがよくあります。OpenSERP は低レベルのコンポーネントを提供し、ランキングトラッキング、競合発見、SERP 意図分析、クエリクラスタリング、エージェント検索ツール、ローカルリサーチパイプラインの構築に有用です。
アーキテクチャ例：
プロジェクトはまた SDK と MCP 統合を提供し、他のシステムの背後のインフラストラクチャとして適しています。より広いセルフホステッド検索の景色については、Google を超える：代替検索エンジンガイドを参照してください。
制限
API を自分で実行することは、検索エンジンをスクレイピングしやすくしません。CAPTCHA、ブロッキング、レート制限、地域変動、結果レイアウトの変更は依然として現実の問題であり、プロキシが最終的に有意なスケールで必要になる可能性があります。OpenSERP は、商用グローバル検索データセットの無料代替品ではなく、制御されたローカル SERP ソースとして扱うのが最良です。
最適な用途
SERP 収集パイプラインを所有したい場合、または検索エンジンの結果をカスタム SEO 自動化の入力として必要とする場合に OpenSERP を選びます。
どのツールが有料 SEO API なしで動作するか？
この比較は、「オープンソース vs プロプリエタリ」よりも有用です。
| システム | 技術的監査 | GSC 分析 | SERP/ランキングトラッキング | ローカル AI | 有料 SEO API ゼロで有用か？ |
|---|---|---|---|---|---|
| OpenSEO | はい | はい | はい | エージェント向け | 部分的に、だがコアリサーチは DataForSEO に依存 |
| SiteOne | 非常に良い | いいえ | いいえ | はい | はい |
| LibreCrawl | 非常に良い | いいえ | いいえ | いいえ | はい |
| Scouter | 非常に良い | コア GSC フォーカスなし | いいえ | はい | はい |
| SEO Skill | はい | 非常に良い | 一次データ/オプションプロバイダー | エージェント経由 | はい |
| CrawlSEO | はい | 非常に良い | GSC ベース | エージェント経由 | はい |
| OpenGSC | はい | 非常に良い | GSC ベース | はい | はい |
| SerpBear | いいえ | はい | 非常に良い | いいえ | はい、自社スクレイピング/プロキシ付き |
| OpenSERP | いいえ | いいえ | SERP インフラ | いいえ | はい、運用上是限あり |
セルフホスティングが最も容易な機能は、自分のサイトと自分の検索データに基づくものです。
Hugo、WordPress、Ghost、それともその他？
これらのシステムのほとんどは、Web サイトを生成した CMS や静的サイトジェネレーターがどれであるかを気にしません。クローラーは HTTP と HTML を見るため、Hugo、WordPress、Ghost、Drupal、Astro、Next.js、Jekyll、カスタムアプリケーションはすべて、同じクローラーによって分析できます。
違いが現れるのは、サイトを修正したい場合です。WordPress SEO プラグインは WordPress の内部で動作するため、投稿メタデータを直接更新できます。SiteOne や Scouter は、別の統合層がそれらに知らせない限り、あなたの Hugo フロントマターの構造を自動的に知ることはできません。分離は：
モダンな開発ワークフローでは、この分離は問題というより利点であることがよくあります。
WordPress 向けのセルフホステッド SEO
WordPress において、セルフホステッド SEO プラットフォームは通常、従来の SEO プラグインの横に座ります：
プラグインが制御するもの：
正規化 URL
robots メタデータ
スキーマ
XML サイトマップ
タイトルと説明
リダイレクト
外部プラットフォームが観察するもの：
技術的健康度
クロール構造
検索パフォーマンス
Core Web Vitals
ランキング変化
コンテンツ機会
これらは補完的な責任です；Yoast、Rank Math、SEOPress、The SEO Framework、Slim SEO のプラグイン間の比較は、スタックの WordPress 側に属し、ここで説明するモニタリングレイヤーには属しません。
Hugo 向けのセルフホステッド SEO
Hugo などの静的サイトジェネレーターは、通常大きな CMS プラグインエコシステムを欠いているため、外部 SEO ツールから特に恩恵を受けます。良い Hugo ワークフローは SEO をソフトウェア品質のように扱います：
Hugo を S3 にデプロイする場合、クロールステップはサイトを構築し公開する同じパイプラインに組み込まれ、IndexNow 通知はクローラーと相補的に作用し、新しい URL が存在するときにエンジンに伝えます。
本番環境のモニタリングは Search Console を使用します：
ワークフローは、ユーザーや検索エンジンが実際に受信する Web サイトを評価し、エディターのそれに対する視点ではありません。
セルフホステッド SEO におけるローカル LLM
ローカル LLM はもう一つのレイヤーを追加しますが、真の事実源となるべきではありません。モデルは以下に長けています：
- タイトルの書き換え
- 説明の提案
- クエリクラスタリング
- クロール調査結果の要約
- 意味的なギャップの特定
- 内部リンクの提案
- コンテンツ構造の比較
- 更新計画の下書き作成
以下の権威あるソースとしては劣っています：
- HTTP ステータスコード
- ランキング
- クリック
- インプレッション
- インデックス作成状態
- 正規化の正確性
- バックリンク数
- Core Web Vitals
アーキテクチャ：
モデルに「サイトを監査して、ランキングがどうなるか教えて」と尋ねることではありません。
SiteOne と Scouter はローカルモデルへのネイティブ経路を提供します。SEO Skill と CrawlSEO は、LLM が Hermes、Claude Code、または他の MCP クライアントのような外部エージェントに存在する場合に有用です。モデルを自分のインフラストラクチャで実行することは、コンテンツをそこに保持し、これはより広いLLM セルフホスティングと AI ソブリンティ論の SEO への適用です。モデルサーバー自体については、Ollama CLI チートシートがサービングとモデル管理をカバーしています。
セルフホステッド SEO における MCP
Model Context Protocol は、SEO ソフトウェアが AI システムと相互作用する方法を変えます。
MCP なし：
SEO ツール
-> CSV エクスポート
-> AI に貼り付け
-> 質問する
MCP あり：
AI エージェント
-> クロール証拠を要求
-> GSC 証拠を要求
-> 影響を受けた URL を要求
-> 分析
-> 変更を提案
エージェントは必要とする証拠のみを取得します。この比較の中ですでに MCP をサポートしているプロジェクト：OpenSEO、SEO Skill、CrawlSEO、Scouter、OpenGSC、OpenSERP（MCP パッケージを通じて）。この統合のサーバー側を構築したことがある場合、Go での MCP サーバー実装ノートは、MCP サーバーが内側からどのように見えるかを示しています。
適切に設計された SEO エージェントは、以下を行うことができます：
1. インプレッションを失っているページを見つける。
2. そのページにクロール問題があるか確認する。
3. その支配的な Search Console クエリを読む。
4. 弱い内部リンクを見つける。
5. 変更を提案する。
6. Git ブランチでソースを変更する。
7. 技術的検証を実行する。
8. プルリクエストを開く。
SEO システムは証拠プロバイダーのまま、エージェントがワークフローエンジンになります。
実際にローカルで代替可能なものとは？
現実的なセルフホステッドスタックは、商用 SEO 機能のかなりの部分を代替できます。
| 機能 | 実用的なセルフホストオプション |
|---|---|
| 技術的クロール | SiteOne、LibreCrawl、Scouter |
| メタデータチェック | SiteOne、LibreCrawl、Scouter |
| 内部リンク分析 | Scouter、SiteOne、クロールエクスポート |
| 検索パフォーマンス | GSC + SEO Skill / CrawlSEO / OpenGSC |
| コンテンツ減衰 | GSC ベースプラットフォーム |
| Core Web Vitals | CrawlSEO、Lighthouse、PageSpeed |
| ランキングトラッキング | SerpBear、OpenSERP |
| SERP 検査 | OpenSERP |
| AI 分析 | ローカル Ollama / vLLM / llama.cpp |
| エージェント自動化 | MCP 対応 SEO システム |
| CI 品質ゲート | SiteOne |
| 履歴モニタリング | CrawlSEO / OpenGSC |
2 つの主要なギャップは、グローバルキーワードデータとバックリンクです。
セルフホスティングが困難なものとは？
グローバルなキーワードボリューム
検索ボリュームは、1 つの数値として表示されるシンプルに見えます：
"local llm" -> 月間 12,100 回の検索
しかし、その数を信頼できる方法で入手するには、非常に大きなデータセットへのアクセスが必要です。Google Search Console は、自分のサイトがすでに出現したクエリのみを表示します；あなたがまだカバーしていないトピックの需要の景色を記述することはできません。Google Ads はいくつかのキーワード情報 provides を提供しますが、ほとんどの個人にとって、ローカルに Semrush 様のグローバルキーワードデータベースを構築することは現実的ではありません。
グローバルなバックリンクインデックス
バックリンク分析はインフラストラクチャ重視です。Ahrefs、Semrush、Majestic、類似の会社は継続的に Web の巨大な部分をクロールし、URL を正規化し、リンクを特定し、データを重複排除し、履歴インデックスを維持しています。個人は選択された競合サイトや、Search Console とアナリティクスを通じて発見されたリンクをクロールまたはモニタリングできますが、それは Web スケールのバックリンクデータベースと同等ではありません。オープンソース SEO プロダクトは、これらの 2 つのカテゴリのために DataForSEO、Ahrefs、または他のプロバイダーを統合しますが、これは基礎となるデータの収集が高価だからです。
実用的な完全セルフホステッドスタック
目標が有料 SEO API なしの有用な SEO である場合、1 つの巨大なアプリケーションを探すのではなく、特殊化コンポーネントを組み合わせます：
責任：
SiteOne:
技術的クロール
CI 回帰チェック
SEO Skill:
Search Console
一次データ機会分析
MCP
OpenSERP:
オプションの SERP 観察
ローカル LLM:
解釈と言語タスク
エージェント:
ワークフローオーケストレーション
Git/CMS:
制御された公開変更
このスタックは Ahrefs のすべての機能を再現することはできませんが、既存の Web サイトの改善に関わる作業の大部分をカバーします。
要件に合ったツールの選択
| 主な要件 | ツール |
|---|---|
| 決定的な技術的チェック、CI/CD 使用、オプションのローカル AI | SiteOne |
| エクスポートと JavaScript レンダリングを持つ人間向けの Web クローラー | LibreCrawl |
| AI ネイティブクローラー：MCP、SQL アクセス、マルチユーザー UI、ローカル Ollama/vLLM | Scouter |
| クロールと Search Console 証拠を組み合わせる CLI/MCP バックエンド | SEO Skill |
| 永続ダッシュボード：GSC、クロール、Core Web Vitals、エージェントアクセス | CrawlSEO |
| Search Console 中心のダッシュボード：減衰、射程圏内クエリ、エージェントアクセス | OpenGSC |
| キーワードランキングトラッキング、自社管理プロキシまたは SERP プロバイダー | SerpBear |
| スクリプトとエージェントのための生セルフホステッド SERP インフラ | OpenSERP |
| DataForSEO を底に持つ統合 Semrush 様製品 | OpenSEO |
Web サイトタイプ別の推奨スタック
小さな WordPress ブログ
従来の WordPress SEO プラグインと定期的な技術的クロールが十分です：
The SEO Framework / Yoast / SEOPress
+
SiteOne または LibreCrawl
小さなサイトのために 5 つのサービスをデプロイする理由はほとんどありません。
確立された WordPress 出版物
WordPress SEO プラグイン
+
CrawlSEO または SEO Skill
+
Search Console
+
技術的クローラー
自動化された分析が意味のある時間を節約するほど十分なコンテンツがある場合のみ、ローカル LLM を追加します。
Hugo または静的技術サイト
SiteOne
+
SEO Skill
+
Search Console
+
Git CI
これにより、SEO はエンジニアリングワークフローの一部になります。
AI 重視のセルフホステッド環境
Scouter または SiteOne
+
SEO Skill
+
MCP エージェント
+
ローカル Ollama / llama.cpp / vLLM
+
Git レビューワークフロー
これは、セルフホスティングが最もアーキテクチャ的自由を提供する場所です。
結論
オープンソース SEO エコシステムは十分に大きく、「セルフホステッド SEO」は放棄されたスクリプトのコレクションではなく、現実のカテゴリです。外部データなしで Ahrefs や Semrush のすべての有用な機能を再現する単一のオープンソースアプリケーションはありません：グローバルなキーワードデータベースと Web スケールのバックリンクインデックスは、基礎データの収集が高価であるため、依然として高価です。
実用的な機会は、所有できるレイヤーにあります：技術的クロール、一次 Search Console 分析、適度なスケールのローカル SERP 観察、その証拠のローカル LLM による解釈、エージェントへのインターフェースとしての MCP、回帰ゲートとしての CI/CD。ほとんどの技術的に管理された Web サイトにとって、その組み合わせは商用スイートを再構築するよりも価値があり、重要である質問に答えます：どの能力が必要か、どのデータを自分で収集できるか、そして外部データセットが真に価値を追加するのはどこか。
