Skip to main content
Certified Targets are the narrow, stricter promise for teams that need more than generic capture support. The goal is not to say every app is certified on first contact. The goal is to make the release gate explicit and repeatable. Review queue A certified target run flows into the same Review queue — every capture waits for an explicit decision before it becomes the baseline.

What certified means

A certified target passes the same end-to-end path teams are expected to trust:
  1. Route audit
  2. Readiness audit
  3. Capture run
  4. Publish
  5. Pull or export verification
  6. Hosted delivery verification
  7. Live-auth smoke where required
If one of those stages fails, certification fails.

Target contract

Add a top-level target block to reshot.config.json:
Each scenario can also declare its own contract:

Readiness rules

Certified targets need app-owned readiness signals. Sleeps can exist, but they cannot be the only readiness mechanism. At minimum, a certified scenario should have one of:
  • ready.selector
  • ready.expression
  • a waitForSelector step backed by an app-owned selector

Commands

Reports are written to .reshot/reports/certification.json.

When to use this

Use Certified Targets when:
  • the capture path is already working
  • the app needs a tighter release gate
  • readiness, auth, and delivery need deterministic verification
For everyone else, the normal local-first and CI flow is still the right starting point.