Staaarter

Twitter Card Validator

Fetches a page (or accepts pasted HTML) and checks its twitter:* meta tags: whether twitter:card is a recognized value, and whether twitter:title, twitter:description, and twitter:image are present - cross-referencing each against the matching og:* tag, since X/Twitter and most other platforms fall back to Open Graph tags when a twitter:* tag is absent. A free online tool from Staaarter, right in your browser.

Runs locallyUpdated 2026-08-04
By Staaarter Team
checkerlivesocial

Overview

Introduction

A Twitter Card controls how a link looks when shared on X/Twitter: a bare link, a small card with a square thumbnail, or a large image card, depending on which tags are present and what twitter:card is set to.

This tool checks a page's twitter:* tags for validity and, since the platform commonly falls back to Open Graph tags when a twitter:* one is missing, cross-references each field against its og:* equivalent so a missing twitter:title doesn't get flagged as broken when og:title already covers it.

What Is Twitter Card Validator?

A Twitter Card tag auditor that checks twitter:card is set to a recognized value and that twitter:title, twitter:description, and twitter:image are present, falling back to the matching Open Graph tag for each when the twitter:* version is absent.

It works two ways: fetching a URL directly when the target allows cross-origin requests, or reading HTML you paste in, which works regardless of CORS.

How Twitter Card Validator Works

The HTML is parsed with the browser's DOMParser, twitter:* and og:* meta tags are both extracted, and twitter:card is checked against the four valid values (summary, summary_large_image, app, player).

For twitter:title, twitter:description, and twitter:image, a missing tag is checked against its Open Graph counterpart (og:title, og:description, og:image respectively) before being flagged, since the fallback usually means the card still renders fine.

When To Use Twitter Card Validator

Before sharing a new page's link on X for the first time, to confirm the card type and preview content are what you expect.

While debugging a Twitter Card that isn't rendering as expected, to see whether it's genuinely missing tags or relying on an Open Graph fallback that might itself be incomplete.

Often used alongside Open Graph Checker and Meta Tag Checker.

Features

Advantages

  • Distinguishes a genuinely missing field from one that's covered by an Open Graph fallback, which most simple tag checkers don't do.
  • Validates twitter:card against the actual four recognized values instead of just checking it's present.
  • Works on any page via the paste-source fallback, not just pages with permissive CORS.

Limitations

  • This tool checks tag presence and validity, not whether the actual card renders correctly on X, which also depends on X's own crawler cache and image fetch success.
  • A live fetch only works when the target sends permissive CORS headers, which most ordinary websites don't; use the paste fallback for anything else.

Examples

A page relying entirely on Open Graph fallback

Input

<meta property="og:title" content="Buy Running Shoes Online">
<meta property="og:description" content="Shop running shoes with free shipping.">
<meta property="og:image" content="https://example.com/shoes.jpg">

Output

twitter:card: missing
twitter:title: warning (falls back to og:title)
twitter:description: warning (falls back to og:description)
twitter:image: warning (falls back to og:image)

No twitter:* tags exist, but every field has a working Open Graph fallback except twitter:card itself, which has no OG equivalent and should still be set explicitly.

A fully specified Twitter Card

Input

<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:title" content="Buy Running Shoes Online">

Output

twitter:card: good (summary_large_image)
twitter:title: good

twitter:card is set to a valid, recognized value and twitter:title is explicitly present.

Best Practices & Notes

Best Practices

  • Always set twitter:card explicitly, since there's no Open Graph tag that substitutes for it - without it, X falls back to a plain link with no card layout at all.
  • Use summary_large_image for content-heavy pages like articles and product pages, since it gives the image far more visual weight in the timeline than summary's small square thumbnail.

Developer Notes

The fallback check here mirrors X's documented behavior, but platform fallback logic can change without notice; treat a 'relies on OG fallback' warning as informational, not a guaranteed pass, and spot-check the actual rendered card periodically.

Twitter Card Validator Use Cases

  • Auditing a page's Twitter Card setup before a launch or marketing push
  • Debugging why a shared X link isn't showing an image, by checking whether both twitter:image and og:image are missing
  • Deciding whether a page needs explicit twitter:* tags at all, given its existing Open Graph coverage

Common Mistakes

  • Assuming a missing twitter:image means the card will have no image, without checking whether og:image already covers it via fallback.
  • Setting twitter:card to an invalid or misspelled value (like "large_image" instead of "summary_large_image"), which is typically just ignored rather than producing a visible error.

Tips

  • If you only set one twitter:* tag, make it twitter:card - it has no Open Graph fallback, while title/description/image usually do.

References

Frequently Asked Questions