Schema Markup and AI: What Helps, What's a Myth, and What to Implement
Structured data helps search engines understand more precisely whether a page describes an organization, an author, a product, an article, or another type of entity. It can unlock supported rich results. But there's no special "AI schema," and JSON-LD by itself doesn't guarantee a citation in ChatGPT or Google AI Overviews.
Three things people often confuse
1. The Schema.org vocabulary
Schema.org defines types and properties, such as Organization, Person, Article, or Product. A type can exist in the vocabulary even if Google doesn't display a special result for it.
2. Support in a specific search engine
Google supports only select types and properties for specific rich results, and that support can change. Before implementing anything, it's not enough to check Schema.org alone — also verify the target search engine's current documentation.
3. Possible use by other AI systems
Structured data can reduce ambiguity, but the exact way individual AI services use it isn't public. It's not accurate to present a possible benefit as a guaranteed ranking factor.
What Google confirms
Google uses structured data to understand content and to unlock rich results. For generative AI Search, however:
- structured data isn't required;
- there's no special schema for AI Overviews or AI Mode;
- the data must match the visible content;
- excessive focus on schema won't substitute for genuinely useful content.
A recommended baseline for a business website
There's no one-size-fits-all package. These often make sense:
Organizationor a more specific subtype;WebSite;WebPage;BreadcrumbList;Personfor expert authors;ArticleorBlogPosting;ProductandOfferfor products;LocalBusinessand a relevant subtype for a physical location;Serviceto describe a service, where it fits the page.
Example: Organization with linked profiles
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://example.com/#organization",
"name": "SEO Radar",
"url": "https://example.com/",
"logo": {
"@type": "ImageObject",
"url": "https://example.com/logo.png"
},
"sameAs": [
"https://www.linkedin.com/company/example"
]
}
</script>
Using a stable @id helps link the same entity across other objects on the site.
Example: article with an author
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"@id": "https://example.com/knowledge-base/schema-and-ai/#article",
"headline": "Schema Markup and AI",
"datePublished": "2026-08-01",
"dateModified": "2026-08-01",
"author": {
"@type": "Person",
"@id": "https://example.com/authors/tomas-forejt/#person",
"name": "Tomáš Forejt"
},
"publisher": {
"@id": "https://example.com/#organization"
},
"mainEntityOfPage": {
"@id": "https://example.com/knowledge-base/schema-and-ai/"
}
}
</script>
The byline, author profile, and date must also be visible on the page itself.
FAQPage and HowTo, without the illusions
FAQPage only makes sense for real questions and answers that are visible to users. Google largely limits FAQ rich results to well-known, authoritative sites in health and government. Adding FAQ schema won't create a dropdown result for most commercial websites.
HowTo remains a Schema.org type, but that doesn't automatically mean a supported rich result in every search engine. The guide's content should be high quality even without a special result appearance.
Product and Offer
For online stores, keep these up to date:
- name and description;
- images;
- brand and identifiers;
- price and currency;
- availability;
- item condition;
- shipping and returns, where supported;
- ratings, based only on rules and real data.
Schema must stay in sync with the visible price and availability. A mismatch is worse than a missing optional property.
Validation
Use two types of checks:
- Schema.org Validator, for syntax and vocabulary.
- Rich Results Test, for Google's supported features.
Also check Search Console, deployment logs, and the actual rendered HTML output. Valid JSON-LD can still describe false or invisible data.
Common mistakes
- schema that doesn't match the visible content;
- duplicate objects from multiple plugins;
- different
@idvalues for the same company; - outdated prices;
- aggregate ratings built from unverified reviews;
- an
Organizationlisted as author even though an actual person wrote the article; - using a type just because it sounds relevant;
- expecting a direct boost in AI citations.
Recommended process
- Inventory your page types.
- For each type, identify the main entity.
- Choose the most specific, truthful Schema.org type.
- Link objects with stable
@idvalues. - Generate data from the same source as the visible content.
- Validate before deployment and after.
- Monitor which results are actually supported.
- Measure SEO and AI performance; don't automatically attribute correlation to schema markup.