Insights·Playbook
Schema Markup for AI Search: What Machines Actually Use
Structured data was built for rich snippets, but answer engines read it too. The schema types that matter for AI visibility, and the ones that are wasted effort.
February 3, 2026 · 7 min read · Holmby Lane Research

Schema markup has always had a credibility problem: everyone recommends it, few can say precisely what it earns. With answer engines the value proposition sharpened. Models and their retrieval layers need to resolve entities and extract facts, and JSON-LD hands them both in a format with no ambiguity. Here is where markup genuinely helps AI visibility, and where it is ritual.
Why structured data matters more now
A language model reading your page has to infer structure from prose: which of these names is the company, which number is the price, is this review score about the product or the store. Inference fails quietly and often. Structured data removes the inference. When your Organization markup says who you are, your Service markup says what you sell, and your FAQPage markup pairs questions with answers, a retrieval system can lift facts with confidence instead of guessing.
There is also the corroboration angle. Engines cross-check claims across sources. Markup that matches your visible content, your Google Business Profile, your directory listings, and your press coverage makes you a consistent entity. Markup that contradicts your visible page is a negative signal search systems have penalized for years.
The types that earn their keep
- Organization (or ProfessionalService, LocalBusiness). The root of your entity: name, url, logo, address, contact, sameAs links to your profiles. This is the markup that helps engines resolve YOU as a thing, and it belongs on every page via your site template.
- Article and BlogPosting. Publication dates, authorship, and topical scope. Freshness signals feed retrieval directly, and dateModified is read skeptically, so keep it honest.
- FAQPage. The closest thing to speaking the engine's native format: literal question-and-answer pairs. Mark up real FAQs that exist on the page, on the pages where buyers ask those questions.
- Product, Offer, AggregateRating. For anything sellable, this is how price and review facts get lifted accurately instead of hallucinated.
- HowTo, Breadcrumb. Cheap clarity about structure and process content.
The wasted effort
Marking up every conceivable property on every page has no observed payoff; sparse, accurate markup beats exhaustive, speculative markup. Schema types unrelated to your business confuse entity resolution rather than helping it. And markup as a substitute for on-page content fails outright: engines validate structured claims against visible text, and orphaned markup gets ignored.
Implementation notes
Use JSON-LD in the page head, one graph per page, with stable @id values so pages reference the same organization node instead of spawning duplicates. Validate with Google's Rich Results test, but remember that passing validation is the floor, not the goal. The goal is that every fact you need machines to know about you exists in exactly one canonical, structured form.
Schema is the fastest half-day of AEO work available. It will not put you in answers by itself, but it makes every other signal legible, and the follow-on work of entity SEO and the Knowledge Graph builds directly on it.
Put this to work
Holmby Lane runs AEO-led growth programs: entity work, citation campaigns, and the content AI engines actually retrieve, measured against your buyer prompts daily.
Keep reading


