Skip to content
Full Page Screenshot

Full page screenshots for developers

Short answer

A bug report with a full page capture attached gets fixed faster than one with a cropped screenshot, because the surrounding layout is usually where the cause lives. Local capture also works on localhost and staging hosts, which no remote rendering service can reach.

Updated 13 August 2026Written by the Full Page Screenshot team

What this is good for

Bug reports that carry context
A crop shows the broken element. A full page capture shows the broken element plus the container that is actually causing it. The second one saves a round trip.
localhost and internal hosts
Capture runs in your browser, so localhost:3000, staging domains and anything on your network all work. Remote screenshot services cannot see any of them.
Visual regression evidence
Capture before and after a change at the same zoom and window width. Two dated full page images make a layout regression obvious without a screenshot-diff pipeline.

Settings for bug reports

Format
PNG for UI detail, JPG if the tracker caps upload size
Local files
Enable "Allow access to file URLs" in chrome://extensions
Cross-origin iframes
Captured as displayed, not scrolled
DevTools open
Fine — it is not part of the page

Frequently asked questions

Can I screenshot localhost?

Yes. The capture runs in your browser, so any URL it can open works, including localhost and staging.

Does the capture script interfere with my page?

It temporarily neutralises fixed positioning and scrolls the page, then undoes every change. It does not modify your JavaScript state or fire synthetic events.

Can I capture a page inside an iframe?

Content in a cross-origin iframe is captured exactly as it appears, but cannot be scrolled independently — the browser forbids it.

Capture your first full page screenshot

Free, no account, and nothing leaves your computer.

Keep reading