Image tools

Keep brand assets compliant before they reach the inbox

This section focuses on everything visual around BIMI. Before a mailbox ever displays your brand, the SVG logo must respect the Tiny-PS profile, stay lightweight and be delivered over a resilient HTTPS path. These tools proxy the assets through CaptainDNS, surface diagnostics and highlight the warning signs that would prevent display.

BIMI logo lookup

Download the SVG logo served by your BIMI record, analyse HTTP headers, redirects and size, and list the Tiny-PS findings reported by the backend engine.

Why audit BIMI logos ahead of time

Mail providers only render the BIMI logo when multiple conditions align: the record resolves, the SVG follows the Tiny-PS profile and the HTTPS endpoint behaves predictably. A logo that redirects across domains, serves an unexpected Content-Type or embeds unsupported features ends up ignored. By checking the asset proactively you avoid multi-day back and forth during a roll-out.

What the analyser reviews

  • Network delivery. Redirect count, latency, final URL and MIME type expose brittle CDN setups or missing HTTPS hardening. A slow or unstable path is flagged as a warning.
  • SVG structure. The backend parser reads the metadata, viewBox, declared width/height and raises diagnostics for forbidden tags, scripts, fonts or external references.
  • File weight. Oversized assets delay rendering in the mailbox. The analysis gives an immediate byte count to compare with BIMI recommendations (32 kB or less).

How to act on the report

  1. Fetch the logo once with the lookup tool. Keep the JSON output alongside your change tickets.
  2. Fix any blocking error first (unsupported tags, HTTP failures, non-HTTPS endpoints).
  3. Address warnings to improve resilience: simplify redirects, compress the SVG, document the final hosting location.
  4. Re-run the lookup to confirm the clean status before switching your BIMI record to production.