Site-Shot MCP server
MCP serverWeb & browsingSite Shot lets your AI take screenshots of websites, including full-page captures. Shots can be taken from specific countries and with ads and cookie banners removed, so your AI works from how a page actually looks.
Unavailable. This server has no hosted endpoint yet, so Ahel can't serve it.
Add to setup to save this item as a reference. Ahel cannot run it, and signing in will not install it.
What your AI can do with it
- Capture full-page screenshots of any website
- Take a screenshot as a page appears in a specific country
- Remove ads and cookie banners from captures
- See how a page actually looks, not just its text
Getting started
- Save this item in Your setup as a reference.
- Read the source or reference documentation for its setup requirements. Saving it here does not connect it to your AI.
- Check this page for availability before trying to install it through Ahel.
From the project's README
As published by site-shot/site-shot-mcp in README.md.
Give Claude, Cursor, and other AI agents the ability to see any web page — take website screenshots with Site-Shot over the Model Context Protocol.
Real Chromium rendering · full-page capture · country proxies · automatic ad & cookie-banner removal (cleaner images, fewer vision tokens).
Quick start (Claude Desktop)
- Get a Site-Shot API key at https://www.site-shot.com/start/.
- Add this to your Claude Desktop config (
claude_desktop_config.json):
{
"mcpServers": {
"site-shot": {
"command": "npx",
"args": ["-y", "site-shot-mcp"],
"env": { "SITESHOT_API_KEY": "YOUR_API_KEY" }
}
}
}
- Restart Claude Desktop. Ask it to "take a full-page screenshot of https://news.ycombinator.com" and it will call the server and show you the image.
Works the same way in any MCP client (Cursor, Cline, VS Code, LangChain, CrewAI) — point the client at
npx -y site-shot-mcp with SITESHOT_API_KEY in the environment.
Tools
capture_screenshot
Screenshot a web page (viewport by default).
| Param | Type | Default | Notes |
|---|---|---|---|
url | string (required) | — | Page to capture |
full_page | boolean | false | Capture the whole scrollable page |
width / height | number | API default | Viewport / device size |
format | "png" | "jpeg" | png | Image format |
block_ads | boolean | true | Remove ads |
block_cookie_banners | boolean | true | Remove cookie-consent popups |
country | string | — | Proxy country as a two-letter ISO 3166-1 alpha-2 code, e.g. "DE" (auto IP/lang/tz/geo) |
strict_country | boolean | true | Error out if the country has no proxy, instead of falling back to the US |
language / time_zone / geolocation | string | — | Manual overrides |
wait_ms | number | API default | Extra wait before capture (SPAs/animations) |
max_height | number | 20000 (full page) | Cap captured height |
Returns the screenshot as an MCP image.
"API default" is not a number this package gets to state.
width,heightandwait_msare forwarded only when you pass them, so whatever applies when you don't is decided by the Site-Shot API and can change without a release here. Versions up to 1.1.0 printed pixel sizes forwidth/heightthat the API does not use — an agent that omitted them to take "the default" got a different viewport, with nothing in the returned image to reveal it. Pass explicit values whenever the size matters.
Country codes are ISO codes, never names. Pass
"DE", not"Germany". The API matches codes exactly and would otherwise render through a US proxy without telling you, so the server rejects full names before spending a render.strict_country(on by default) likewise turns an unavailable country into an error instead of a silent US screenshot — passfalseto opt back into the fallback. Supported countries →
capture_full_page
Same as capture_screenshot with full-page capture enabled.
Why call this server instead of the agent's own browser?
If your agent drives a browser, it can screenshot pages itself — and for pages that must be signed
into or stepped through a flow, that is the right tool. For public URLs, delegating the capture to
this server is usually better engineering: every capture runs the same pipeline (no re-planning
between runs), can be taken from a specific country with matching locale and time zone
(country + strict_country), is scored by an image classifier with an escalating retry ladder
behind it before being returned, and costs a fraction of a cent instead of a browser session plus
vision tokens per look. The full comparison, both directions honestly argued:
AI agent vs. screenshot API — who should capture the page.
Configuration
| Env var | Required | Description |
|---|---|---|
SITESHOT_API_KEY | yes | Your Site-Shot API key (used as userkey). |
The server is a thin wrapper over the existing Site-Shot HTTP API (https://api.site-shot.com/) — no
separate backend.
Local development
npm install
npm run check # syntax check
npm run smoke # offline tests (stubbed fetch, no API key needed)
SITESHOT_API_KEY=yourkey npm start # run the server on stdio
Requirements
Node.js ≥ 18 (uses the built-in fetch).
License
MIT
Signals
- GitHub stars
- 3
- Last commit
- Sep 2026
- Weekly downloads
- 88
- Weekly_downloads
- 243 weekly_downloads
Advanced
- Delivery
- site-shot-mcp MCP server → your Ahel connector (mcp.ahel.ai) → your AI.
- Item type
- mcp-server
- Key
io-github-site-shot-site-shot-mcp- Source
- github.com/site-shot/site-shot-mcp
github.com/site-shot/site-shot-mcp
More in Web & browsing
MCP server
More in Web & browsingfirecrawl-mcp-server
MCP server · firecrawl
More in Web & browsingapify-mcp-server
MCP server · apify
More in Web & browsingBrowserbase
MCP server · browserbase
More in Web & browsinginspo
MCP server · nutlope
More in Web & browsingplaywright-mcp
MCP server · microsoft
More in Web & browsing