ScreenshotOne▌
by mrgoonie
Easily screen capture entire web page with ScreenshotOne API. Full webpage screen capture & Cloudflare CDN for secure im
Enables AI to capture and process screenshots of webpages with customizable parameters through the ScreenshotOne API with Cloudflare CDN integration for image storage and retrieval.
Both formats append explainx.ai attribution and the canonical URL for this MCP server listing.
best for
- / Web developers testing responsive designs
- / QA teams automating visual testing
- / Content creators capturing website visuals
- / AI assistants analyzing webpage layouts
capabilities
- / Take screenshots of any URL
- / Render HTML content as screenshots
- / Customize viewport size and device emulation
- / Capture full-page screenshots
- / Select specific elements using CSS selectors
- / Block ads and cookie banners
what it does
Captures screenshots of webpages using the ScreenshotOne API. Allows AI assistants to take and process screenshots with customizable parameters like viewport size, format, and element selection.
about
ScreenshotOne is a community-built MCP server published by mrgoonie that provides AI assistants with tools and capabilities via the Model Context Protocol. Easily screen capture entire web page with ScreenshotOne API. Full webpage screen capture & Cloudflare CDN for secure im It is categorized under browser automation.
how to install
You can install ScreenshotOne in your AI client of choice. Use the install panel on this page to get one-click setup for Cursor, Claude Desktop, VS Code, and other MCP-compatible clients. This server runs locally on your machine via the stdio transport.
license
MIT
ScreenshotOne is released under the MIT license. This is a permissive open-source license, meaning you can freely use, modify, and distribute the software.
readme
ScreenshotOne.com - MCP Server
This project provides a Model Context Protocol (MCP) server that connects AI assistants to ScreenshotOne.com API to capture screenshots of websites.
Available Features
- Take screenshots of any URL
- Render HTML content and take screenshots
- Customize viewport size and device emulation
- Capture full-page screenshots
- Select specific elements using CSS selectors
- Multiple output formats (PNG, JPEG, WebP, PDF)
- Block ads, trackers, and cookie banners
- Inject custom CSS and JavaScript
- Control wait behavior and timing
ScreenshotOne.com
- Website
- Playground
- API Docs
- Create your API key here
Supported Transports
- "stdio" transport - Default transport for CLI usage
- "Streamable HTTP" transport - For web-based clients
- Implement auth ("Authorization" headers with
Bearer <token>)
- Implement auth ("Authorization" headers with
-
"sse" transport(Deprecated) - Write tests
How to use
CLI
# Take a screenshot of a URL
npm run dev:cli -- take-screenshot --url "https://example.com" --access-key "your-access-key"
# Take a screenshot with custom viewport
npm run dev:cli -- take-screenshot --url "https://example.com" --viewport-width 1920 --viewport-height 1080
# Capture a full page screenshot
npm run dev:cli -- take-screenshot --url "https://example.com" --full-page
# Save the screenshot to a file
npm run dev:cli -- take-screenshot --url "https://example.com" --output screenshot.png
# Block ads and trackers
npm run dev:cli -- take-screenshot --url "https://example.com" --block-ads --block-trackers --block-cookie-banners
# ----------------------------------------------
# UPLOAD SCREENSHOT TO CLOUDFLARE
# REMEMBER TO SET THE ENVIRONMENT VARIABLES
# > See example at ".env.example" file
# ----------------------------------------------
# Take a screenshot and upload it to Cloudflare
npm run dev:cli -- take-screenshot --url https://example.com --upload
# Take a screenshot with a custom filename
npm run dev:cli -- take-screenshot --url https://example.com --upload --upload-filename my-screenshot
# Take a screenshot with upload debugging enabled
npm run dev:cli -- take-screenshot --url https://example.com --upload --upload-debug
MCP Setup
For local configuration with stdio transport:
{
"mcpServers": {
"screenshotone": {
"command": "node",
"args": ["/path/to/screenshotone-mcp-server/dist/index.js"],
"transportType": "stdio"
}
}
}
For remote HTTP configuration:
{
"mcpServers": {
"screenshotone": {
"type": "http",
"url": "http://localhost:8080/mcp"
}
}
}
Environment Variables for HTTP Transport:
You can configure the HTTP server using these environment variables:
MCP_HTTP_HOST: The host to bind to (default:127.0.0.1)MCP_HTTP_PORT: The port to listen on (default:8080)MCP_HTTP_PATH: The endpoint path (default:/mcp)
Source Code Overview
What is MCP?
Model Context Protocol (MCP) is an open standard that allows AI systems to securely and contextually connect with external tools and data sources.
This boilerplate implements the MCP specification with a clean, layered architecture that can be extended to build custom MCP servers for any API or data source.
Why Use This Boilerplate?
-
Production-Ready Architecture: Follows the same pattern used in published MCP servers, with clear separation between CLI, tools, controllers, and services.
-
Type Safety: Built with TypeScript for improved developer experience, code quality, and maintainability.
-
Working Example: Includes a fully implemented IP lookup tool demonstrating the complete pattern from CLI to API integration.
-
Testing Framework: Comes with testing infrastructure for both unit and CLI integration tests, including coverage reporting.
-
Development Tooling: Includes ESLint, Prettier, TypeScript, and other quality tools preconfigured for MCP server development.
Getting Started
Prerequisites
- Node.js (>=18.x): Download
- Git: For version control
Step 1: Clone and Install
# Clone the repository
git clone https://github.com/mrgoonie/screenshotone-mcp-server.git
cd screenshotone-mcp-server
# Install dependencies
npm install
Step 2: Run Development Server
Start the server in development mode with stdio transport (default):
npm run dev:server
Or with the Streamable HTTP transport:
npm run dev:server:http
This starts the MCP server with hot-reloading and enables the MCP Inspector at http://localhost:5173.
⚙️ Proxy server listening on port 6277 🔍 MCP Inspector is up and running at http://127.0.0.1:6274
When using HTTP transport, the server will be available at http://127.0.0.1:8080/mcp by default.
Step 3: Test the Screenshot Tool
Take a screenshot using the CLI:
# Basic screenshot
npm run dev:cli -- take-screenshot --url "https://example.com" --access-key "your-access-key"
# Advanced options
npm run dev:cli -- take-screenshot --url "https://example.com" --format png --viewport-width 1920 --viewport-height 1080 --full-page --output screenshot.png
Architecture
This boilerplate follows a clean, layered architecture pattern that separates concerns and promotes maintainability.
Project Structure
src/
├── cli/ # Command-line interfaces
├── controllers/ # Business logic
├── resources/ # MCP resources: expose data and content from your servers to LLMs
├── services/ # External API interactions
├── tools/ # MCP tool definitions
├── types/ # Type definitions
├── utils/ # Shared utilities
└── index.ts # Entry point
Layers and Responsibilities
CLI Layer (src/cli/*.cli.ts)
- Purpose: Define command-line interfaces that parse arguments and call controllers
- Naming: Files should be named
<feature>.cli.ts - Testing: CLI integration tests in
<feature>.cli.test.ts
Tools Layer (src/tools/*.tool.ts)
- Purpose: Define MCP tools with schemas and descriptions for AI assistants
- Naming: Files should be named
<feature>.tool.tswith types in<feature>.types.ts - Pattern: Each tool should use zod for argument validation
Controllers Layer (src/controllers/*.controller.ts)
- Purpose: Implement business logic, handle errors, and format responses
- Naming: Files should be named
<feature>.controller.ts - Pattern: Should return standardized
ControllerResponseobjects
Services Layer (src/services/*.service.ts)
- Purpose: Interact with external APIs or data sources
- Naming: Files should be named
<feature>.service.ts - Pattern: Pure API interactions with minimal logic
Utils Layer (src/utils/*.util.ts)
- Purpose: Provide shared functionality across the application
- Key Utils:
logger.util.ts: Structured loggingerror.util.ts: Error handling and standardizationformatter.util.ts: Markdown formatting helpers
Development Guide
Development Scripts
# Start server in development mode (hot-reload & inspector)
npm run dev:server
# Run CLI in development mode
npm run dev:cli -- [command] [args]
# Build the project
npm run build
# Start server in production mode
npm run start:server
# Run CLI in production mode
npm run start:cli -- [command] [args]
Testing
# Run all tests
npm test
# Run specific tests
npm test -- src/path/to/test.ts
# Generate test coverage report
npm run test:coverage
Code Quality
# Lint code
npm run lint
# Format code with Prettier
npm run format
# Check types
npm run typecheck
Building Custom Tools
Follow these steps to add your own tools to the server:
1. Define Service Layer
Create a new service in src/services/ to interact with your external API:
// src/services/example.service.ts
import { Logger } from '../utils/logger.util.js';
const logger = Logger.forContext('services/example.service.ts');
export async function getData(param: string): Promise<any> {
logger.debug('Getting data', { param });
// API interaction code here
return { result: 'example data' };
}
2. Create Controller
Add a controller in src/controllers/ to handle business logic:
// src/controllers/example.controller.ts
import { Logger } from '../utils/logger.util.js';
import * as exampleService from '../services/example.service.js';
import { formatMarkdown } from '../utils/formatter.util.js';
import { handleControllerError } from '../utils/error-handler.util.js';
import { ControllerResponse } from '../types/common.types.js';
const logger = Logger.forContext('controllers/example.controller.ts');
export interface GetDataOptions {
param?: string;
}
export async function getData(
options: GetDataOptions = {},
): Promise<ControllerResponse> {
try {
logger.debug('Getting data with options', options);
const data = await exampleService.getData(options.param || 'default');
const content = formatMarkdown(data);
return { content };
} catch (error) {
throw handleControllerError(error, {
entityType: 'ExampleData',
operation: 'getData',
source: 'controllers/example.controller.ts',
});
}
}
---
FAQ
- What is the ScreenshotOne MCP server?
- ScreenshotOne is a Model Context Protocol (MCP) server profile on explainx.ai. MCP lets AI hosts (e.g. Claude Desktop, Cursor) call tools and resources through a standard interface; this page summarizes categories, install hints, and community ratings.
- How do MCP servers relate to agent skills?
- Skills are reusable instruction packages (often SKILL.md); MCP servers expose live capabilities. Teams frequently combine both—skills for workflows, MCP for APIs and data. See explainx.ai/skills and explainx.ai/mcp-servers for parallel directories.
- How are reviews shown for ScreenshotOne?
- This profile displays 68 aggregated ratings (sample rows for discoverability plus signed-in user reviews). Average score is about 4.6 out of 5—verify behavior in your own environment before production use.
Use Cases▌
Web Research & Information Gathering
Fetch and extract information from websites automatically
Example
Research competitor pricing, scrape product reviews, monitor news mentions
Automate 5-10 hours/week of manual web research
Content Monitoring & Alerts
Track website changes, new content, price updates
Example
Monitor competitor blog for new posts, track stock availability, watch for pricing changes
Stay informed without manual checking, never miss important updates
Data Extraction & Aggregation
Extract structured data from multiple websites
Example
Compile product listings from 10 e-commerce sites, aggregate job postings, collect real estate data
Build datasets 100x faster than manual copying
API-less Integration
Interact with services that don't offer APIs
Example
Check form submissions, validate website functionality, test user flows
Automate interactions with any website, even without API
Implementation Guide▌
Prerequisites
- ›Claude Desktop or Cursor with MCP support
- ›Understanding of web scraping ethics and robots.txt
- ›Rate limiting awareness to avoid overwhelming target sites
- ›Knowledge of legal restrictions on data collection
Time Estimate
20-40 minutes including configuration and testing
Installation Steps
- 1.Install web automation MCP server via npm or pip
- 2.Configure allowed domains and rate limits in MCP config
- 3.Test with simple fetch: 'Get content from example.com'
- 4.Progress to extraction: 'Extract all product prices from this page'
- 5.Set up monitoring: 'Check this URL daily for changes'
- 6.Parse structured data: 'Create CSV from this table'
- 7.Respect robots.txt and rate limits always
Troubleshooting
- ⚠403 Forbidden: Website blocks bots—respect their wishes, use official API instead
- ⚠Rate limit errors: Slow down requests, add delays between fetches
- ⚠Stale data: Target site changed HTML structure—update selectors
- ⚠Timeout errors: Site is slow or blocking—increase timeout, try different user agent
- ⚠JavaScript-rendered content: Use headless browser MCP servers for dynamic sites
Best Practices▌
✓ Do
- +Check robots.txt and respect crawl rules
- +Rate limit requests: 1-2 requests/second maximum
- +Use official APIs when available instead of scraping
- +Identify your bot with descriptive user agent
- +Cache results to minimize repeated requests
- +Handle errors gracefully with retries and fallbacks
- +Validate extracted data for accuracy
✗ Don't
- −Don't scrape sites that explicitly forbid it (robots.txt, ToS)
- −Don't overwhelm servers with rapid requests—use rate limiting
- −Don't scrape personal data without consent and legal basis
- −Don't ignore copyright on extracted content
- −Don't assume HTML structure is stable—handle changes
- −Don't use scraped data for commercial purposes without permission
💡 Pro Tips
- ★Use CSS selectors or XPath for robust data extraction
- ★Set up monitoring alerts for extraction failures (structure changed)
- ★Implement exponential backoff for retries on failures
- ★Store raw HTML for reprocessing if extraction logic changes
- ★Combine with data analysis tools for insights from extracted data
- ★Consider using official APIs or RSS feeds as more stable alternatives
Technical Details▌
Architecture
MCP server handles HTTP requests, HTML parsing, JavaScript rendering (if headless browser), and returns structured data to Claude.
Protocols
- HTTP/HTTPS
- WebSocket (for real-time sites)
- Puppeteer/Playwright (for JavaScript sites)
Compatibility
- Static HTML sites
- JavaScript-rendered SPAs (with headless browser)
- REST APIs
- GraphQL endpoints
When to Use This▌
✓ Use When
Use for research automation, content monitoring, data aggregation from multiple sources, and when official APIs don't exist. Best for read-only information gathering.
✗ Avoid When
Avoid for sites with APIs (use API instead), sites that explicitly forbid scraping, when data is copyrighted, or for login-required content without proper authorization.
Integration▌
- →Scheduled monitoring with change detection
- →Multi-source data aggregation pipelines
- →Fallback to web scraping when API rate limits hit
- →Headless browser for JavaScript-heavy sites
Discussion
Product Hunt–style comments (not star reviews)- No comments yet — start the thread.
List & Promote Your MCP Server
Share your MCP server with the developer community
Ratings
4.6★★★★★68 reviews- ★★★★★Ira Ghosh· Dec 24, 2024
ScreenshotOne is a well-scoped MCP server in the explainx.ai directory — install snippets and categories matched our Claude Code setup.
- ★★★★★Emma Gonzalez· Dec 20, 2024
Useful MCP listing: ScreenshotOne is the kind of server we cite when onboarding engineers to host + tool permissions.
- ★★★★★Aanya Garcia· Dec 16, 2024
ScreenshotOne reduced integration guesswork — categories and install configs on the listing matched the upstream repo.
- ★★★★★Aanya Martin· Dec 4, 2024
I recommend ScreenshotOne for teams standardizing on MCP; the explainx.ai page compares cleanly with sibling servers.
- ★★★★★Jin Jain· Nov 27, 2024
According to our notes, ScreenshotOne benefits from clear Model Context Protocol framing — fewer ambiguous “AI plugin” claims.
- ★★★★★Aanya Yang· Nov 23, 2024
ScreenshotOne reduced integration guesswork — categories and install configs on the listing matched the upstream repo.
- ★★★★★Diya Mehta· Nov 15, 2024
ScreenshotOne is among the better-indexed MCP projects we tried; the explainx.ai summary tracks the official description.
- ★★★★★Ira Gill· Nov 11, 2024
Strong directory entry: ScreenshotOne surfaces stars and publisher context so we could sanity-check maintenance before adopting.
- ★★★★★Amina Farah· Nov 7, 2024
I recommend ScreenshotOne for teams standardizing on MCP; the explainx.ai page compares cleanly with sibling servers.
- ★★★★★Zara Martin· Oct 26, 2024
Strong directory entry: ScreenshotOne surfaces stars and publisher context so we could sanity-check maintenance before adopting.
showing 1-10 of 68