Independent extraction guides · Built for curious developersSource → Schema → Something useful
Browsers & devices / Topic guide

Firefox Extract API

Use a scoped WebExtension design and test the exact permission model you depend on.

Website extract API neon typography with illustrated source-to-data flow and ExtractAPI.com branding

A focused use case

Build a user-controlled extraction step for approved pages, with a preview of the record and no unrelated background collection.

A practical workflow

Define the permitted host scope, choose the required extension capabilities, and separate page content from privileged operations. Test denied permissions as carefully as the successful path.

An example record contract

These fields illustrate the decisions to make before implementation. Adapt the names and required values to the receiving system; the table is not a promise of a live endpoint or a provider-specific response.

Example fieldMeaning in this contract
source_urlPermitted host and page
granted_scopeAccess context
recordAccepted output
issuesPermission or extraction failures

Limits worth keeping visible

Extension API and host permissions are distinct design concerns. Avoid assuming permission behavior is identical across browsers or manifest configurations.

Before increasing the workload

Run a small, authorized test set through the whole path, including the receiving application. Keep accepted, rejected, and incomplete outcomes distinguishable. A result should retain the context needed to explain its meaning after it leaves the extractor.

Continue with Website Extract API: From HTML to Useful Records for the full implementation discussion, and use the sample contract documentation to review the shape of a handoff.

Primary reference
Mozilla · WebExtension permissions ↗

Consult the source documentation for implementation details and current access conditions. The workflow above is an editorial planning pattern.

Make messy data
your next good idea.

Find your starting point