API Reference

Introduction

Current backend endpoints and request conventions.

Base URL

Base URL: https://api.removebgvideo.com

Public customer integrations should use /v1/jobs and /v1/usage endpoints.

Legacy /api/* routes remain available for backward compatibility.

Standard Headers

HeaderRequiredDescription
X-Api-KeyYes (/v1/*)Public API authentication header
Content-Type: application/jsonYes (POST /v1/jobs, /v1/jobs/{job_id}/start)JSON request body
multipart/form-dataYes (POST /v1/uploads)File upload form

Available Endpoints

EndpointMethodPurpose
/v1/uploadsPOSTUpload local video and get video_url
/v1/jobsPOSTCreate job (supports auto_start)
/v1/jobs/{job_id}/startPOSTStart pending draft job
/v1/jobs/{job_id}GETGet processing status
/v1/jobsGETList jobs
/v1/usage/summaryGETGet usage summary
/v1/usage/eventsGETGet recent usage events
/api/download/{job_id}GETGet output URL when completed
/api/pricingGETGet model pricing config
/healthGETService health check

Response Shape

Most processing responses include job_id, status, progress, output_url, and error fields.

API Contract Notes

  • All clients should handle non-2xx responses as structured error payloads.
  • Use explicit JSON schema validation for request payloads on your side.
  • Treat output_url as an asynchronous artifact and not an immediate response contract.
  • Persist job lifecycle state transitions for auditing and support.

Integration Verification

CheckHow to Verify
AuthenticationCall endpoint with valid and invalid key, confirm 200 vs 401
Rate limitsBurst test and confirm 429 handling with backoff
IdempotencyRetry same request and verify no duplicate side effects
ObservabilityConfirm request_id/job_id appears in logs and dashboards

Versioning & Compatibility

  • Pin to /v1 endpoints for stable integration contracts.
  • Keep internal compatibility layer for legacy /api routes.
  • Review changelog impact before enabling new request fields.