← Registry

Analytics

extensiondash.com

Tracks browser extension store listings, user counts, ratings, and keyword search rankings across stores.

1 endpoint15 known toolsFirst detected October 1, 2026Last detected October 1, 2026

ENDPOINT 1

https://extensiondash.com/mcp

No auth detected

MCP server metadata

Name
extensions-dashboard
Version
1.0.0
Capabilities
tools
Server instructions

Chrome Web Store and Firefox Add-ons data, for store SEO work. Two things live here. The tracking side covers the extensions this account watches: install counts, ratings, recorded search positions over time, and the competitors each extension is measured against. Start with list_extensions — every tracking tool takes an extension_id from it. A rank is only ever as meaningful as the depth it was scanned to, so positions always travel with depth_scanned. The research side reads the stores directly and works for ANY extension, tracked or not. search_store returns a real SERP for a term; get_store_listing returns one extension's page in full. Both take a locale, and locale genuinely changes what the store returns — the same term ranks differently under hl=de than under hl=en — so search the market you are optimising for. Both of those want a store id, and a person will give you a name. Call find_listing first to turn one into the other: it matches names approximately, needs no account, and starts no fetch. Guessing an id, or searching the store for a name and hoping it ranks first, is how this goes wrong. To ask who you are losing to, reach for list_competitors with include_observed before reading SERPs yourself: it ranks everyone already seen across every term an extension tracks by how often they beat it, out of recorded history, with no fetch and no waiting. get_keyword_serp does the same for one term's page, every row flagged mine or competitor. A competitor roster is capped per store, and the two stores are counted separately. Research answers are cached for a day and fetched in the background. A cold call returns status "pending"; call again with identical arguments until it reads "ready". Identical arguments are the same question, so polling joins the running fetch rather than starting another. Everything is read-only except add_keyword, remove_keyword, add_competitor and remove_competitor. Reading a listing never starts tracking it. Without an account you can read this whole contract and search from cache; anything belonging to an account will ask the person you are working for to sign in at https://extensiondash.com/signup and reconnect using the URL on their /profile page -- it carries their token in the path, so there is no separate Authenticate step to run.

Known tools 15

list_extensions

Every extension this token's owner tracks, with each store listing's latest numbers: user count (and whether the store rounded it), the 7-day change, rating, ratings count and category rank.

Inferred read-only
get_extension

One extension in full: every store listing's latest numbers plus its tracked keywords and their current positions.

Inferred read-only
get_metrics_history

Daily-or-sparser history of an extension's numbers: user count, rating and ratings count, each as a map of ISO date to value.

Inferred read-only
list_keywords

Every search term tracked for one extension, one row per term per store.

Inferred read-only
get_keyword_ranks

Daily search position history for an extension's tracked keywords, one series per term per store.

Inferred read-only
add_keyword

Start tracking a search term for an extension.

Inferred read-only
remove_keyword

Stop tracking a search term for an extension, across every store it was tracked in.

Inferred read-only
add_competitor

Start tracking a competitor for an extension.

Inferred read-only
remove_competitor

Stop tracking a competitor for an extension.

Inferred read-only
list_competitors

Who this extension competes with, measured across every keyword it tracks.

Inferred read-only
get_keyword_serp

The search page for one of an extension's tracked keywords, as this account last recorded it — who was on it, in what order, and which way each of them moved over the past week.

Inferred read-only
list_scrape_runs

Recent scrape attempts against your own extensions, newest first, with their outcome and any error.

Inferred read-only
search_store

Search a store the way a shopper would, and read the results.

Inferred read-only
get_store_listing

One extension's store page, straight from the store — any extension, tracked by this account or not.

Inferred read-only
find_listing

Turn an extension's NAME into the store id every other tool asks for.

Inferred read-only

CONNECT WITH APPROVAL

Client installation

Review this server and its permissions before adding it. Secret placeholders must be set locally.

Codex

~/.codex/config.toml

[mcp_servers.extensions-dashboard]
url = "https://extensiondash.com/mcp"
enabled = true
Claude Code

.mcp.json

{
  "mcpServers": {
    "extensions-dashboard": {
      "type": "http",
      "url": "https://extensiondash.com/mcp"
    }
  }
}
Claude Desktop

Settings → Connectors → Add custom connector

Name: extensions-dashboard
Remote MCP URL: https://extensiondash.com/mcp

Add this remote URL as a custom connector in Claude Desktop. Availability depends on the user plan and workspace policy.

Cursor

.cursor/mcp.json

{
  "mcpServers": {
    "extensions-dashboard": {
      "url": "https://extensiondash.com/mcp"
    }
  }
}
Visual Studio Code

.vscode/mcp.json

Add to Visual Studio Code
{
  "servers": {
    "extensions-dashboard": {
      "type": "http",
      "url": "https://extensiondash.com/mcp"
    }
  }
}
Generic MCP

Client-specific MCP configuration

{
  "name": "extensions-dashboard",
  "transport": "streamable-http",
  "url": "https://extensiondash.com/mcp"
}
MCP Inspector

Run the official MCP Inspector locally and enter the indexed Streamable HTTP endpoint.

TRUST AND VERIFICATION EVIDENCE

Trust Data Available

BuiltWith Trust API v2 evidence for extensiondash.com was fetched 2026-10-03T06:29:39.170Z.

Trust status Neutral

extensiondash.com is assessed as Neutral: No suspicious signals found, but no strong positive signal either

Indexed

Evidence is source-attributed and does not guarantee that a third-party server is safe. Risk labels are conservative metadata heuristics.