URLbox Chrome Extension Not Capturing Full Page: How to Fix It
First verify which extension you’re using. Then diagnose incomplete captures, fix lazy loading, and try Chrome DevTools or Urlbox’s full-page API.
If a Chrome extension captures only the visible viewport, cuts off partway down, misses images, or repeats sticky elements, first confirm the exact extension and its publisher. The sources reviewed for this guide do not establish that Urlbox publishes the Chrome extension named in this title, so extension-specific settings and click instructions cannot be verified.
If you mean Urlbox’s screenshot API, set full_page: true and start with its default stitch mode when completeness matters. Stitching scrolls through the page, captures sections, and combines them; scrolling can also trigger lazy-loaded content. For a one-off browser capture, Chrome DevTools has a “Capture full-size screenshot” command.
1. Confirm which extension you are using
Urlbox provides a screenshot rendering service and documents full-page API options. A Urlbox article mentions a “Full Page Screenshot” Chrome extension, but does not identify it as a Urlbox product. Before following extension instructions, check the extension’s Chrome Web Store listing for its exact name, publisher, and version.
This distinction matters because the API settings below are not verified controls in the unidentified extension. If you need exact extension steps, gather the listing and version first; the sources do not establish that extension’s menus or behavior.
2. Identify what “not capturing full page” means
Before changing settings, describe the result. Different symptoms point to different causes:
| Symptom | Likely area to investigate |
|---|---|
| The result shows only the viewport | Whether full-page capture is enabled, or whether the extension supports it. |
| The image ends at a consistent height | Capture height or section limits. |
| Images or content are missing lower down | Lazy loading, scrolling, or insufficient time for content to load. |
| Headers, banners, or other elements repeat | Sticky or fixed elements interacting with stitched sections. |
| The page is blank or incomplete despite scrolling | Page loading, dynamic content, or a site-specific capture issue. |
Record the page URL if it is safe to share, the extension listing and version, your Chrome version, and whether the issue is truncation, missing dynamic content, or duplicated sticky elements. These details make a reproducible problem easier to diagnose.
3. Try a one-off capture in Chrome DevTools
- Open the page in Chrome and open DevTools.
- Open the DevTools command menu.
- Choose Capture full-size screenshot.
If the page loads images or other content as you scroll, scroll through the page before capturing. Urlbox’s guide warns that lazy-loaded images may be missing if the page has not been scrolled first. This is a browser fallback, not a repair for the extension.
4. If you mean the Urlbox API, use full-page stitch mode
Set full_page: true. Urlbox defaults to stitch mode, which scrolls through the page, triggers animations and lazy-loaded content, captures sections, and stitches the sections together. Urlbox describes its alternative, native mode, as faster, but says it may not work well across all websites. Start with stitch when getting a complete result is the priority.
Here is a minimal cURL request using Urlbox’s documented endpoint and parameter format. Replace the placeholder with your Urlbox API token:
curl -G 'https://api.urlbox.io/v1/YOUR_API_TOKEN/png' \
--data-urlencode 'url=https://example.com' \
--data-urlencode 'full_page=true' \
-o page.png
Urlbox’s API credentials and request requirements depend on your account and API version. Consult its official documentation for the endpoint and authentication format that apply to your setup. The sources reviewed for this article establish the full_page option and capture modes, but do not provide enough detail to give verified, complete Python and Node.js requests here.
Tune scrolling for lazy-loaded content
If content appears only after scrolling, do not skip the initial scroll. Urlbox documents scroll_increment and scroll_delay for controlling how far and how long the capture waits between scrolls. Smaller increments or longer delays can help when a page needs more gradual scrolling or time for content to load. The right values depend on the page; there is no universal setting.
When debugging, show_seams can expose the individual captured sections. Use it to see whether a missing region was never captured or whether the problem appears where sections meet.
Check section and height limits
If the screenshot consistently stops early, inspect max_sections, max_section_height, and any configured maximum capture height. Urlbox documents a default section height of 4096 pixels in its render-options reference. Treat that as a setting value, not as a guarantee that a page of that height or length will always capture completely.
5. Troubleshoot by symptom
| Problem | Possible cause | What to try |
|---|---|---|
| Only the visible part of the page appears | Full-page mode is off, unsupported, or the extension identity is unclear. | Confirm the extension listing and publisher. For the Urlbox API, set full_page: true. |
| Lower-page images are absent | The images load lazily after scrolling. | Scroll through the page before using DevTools. In the API, allow scrolling and tune scroll_increment or scroll_delay. |
| The result ends at a repeatable boundary | A section or maximum-height limit may be truncating the capture. | Review max_sections, max_section_height, and any configured maximum height. |
| Sections have visible discontinuities | The page changes between section captures, or sticky and fixed elements behave differently while scrolling. | Use show_seams to inspect section boundaries; compare stitch with native mode if the site supports it. |
| Dynamic content is missing | The page may need more time or smaller scroll steps to load content. | Increase scroll_delay or decrease scroll_increment, then inspect the captured sections. |
| The extension’s instructions do not match | The extension may not be a Urlbox product, or its controls may have changed. | Use its Chrome Web Store listing to identify its publisher and version before seeking extension-specific steps. |
6. Choose the right capture method
| Method | Best suited to | Limitation or diagnostic |
|---|---|---|
| Your Chrome extension | One-click capture in the current tab. | Its identity, settings, and failure behavior are unverified here; confirm its publisher and version. |
| Chrome DevTools full-size screenshot | A one-off browser capture. | Lazy-loaded images may be absent until you scroll. |
| Urlbox API, stitch mode | Repeatable full-page rendering with capture controls. | Uses sections and configurable limits; inspect seams and section settings. |
| Urlbox API, native mode | A faster full-page attempt. | Urlbox says it may not work well across all websites. |
7. Performance, reliability, and cost considerations
Stitch mode captures multiple sections and scrolls through the page, so it has more steps than a native full-page attempt. It can also trigger lazy loading. Native mode favors speed, but Urlbox says it may not work well on some sites. For a recurring workflow, balance capture speed against whether the page renders completely, and inspect seams when results look wrong.
Large pages can encounter section or height limits. Dynamic pages can change while being captured, which may make sections inconsistent. The reviewed sources do not provide comparable timing, reliability, or pricing figures, so this guide does not make numerical performance or cost claims. Check the relevant provider’s current documentation and pricing for your account.
8. Or skip the browser setup
ScreenshotNeo is a website screenshot API and MCP server for developers. A single GET request can return a PNG, JPEG, WebP, or PDF. Its full-page capture loads lazy images. ScreenshotNeo also removes cookie and consent banners, newsletter popups, and chat widgets before capture; each cleanup step can be turned off. Only clean shots are billed: bot checks or CAPTCHAs, blank pages, timeouts, failed loads, and cache hits cost nothing, and response headers identify the page verdict and billing status. Its MCP server provides take_screenshot, get_page_info, and capture_pdf tools for Claude, Cursor, and other MCP clients.
For a one-off full-page capture, the default API response is an image. See the ScreenshotNeo API documentation for full-page options and other configuration.
curl -G "https://api.screenshotneo.com/v1/shot" \
-d access_key=YOUR_API_KEY \
--data-urlencode url=https://example.com \
-o shot.webp
import requests
r = requests.get(
"https://api.screenshotneo.com/v1/shot",
params={"access_key": "YOUR_API_KEY", "url": "https://example.com"},
timeout=90,
)
r.raise_for_status()
open("shot.webp", "wb").write(r.content)
const q = new URLSearchParams({
access_key: 'YOUR_API_KEY',
url: 'https://example.com'
});
const res = await fetch(`https://api.screenshotneo.com/v1/shot?${q}`);
if (!res.ok) throw new Error(`Screenshot request failed: ${res.status}`);
const image = Buffer.from(await res.arrayBuffer());
await import('node:fs/promises').then(fs => fs.writeFile('shot.webp', image));
ScreenshotNeo offers 1,000 screenshots per month free with no card; paid plans start at $5 for 3,000 screenshots. Every feature is available on every plan. Learn about ScreenshotNeo, or sign up for 1,000 free screenshots a month with no card.
Frequently asked questions
Is the URLbox Chrome extension made by Urlbox?
The sources reviewed do not establish that. Verify the extension’s publisher on its Chrome Web Store listing.
Should I use stitch or native mode in the Urlbox API?
Start with the default stitch mode when completeness matters. Native mode is faster, but Urlbox says it may not work well across all sites.
Why does scrolling matter if I only need a screenshot?
Some pages load images and other content only when they approach the viewport. Scrolling can trigger those loads before the capture is finished.


