Render pages and read workspace evidence from your own workflow
Use scoped API keys for managed rendering, diagnostics and saved workspace evidence.
On this page
Overview
Use Prerender Buddy's managed Developer API from backend services, CI jobs and trusted local tools. Render registered public URLs, inspect crawler output, manage cached renders, and read recorded health, activity, AI visibility and content status for your workspace.
Access follows your workspace and key scopes
The public legacy catalog includes Developer API access on Pro, Agency and custom plans. Accounts on another catalog should check their effective Developer API entitlement in the account. Existing subscription entitlements remain relevant; a similarly named plan does not necessarily provide the same access.
Create a scoped Developer API key in your account and keep it server-side. Each operation requires its documented scope. Keys and site requests remain bounded by the workspace and its effective site allowance.
Start with a read
Use the sites scope to list registered sites available to the workspace:
curl --fail-with-body \
-H "Authorization: Bearer $PRERENDER_BUDDY_API_KEY" \
https://api.prerenderbuddy.com/v1/developer/sitesPRERENDER_BUDDY_API_KEY is an example local variable containing your key. The documented response includes sites, plan and requestId. Use an actual returned site UUID when requesting evidence for a selected site.
Read saved evidence
The six site-specific read operations cover:
- Overview: setup, monitoring, activity and AI visibility context.
- Health: bounded health, incident, discovery-file and readiness evidence.
- Crawler activity: recorded activity grouped by platform/page, excluding synthetic checks.
- AI visibility: aggregated provider, source-domain and tracked-competitor evidence.
- Recommendations: evidence-grounded next actions for the latest completed collection.
- Content: bounded calendar and article-draft metadata.
These endpoints read evidence; they do not start collections, publish articles or apply recommendations. Health reads exclude full page HTML; visibility reads exclude full provider-answer bodies; content reads exclude draft bodies. Missing or unavailable evidence is not proof of a negative outcome.
Endpoint and scope reference
| Endpoint | Required scope | Purpose |
|---|---|---|
GET /v1/developer/sites | sites | List registered sites available to the API key workspace. |
GET /v1/developer/usage | usage | Get current plan, quota, and Developer API usage. |
GET /v1/developer/logs | usage | Get recent render/API logs. |
GET /v1/developer/sites/{id}/overview | sites | Get a concise setup, monitoring, activity, and AI visibility overview for one site. |
GET /v1/developer/sites/{id}/health | health | Get bounded website-health, incident, discovery-file, and readiness evidence. |
GET /v1/developer/sites/{id}/crawler-activity | activity | Get recent real crawler activity grouped by platform and page. |
GET /v1/developer/sites/{id}/visibility | visibility | Get AI visibility results by platform, source domain, and tracked competitor. |
GET /v1/developer/sites/{id}/recommendations | visibility | Get evidence-grounded visibility recommendations for the latest completed collection. |
GET /v1/developer/sites/{id}/content | content | List bounded content-calendar and article-draft metadata for one site. |
POST /v1/developer/render | render | Render one registered public URL through the managed Prerender Buddy platform. |
POST /v1/developer/diagnostics | diagnostics | Run crawler visibility diagnostics for one registered public URL. |
POST /v1/developer/cache/purge | cache | Purge a cached render for one registered public URL. |
POST /v1/developer/sites/{id}/verify | sites | Verify whether crawler traffic reaches Prerender Buddy for a registered site. |
Render a registered public page
The managed render endpoint can return metadata and crawler-readable HTML. Replace the illustrative URL below with a public URL registered to your workspace:
curl --fail-with-body \
-X POST https://api.prerenderbuddy.com/v1/developer/render \
-H "Authorization: Bearer $PRERENDER_BUDDY_API_KEY" \
-H "Content-Type: application/json" \
--data '{"url":"https://example.com/pricing","includeHtml":true}'Fresh API renders use the workspace render allowance; cache hits do not. A fresh rendered diagnostic result may also consume allowance. Set includeHtml to false when your client does not need the HTML in the response.
Inspect cache, usage and failures
Read current usage and recent logs from your workflow. Cache purge is a mutating operation for a registered URL; invalidation and obtaining a new render are separate actions.
Documented API errors use an error object with code and message, plus a requestId. Authentication failures, scope/entitlement failures, site-limit failures and fresh-render quota exhaustion require different actions. Keep the request ID for troubleshooting and remove credentials or sensitive content from logs.
Only public HTTP/HTTPS URLs are accepted for URL operations. Private destinations, local hostnames, unsafe redirects and excessive workloads are blocked or bounded. Exact site setup and verification values belong in your authenticated setup instructions.
Choose the reference for your task
- Markdown reference: all paths, request fields, scopes and documented errors.
- Live OpenAPI: machine-readable contract for API tooling.
- Developer tools: local diagnostics and assistant integrations.
- Self-hosting: operate the standalone engine in your own infrastructure.