Inventory links on a page
Inspect internal, external, resource, and protocol links with their source locations in the fetched HTML.
Free, no signup. Find crawlable links, images, stylesheets, and scripts on one page. Review structural anchor patterns first, then optionally batch-check the extracted URLs.
Checks run from our server; we fetch the URL you enter and don't keep the results. The page URL and, only when you choose status checks, its extracted public resource URLs are fetched; nothing is stored. 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.
Illustrative example — deterministic output for the HTML below
<a href="/pricing">Learn more</a>
<a href="/support">Learn more</a>
<a href="#">Contact us</a>
<img src="/images/product.webp" alt="Product dashboard">href="#".+ 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.
Warnings identify concrete ambiguity or non-navigation. Info marks patterns that need human context. A clean structural report means none of the implemented anchor rules fired; it does not prove every link is useful. Status numbers are live network observations, while a missing status or network error is not treated as a pass.
The page fetch returns raw HTML. A local extractor reads a, img, link, and script elements, resolves eligible relative URLs against the final page URL, and records source line and column. Anchor rules compare labels, targets, and rel values. Optional checks deduplicate public URLs and send batches of at most 25 to the status endpoint.
This is a single-page raw-HTML audit, not a site crawler or rendered-DOM analyzer. It does not score PageRank, judge the editorial quality of a link, discover links created by JavaScript, or prove that a 200 response contains the expected content. Status checks can also be blocked or rate-limited by destination servers. Use Render Gap to compare links added after JavaScript runs →
No. It extracts links and resources from one page. Optional status checks request only the unique public URLs found on that page, in bounded batches.
Short labels such as “click here,” “read more,” and “learn more” are flagged because they provide little destination context when read alone.
No. They are shown as informational findings for review. Nofollowrel="nofollow" is a value of the HTML link rel attribute that tells search engines you don't vouch for a linked page and don't want to pass ranking signals to it. Since 2019–2020 Google treats it as a hint, not a directive — and it does not reliably block crawling or indexing. may be intentional, but routinely using it on ordinary internal navigation can make the linking strategy harder to understand.
The analyzer reads raw HTML and does not execute JavaScript. Links inserted after renderingTurning HTML, CSS, and JavaScript into the final visual page and DOM., links hidden inside application state, and resources beyond the 250-item display cap are not included.
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 internal, external, resource, and protocol links with their source locations in the fetched HTML.
Find empty, generic, repeated, or unusually long anchor text as calibrated review candidates rather than automatic failures.
Optionally request HTTP statuses for selected links while keeping untested and unavailable targets visible.
Export evidence for broken destinations, redirects, or weak anchors and verify each fix by rerunning the page.
Watch the full workflow
A page-level link audit is most useful when it separates source-structure findings from live network observations. I’ll show you how to analyze one public page, read anchor warnings and distributions, inspect resolved links and resources with source locations, opt into bounded status checks, interpret redirects and failures carefully, understand raw-H-T-M-L limits, and prioritize fixes.
Use this tool when reviewing a template, debugging internal links, checking a launch page, or gathering a resource inventory. It extracts anchors, images, stylesheets, and scripts from one raw-H-T-M-L response—not from the entire site.
Enter the complete public page U-R-L and choose Analyze page. The tool fetches the page once, resolves eligible relative paths against the final U-R-L, records line and column locations, and evaluates anchor structure in the browser.
Start with structural findings because they come directly from the captured source. Status checks are optional and request each unique public destination separately. Keeping these phases distinct prevents a live network response from obscuring an obvious markup issue.
This walkthrough uses fictional example dot com rows and explicitly illustrative statuses. A real run selects Analyze page and waits for the fetched raw H-T-M-L. Status numbers appear only after you separately choose Check H-T-T-P status.
The summary identifies the final analyzed U-R-L, how many extractable items are displayed, and any acquisition warning. The table is capped at two hundred fifty items. A truncated response cannot prove links were absent or the remaining structure was clean.
Warnings identify concrete problems such as empty destinations, hash-only placeholders, or the same generic label pointing to different targets. Information marks patterns needing context, including generic anchor text or internal nofollow. Nofollow is not automatically wrong.
The anchor dashboard separates descriptive, generic, and empty labels, then shows the most-linked destinations. Use it to spot template-wide repetition, weak navigation wording, and unusually concentrated targets—not to infer PageRank or editorial quality.
Each row records the resource type, source line and column, original path, and resolved public U-R-L. Source locations make it faster to find the responsible template or content block. Repeated rows can reveal component-level issues worth fixing centrally.
Choose Check H-T-T-P status only when you need current response evidence. Unique public U-R-Ls are deduplicated and sent in batches of at most twenty-five. Network failures, blocking, and rate limits remain visible instead of being converted into a clean result.
A redirect may be intentional, though avoidable internal redirect hops can waste time and complicate maintenance. A two-hundred response only proves successful delivery; it does not prove the destination contains the expected content. Inspect important targets directly.
This is not a whole-site crawler, rendered-D-O-M analyzer, or PageRank model. It cannot discover JavaScript-injected links, judge a link’s editorial value, or guarantee destination content. Servers can also block or rate-limit optional status requests.
Replace placeholders, clarify weak labels, correct wrong paths, and update avoidable internal redirects in the shared source. Reanalyze the page, then use Render Gap for JavaScript-added links or a dedicated crawler for site-wide coverage. Verify priority destinations manually before closing the issue.
Trace repeated findings to the shared template, replace non-navigational placeholders, make anchor labels understandable out of context, and update avoidable internal redirects. Then verify important destinations return the expected content—not merely a two-hundred status—and use rendered-D-O-M or site-crawl evidence when one raw page is insufficient.