How to Write FAQ Schema That AI Crawlers Actually Use
What FAQPage schema actually does
FAQPage is a schema.org structured data type that explicitly marks a set of questions and answers as machine-readable Q&A pairs, using mainEntity and acceptedAnswer properties to make the relationship between each question and its answer unambiguous to a crawler — rather than leaving a crawler to infer that relationship from visual layout alone, which is far less reliable. It's one of the most direct AEO signals available, because it removes guesswork from the extraction process entirely.
Mistake 1 — schema that doesn't match the visible content
Marking up FAQ schema with different text than what's actually visible on the page is against Google's structured data guidelines and, more practically, creates an inconsistency that damages trust in the markup once detected — a crawler or manual reviewer that finds mismatched schema has reason to discount other structured data on the same site. The schema's question and answer text should be an exact or near-exact match to the visible page content, not a separately optimized version.
Mistake 2 — using FAQPage on content that isn't actually FAQ content
FAQPage schema is meant for genuine question-and-answer content — not applied broadly to headings and paragraphs that happen to be reformatted as questions purely to qualify for the markup. Overuse or misapplication of FAQPage schema has led to search engines tightening how liberally they display FAQ rich results; using it accurately on genuine FAQ content is both more effective and more durable than applying it everywhere as a blanket tactic.
Mistake 3 — answers that are incomplete without the rest of the page
A schema answer that reads "see below for details" or references an image, table, or list that isn't included in the answer text itself defeats the purpose of the markup — an extraction system reading only the schema's acceptedAnswer text gets an incomplete or meaningless response. Every answer marked up in schema needs to be genuinely self-contained, exactly the same discipline required for the visible inverted-pyramid answer it's describing.
Mistake 4 — burying the schema in a way that doesn't match page structure
FAQ schema should correspond to genuinely distinct questions that are also visually and structurally distinct on the page — each as its own heading or clearly separated block — not extracted from a single flowing paragraph that happens to touch on multiple topics. A mismatch between how the schema segments the content and how the page actually presents it makes both the visible page and the underlying markup harder for any system, human or automated, to parse confidently.
A correct implementation pattern
- One FAQPage node per page, containing every genuine Q&A pair on that page — not one node per question.
- Each Question's name property matches the visible heading text exactly.
- Each acceptedAnswer's text property is the complete, self-contained visible answer — not a summary or a redirect.
- The FAQ content is genuinely present and readable in the page's HTML without JavaScript, matching what the schema describes.
How this connects to the broader technical picture
FAQPage schema is one part of a page's full structured data graph — it works best alongside consistent Person and Organization entity markup and correctly typed page-level schema, covered in the companion post on structured data for AI search. Implemented in isolation, FAQ schema is a small signal; implemented as part of a coherent, accurate graph, it becomes one input into a much stronger overall trust and extractability picture.
Frequently asked questions
What does FAQPage schema actually do?
It marks a set of questions and answers as machine-readable pairs, using mainEntity and acceptedAnswer properties so the relationship between each question and its answer is unambiguous to a crawler. Without it, a crawler has to infer that relationship from visual layout alone, which is far less reliable. It is one of the most direct AEO signals available, because it removes guesswork from the extraction process entirely.
Can I write different text in the schema than what's on the page?
No. Marking up schema with text that differs from what is visible on the page is against Google's structured data guidelines, and once detected it gives a crawler or a manual reviewer reason to discount other structured data on the same site. The question and answer text in the markup should be an exact or near-exact match to what a visitor sees, not a separately optimized version.
Can a schema answer just point readers to the rest of the page?
No, and that mistake defeats the purpose of the markup. An answer that reads 'see below for details' or refers to an image, table, or list not included in the answer text leaves an extraction system reading only the acceptedAnswer with something incomplete or meaningless. Every answer marked up in schema has to be genuinely self-contained, the same discipline the visible answer above it requires.
How many FAQPage nodes should a page have?
One. A single FAQPage node per page should contain every genuine question-and-answer pair on that page, rather than a separate node for each question. Each Question's name property should match the visible heading text exactly, each acceptedAnswer's text should be the complete visible answer rather than a summary or a redirect, and all of it should be readable in the page's HTML without JavaScript.
Why did FAQ rich results stop showing for my pages?
Overuse across the web generally is the usual culprit. Applying FAQPage markup broadly to content that is not genuinely question-and-answer formatted has led search engines to tighten how liberally they display FAQ rich results at all. Using the markup accurately on real question-and-answer content is both more effective and more durable than treating it as a blanket tactic to apply everywhere on a site.
Is FAQ schema on its own enough to improve AI visibility?
No. Implemented in isolation it is a small signal. It works best alongside consistent Person and Organization entity markup and correctly typed page-level schema, so the whole structured data graph tells one coherent and accurate story. As part of that graph it becomes a real input into a much stronger overall trust and extractability picture; added on its own, it does very little.
Book a free 10-minute consultation
Sapun Lamichhane is a business growth analyst and founder of Arcetis, based in Pokhara, Nepal. If you want a second opinion on your account, your funnel, or whether a channel is worth your budget at all, book a free 10-minute call — no pitch, and a straight answer even when the answer is that you do not need help.
Direct: +977 9846162626 · lamichhanesapun2@gmail.com
This post supports the frameworks documented in full on the Authority page.