Favidetect checks which of your site's favicons actually exist and which are missing. Here's how to use it, answers to common questions, and what's still being built.
1. Go to the Icon Checker page.
2. Paste the full URL of any public web page — for example,
https://github.com — and click Check Icons.
You can omit the https:// prefix; the tool adds it automatically.
3. Favidetect fetches the page, parses every icon declaration
in the <head>, and requests each icon file individually.
It also checks /favicon.ico and /apple-touch-icon.png
at the site root — these are requested by browsers and devices by convention,
even if the page does not declare them.
4. The results table shows:
rel attribute of the link tag (or "root fallback" for conventionally requested files).5. The usage slot summary tells you whether the browser tab, Google search result, and iOS home screen would each have an icon to use.
No registration or email needed. There are no accounts, so there is no check history — each result is a fresh point-in-time snapshot.
<link rel="icon">
tag, and as of 2024 it requires the image to be at least 48×48 pixels.
Run the URL through Favidetect to confirm the icon is present, is an accepted
format (PNG works best for Google), and meets the size requirement. If the icon
used to appear and stopped, Google may also need a recrawl — Search Console
can request that. Note that Favidetect cannot request a recrawl; that is handled
through Search Console directly.
<link> tag, for example:<link rel="icon" href="/favicon.ico?v=2">.
This forces the browser to treat it as a new resource. If Favidetect shows the
old file is still being served, the server may not have deployed the replacement
yet — check your deployment pipeline.
/favicon.ico from the site root automatically,
even if your page does not declare it anywhere. If that file is missing (404),
the browser tab shows a blank or generic icon. Favidetect always checks
/favicon.ico as a root fallback — if the result says "Missing"
for that row, you need to place a favicon.ico file at your
domain root, or declare a specific icon in your page's <head>
using a full URL. The tool shows you exactly which of the two approaches
(declared icon or root fallback) is failing.
<link rel="apple-touch-icon">
declaration in the page head. If none is found, Safari on iOS falls back to
requesting /apple-touch-icon.png from the site root by convention.
Favidetect checks both: any declared apple-touch-icon links,
and the root fallback /apple-touch-icon.png. The
recommended size for an Apple touch icon is 180×180 pixels in PNG format.
Check the "iOS home screen" usage slot in the results — if it says "No icon",
either the declaration is missing or the file is not reachable.
<link> tag declares a type attribute
(for example type="image/png") but the actual file served is a
different format (for example a JPEG image), the tool marks it as
Type mismatch. Similarly, if the sizes attribute
says sizes="32x32" but the actual image dimensions are different,
it is Size mismatch. These mismatches happen when an icon
file was replaced with a differently sized image and the HTML was not updated.
They are not necessarily critical — browsers often handle mismatches gracefully —
but they indicate an inconsistency that could affect how the icon is rendered
on some clients.
Favidetect is a brand-new tool. Several features are planned but not yet built. Here is what the tool does not do:
In the meantime, if you have found a bug or have a feature request, your best option is to note it down and check back once a support channel is available. All reported issues are valuable for shaping the roadmap.
Can't reach us by phone, chat, or social media either. No support channels of any kind are configured yet. The operator is aware of this gap and will address it.