Burt's Bees ships its logo as every share image
The og:image is a file called burts_logo_open_graph_image.png. Every link looks the same.
burtsbees.com
So every product link looks like this
The logo, at every URL, forever.
www.burtsbees.com
What's actually wrong
The tags are all present and correctly formed, which is why this never gets flagged. The problem is the value: og:image points at burts_logo_open_graph_image.png on every page. Lip balm, face care, gift sets, and the about page all share one asset, so every link anyone posts is visually identical. In a group chat, a link that looks like the last four links from the same brand reads as an ad and gets scrolled past.
This is cause 3 of the 5 ways link previews break. The full breakdown covers the manual fix and the automatic one.
meta[property='og:image'] → burts_logo_open_graph_image.pngmeta[name='twitter:image'] → burts_logo_open_graph_image.pngsame asset on every route we sampledBurt's Bees, per page
The product in the card, rendered from the page it points at.
Burt's Bees
One asset, every category
Nothing about the link tells you which product it opens.
Lip care on Twitter
The category people actually link to.
Burt's Bees Lip Care
www.burtsbees.com
Face care on Facebook
A different category, the same image today.
burtsbees.com
Burt's Bees Face Care
www.burtsbees.com
For whoever owns the templates
Valid tags, wrong value
Nothing here is malformed, so linters and preview debuggers pass it. The defect is that one asset is reused across every route.
og:image → burts_logo_open_graph_image.pngIdentical links suppress clicks
People skim chats and feeds by image. When five links from a brand share one image, the later ones look like reposts and get skipped.
Per-page without per-page work
OpenGraph+ renders the page behind the link, so a new product gets its own card the day it ships without anyone exporting a PNG.