Audit favicon coverage
Inspect favicon, Apple touch icon, mask icon, manifest, and Microsoft tile declarations from one page.
Free, no signup. Inspect every standard icon declaration, including the quiet fallbacks browsers use when a page does not declare anything.
Checks run from our server; we fetch the URL you enter and don't keep the results. The page HTML and optional manifest are retrieved through bounded fetchers. Icon images load directly in your browser for their dimensions. Anonymous run-level outcome counters may be used for aggregate research; URLs, domains, IPs, and identifiers are never included, and no statistic is released below 100 runs.
+ saves the current site or page. Use ☆ beside any saved site, page, or list to favorite it. Recent check history appears below.
Target filled from your local choices.
Saved targets, named lists, and recent check summaries remain only in this browser.
A browser tab, iPhone home screen, pinned tab, Windows tile, and a web app manifest can all use different declarations. This checker parses rel=icon, Apple touch icons, mask icons, manifest icons, Microsoft application metadata, and the conventional /favicon.ico fallback, then loads each candidate in your browser to inspect its natural dimensions.
Browsers commonly request /favicon.icoA favicon ("favorite icon") is the small square image that represents a website — shown in browser tabs, bookmarks, and history, and (when the requirements are met) next to a site's listing in Google and Bing search results. It's declared with an HTML <link rel="icon"> tag in the <head>. It is not a ranking factor, but it affects brand recognition and click-through rate. as a fallback, so the tool includes it even when the HTML has no icon declaration.
It loads icon images directly in your browser to read their natural dimensions. If a host blocks the image, the tool says dimensions could not be read.
Only the declared manifest is fetched through a bounded same-origin endpoint, with a small JSON cap, so the tool can list its icons.
Upvote what you want most. New ideas can be submitted from the floating Feedback menu; requests appear here once approved, and the most-wanted rise to the top.
You won't be emailed about that request anymore.
Loading…
New requests are reviewed before they appear here.
Where this tool helps
Inspect favicon, Apple touch icon, mask icon, manifest, and Microsoft tile declarations from one page.
Review how discovered icons may appear across browser, mobile, pinned-tab, and tile contexts.
Find absent declarations, unreachable assets, or format and sizing gaps behind inconsistent display.
Verify that newly deployed icon assets and declarations are discoverable before retiring the old set.
Watch the full workflow
Favicons appear in more places than a browser tab, and one missing declaration can create inconsistent branding across bookmarks, search results, home screens, pinned tabs, and installed web apps. I’ll show you how to check a page, interpret coverage findings and dimensions, distinguish declarations from fallbacks, export the inventory, understand access limits, and fix the right source.
Use this checker when a favicon is missing, blurry, stale, or inconsistent across surfaces. It inventories standard link declarations, Apple touch and mask icons, manifest icons, Microsoft metadata, and the conventional slash-favicon-dot-ico fallback.
Enter a full public page U-R-L and select Check icons. The page H-T-M-L and optional manifest are retrieved through bounded fetchers. Candidate icon images then load in your browser so the tool can read their natural dimensions.
Run the audit before a launch, after changing a site-wide head template, during a domain migration, when adding a web app manifest, or after a browser or search result shows the wrong brand mark. Check representative templates if their heads differ.
Choose Try an example to load three illustrative sources: a standard icon, an Apple touch icon, and a manifest declaration. The tool runs the same rendering and coverage logic without claiming it fetched a real external site.
Read Coverage findings first. Warnings point to common gaps such as missing scalable or device-specific coverage. A clean result means the common checks passed for the captured inputs; it does not guarantee every browser, crawler, or operating system will choose the same file.
The preview row shows how the preferred detected candidate may appear in a browser tab, bookmark, Google result, and home-screen tile. These are consistency checks. Real surfaces can resize, mask, cache, or select a different declared asset.
Use the detected-icons table as the evidence inventory. Compare each declaration type and declared sizes with the natural pixel dimensions, then open the resolved U-R-L if needed. A mismatch can reveal an incorrect sizes attribute, unexpected file, or duplicate declaration.
The checker includes slash-favicon-dot-ico even when the H-T-M-L does not link it because browsers commonly request that conventional path. Treat it as a compatibility fallback, not a substitute for deliberate modern icon declarations.
A declared web app manifest is fetched through a small bounded J-S-O-N probe so its icon entries can join the table. Verify each manifest purpose, size, type, and path in the deployed file, especially for installable or maskable app experiences.
Download the C-S-V to hand off declaration types, sizes, dimensions, and U-R-Ls. Add the affected template, expected surface, owner, and fix status in your tracker so a site-wide asset issue is corrected centrally rather than patched page by page.
A host may block direct image loading, so dimensions can be unreadable. A bounded or partial H-T-M-L response cannot prove a declaration is missing. Browser and search caches may retain old icons after deployment. The preview also cannot reproduce every platform’s selection behavior.
Trace each warning to the shared head or manifest source. Add appropriately sized S-V-G or raster assets, accurate declarations, and stable public U-R-Ls. Deploy, check response status and content type, rerun this inventory, then verify the most important real browsers and devices after caches refresh.
Update the shared head template and manifest with intentional icon files, sizes, and absolute paths. Deploy the change, confirm every asset returns the correct type without redirects or blocking, clear relevant caches, and test the browser tab, bookmark, search result, mobile home screen, and installed-app experience on real devices.