Technographics

@pipeworx/technographics

ウェブサイトが何で構築されているかを、ページ自体から読み取ります。API キーは不要です。

Pipeworx の一部です。AI エージェントを1683以上の稼働中のデータソースにつなぐMCPゲートウェイです。

ツール

• tech_detect(url) — サイトが読み込む技術スタックを検出します。ECプラットフォーム、決済、CMS、JSフレームワーク、アナリティクス、マーケティングオートメーション、チャット、広告ピクセル、CDN、ウェブサーバー、訪問者識別ツールが対象です。検出結果には、それを裏付ける証拠が含まれます。
• tech_detect_coverage() — 検出器が認識するすべての技術をカテゴリ別に示し、検出できない対象も説明します。

採用した方法とライセンスに関する判断

独自のシグネチャを作成しました。Wappalyzerのルールセットは使用していません。 ライセンスに関する要点はこれだけです。今後のメンテナーに知っておいてほしい部分でもあります。

プロジェクト	ライセンス	実際の内容
enthec/webappanalyzer	GPL-3.0	Wappalyzerのフィンガープリントを継続してメンテナンスしているもの
HTTPArchive/wappalyzer	GPL-3.0	HTTP Archiveによる同じプロジェクトのフォーク
projectdiscovery/wappalyzergo	MIT	MITライセンスのコードです。READMEには、上記2つのデータを使用すると記載されています
rverton/webanalyze	MIT	同様の構成です。MITライセンスのコードと、Wappalyzerに由来するデータです

Wappalyzerは商用化する前にMITライセンスから変更し、メンテナンスされているすべてのフォークがコピーレフトを引き継ぎました。MITライセンスのラッパーを使っても、利用するデータベースのライセンスは変わりません。したがって、「MITのものを使う」というのは、見た目ほど解決策にはなりません。

代わりにsrc/signatures.tsに含まれているのは、公開されている事実を独自に表現したものです。たとえば、Shopifyが_shopify_y Cookieを設定すること、Cloudflareがcf-rayで応答すること、Next.jsが__NEXT_DATA__を出力することです。こうした事実は誰かの所有物ではありませんが、それらを厳選したデータベースは別です。GPLライセンスのコードやデータは、使用、インポート、同梱していません。

その代償： 商用データセットが数万件をカバーする一方、こちらは29カテゴリにわたる約167件の技術をカバーしています。この違いは隠さず、すべての応答で明示しています。

すべての応答で伝える、率直な2つの制約

• JavaScriptは実行しません。 サーバーが返したHTMLを読み取ります。タグマネージャーがクライアント側で挿入するものは検出できません。このカテゴリでは、これは誤差ではなく、明確で大きな見落としにつながります。マーケティングツールは、まさにタグマネージャーを使ってインストールされるためです。「Google Tag Manager」だけが表示されていても、その下で多数のツールが稼働している可能性があります。
• 見つからないことは、存在しない証拠にはなりません。 結果に含まれない技術は、単にシグネチャセットの対象外かもしれません。否定的な結果を信頼する前に確認できるよう、tech_detect_coverage()を用意しています。

真偽値ではなく、証拠を提示

検出結果には、一致した文字列が含まれます。たとえば、cookie _shopify_y、response header x-vercel-id: …、resource https://js.stripe.com/v3です。回答を検証できない検出器は、誤ったときに信頼を失います。開発中には実際にバグが見つかりました。ページに顧客のロゴとしてMintlifyという名前があるだけで、vercel.comがMintlifyと報告されたのです。現在のパターンは、製品名が文章中にあるかどうかではなく、技術自体が出力する内容に基づいて判定します。

呼び出し元が指定したURLを安全に取得

このツールは呼び出し元が選んだアドレスを取得します。そのため、データゲートウェイが誰かのプロキシとなってプライベートネットワークに接続されてしまうおそれがあります。そこで、http/httpsのみ、標準ポートのみを許可し、プライベート、ループバック、リンクローカル（169.254.169.254のクラウドメタデータを含む）、CGNAT、マルチキャストのアドレスは拒否します。リダイレクトは手動で追跡し、各ホップをすべて再検証します。公開URLからメタデータエンドポイントへ302リダイレクトする攻撃が実際に考えられるため、最初のホップだけを確認しても防げません。レスポンス本文の上限は1.5 MBです。

ソース

稼働中のウェブサイトです。サードパーティAPI、キー、ベンダーは不要です。

クイックスタート

MCPクライアント（Claude Desktop、Cursor、Windsurfなど）に追加します。

{
  "mcpServers": {
    "technographics": {
      "url": "https://gateway.pipeworx.io/technographics/mcp"
    }
  }
}

このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/technographics/mcp の tools/list は、上の表にあるツールに加えて、Pipeworx 共通のメタツールである ask_pipeworx、 discover_tools、search_within、remember／recall など、ゲートウェイ全体で使えるツール一式を返します。そのため、表示されるツール数はこの表より多くなります。現在、単一パックのエンドポイントには、パック固有のツールとともに共通ツールが約 30 個リストされています。接続の initialize レスポンスに正確な範囲が記載されており、その日の状況を確認するにはこれが最も確かな情報です。

これは意図的な仕様であり、偶然の多重化ではありません。メタツールを使うと、このパックの対象外の質問にも、カタログ全体を横断してルーティングする ask_pipeworx を通じて回答できるため、MCP サーバーを追加する必要がありません。現時点では、メタツールなしでパックのエンドポイントをマウントする方法はありません。追加のスキーマによるコンテキスト消費が、ルーティングの利便性を上回る場合は、複数のパックエンドポイントではなく、フルゲートウェイに一度だけ接続してください。

または、Pipeworx のフルゲートウェイに接続すると、このパックだけではなく、すべてのパックのツールが直接リストされます。

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

どちらの URL でも、同じゲートウェイと同じ 1683 件以上のデータソースにアクセスできます。違いは、どのパックのツールが直接リストされるかだけです。どちらからでも、ask_pipeworx を使ってすべてのツールにアクセスできます。

MCP クライアントをお持ちでない場合は、HTTP 経由で呼び出す

curl -X POST https://gateway.pipeworx.io/v1/tools/tech_detect \
  -H 'Content-Type: application/json' \
  -d '{"url":"shopify.com"}'

最初の呼び出しにアカウントは不要です。ツールを確認するには、GET https://gateway.pipeworx.io/v1/tools/tech_detect を使用します。ツールを探すには、{"query":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を使用します。

スタンドアロン（ゲートウェイアカウント不要）

このパッケージは、ローカルの stdio MCP サーバーとしても実行できます。Pipeworx アカウントも、ゲートウェイへの往復通信も必要ありません。

{
  "mcpServers": {
    "technographics": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-technographics"]
    }
  }
}

起動することを確認するには、直接実行することもできます。

npx -y @pipeworx/mcp-technographics

stdin/stdout 経由で MCP を通信し、このパックのツールのみを対象に initialize／tools/list／tools/call に応答します。上記のゲートウェイ接続で追加される共通メタツールは含まれません。同じソース、同じツールで、ask_pipeworx によるルーティングはありません。

ask_pipeworx を使う

ツールを直接呼び出す代わりに、平易な英語で質問できます。これは上記のパックエンドポイントでもフルゲートウェイでも利用できます。

ask_pipeworx({ question: "your question about Technographics data" })

ゲートウェイが適切なツールを選択し、引数を自動的に設定します。

詳細

• ドキュメントとガイド
• pipeworx.io

ライセンス

MIT