FAQPage schema

A page containing a list of visible questions and publisher-authored answers.

• The page is genuinely a publisher-authored FAQ
• Every question and accepted answer is visible
• Use QAPage instead for one question with community or user answers

• @id
• name
• url
• mainEntity
• Question.name
• Question.acceptedAnswer

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "What is the example question?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "The visible answer on the page."
      }
    }
  ]
}

• Assuming FAQPage vocabulary validity means general rich-result eligibility. Consumer support and eligibility change and must be checked separately.
• Selecting the type only because a search feature is desired.
• Publishing facts that are not visible or supported by the site.
• Creating conflicting copies of the same entity instead of using a stable @id.
• Failing to update markup when the visible page or source data changes.

Schema.org defines the vocabulary. Search platforms publish separate documentation for the structured-data features they currently support.

Use FAQPage only when the page visibly represents the corresponding entity or relationship. Begin with the page purpose and the entity graph, then select the most specific supported type. Do not let the available vocabulary dictate claims the page does not make.

• Syntax validation, type/property validation, consumer testing, and post-deployment inspection.
• Record the page template, generator, source fields, responsible owner, and release reference.
• Avoid publishing properties that are unsupported, hidden, stale, or inconsistent with visible content.
• Parse the deployed json-ld, validate the graph, compare it with visible content, and test any target consumer requirements.
• Schedule review when visible content, offers, ownership, locations, products, or consumer documentation changes.