Skip to main content
WizTools123
Free Online Tools

Tool Categories


Developer Tools New Tool

Free Online Meta Tag Analyzer and Head Tag Checker

Check the head tags on one page: title and description length, canonical, robots, viewport, charset, lang, hreflang, Open Graph, the Twitter card, favicons, theme colour, JSON-LD and the H1 count. Every check passes, warns or fails with a reason, and the search and social previews are drawn from the tags actually found.

Free Forever Nothing Uploaded Pass, warning or failure Search and social preview
Free Online Meta Tag Analyzer and Head Tag Checker
Share this tool
Advertisement Slot (Top Banner) Google AdSense Unit • Responsive Banner
Meta Tag Analyzer Everything happens in this tab. Nothing you paste is sent anywhere.
Checks
0 / 0 Give it a URL, or paste a page below.

The search result, drawn from the tags found on this page

example.com
No title tag found
No meta description found.

The shared card, drawn from the Open Graph and Twitter tags found

No og:image tag found
example.com
No og:title found
No og:description found.
Report
When you give this page a URL, the address is sent to this site’s own server, which fetches that page and hands the HTML back. This is the one exception on WizTools123: every other tool here does all its work inside your browser. The exception exists because a browser is not allowed to read another site’s HTML at all, so the work is impossible any other way. No cookies are sent, so a page behind a login cannot be read. If you would rather send nothing, switch the source to Paste HTML below and the server is never contacted.
Source
Assumed

Buy Us A Coffee

Enjoying WizTools123? Help keep our server infrastructure 100% free and open for everyone.

Buy Us A Coffee
Sponsored Content (Below Tool) Google AdSense Placement

Why This Page Talks to a Server at All

The one rule that makes the browser-only approach impossible.

Every other tool on this site runs entirely in your browser. That is a deliberate choice, and for most jobs it costs nothing: formatting JSON, converting colours or writing meta tags needs no help from anybody. Reading another site’s page is different. The same-origin policy stops a page on one domain from reading the response of a request to another domain, unless that other domain has explicitly opted in with a CORS header. Almost no website does. So a purely in-browser meta tag checker would work on about one site in a thousand, and fail silently on the rest.

The way round it is a small server-side fetcher, and this site has exactly one, shared by three tools. When you press Fetch, the URL you typed is sent to it, it makes the request, and it hands back the HTML it received. It refuses anything that is not http or https, and it refuses any host that resolves to a private, loopback or reserved address, so it cannot be used as a way into a network it should not reach. No cookies are sent with the request, which is why a page behind a login comes back either as a sign-in form or as nothing useful.

If none of that appeals, the Paste HTML mode does the whole analysis with no server involved at all. Open the page you want to check, view its source, copy it, and paste it in. Every check runs exactly the same way, because the checks were written against the parsed document and never care where the text came from.

How to Check a Page’s Meta Tags

A few steps, and nothing is uploaded.

1
Choose how the HTML gets here A URL is fetched by this site’s server, which is stated in the panel. Paste HTML instead and nothing is sent anywhere.
2
Fetch or paste With a URL, press Fetch and check. With pasted HTML, the checks run as you type. The head block on its own is enough for most of them.
3
Read the findings Each check is a pass, a warning or a failure, with what was found and a sentence saying why it matters and what to do about it.
4
Check the previews and take the report The search result and social card are built from the real tags. The report box holds the whole thing as plain text you can copy or download.

What to Know About These Checks

Including what this can never see, and why a URL goes to our server.

This checks one page, not a site, and it cannot see anything JavaScript adds. The HTML that arrives is the HTML the server sent, before any script has run. A page that injects its canonical tag or its Open Graph block from JavaScript will be reported as missing them here, even though a browser would end up with them. It also says nothing about the rest of your site: hreflang reciprocity, duplicate titles across pages and canonical loops all need more than one page to see, and this tool only ever looks at one.
Giving this page a URL sends that URL to our server. That is unavoidable for this kind of tool, because a browser is not permitted to read another site’s HTML, and it is the one exception on WizTools123. Cookies are never sent, so anything behind a login cannot be fetched and will come back as a sign-in page or an error. The Paste HTML mode exists for exactly this reason and touches no server at all.
The og:image is never downloaded, so its real size is never measured. If the page declares og:image:width and og:image:height, those numbers are reported as declared; if it does not, that is flagged as a warning rather than resolved by fetching the file. A declared size that does not match the actual image is one of the more common causes of a cropped social card, and it is something only the site owner can confirm.
The lengths are guidance, not limits anyone enforces. Search engines truncate on pixel width, not character count, so a title in capitals runs out sooner than the same title in lower case. The thresholds here are about sixty characters for a title and about a hundred and fifty five for a description, which is where truncation usually begins. A warning means truncation is likely, not that the tag is wrong.

Key Features & Capabilities

What this tool does, and what it deliberately does not.

Every head tag, checked Title, description, canonical, robots, viewport, charset and lang.
Social markup Open Graph and the Twitter card, including the fallback behaviour.
JSON-LD parsed Each block is parsed, its @type listed and a syntax error located.
Previews from real tags The search result and share card are built from what was found.
A no-server mode Paste the HTML and the analysis runs with nothing sent anywhere.
A plain-text report The whole finding list as text, ready to copy into a ticket.

About the Meta Tag Analyzer

A page’s head is where a surprising amount of trouble hides. The tags are invisible in the browser, they come from three unrelated specifications, and nothing complains when one is missing, spelled wrongly or pointing at the wrong address. The usual way this gets noticed is when a link shared in a chat app shows the wrong title, or when a page that should be indexed quietly is not. This tool exists to make that visible before somebody else finds it.

It reads the page with DOMParser, which is the same parser the browser itself uses, so malformed markup is handled the way a real browser would handle it rather than by a guess at a regular expression. Each check then asks one narrow question of the parsed document: is the tag there, is its value plausible, and does it agree with the other tags that claim to describe the same thing. A canonical that points somewhere else, an og:url that disagrees with it, or two h1 elements are all caught by comparison rather than by presence alone.

The hard part was honesty about what a single page can tell you. Plenty of checkers award a score that looks precise and quietly counts checks that never applied, or claim to verify things they cannot see. Here the score is out of the checks that actually ran, hreflang reciprocity is reported as uncheckable from one page because it is, and the fact that nothing JavaScript adds after load is visible is stated on the page rather than buried. A tool that overstates what it knows is worse than no tool.

Frequently Asked Questions

Fetching, logins, JavaScript, JSON-LD and what the score means.

Because a browser is not allowed to read another website’s HTML. The same-origin policy blocks it unless that site has opted in with a CORS header, which almost none do. Fetching through our own server is the only way the job can be done, and it is the one exception on WizTools123. The Paste HTML mode does the identical analysis with no server involved.

No. The fetcher never sends cookies, so the request arrives as an anonymous visitor and you will get the sign-in page, a redirect or an error. If you need to check a page only you can see, open it in your browser, view the source, copy it, and use Paste HTML instead. Everything is then checked locally.

Because the HTML fetched is what the server sent, before any script runs. Nothing on this page executes the page’s JavaScript. Most crawlers do render JavaScript now, but not all of them and not always promptly, so tags injected by a script are a real risk rather than only a reporting quirk. Putting the head tags in the server response is the safer choice.

Passes, out of the checks that applied to your page. A check that cannot apply is left out rather than counted as a failure: if there is no og:image at all, the checks on its dimensions and alt text are not included in the total. That keeps the denominator honest, and it means two pages can legitimately be scored out of different numbers.

Not against the vocabulary, no. Each application/ld+json block is parsed as JSON, the @type values found are listed, and a syntax error is reported with the line it is on. Whether a Product really needs an offers property, or whether Google will accept the markup as a rich result, is a separate question that needs the schema itself and Google’s own testing tool.

Every Other Developer Tool

88 more tools in this set. All free, all in your browser.

Advertisement Slot (Bottom Banner) Google AdSense Unit • Responsive Banner