og:type is set appropriately per content type
Why it matters
Setting og:type correctly unlocks platform-specific display features. Facebook and LinkedIn parse og:type: 'article' to expose article-specific properties — article:published_time, article:author, and article:section — which enable richer presentation in article feeds and content discovery systems. When blog posts use og:type: 'website', these article-specific fields are ignored even if present, and the platform cannot categorize the content correctly. Per ogp.me, the type field is mandatory for structured content; the default website type is a catch-all that opts the content out of article-specific distribution features. The findability impact is real for content-driven sites dependent on social amplification.
Severity rationale
Medium because incorrect og:type causes article pages to be classified as generic websites, forfeiting article-specific display features on Facebook and LinkedIn without breaking the share entirely.
Remediation
Set og:type: 'article' at the blog route level, not in the root layout. Override per page type:
// app/blog/[slug]/page.tsx
openGraph: {
type: 'article',
publishedTime: post.publishedAt,
authors: [post.authorUrl],
section: post.category,
}
For marketing pages, landing pages, and the homepage, omit og:type entirely or set type: 'website' explicitly. Never set type: 'article' in app/layout.tsx — it will misclassify every page in the site.
DetectionPro
The detection method for this pattern is part of AuditBuffet Pro.
The full method (what to look for, pass and fail conditions, and how results get reported) ships inside the Social Sharing Audit. The pattern definition, severity rationale, and remediation remain openly licensed under CC-BY-4.0.
External references
- external · ogp.me — The Open Graph Protocol — og:type
Taxons
History
- 2026-04-18·v1.0.0·Initial import from marketing-social-sharing·automated