Open Graph Generator
Create Open Graph meta tags for social previews and page sharing.
Result
Open Graph Preview Tags for Social Sharing
Open Graph Generator builds the meta tags that help platforms understand how a page should appear when it is shared. The tool takes values from visible fields such as title, site name, site URL, description, type, number of images, image URLs, and optional video-related fields. It then produces an HTML meta tag snippet in the result area with a copy control.
The page is designed for creation, not crawling. It does not inspect a live URL to find existing tags, and it does not show a rendered social card. Its job is to help you assemble clean Open Graph markup before adding it to a page template or content management system.
Open Graph matters because social platforms and messaging apps often rely on page-level metadata when building link previews. The official Open Graph protocol lists four basic properties for every page object: og:title, og:type, og:image, and og:url. This generator gives you a structured way to prepare those values and supporting fields without typing every tag manually.
How to Create Open Graph Tags
- Enter the page title in the Title field.
- Add the Site Name so the generated markup identifies the source website.
- Paste the page URL into the Site Url field.
- Write a short page description in the description box.
- Choose the object type from the Type dropdown.
- Select the number of image fields you want to generate.
- Add image URLs, and add video fields when the selected use case needs video metadata.
- Select Generate and copy the generated Open Graph HTML from the result area.
Use the final public URL, not a private draft URL, when the tags are meant for a live page. The URL in Open Graph markup should represent the canonical page that people will visit after clicking the shared preview.
For image fields, paste full image URLs that the platform crawler can reach. If you use internal staging images, blocked hotlink paths, or temporary local URLs, the generated tags may look correct in the code but fail after publication.
Choosing the Right Open Graph Type
The type dropdown includes many visible options, including Book, Book Author, Business, Fitness Course, Music Album, Musician, Playlist, Radio Station, Song, Object, Place, Product, Product Group, Product Item, Profile, Election, Restaurant, Restaurant Menu, Restaurant Menu Item, Restaurant Menu Section, Video Episode, Video Movie, Video TV Show, Video Other, and Website. Most standard webpages should use Website unless the page clearly represents a more specific object.
| Page situation | Useful type direction | Reason |
|---|---|---|
| Homepage, tool page, article landing page, or documentation page | Website or a general object type | The preview represents a normal web page rather than a product, profile, or media item. |
| Product detail page | Product, Product Group, or Product Item | The shared object is a product-focused page. |
| Video page | Video Movie, Video Episode, Video TV Show, or Video Other | The preview should describe media rather than a generic page. |
| Restaurant page or menu page | Restaurant or restaurant menu-related types | The object has a specific local-business or menu context. |
Do not choose a specialized type only because it looks more interesting. A precise generic type is better than a misleading specific one. The type should describe the actual page object that the URL represents.
Images, Description, and Video Fields
The number-of-image control adds one or more image URL fields. Multiple images can be useful when a platform supports alternatives, but the first image often receives the most attention. Make the first image the safest representative preview image, with a clear subject and dimensions that suit social sharing.
The description field should summarize the specific page in one or two sentences. Avoid repeating the title word for word. A useful description tells users why the link is relevant before they open it. If the page is a tool, explain the output. If it is a product page, explain the product. If it is a guide, explain the topic and outcome.
When video fields appear, use them only for pages where video metadata is actually relevant. The generator can add video URL, secure URL, MIME type, width, and height fields, but those values should match real hosted media. Empty or inaccurate media tags can create confusing previews or crawler errors.
Where Open Graph Fits With Other Website Tasks
- Before launch: create the main tags before a page goes public.
- After redesign: update title, description, image, and type values that no longer match the page.
- For social campaigns: prepare page-specific previews instead of using the same sitewide metadata everywhere.
- For CMS templates: create a clean example block for developers or editors.
If you also need X or Twitter-specific tags, use Twitter Card Generator alongside this page. If you want to test a small markup sample before placing it into a layout, use HTML Viewer. When you need a visual capture of the final page after publishing, Website Screenshot is a practical follow-up.
Review Before You Copy the Generated Tags
Check every value as if it will be read by a crawler, not only by a person. The title should be accurate, the URL should be canonical, the image should be public, the type should describe the page, and the description should not be a generic brand slogan. Good Open Graph tags make the shared link easier to understand; inaccurate tags make the preview look careless.
After you add the generated HTML to your page, publish or refresh the page source and test the live URL with the social platform tools you use. Many platforms cache preview data. If a preview looks outdated, the generated code may be correct while the platform is still showing a cached version.
For multi-page websites, avoid using one universal Open Graph block everywhere. A homepage, article, tool page, product page, and contact page usually need different titles, descriptions, images, and sometimes different types. The generated snippet should be treated as a page-specific model. If your site uses templates, convert the sample values into template variables only after you confirm which fields need to change per page.
Image choice deserves special attention because it often determines whether the shared preview looks intentional. Use an image that is public, relevant, and large enough for platform previews. Do not use a private dashboard image, a local file path, or an image that depends on a logged-in session. If the first image URL is weak, adding more image fields will not necessarily fix the preview; the safest image should come first.