Schema markup is one of those SEO topics that generates more anxiety than it deserves. The promise — that adding structured data to your pages will produce rich results in Google search and dramatically improve click-through rates — is real but narrow. Not all schema types produce visible rich results, and most that do are irrelevant to content sites. Understanding which ones actually matter is worth more than a general understanding of what schema is.
The short version: for a content-focused site (blog, publication, resource library), a small number of schema types genuinely help. The rest are either neutral or a maintenance burden with no visible upside. Implement the few that matter, skip the rest.
Article Schema: The Baseline for Blog Posts
Article schema (specifically `Article` or `BlogPosting` in Schema.org terminology) is the foundation for content pages. It tells Google the article title, author, publication date, and description in a machine-readable format. It doesn't produce flashy rich results on its own, but it feeds into Google's understanding of your content as a structured piece of journalism — which helps Google read authorship and dates correctly.
The fields that matter most: `headline`, `author` (as a `Person` with a `name` and ideally a `url`), `datePublished`, `dateModified`, `publisher` (as an `Organization` with a `logo`), and `description`. If you're generating content at scale, this schema should be auto-generated from the article's metadata — not manually written for each piece. Citeya's blog pages include this automatically in the prerendered HTML.
FAQPage Schema: Useful Markup, No Longer a Rich Result
FAQPage schema used to produce accordion-style rich results in Google search, with expandable questions beneath your listing. For a while it was one of the few schema types that visibly changed a content site's search listing.
Even then, Google limited those results to pages where the FAQ content was genuinely prominent and useful, and in 2023 restricted them mainly to well-known government and health sites. A page with a substantial FAQ covering real reader questions is still worth writing; three generic questions tacked on for the schema never were.
Google's own changelog confirms FAQ rich results have now been removed from Search, so treat FAQPage markup as an accurate description of Q&A content that's genuinely visible on the page, not as a rich-result play.
HowTo Schema: For Process-Oriented Content
HowTo schema was designed for step-by-step guides and used to produce rich results that showed the steps directly in the SERP. Its eligibility requirements were more specific than Article or FAQ: the page had to describe a process with defined steps, each with a description. Generic 'how to' articles without a clear sequence never qualified.
Google deprecated the HowTo rich result on both mobile and desktop in 2023, so the markup won't produce a rich result in Google today. Adding it to a genuine process article does no harm, but don't expect a visible payoff.
Even without the rich result, the schema.org HowTo specification is worth reading once, because its property list doubles as a decent editorial checklist for a process article. It expects a `name`, a `step` array (each step ideally its own `HowToStep` with a `text`), and optionally `totalTime`, `tool`, and `supply`. If you can't fill in those fields honestly for your article — if there's no real ordered sequence of steps, no identifiable tools or materials — that's a signal the article isn't actually a HowTo, whatever the title says. It's structured the way it is because Google, and readers, expect a process to have a beginning, a middle, and discrete steps in between.
What Not to Bother With (For Content Sites)
Product schema: irrelevant unless you're selling products. BreadcrumbList: adds breadcrumb navigation in search results — marginally useful for site architecture clarity, not worth prioritising over content-type schema. SitelinksSearchBox: Google retired the sitelinks search box in late 2024, so this markup no longer does anything in Search. WebSite schema: minimally impactful for most sites and rarely worth the implementation overhead.
The pattern with schema is that the types with the highest visibility impact (Product, Recipe, Event) are highly context-specific. For a content site, you're working with a narrower set of types that produce subtler results. That's fine — the ROI from getting Article markup right is real, it's just less dramatic than a full recipe card appearing in search.
A Worked Example: What Article Schema Actually Looks Like
Take a single blog post and walk through what its Article schema needs to say. `headline` is the article title, verbatim — not a rewritten SEO version, the actual `<h1>` text, because a mismatch between the two is exactly the kind of inconsistency that erodes trust signals over time. `author` is a `Person` object with a `name` and, ideally, a `url` pointing to a real bio or author page — not 'Admin,' not the company name stuffed into a person field.
`datePublished` and `dateModified` are both ISO 8601 timestamps, and they need to be genuinely accurate — `dateModified` should change only when the content substantively changes, not on every deploy that touches unrelated parts of the template. `publisher` is an `Organization` with a `name` and a `logo` (as an `ImageObject`, with real width and height). None of this is complicated once you see it laid out — the difficulty is almost always that it's assembled by hand for one article and then forgotten for the next fifty, which is why generating it programmatically from the same metadata that drives the page itself is worth the setup time.
Common Mistakes That Quietly Break Rich Results
Invalid JSON syntax. A single trailing comma or unescaped quote inside a JSON-LD block causes the entire block to fail parsing silently — Google doesn't render an error, it just ignores the whole schema. This is the single most common reason a site 'has schema' but shows nothing in Google's Rich Results Test.
Marking up content that isn't actually visible on the page. If your FAQ schema lists five questions but only three appear in the rendered article, that's a mismatch between structured data and visible content — a pattern Google's own guidelines explicitly discourage, because it's the same shape as spam that stuffs invisible keyword-rich text into a page.
Letting `dateModified` drift from reality. Some CMS setups auto-update this field on every save, including saves that fixed a typo in an unrelated sentence. A `dateModified` that changes weekly on an article nobody meaningfully edited weekly is a small trust erosion that compounds — both for Google's freshness signals and for a reader who notices the 'updated' date doesn't match anything that changed.
The Objection: Why Bother If Google Keeps Deprecating These?
It's a fair question, given that this article has already mentioned two deprecated rich results. The answer is that rich results were never the only value structured data provides. Google's own introduction to structured data frames it as a way to help Google's systems understand the content and context of a page, independent of whether that understanding produces a visible SERP enhancement this year. That understanding feeds into how a page gets categorized, how it might surface in Google's Knowledge Graph or AI-generated overviews, and how confidently Google's systems can attribute authorship and organization — all of which matter even in years when the rich-result feature itself gets retired.
The realistic frame is that schema is closer to well-formed HTML than to a marketing tactic. You don't add `alt` text to images because it produces a specific visible reward every time — you add it because it's the correct, complete way to describe what's on the page, and the rewards it does produce are a byproduct of doing that correctly and consistently.
Implementation Without Pain
For most content sites, the right implementation is JSON-LD injected into the `<head>` of each page, auto-generated from the page's metadata. This is what Citeya does for blog pages — the schema is built from the same data used to generate the article (title, description, date, author), so it stays accurate without any manual maintenance.
Test your implementation with Google's Rich Results Test tool. It tells you which schema types Google recognizes on your page, which fields are populated, and whether any fields are missing that would disqualify the page from rich results. Run it once when you first implement, and again whenever you change your schema structure.
For an existing site with hundreds of articles, spot-checking one page at a time doesn't scale. Search Console's Enhancements reports aggregate schema validity across the whole site, flagging how many pages have valid Article or FAQ markup and how many have errors — that's the view worth checking monthly, not the single-page tester. A site-wide error spike after a template change is a much cheaper problem to catch in Search Console than to discover months later when someone notices the rich results quietly disappeared.
Schema markup is infrastructure, not strategy. Get the basics right and leave it alone — the content is what Google is evaluating.