Cookie domain mismatch
A cookie without Domain is anchored to the capture URL; an incorrect Domain prevents login.
Dashboards, admin panels and per-customer views — captured with the same session your user would have.
No result yet
Complete the settings and run the tool. Images, PDFs, text, and video all preview in this panel.
curl --fail-with-body "https://api.pagecapture.dev/v1/take" \
-H "X-Access-Key: $PAGECAPTURE_KEY" \
-H "Content-Type: application/json" \
--data '{"format":"png","wait_for_selector":"[data-report-ready]","url":"https://pagecapture.dev/api/fixtures/authenticated-report","authorization":"Bearer pagecapture-public-fixture"}' \
-o capture.pngSent exactly as you specify. Without an explicit Domain, a cookie is anchored to the URL you are capturing.
Credentials are separated before storage, encrypted with AES-256-GCM, decrypted only in the worker and destroyed with the job.
They do not appear in the request log, the normalized options, or any error message.
The cache key includes a hash of your credentials, so two sessions never share a result — and the values stay out of the key.
Credentials belong in the encrypted request body, never a query string.
The worker applies the session only inside the job browser context.
Credential records are removed when the job reaches a terminal state.
DIY can be preferable when the browser session must remain interactive for a long workflow.
No default is supplied: we do not invent engineering-hour savings.
This is an editable scenario, not a savings claim. Only successful captures that miss cache are billable.
Written by PageCapture Engineering. Reviewed by PageCapture API maintainers. Last tested 2026-08-11.
cURL, TypeScript and Python executed against controlled fixtures; request contract and artifact format verified.