An eligible page has no root og:image tag
In the reportIndexable pages have no og:image
og_image_missing · Review item
This appears when an indexable page has no root og:image tag in its head. An og:image:url tag alone does not satisfy this check, although the Open Graph protocol treats it as equivalent. Check the actual preview before deciding whether to add a root tag.
Severity: Notice. This notice records a missing declaration; it does not measure how a link preview or search title actually appears.
Why it matters
The Open Graph protocol lists og:image among its four required properties and describes og:image:url as identical to it. This check requires the root tag, so review a finding carefully if the URL variant is already present.
What to do
- Look at the finding: it shows the page and the Open Graph tags we found in its head.
- If no image property is present, add
<meta property="og:image">to the page's<head>, with the image's full address incontent. If onlyog:image:urlis present, check the actual preview first. - Use an image that reads well small, and check it loads for anyone.
When to leave it as it is: if the page is never shared, or a preview service already uses your og:image:url tag, you can leave it.
What we read
We read the <head> of each crawled page as served, without running JavaScript. A page is judged when it answered 200 with HTML, is indexable, with no noindex and no canonical to another address, and its head was read in full; pages over 2 MiB, or with more than one <head>, are marked as not checked.
A page is reported when its head has no og:image; og:image:url or og:image:secure_url on their own do not count in this implementation, even though the Open Graph protocol calls og:image:url identical to the root property. The image itself is not requested. Only <meta property="…"> tags inside <head> count, and one with an empty content still counts as present. A tag written as name="og:…", or placed after </head>, is not counted, and a page without a <head> tag is read as having none.
Example & evidence
Illustrative example — one page head, not a live audit.
https://bakery.example/cakes/ has in its head:
<meta property="og:title" content="Cakes">
<meta property="og:description" content="Cakes baked to order.">There is no og:image, so the page is reported.
<meta property="og:image" content="https://bakery.example/img/cakes-share.jpg">A possible correction: add a share image to the head.
Confirm & check again
Check for yourself: view the page source and search the <head> for og:image.
Check again: Full audit — run a new site audit. The prior finding can close when a complete check of the same page finds a root og:image, or establishes that the page is no longer eligible, for example because it is noindex or names another page as canonical. It can also close when the original URL has a confirmed permanent redirect within the site or serves a complete 200 non-HTML response. A direct 404 or 410, or an unreadable response, does not by itself confirm a fix; the prior finding remains unresolved.
Limits & sources
The check looks for the root og:image tag, so it can report a page that uses the protocol-equivalent og:image:url tag; it does not request the image or judge its size or format, and does not see how any site shows the preview. It reads the HTML served to our crawler and does not run JavaScript.
Confidence: High because the page head is read directly.
Sources
- ogp.me, The Open Graph protocol — lists og:image among the four required properties and defines og:image:url as identical to og:image. Checked 28 September 2026.
Editorial review: 29 September 2026