Enter a URL
Enter a public page URL to retrieve the HTML returned to this tool’s request. You can inspect page titles, meta tags, canonical references, headings, structured data, links, script references, and other markup that appears in the response. The result is a snapshot of one request, not necessarily the page’s final browser-rendered state.
A web server usually sends an HTML document first. A browser parses that document and may then run JavaScript, request additional data, insert content, remove elements, or change attributes. The resulting document structure is called the live DOM.
| View | What it represents | Where to examine it |
|---|---|---|
| Returned source | The HTML body received for a particular request. | This tool or a browser’s “View Source” feature. |
| Live DOM | The document after the browser has parsed the HTML and applied script-driven changes. | The Elements or Inspector panel in browser developer tools. |
| Visible page | The rendered presentation after HTML, CSS, scripts, fonts, and other resources are processed. | The normal browser window. |
This distinction matters on sites built with client-side frameworks. Text visible on screen may be absent from the returned HTML because a script added it later. The reverse can also occur: source may contain templates, metadata, or embedded data that never appears visibly.
, rel="canonical", a heading, a product description, or a structured-data property.If the requested address unexpectedly changes versions, use the WWW Redirect Checker to review the redirect path. If the response appears to be an error page, the Server Status Checker can provide additional HTTP status context.
Suppose a product page visibly shows the heading “Adjustable Desk Lamp” and an availability message. The source retrieved by this tool contains only the following application container and script reference:
A browser’s Elements panel, examined after the page finishes loading, instead shows:
Adjustable Desk Lamp
Available for delivery
The narrow conclusion is that the heading and message were not present in the HTML returned to this tool’s request. JavaScript appears to have inserted them into the browser DOM. This does not prove that every crawler misses the content, that the page cannot be indexed, or that JavaScript is necessarily malfunctioning. Different services have different rendering behavior, and the page may also return different HTML under other request conditions.
| Finding | Reasonable interpretation | What it does not establish |
|---|---|---|
| Expected title or meta description is present | The response includes that markup. | That a search service will display the same wording. |
| A canonical URL is present | The page declares a preferred URL in its HTML. | That the declared URL will be selected for indexing. |
| Visible text is absent | The text may be script-generated, conditionally served, or missing from this response. | That no browser or crawler can access it. |
| Structured data appears in the source | The response contains structured markup. | That the markup is valid, eligible, accurate, or used externally. |
| A script, image, or stylesheet URL appears | The HTML references that resource. | That the resource loads successfully. |
Do not assume this result is identical to what every visitor receives. Servers and content delivery systems can vary responses by location, language, device hints, request headers, cookies, authentication, experiments, rate limits, or bot controls. Cached HTML may also lag behind a recent publication.
A specific limitation of this tool is that source retrieval does not reproduce a full interactive browser session. It cannot, by source alone, show the final DOM after scripts run or explain why markup is missing. Review tool methodology and limitations before drawing broader conclusions.
Inspect only public pages you are permitted to access. Do not submit private dashboards, internal network addresses, password-reset links, preview URLs, session identifiers, authentication tokens, or temporary access keys. Public visibility also does not grant permission to reuse another site’s code or content.
Before sharing a source extract, check it for personal information, embedded credentials, internal comments, or sensitive URL parameters. If you encounter a suspected secret or vulnerability, avoid publishing it and report the issue privately through the site owner’s established security or support channel.