You can screenshot a page without a cookie banner by placing Hide element before Take a screenshot. Pick the banner once, run the sequence, and Tab Automation hides that match before Chrome captures the page as a PNG.
This is a cosmetic change to the current page. It does not accept or reject cookies, save consent, or change the source website.
Hide a cookie banner before the screenshot
You’ll need Tab Automation installed. Custom automations are free; Explorer unlocks the full Dashboard. Google Search is coming soon. The side-panel tour covers first-time setup.
- Open the page you want to capture, then open Tab Automation from its toolbar action.
- Click New automation. Under Tab & startup, turn off Always start this automation in a new tab, then choose the open tab.
- Click Add step, choose Hide Element, then click Pick element to hide.
- Click the cookie banner or overlay on the page. The picker writes its CSS selector.
- If the selector matches several elements, use Which match to use to choose the intended one.
- Add another Hide element step when the dim backdrop, chat button, or sticky header is a separate page element.
- Add one Take a Screenshot after all the Hide Element steps. Enable Full page to include content below the fold.
- Turn Repeat off for one PNG, or turn it on when the same cleanup and capture should run again after each cycle wait.
- Use Test to run the sequence once, then open Dashboard → Files & screenshots and inspect the Test PNG. Choose Save & run when the framing is right.
The order matters. A screenshot placed before Hide Element still contains the banner. A screenshot placed after it photographs the page with that selected node set to display: none.
Take a Screenshot captures the assigned tab without switching tabs or focusing its window. The PNG captures the visible viewport by default, or the page with Full page enabled. Full-page capture keeps the sidebar open and restores the original scroll position afterward. Both modes show Chrome’s debugging notice during capture. Neither mode crops one element.
Wait for a late cookie banner
Hide Element waits up to about six seconds for its selector to appear. That is enough for many overlays that arrive shortly after the rest of the page.
When the banner arrives later, or when the sequence should explicitly wait for it, place Wait / Delay first and configure Until → Appears for the banner. The sequence becomes:
- Wait Until Appears
- Hide element
- Take a screenshot
Leave Pause when this wait succeeds off so the hide and screenshot steps can follow a successful wait. If Until times out, it records a warning and continues. Hide Element can then fail if the banner is still missing; check the resulting image before keeping it.
For a region below the fold, place Scroll Page after the hide and before the screenshot. Scroll chooses the visible frame when Full page is off. Enable Full page on the screenshot step to load and capture the entire page instead.
Hiding is not dismissing or giving consent
Hide Element changes the presentation of one node in the current document. It does not click Accept, Reject, or Close, and it does not store a cookie preference.
That distinction matters when an overlay also locks the page. Some sites put the banner, backdrop, and scroll lock on different elements. Hiding the visible banner may leave the backdrop or the page’s disabled scrolling in place. Add a Hide Element step for another visible node when appropriate, but use the website’s own controls when a real consent choice or page-state change is required.
This is not an ad blocker or a cookie-banner detector. Tab Automation does not guess which element is a notice, keep a shared filter list, or automatically adapt when the website changes its selector. You choose the element for this automation.
Hide an element with Chrome DevTools instead
For a one-off manual capture, Chrome DevTools can temporarily hide a node:
- Right-click the banner and choose Inspect.
- In the Elements panel, select the banner’s node.
- Press
H, or right-click the node and choose Hide element. - Take the screenshot manually.
Chrome documents this in its guide to viewing and changing the DOM. Reloading the page restores the element, so repeat the manual edit for another fresh load.
Tab Automation is useful when the same hide-then-capture sequence should be tested, saved, or repeated without reopening DevTools each time.
A page banner is not a Chrome pop-up
Chrome’s pop-up blocker handles separate browser pop-up windows and redirects. Google’s pop-up settings guide explains those browser permissions.
A cookie banner, newsletter modal, or chat widget is usually an element inside the web page. Changing Chrome’s pop-up setting does not necessarily remove it from a screenshot. Hide Element targets that in-page node instead.
Check the saved image
- One picked match per step. Add more Hide Element steps for separate banners, backdrops, headers, or widgets.
- The selector can change. If the site replaces its markup, the step waits about six seconds, then records a failure in Activity.
- The change is temporary. Refreshing or navigating replaces the document and shows the element again. A repeating graph runs Hide Element again before each capture.
- Visible viewport by default. Enable Full page to include content below the fold. Very long or changing pages may produce a partial image with a warning. This step does not crop one element.
- Chrome must stay open. The sequence does not run in the cloud or continue after you quit Chrome.
- Web pages only. Chrome UI pages, extension pages, and the Chrome Web Store cannot be targeted or captured.
- Files stay local. PNGs are retained in the Dashboard. Download them explicitly when ready; Settings or a step override suggests the export folder.
For the timer, file naming, link-walking, and screenshot failure behavior, read the broader guide to automatically screenshot a Chrome tab.