WEBSITE SCANNER · PRO

See the color system behind a public page

Website Scanner fetches a public URL, analyzes static HTML and linked stylesheets, counts detected colors, groups near-duplicates, and proposes starter design tokens for further review.

Pro featurePublic URLs onlyStatic source analysis

What Website Scanner analyzes

Scanner looks for color values in the fetched page source and linked CSS files that are available to the scan service. It can recognize common CSS representations and normalize them into a comparable inventory.

  • Hex values
  • RGB and RGBA functions
  • HSL and HSLA functions
  • Supported CSS named colors
  • Colors found in inline styles, style blocks, and reachable linked stylesheets
Scanner reports authored source, not a complete browser rendering.It is most useful for static public pages whose styles are present in the initial HTML and accessible stylesheets.

Run a scan

Enter a complete public URL

Use an https:// or http:// URL. The page must be reachable without signing in.

Start the scan

HexCheck fetches the page and the stylesheets it can access.

Review the source summary

Confirm the final scanned URL, page title, number of stylesheets, and total color references.

Inspect the inventory

Open important colors in the Color Utility or use them in a connected workspace.

Save useful results

Keep the scan in your Pro account when it should be available from the Dashboard later.

Read the scan summary

Summary valueMeaning
Unique colorsThe number of normalized color values detected after equivalent representations are combined.
Total referencesHow many times detected color declarations appeared in the scanned source.
StylesheetsThe number of linked CSS resources successfully included in analysis.
Duplicate groupsGroups of visually close colors that may represent accidental variation.

A high color count is not automatically a problem. Complex data visualization, illustrations, syntax highlighting, third-party widgets, and embedded systems can legitimately use many colors.

Use the color inventory

The inventory orders colors by frequency and provides contextual information such as occurrence count, percentage of detected references, light or dark classification, and likely roles.

  • Frequent light colors are often surfaces or page backgrounds.
  • Frequent dark colors are often text, navigation, or deep surfaces.
  • Highly saturated colors may be actions, alerts, or brand accents.
  • Rare colors can be intentional states, illustrations, or obsolete leftovers.
Role labels are suggestions.Scanner cannot reliably know the semantic purpose of every declaration from color frequency alone. Verify the actual element and state in the rendered site.

Review near-duplicate groups

Near-duplicates are colors close enough to deserve review. They may reveal:

  • Several almost-identical grays used for the same border role.
  • Copied components with slightly different brand colors.
  • Manual opacity approximations that should be tokens.
  • Legacy values that survived a redesign.

Do not merge colors solely because the values are close. Two nearby colors can serve distinct contrast or state requirements. Check their real usage before consolidating them.

Use suggested tokens as a starting point

Scanner can propose semantic CSS variables based on frequency, lightness, and likely role. Pro export can provide a starter token block.

:root {
  --color-background: #FFFFFF;
  --color-surface: #F8FAFB;
  --color-text: #111827;
  --color-muted: #667085;
  --color-primary: #1B8E2D;
}

Rename and validate every token before production. A useful token system describes purpose rather than the current appearance alone.

  • Prefer --color-text-primary over --dark-gray.
  • Separate role tokens from raw palette primitives when building a larger system.
  • Define hover, active, focus, disabled, success, warning, and error states explicitly.
  • Run contrast checks after consolidation.

Save and reopen scans

Successful Pro scans can be saved to the account workspace. The latest scan can reopen automatically when you return to Scanner, and saved scans appear in the Dashboard library.

A saved scan is a snapshot of what Scanner detected at that time. It does not update automatically when the website changes; run a new scan to compare the current source.

Understand the limitations

Scanner may not capture every color a user can see. Common gaps include:

  • Colors created only after JavaScript runs
  • Styles inside authenticated pages or private applications
  • Cross-origin stylesheets that block retrieval
  • Canvas, video, raster images, SVG images loaded as external files, and WebGL
  • Colors generated inside closed shadow roots or third-party widgets
  • Hover, focus, media-query, and user-specific states not present in the scanned source path
  • Runtime CSS variables whose final values depend on application state
  • Visual blending caused by transparency, filters, gradients, and backdrop effects
A scan is not an accessibility audit.Scanner inventories source colors. It does not prove that every rendered text, control, graphic, state, and overlay meets WCAG.

Use Scanner responsibly

  • Scan only public pages you are authorized to analyze.
  • Do not use Scanner to bypass authentication, access controls, or robots restrictions.
  • Respect third-party ownership, trademarks, licensing, and terms of service.
  • Verify brand values against the owner’s current official documentation.
  • Use scan output as analysis, not as permission to copy another product’s design system.