Powering link previews, metadata extraction, and URL intelligence workflows at scale.
Websites expose useful information across Open Graph tags, Twitter Cards, HTML meta tags, and other page markup. OpenGraph.io collects that information and returns it through a consistent API response.
The best available page title from Open Graph, Twitter Cards, or HTML.
A short summary pulled from social tags or the standard meta description.
The primary preview image with the most reliable source available.
The site favicon URL for source context in your application.
Publisher or site name when available from page metadata.
The canonical page URL when the page publishes one.
The resolved URL after redirects and normalization.
Full Open Graph tag set returned alongside normalized fields.
Twitter Card fields for platforms that rely on that tag format.
Websites do not consistently publish one perfect metadata standard. Depending on the page, useful information may come from several sources.
Parsing a well-tagged webpage is simple. Reliably extracting useful metadata from arbitrary URLs at production scale is the harder problem.
Some metadata only appears after client-side rendering. auto_render handles those pages without a separate browser stack.
auto_proxy helps reach sites that block naive scrapers or return different content to bots.
Failed fetches retry with smarter proxy and render behavior so extraction stays reliable.
Repeated lookups for the same URL can use cached metadata instead of hitting the origin every time.
Request metadata in a preferred language when the target site supports it.
Scale metadata extraction across user-submitted URLs with plans built for real traffic.
Developers use the URL Metadata API when URLs flow through a product and need to become structured records — not just preview cards.
Send a URL. Receive normalized metadata. Full parameters and edge-case guidance live in the Site API docs.
These APIs solve closely related URL metadata problems. The right choice depends on what you want to do with the response.
Best for displaying a page.
You want title, description, image, domain, and fallback data ready for a UI.
Best for working directly with published Open Graph metadata.
You want the social tags a page actually publishes, rather than normalized best-available metadata.
Make a GET request with your URL and API key. That is the entire integration for most applications.
The platform reads Open Graph tags, Twitter Cards, HTML metadata, and fallback values from the live page.
Get a consistent response with hybridGraph for best-available values, plus source-specific data when you need it.