Create an audit
Send a server-side request with your workspace API key:website, a non-empty string of up to 2,048 characters. A successful request returns 201 and an audit object containing id, status, statusStage, progressPercent, estimatedReadyAt, reportUrl, and deduped.
Retrieve the report link
RequestGET /api/v1/audits/{id} using the same workspace credentials. Keep the identifier returned by creation, check the audit status, and open reportUrl once it is available. A newly accepted audit can have a null report URL. Use bounded checks rather than repeatedly creating the same audit.
Embed the request in a website
A publishable audit embed key is restricted to its configured origins. Present it inx-api-key; the browser’s Origin must match an allowed origin. Keep ordinary workspace API keys on your server. They are not publishable embed keys.
The audit endpoints accept x-api-key or bearer authentication. Their header contract differs from the x-chatobserver-key header used by other visibility endpoints. See authentication.
Handle errors
Audit errors includeerror.code and error.message. Correct invalid websites and origin restrictions before retrying. Creation is limited to 60 requests per key per hour, subject to the service-wide abuse limit. Honour a rate-limit response and stop after a bounded number of retries.