Get 50% off your first month on any monthly plan.

Take a Full Page Screenshot of Any Website

Capture the whole page header to footer, including everything below the fold as a single image. Lazy-loaded content is triggered, cookie banners and ads are removed, and the file downloads in seconds. Free, no signup, no extension.

Viewport width
File type
Options

Free to try - no account required.

https://www.wikipedia.org/

Your full page screenshot will appear here.

The same capture, in code

This request matches the settings you selected above. Swap in your API key and drop it straight into your project to automate the same capture.

full-page-screenshot.png
curl "https://shot.screenshotapi.net/v3/screenshot?token=YOUR_API_KEY&url=https%3A%2F%2Fwww.wikipedia.org%2F&file_type=png&full_page=true&width=1680&height=867"

What is a full page screenshot?

A normal screenshot captures whatever fits inside the browser window typically the first 900 pixels or so of a page. A full page screenshot captures the entire document: every section, every row of the footer, and everything that only appears after you scroll.

Getting that right is harder than it looks. Modern pages defer images until they enter the viewport, pin headers to the top of the window, and inject consent overlays on first visit. Naively stitching scrolled screenshots together produces repeated headers, blank image placeholders, and visible seams.

This tool renders the page in a real Chromium browser, scrolls the full document height so deferred content loads, dismisses consent dialogs, and then captures the result as one continuous image. No seams, no placeholders, no clipping.

Full document height, not the viewport

The capture height is the height of the page itself, so a 12,000-pixel article comes back as a single 12,000-pixel image.

Deferred content is forced to load

Lazy-loaded images and off-screen components render before the shot is taken, so the output is complete rather than half-empty.

A fixed, repeatable viewport width

Because the width is pinned, the same page captured on two different days is directly comparable which is what makes visual diffing possible.

Built-in Methods

How to take a full page screenshot in Chrome, Firefox, Safari and Edge

Every major browser can already capture an entire web page without an extension. The feature is just buried in a different place in each one. Here is the exact route for all four, and the point at which each one stops being enough.

Chrome

DevTools Command Menu
.png
  1. Open DevTools with F12, or Cmd + Option + I on macOS.

  2. Press Ctrl + Shift + P, or Cmd + Shift + P on macOS, to open the Command Menu.

  3. Type screenshot and choose Capture full size screenshot.

Ctrl+Shift+P

Where it stops: Captures the document at its current loaded height, so anything still lazy-loading below the fold comes out blank.

Firefox

Take Screenshot context menu
.png
  1. Right-click on any empty area of the page.

  2. Choose Take Screenshot from the context menu.

  3. Click Save full page, then Download.

Right click

Where it stops: The only browser with a genuinely one-click full page capture, but it offers no viewport width control and no way to script it.

Safari

Web Inspector element capture
.png
  1. Enable the Develop menu in Settings, under Advanced.

  2. Open Web Inspector and select the Elements tab.

  3. Right-click the html node and choose Capture Screenshot.

Cmd+Option+I

Where it stops: Hidden three levels deep behind a developer setting, and it fails on pages that pin elements to the viewport.

Edge

Web capture
.png
  1. Press Ctrl + Shift + S to open Web capture.

  2. Choose Capture full page.

  3. Use Save to write the image to disk.

Ctrl+Shift+S

Where it stops: Edge is Chromium, so the DevTools method works here too. Web capture is friendlier but re-encodes and can soften fine text.

What none of the built-in methods do

All four routes above share the same three blind spots. They are the reason a native capture of a long marketing page so often comes back half empty.

Lazy-loaded sections arrive empty
Built-in captures read the document as it stands right now. Nothing scrolls the page first, so deferred images and below-the-fold components render as grey boxes.
Consent overlays land in the image
Cookie walls, newsletter modals, and chat bubbles are part of the DOM, so every native capture happily photographs them across your screenshot.
Results are not repeatable or scriptable
Output depends on your window size, zoom level, OS, and extensions. Two captures of the same page on two machines are not comparable, and none of it can run on a schedule.
Mac, Windows, iPhone

Full page screenshots on Mac, Windows, iPhone and Android

Operating system screenshot shortcuts photograph your screen, not the document, which is why Cmd + Shift + 4 and Print Screen always cut a long page off at the fold. Two of these four platforms do have a real full page capture. The other two only have a workaround.

iPhone

Built into Safari.pdf
  1. Take a normal screenshot with the side button and volume up.

  2. Tap the preview thumbnail in the bottom-left corner before it disappears.

  3. Switch from the Screen tab to the Full Page tab at the top.

  4. Tap Done, then Save PDF to Files.

Worth knowing: iOS returns a PDF rather than an image, and the Full Page tab only appears in Safari. It will not show up for a page opened inside Chrome, Instagram, or another in-app browser.

Android

Scroll capture.png
  1. Take a normal screenshot with power and volume down.

  2. Tap Capture more on Pixel, or Scroll capture on Samsung, in the toolbar that appears.

  3. Drag the crop handles down to extend the capture, then save.

Worth knowing: The button vanishes after a few seconds, and the capture stops wherever you release the handles rather than at the true end of the document.

macOS

No native full page capture.pdf
  1. Cmd + Shift + 3 and Cmd + Shift + 4 capture the screen, not the document, so they stop at the fold.

  2. For the whole page, press Cmd + P, then open the PDF dropdown and choose Save as PDF.

  3. For an image instead, use the Chrome or Safari developer route above.

Worth knowing: Print to PDF re-flows the page through print stylesheets, so backgrounds, sticky navigation, and dark themes frequently come out looking nothing like the live site.

Windows

No native full page capture.pdf
  1. Print Screen and the Snipping Tool are limited to what is on screen.

  2. Press Ctrl + Shift + S in Edge and choose Capture full page.

  3. In any browser, Ctrl + P with Microsoft Print to PDF saves the full document.

Worth knowing: Snipping Tool has no scroll capture at all, so outside of Edge there is no way to get a full-height image without a third-party tool.

One result that does not depend on the device you happen to be holding

Every route on this page produces a different file, at a different width, in a different format, with a different set of overlays baked in. Capturing from a hosted renderer removes all of that variance: you pin the viewport width, get a real PNG, JPG, or WebP rather than a print-styled PDF, and the same URL returns a comparable image every single time, from a phone or a laptop.

Capture Controls

Everything you can control

Each control in the tool maps directly to an API parameter, so anything you can do here you can also do programmatically.

Entire scrollable page

The renderer captures the full document height rather than the visible window, so footers, long articles, and infinite feeds all land in a single image.

full_page=true

Lazy-loaded images triggered

Images and components that only load as you scroll are forced to render before the capture, so you never get a page full of grey placeholders.

Three viewport widths

Capture at desktop, tablet, or mobile width to see exactly how a responsive layout stacks at each breakpoint.

viewport=mobile

PNG, JPG, or WebP

PNG for lossless UI work, JPG for smaller photo-heavy pages, WebP when you want the best size-to-quality ratio for the web.

file_type=webp

Cookie banners removed

Consent dialogs are dismissed before the capture, so a full-height screenshot is not ruined by an overlay sitting across the top of the page.

block_cookie_banners=true

Ads blocked

Ad slots are stripped before rendering, which also keeps the page height stable and stops layout shift from breaking the capture.

block_ads=true
Comparison

Full page screenshot tool vs. manual screenshots

Taking a screenshot with your operating system's built-in shortcut works for one visible window. It falls apart the moment the page is longer than the screen.

Comparison of manual screenshots and the ScreenshotAPI full page screenshot tool across six capture criteria
CapabilityManual screenshotScreenshotAPI full page tool
Content below the foldOnly the visible window; you stitch the rest by handEntire document height in a single image
Lazy-loaded imagesOften captured as empty placeholdersScrolled and rendered before the capture
Sticky headersRepeat on every stitched sectionHandled once, at the top of the page
Cookie banners and adsCaptured along with the pageRemoved before the render
Consistency across machinesVaries with screen size, zoom, and OSFixed viewport width, identical every run
AutomationManual only, one page at a timeOne HTTP request; scale to thousands of pages

Full page screenshot FAQ

Common questions about capturing an entire web page, choosing a format, and automating the same capture through the API.

Don't see your question here?

Browse all help articles

Ready to capture those screenshots?

Start with a free trial today.

Get Started