developer-toolsapi_key

ScreenshotOne

ScreenshotOne is a screenshot API for developers, enabling the rendering of website screenshots through simple API calls without managing browser clusters.

Verdict

ScreenshotOne captures animated screenshots of websites — scrolling videos or GIFs you can generate from inside Switchy. @mention it to record how a page behaves, document a bug with actual motion, or grab a product demo without screen recording software. Designers use it to show responsive layouts in action; support teams use it to reproduce user-reported issues. You control viewport size, animation length, and scroll behavior. The main limitation: it renders public URLs only, so you can't capture authenticated dashboards or localhost environments without exposing them.

Common use cases

  • Document UI bugs with scrolling video
  • Generate product demo GIFs for docs
  • Capture responsive design behavior
  • Show page load animations to clients
  • Record checkout flows for QA review

Integration

Vendor
ScreenshotOne
Category
developer-tools
Auth
API_KEY
Tools
1
Composio slug
screenshotone

Tools

  • Take Animated Screenshot

    This tool captures an animated screenshot (video or gif) of a given website url. it allows customization of the animation format, duration, viewport dimensions, and animation scenario (e.g., scrolling).

Setup

Setup guide

  1. 11. In Switchy, open your workspace settings and navigate to the MCP Integrations section. 2. Click 'Add Integration' and select ScreenshotOne from the developer tools category. 3. Choose API Key as the authentication method. 4. Visit screenshotone.com, sign in, and generate an API key from your account dashboard. 5. Paste the API key into Switchy's configuration modal and click 'Connect'. 6. Switchy will verify the key and confirm the connection. 7. Open any Space, type '@ScreenshotOne' in a message, and ask it to capture an animated screenshot of a URL to test the integration. 8. The MCP will return a link to the generated GIF or video within seconds.

What teammates see: by default, memories from ScreenshotOne are scoped to the Space (PROJECT visibility) - you can mark any memory PRIVATE or share it ORG-wide.

Works well with

Top models

Compatibility data appears once enough Spaces have used this MCP together with a given model.

How Switchy teams use it

Not enough Spaces yet to publish anonymised usage stats (we require ≥ 50 Spaces per week).

Starter prompts

Capture Scroll Demo

@ScreenshotOne capture an animated screenshot of https://example.com/landing as a GIF, scrolling from top to bottom over 5 seconds, using a 1920x1080 viewport.
Open in a Space →

Document Bug Behavior

@ScreenshotOne take an animated screenshot of https://app.example.com/dashboard in MP4 format, 10 seconds long, scrolling slowly to show the sidebar glitch.
Open in a Space →

Mobile Responsive Check

@ScreenshotOne capture https://example.com/product as an animated GIF using a 375x812 viewport, scrolling for 6 seconds.
Open in a Space →

Onboarding Flow Recording

@ScreenshotOne create an animated screenshot of https://app.example.com/signup as a video, 8 seconds, showing the full form scroll.
Open in a Space →

Competitor Feature Analysis

@ScreenshotOne take an animated GIF of https://competitor.com/feature, 1280x720 viewport, scrolling over 7 seconds.
Open in a Space →

Example outputs

Illustrative - representative of the model's voice and quality, not literal recordings.

Prompt

@ScreenshotOne capture an animated GIF of our new landing page at staging.example.com scrolling from top to bottom over 5 seconds

Output

I've captured an animated GIF of your staging landing page. The animation shows a 5-second vertical scroll from the hero section through the feature blocks and testimonials down to the footer. The viewport was set to 1920x1080 to capture desktop layout. The GIF file is 2.4MB and shows smooth scrolling behavior across all sections. This gives you a quick visual preview of the full page flow without manually scrolling through.

Notes

This example shows the core screenshot capture with animation scenario control. The MCP requires a valid API key with sufficient credits — each animated capture consumes more quota than static screenshots. The output URL expires after the retention period set in your ScreenshotOne account settings, so download or archive the asset if you need permanent storage.

Prompt

@ScreenshotOne take a 10-second scrolling video of docs.competitor.com in mobile viewport 375x812 and save it as MP4

Output

I've generated a 10-second MP4 video of the competitor documentation site in mobile viewport (375x812). The video captures the vertical scroll behavior on their mobile layout, showing navigation patterns, content density, and interactive elements as they appear on smaller screens. The file is 4.1MB and demonstrates their mobile-first documentation structure. You can use this for UX research or competitive analysis of mobile documentation experiences.

Notes

This demonstrates viewport customization and format selection (MP4 vs GIF). Longer animations and video formats consume more API credits per request. The tool captures the page as-is at request time — dynamic content like live chat widgets or cookie banners will appear in the recording. Consider blocking third-party scripts if you want a cleaner capture for presentation purposes.

Prompt

@ScreenshotOne capture animated screenshots of our checkout flow URLs in 1280x720 viewport, then summarize what friction points are visible in the user journey

Output

I've captured animated GIFs of your three checkout URLs (cart review, shipping info, payment). Analyzing the recordings, I see several friction points: (1) The shipping form requires 8 fields before enabling 'Continue', with no inline validation — users won't know about errors until submission. (2) The payment page loads a 2-second spinner before showing the form, creating perceived slowness. (3) The progress indicator at the top isn't visible in the scrolled state on the payment page. These animations show the experience feels longer than it is due to the loading states and form complexity.

Notes

This synthesis example pairs the MCP's capture capability with AI analysis of visual UX patterns. The AI interprets what's visible in the animations but can't interact with the page or measure actual performance metrics. For conversion optimization, combine these visual captures with real analytics data. The MCP captures public-facing pages by default — authenticated checkout flows require passing session cookies or tokens.

Use-case deep-dives

Bug report screenshot automation

When ScreenshotOne beats manual screenshot workflows for support

A 6-person SaaS team gets 40 bug reports a week, half of which lack visual context. Their support lead wants engineers to capture animated scrolls of the reported page state before triaging. ScreenshotOne is the right call here because the single API-key auth means any team member can trigger captures from Slack or Linear without credential sprawl, and the animated scroll format catches layout bugs that static screenshots miss. The tool works best when your bug surface is web-based and you're triaging fewer than 200 reports monthly—beyond that threshold, you'll want a dedicated observability stack with session replay. If your product is native mobile or desktop, this MCP won't help. For small web teams drowning in "it looks broken" tickets, this automates the first diagnostic step and cuts average triage time by 3-5 minutes per issue.

Design QA across breakpoints

ScreenshotOne for responsive design sign-off at agencies

A 4-person design agency ships 8 client sites a quarter and needs to verify responsive behavior across 5 viewport widths before launch. ScreenshotOne handles this because the viewport dimension parameter lets you script captures at 320px, 768px, 1024px, 1440px, and 1920px in a single workflow, and the animated format shows how navigation menus and carousels behave during interaction. This beats manual browser resizing when you're checking more than 3 breakpoints per page. The trade-off: if your QA process includes accessibility audits or performance profiling, you'll still need separate tooling—ScreenshotOne only does visual capture. It's also overkill if you're a solo freelancer checking one or two layouts. For small agencies doing repetitive responsive QA, this turns a 20-minute manual checklist into a 2-minute API call and makes client sign-off faster.

Competitor landing page monitoring

When to use ScreenshotOne for weekly competitor tracking

A 3-person growth team at a B2B startup monitors 12 competitor landing pages weekly to spot messaging shifts and feature launches. ScreenshotOne is a good fit because the animated scroll captures hero sections, pricing tables, and CTAs in one artifact, and API-key auth means the growth lead can schedule captures without involving engineering. The tool shines when you're tracking fewer than 20 pages and checking weekly or monthly—if you need daily monitoring or want to diff text changes programmatically, you'll want a dedicated competitive intelligence platform. It's also not ideal if competitors gate content behind login walls, since the MCP doesn't handle authenticated sessions. For small teams doing lightweight competitive research, this creates a visual changelog that's easier to review in standups than a spreadsheet of URLs, and it costs less than hiring a VA to screenshot manually.

Frequently asked

What does the ScreenshotOne MCP do in Switchy?

It captures animated screenshots — videos or GIFs — of any website URL. You can control viewport size, animation duration, and scrolling behavior. Useful for generating product demos, bug reports with context, or visual documentation without leaving your Switchy workspace. The MCP wraps ScreenshotOne's API so your team doesn't need to write screenshot automation code.

Do I need a ScreenshotOne account to use this MCP?

Yes. You need a ScreenshotOne API key, which means signing up for their service. Switchy stores the key securely and uses it to authenticate each screenshot request. If you're on ScreenshotOne's free tier, you'll hit their rate limits — check their pricing page for how many screenshots per month you get.

Can it capture screenshots of pages behind a login?

No. The MCP takes a URL and renders it in a headless browser without authentication. If your target page requires login, you'll see the login screen in the screenshot. For authenticated pages, you'd need to use ScreenshotOne's API directly with custom headers or cookies, which this MCP doesn't expose.

Why use this instead of browser DevTools or Loom?

Browser DevTools can't automate scrolling animations or export GIFs. Loom records your screen, not a clean render of a URL. ScreenshotOne gives you programmatic, repeatable captures — same viewport, same scroll speed — without manual recording. Ideal for documentation pipelines or QA workflows where you need consistent visual artifacts.

Who on the team should connect the ScreenshotOne MCP?

Whoever owns your ScreenshotOne account and has the API key. Usually a developer or ops lead. Once connected, any Switchy workspace member can use the tool to generate screenshots — they don't need their own ScreenshotOne credentials. Just be aware that all usage counts against your shared ScreenshotOne quota.

Data last verified 607 hours ago.Sources aggregated hourly to weekly. See docs/architecture/model-directory.md.