Paste the meta tags or full HTML for several pages at once — as text, not URLs — and preview the social share card for every one. No fetch, so it works on localhost, staging, and pages behind a login, not just live public URLs.
One page per block. Paste the page's <meta> tags (or the full page HTML — extra tags are ignored). Start a block with ### Page name (optional). Separate multiple pages with a line containing just -----.
Most Open Graph checkers work by fetching your URL on their server, the way a social media crawler would. That's the right approach for a live public page, but it can't reach anything that isn't publicly and immediately accessible — a page on localhost during development, a staging environment behind basic auth, or a page still behind a login before launch. Pasting the tags directly checks exactly what's in your HTML right now, regardless of whether a server can reach it. See this post for the full case for checking tags this way before a page is even live.
Each page is checked for og:title, og:description, og:image, and twitter:card. Per the Twitter/X spec, missing twitter:title, twitter:description, and twitter:image fall back to their og: equivalents — this tool applies that same fallback when rendering the X preview, so you're seeing what X would actually display, not just what's explicitly set.
The preview loads each og:image URL directly as an image in your browser, the same way any webpage loads an image — it doesn't route through a server, so this works for any publicly reachable image URL. If an image is on localhost or behind auth, the preview card will show a broken image icon even though the tag itself is valid; that's expected, since your browser (like a social platform's crawler) still needs to actually reach the image file.
No hard cap enforced by this tool — paste as many page blocks as you need.
Yes. The parser scans for <meta> tags with an og: or twitter: property/name anywhere in the pasted text and ignores everything else, so pasting an entire view-source dump works the same as pasting just the relevant tags.
That's the platform's own fallback behavior, not a bug in this tool — X reads og:title, og:description, and og:image whenever the twitter-specific versions are absent. Setting explicit twitter: tags only matters when you want different copy or a different image on X specifically.