Google Index Checker
Read the real indexability signals on any URL - live HTTP status, meta robots rules, canonical, title and description, and the robots.txt rules that apply to Googlebot - then verify indexing yourself in Search Console.
Click to upload or drag & drop CSV or TXT file (URLs one per line)
Requests go through public gateways that rate-limit and sometimes refuse traffic, so a short pause improves reliability.
📋 Check Results:
What each row really tells you
The page is fetched through public CORS gateways in order - AllOrigins JSON first, because it returns the origin's real HTTP
status code along with the HTML, then raw pass-through gateways (AllOrigins raw, CodeTabs, cors.lol) which return content but not
the code. Responses that are clearly a gateway's own error page are rejected rather than mistaken for your site. From the HTML the
tool reads <meta name="robots">, <meta name="googlebot">, the canonical link, the title and the
meta description. It then fetches https://your-host/robots.txt the same way and applies the Allow and
Disallow rules that target Googlebot or * to the exact path you submitted.
- Blocking signal found - a
noindex, anone, a matchingDisallow, or a non-2xx status. These are the reasons a URL is missing from Google most often, and they are all fixable on your side. - No blocking signal - the page is open to crawling. It does not confirm that Google has crawled or indexed it.
- Not reachable here - every public gateway failed (they are rate-limited, and many hosts and CDNs block proxy traffic). That is a limitation of this page, not a verdict on your URL - retry later or check in Search Console.
Signals a browser cannot see. The X-Robots-Tag HTTP header is set by the server but is not exposed
through these gateways, so a page can be noindexed by header and look clean here. Soft 404s, JavaScript-rendered content,
duplicate-content consolidation and crawl budget are invisible to any client-side tool. For those, use
Google Search Console -
URL Inspection for one page, the Pages report for the whole site - which reads Google's own index state rather than guessing.
Next steps with the signals you get here: generate correct crawl rules with the robots.txt generator, review tags and structured metadata with the meta tag analyzer, build a submission map with the sitemap generator, confirm real response codes with the HTTP status checker, and sweep the site for dead links with the broken link checker.
How to Use Google Index Checker
Follow these simple steps to get the best results.
List the URLs to inspect
Paste up to 10 full http(s) URLs, one per line, or load a CSV/TXT file - the first column is read and the list is trimmed to the limit.
Run the inspection
Click Inspect URLs. Each page is fetched through public gateways (AllOrigins JSON first because it exposes the origin HTTP code, then raw pass-throughs) and its host robots.txt is fetched the same way, with your pause setting applied between URLs.
Read the signals and verdict
See the HTTP code as read, meta robots and googlebot directives, where the canonical points, title and description lengths, and which Allow or Disallow rule matches your exact path - then open the site: query link and confirm the real index state in Search Console.
Frequently Asked Questions
Everything you need to know about Google Index Checker.
About the Google Index Checker Tool
Pages disappear from Google for a small set of predictable reasons, and almost all of them are visible in the page itself. The ToolFlic Google Index Checker fetches each URL you submit and reports the real HTTP status where a gateway exposes it, the meta robots and googlebot directives, whether a canonical points somewhere else, the title and meta description lengths, and the exact Allow or Disallow rule in the host robots.txt that covers that path. Each row then gets a verdict - blocking signal found, open to crawling, or not reachable through the gateways - plus a one-click site: query so you can look the URL up yourself. It never claims to know Google's index state, because no browser-based tool can.
Core Advantages
Catch a noindex left behind by a staging plugin, a template canonical that funnels every variant into one URL, accidental robots.txt blocks on /wp- or /?sort= paths, and 404 or 410 responses on pages that should be live. Diagnosing those on your own costs minutes; missing them costs weeks of invisible traffic. Export the signals as CSV to track a whole template group, or copy the full report into a ticket for your developer.
Architecture & Security
A page cannot query Google's index from a browser - search results are blocked to scripts and personalisation changes what any single user sees. So this tool measures what is measurable: it fetches the URL and its robots.txt through public CORS gateways in order (AllOrigins JSON, which returns the origin HTTP code, then AllOrigins raw, CodeTabs and cors.lol, which return content only), rejects gateway error pages instead of mistaking them for your site, parses the document with DOMParser, and applies the robots.txt exclusion protocol to the submitted path - longest-match wins, "*" matches any run of characters and a trailing "$" anchors the end, with groups read for Googlebot and the wildcard agent. Authoritative index status lives in Search Console URL Inspection.
Under the Hood: the Google Index Checker explained properly
No marketing filler — just the mechanics, the trade-offs and the real limits, explained clearly.
How it actually works
No browser-based page can query the Google index, since results are blocked to scripts and personalisation changes what any one user sees, so this tool measures the signals that keep a page out of the index instead of faking a yes or no verdict. Each URL is fetched through an ordered chain of public gateways, AllOrigins JSON first because it returns the origin status code and then raw pass-throughs, its host robots.txt is fetched the same way, and a gateway error page is rejected rather than read as your site.
The page is parsed with DOMParser for the things that matter to a crawler: the meta robots and googlebot directives, with noindex and none detected as blockers, whether a canonical points somewhere else, and the title and meta description. The robots.txt file is then matched against your exact path using the exclusion rules Google applies: longest match wins, an asterisk matches any run of characters, a trailing dollar sign anchors the end, and groups are read for both Googlebot and the wildcard agent.
Each row gets one of four verdicts - a blocking signal was found, the URL is open to crawling, it was not reachable through the gateways, or the URL was invalid - plus a one-click site query so you can look the URL up yourself.
What that means for your results
Index state is never invented. The report and the CSV export carry a column that always says Google index status is not determinable client-side and points to Search Console URL Inspection, and the delay slider paces requests so a batch of ten does not simply hammer the gateways.
The robots matching was tested against a set of real-world files, including the case where a rule written for another bot must not be applied to Googlebot, so a Disallow meant for Bingbot is not falsely reported against Google.
Where it falls short — honestly
It inspects up to ten URLs at a time, and the assessment reflects what a public gateway can fetch now from an ordinary browser, so a page behind a login, one that blocks datacentre IPs, or one whose host rate-limits the gateway may come back not reachable, which is a limitation of this check rather than a finding about the site.
The X-Robots-Tag HTTP header is a real blocker that this tool cannot read, because gateways expose content rather than response headers, so a noindex delivered that way is invisible here.
This is a crawl-friendliness snapshot, not an index query; authoritative coverage lives only in Search Console.
A real end-to-end workflow
Paste up to ten of your own URLs, or a CSV of them, before you panic over a traffic dip: it surfaces a noindex left by a staging plugin, a template canonical funneling every variant into one URL, or an accidental robots.txt block on a path you thought was open.
For the transport status of the same URL use HTTP Status Checker; to audit the tags in the head, use Meta Tag Analyzer; and for the authoritative answer, open the site query it gives you and use Search Console URL Inspection.
In-Depth Guides Using This Tool
Tested workflows, exact sizes and limits — written step by step by the ToolFlic team.
Browse more Seo Tools
View All Seo →Your Privacy is Our Core Mission
We've built this utility specifically to protect your digital footprint. Every byte of data is processed locally within your browser — it never touches our servers. That is our absolute guarantee.
Designed for productivity, optimized for security. We know how critical 📈 are, and we're here to make them seamless and safe.