Skip to main content
Request branding from a scrape to read the visual identity expressed by that page. Browser rendering must be enabled. The output is included in the same page request with no current format surcharge.
Read the kit from data.branding and compare it with data.screenshot when checking the visual result.

What the kit contains

The implemented API reference defines the nested response fields. These sections report signals found on the rendered page. A role with no reliable signal stays null; a missing value does not mean the brand has no such color, font, or component.

Pick a representative page

Start with the homepage or a public product page that shows the site’s usual headings, buttons, inputs, and logo. A sparse error page or login screen may show a different visual identity. Branding describes one captured page. It is not a merged domain-wide brand profile, company database record, or generated brand guideline document. To compare several pages, scrape them individually and decide how your application reconciles their kits.

Keep source context

Store the source URL, final URL, and your own capture timestamp beside the kit. If mobile, country, language, or source changes matter to your workflow, keep those request settings too. The same site can use different component or font styles across pages. Logo URLs point to discovered assets. Your application decides whether to fetch and store those assets. An unavailable logo can be null; do not substitute unrelated page images automatically. Use the Brand Playground as an organization admin to inspect a kit before integrating it. See browser settings for capture options and links and assets for other page media.