Schema Markup Types Compared: FAQPage vs HowTo vs Article

You copy a JSON-LD snippet from a tutorial, paste it into your page, and wait for the rich result to show up. Sometimes it does. Sometimes it doesn't, and Search Console quietly logs a warning you never see. The usual reason isn't a typo in the code — it's that the wrong schema type was used for the content in the first place. A product review got tagged as HowTo. A blog post got tagged as FAQPage because it happened to end with a Q&A. A recipe page got tagged as generic Article and lost the one rich result it actually qualified for.

FAQPage, HowTo, and Article are three of the most commonly confused schema types, because all three can technically be applied to a page that has questions, steps, and paragraphs on it at the same time. The trick isn't learning the syntax — it's learning which type actually describes what's on the page.

Quick Answer

FAQPage marks up a list of questions with visible answers, HowTo marks up an ordered sequence of steps toward a task, and Article marks up a standard piece of written content like a blog post or news story. They target different content shapes, not different topics, so the right choice depends on how the page is structured, not what it's about.

What is schema markup?

Schema markup is structured data, most commonly written as JSON-LD, that describes what a piece of content is in a format search engines can read directly, rather than inferring it from raw HTML. FAQPage, HowTo, and Article are three separate @type values within that vocabulary, each built around a different shape of content.

The type isn't a label you pick for SEO effect — it's a structural description. If the markup doesn't match what a visitor actually sees on the page, it's not just ineffective, it can violate Google's structured data guidelines.

Why choosing the right type matters

Using the wrong schema type — or the right type filled in badly — has consequences beyond a missing rich result:

📊 Quick stat Google restricted FAQPage rich results in 2023 to a small set of government and health sites, which means most sites adding FAQPage schema today are doing it for content clarity and voice-search context, not for the dropdown that used to appear in search.

Step-by-step: picking and adding the right type

  1. Look at the content's actual shape first. Is it a list of questions with answers, an ordered sequence of steps, or a standard written piece? The shape decides the type, not the topic.
  2. Rule out overlap. A troubleshooting article with a few Q&A-style headers isn't automatically FAQPage — check whether the content is genuinely question-and-answer or just formatted that way for readability.
  3. Write the markup in JSON-LD. Place it in a single <script type="application/ld+json"> block in the page head, keeping it separate from the visible HTML.
  4. Match every field to visible content. Every question, step, headline, and author name in the markup should exist, word for word in meaning, somewhere on the rendered page.
  5. Layer types where genuinely appropriate. A recipe post can carry Article schema for the post itself and HowTo schema for the cooking steps, since both accurately describe different parts of the same page.
  6. Preview how it will actually appear in search. Rich result eligibility and appearance vary by type, so check the projected listing before assuming a rich result will show.
  7. Validate and monitor. Run the markup through a structured data validator, then check Search Console's Enhancements reports periodically, since Google's eligibility rules for these types change without much notice.
Try the Rebrixe SERP Simulator — free Preview exactly how your FAQPage, HowTo, or Article markup will look as a real search result.
Open SERP Simulator →

Common mistakes that cost you rich results

1. Tagging a Q&A-styled article as FAQPage

Headers phrased as questions don't make a page an FAQ — FAQPage schema is for a genuine list of discrete questions and answers, not a stylistic device inside a longer article.

2. Writing HowTo steps that don't match the page

If the markup lists eight steps but the visible content only walks through five, or reorders them differently, the mismatch between markup and rendered content is exactly what Google's guidelines prohibit.

3. Applying Article schema to non-article pages

Product pages, category pages, and landing pages aren't articles — using Article schema on them describes the page inaccurately and can conflict with more appropriate types like Product schema.

4. Assuming a rich result is guaranteed

Valid markup makes a page eligible for a rich result; it doesn't guarantee one. Google decides whether and when to display rich results independent of whether the markup is technically correct.

5. Forgetting to update markup when content changes

Editing a HowTo's steps or an FAQ's answers on the page without updating the matching JSON-LD leaves the markup describing content that no longer exists.

💡 Pro tip Before publishing new schema, read the rendered markup back against the visible page line by line — if you can't point to where each field appears on screen, the markup isn't ready yet.

Real-world examples

How each schema type plays out on real page types:

SaaS knowledge base
Genuine support FAQ
FAQPage
A dedicated list of support questions with full answers shown directly on the page, no expansion required.
DIY / recipe site
Ordered assembly or cooking steps
HowTo
Numbered steps with tools and time estimates that match the visible instructions exactly.
News publisher
Standard reported story
NewsArticle
Headline, author, and publish date marked up for a conventional news piece.
Company blog
Opinion or explainer post
BlogPosting
The Article subtype for informal, byline-driven content that isn't hard news.

The pattern across all four: the schema type follows the content's structure, and forcing a type onto content that doesn't fit it rarely produces the result you were hoping for.

FAQPage vs HowTo vs Article compared

A side-by-side look at what each type is for, and where it currently stands with Google.

Type Best for Rich result status Watch out for
FAQPage Genuine question-and-answer content, fully visible on page Restricted to select sites Most sites won't see the dropdown even with valid markup
HowTo Ordered, task-based instructions with discrete steps Limited, device-dependent Steps in markup must exactly mirror the visible sequence
Article Blog posts, news stories, standard written content Widely supported Doesn't fit product, category, or landing pages

Preview your rich results before you publish — free

The Rebrixe SERP Simulator renders your title, description, and structured data the way it will actually appear in search — so you can catch a mismatched schema type or a truncated headline before it goes live, not after. No account, no watermark.

Free SERP Simulator Paste your metadata and schema, see the real preview instantly.
Open SERP Simulator →

Frequently asked questions

Schema markup is structured data, usually written as JSON-LD, that labels the content on a page in a format search engines can parse directly, which is what makes rich results like star ratings, FAQ dropdowns, and step lists possible.
FAQPage schema marks up a list of questions and answers that appear as-is on the page, while HowTo schema marks up a sequence of steps toward completing a task. They aren't interchangeable — FAQPage answers questions, HowTo shows a process.
Yes. A single page can carry more than one schema type, such as Article for the main content plus FAQPage for a genuine FAQ section, as long as each type accurately describes content that's actually visible on the page.
Article schema isn't a ranking factor by itself. What it does is help search engines correctly identify the headline, author, and publish date, which can influence eligibility for certain rich result formats rather than raw position.
Google has restricted FAQPage rich results to a narrow set of authoritative government and health sites, so most other sites will no longer see the FAQ dropdown in search even with valid markup in place.
Google supports JSON-LD, microdata, and RDFa, but JSON-LD is the recommended format because it lives in a single script block separate from the visible HTML, which makes it far easier to add, edit, and validate.
Google's Rich Results Test checks whether a page's markup is eligible for rich results, and the Schema.org Validator checks whether the structured data itself is syntactically correct, even for types Google doesn't display specially.
Markup that describes content not actually visible to users violates Google's structured data guidelines and can result in the rich result being suppressed or, in repeated cases, manual action against the site.

See your rich result before Google does

The Rebrixe SERP Simulator renders your title, description, and structured data the way it will actually appear in search — no account, no watermark, just an accurate preview before you publish.

Launch the SERP Simulator →
← Back to blogs