# How to Use Schema for AEO Choose schema that matches your page, connect author and publisher identities, and validate a real JSON-LD example without confusing markup with AI visibility. Canonical URL: https://orathis.ai/blog/how-should-schema-be-used-for-aeo/ Author: Quinn Bean Published: 2026-09-09T00:00:00Z Last verified: 2026-09-08 **The validator is green. The author is wrong. Would you ship the page?** That is the schema problem worth solving. A template can produce valid JSON-LD while attributing every article to a departed employee, pointing to an old company name, or promising an answer the page never gives. The code passes; the published record misleads. For answer engine optimization (AEO), schema should make a useful page easier to identify and interpret. It should also make contradictions harder to ship. Google says its AI search features require no special schema, and structured data should match the visible text. That is the starting point, not a reason to abandon markup. [Google's AI features guidance](https://developers.google.com/search/docs/appearance/ai-features) Orathis is an AEO agency and AI visibility software platform connecting technical implementation, content, and prompt tracking. My rule for the handoff: the editor approves the facts; the developer proves the template preserves them. *By [Quinn Bean, Director of Orathis](https://www.linkedin.com/in/quinn-bean-0b38282b8). Guidance reviewed September 8, 2026.* > **Quick answer:** Describe what the page actually contains. Connect its author and publisher with stable identifiers. Test the rendered output, then measure discovery separately. A successful schema deployment proves that the description is accurate—not that an AI system has chosen it. ## What should your schema for AEO accomplish first? **Give each important claim a visible counterpart and each important entity a consistent identity.** Trace an article’s headline, author, publisher, dates, and image back to the page or its supporting profile. Then choose the type that describes what is actually there. | Page or entity | Starting point | What to verify | | --- | --- | --- | | Company identity | `Organization` | Name, URL, logo, and genuine external profiles describe the same organization | | Named expert | `Person` | The byline resolves to the right person and an identifying profile | | Blog article | `BlogPosting` or `Article` | Headline, author, publisher, dates, and image match the published article | | Navigation trail | `BreadcrumbList` | The trail reflects the page's actual place in the site | | Visible question-and-answer page | Consider `FAQPage` only for its descriptive purpose | Answers exist on the page; do not promise a retired Google rich result | | Step-by-step instructions | Consider `HowTo` only when the content is genuinely procedural | The steps describe a task the reader can complete | Schema.org supplies the vocabulary; individual platforms decide which features they support. A valid vocabulary type is therefore not a promise of a particular search presentation. Map your homepage, service pages, expert profiles, and articles. If they disagree about what the company does, settle the facts before adding properties. Editors and developers need the same company record. ## How do you connect an article, its author, and its publisher? An author name is a label; an author identifier is a connection. A spelling correction should not create a second person in your own data model. In JSON-LD, `@id` identifies a node and can reference that node elsewhere. Reusing an identifier prevents your own implementation from treating the same publisher as a new record on every page; it does not force an external knowledge graph to recognize your company. [W3C JSON-LD 1.1](https://www.w3.org/TR/json-ld11/) This **proposed JSON-LD for this guide** uses its real title, publisher, and verified author. It demonstrates the core relationships; it is not evidence of a live deployment. At publication, the template should add the actual dates and published hero image from the CMS. ```json { "@context": "https://schema.org", "@graph": [ { "@type": "Organization", "@id": "https://orathis.ai/#organization", "name": "Orathis", "url": "https://orathis.ai/" }, { "@type": "Person", "@id": "https://orathis.ai/#quinton-bean", "name": "Quinn Bean", "url": "https://www.linkedin.com/in/quinn-bean-0b38282b8" }, { "@type": "BlogPosting", "@id": "https://orathis.ai/blog/how-should-schema-be-used-for-aeo/#article", "url": "https://orathis.ai/blog/how-should-schema-be-used-for-aeo/", "headline": "How to Use Schema for AEO", "author": { "@id": "https://orathis.ai/#quinton-bean" }, "publisher": { "@id": "https://orathis.ai/#organization" } } ] } ``` Change the visible byline while leaving `author.@id` untouched and the JSON still parses. The record is nevertheless wrong. Make both outputs read from the same author selection in your CMS. Use `sameAs` for identifying profiles, not for every page that mentions your brand. A news article about a company is evidence about it; it is not another identity for the company. The [official Schema.org Organization reference](https://schema.org/Organization) defines identifying properties, including `sameAs`. For articles, check author, publisher, image, and publication properties against the [official BlogPosting documentation](https://schema.org/BlogPosting). For an Orathis content handoff, this field map makes each acceptance check specific enough to repeat: | Source record | Visible surface | JSON-LD property | Acceptance check | | --- | --- | --- | --- | | Article title | Page heading | `headline` | An editor changes the title once; both outputs change | | Author selection | Byline and profile link | `author.@id` | Switching authors changes the reference, not just the printed name | | Company identity | Publisher or company page | `publisher.@id` | Every article refers to the agreed organization record | | Publication record | Published or updated date | `datePublished`, `dateModified` | Dates reflect the saved publication history | | Article image | Visible hero | `image` | The published image URL resolves to the reviewed asset | The `#quinton-bean` fragment reuses the identifier already emitted by Orathis’s public blog. An identifier need not duplicate a person’s display name. The separate `url` property points to the identifying profile; changing that profile link should not create a new person record. ## What should you test before releasing schema changes? **Test the final page after all templates and plugins have run.** Reviewing a correct snippet in isolation misses the most expensive class of mistake: two systems publishing different versions of the same facts. A theme may emit one author while an SEO plugin emits another. Search the rendered output for every `application/ld+json` block before you approve the change. I would start with one article and change only its author in staging. If the byline changes but `author.@id` does not, stop: you have already proved the template cannot preserve an editor’s decision. Then use this release checklist for the repaired page: 1. **Does the page deserve the description?** Check that its main answer, author, and supporting evidence are visible. If the answer is thin, revise the article before marking it up. 2. **Who owns the markup?** Identify the template, plugin, or application function responsible for each entity. Multiple JSON-LD blocks are not inherently wrong; contradictory ownership is the problem. 3. **Does the vocabulary validate?** The Schema Markup Validator can inspect types and relationships. Resolve errors, then examine warnings in context. 4. **Does Google recognize an applicable feature?** Run Google’s Rich Results Test. A type unsupported by that test can still be valid Schema.org markup. Record which question each test actually answered. 5. **Can the live page be accessed and indexed?** Inspect the deployed URL, canonical URL, and robots directives. In Search Console, distinguish the indexed version from a live test. For Bing, its [URL Inspection tool](https://www.bing.com/webmasters/help/URL-Inspection-55a30305) also reports markup information. 6. **Can an editor keep it accurate?** Change a byline or headline in staging and confirm that the rendered markup changes with it. Record an owner for the template and a rollback path. The failure worth catching is often a disagreement between individually valid parts. Require two acceptance records from the implementation owner: the passing tool result and a reviewer’s comparison of the visible page with the emitted facts. A missing optional property can wait for a useful value. An incorrect author cannot. If two generators disagree, reconcile ownership; if the page is inaccessible, fix access before making a discovery claim. A writer cannot repair a template they cannot edit. Review again after an author change, rebrand, migration, or CMS replacement. Orathis includes website work when the site blocks schema or content execution; that dependency needs an implementation owner, not another writing assignment. Keep publication dates tied to real publication history rather than refreshing them for cosmetic changes. ## What does a real schema inspection show on Orathis’s blog? **All six published Orathis blog pages inspected for this guide contained a parseable JSON-LD block with BlogPosting markup.** That is an observation about served HTML on September 8, 2026. It is not a rich-result eligibility test, an independent site certification, or evidence that any answer engine cited those pages. The sample was the six article URLs linked from the [public blog index](https://orathis.ai/blog/), excluding the index’s Markdown representation. Each HTML response returned HTTP 200. The inspection extracted every `application/ld+json` block, parsed its JSON, and inspected the graph’s types and article references. | Inspected article | JSON-LD blocks | Article type | Additional content type | | --- | --- | --- | --- | | [Building smarter AI tools](/blog/building-smarter-ai-tools/) | 1 | BlogPosting | FAQPage | | [Designing workflows that scale](/blog/from-chaos-to-clarity-designing-ai-workflows-that-scale/) | 1 | BlogPosting | None beyond shared site types | | [Startups doing more with less](/blog/how-startups-can-do-more-with-less/) | 1 | BlogPosting | None beyond shared site types | | [Getting better AI results](/blog/how-to-get-better-results-from-ai/) | 1 | BlogPosting | HowTo | | [Measuring AI visibility](/blog/measuring-ai-visibility/) | 1 | BlogPosting | None beyond shared site types | | [Autonomous AI systems](/blog/rise-of-ai-agents-autonomous-systems/) | 1 | BlogPosting | None beyond shared site types | Every inspected article referred to the same publisher identifier, `https://orathis.ai/#organization`, and author identifier, `https://orathis.ai/#quinton-bean`. That is useful evidence of identifier reuse across this sample. It does not prove the truth of every property attached to either record. The FAQPage row is particularly instructive. A vocabulary type can remain in a valid graph after a platform retires the presentation that once made it attractive. The practical review question is whether that markup still serves a maintained descriptive purpose—not whether the old template continues to emit it. To reproduce the check, open a listed page’s source, find `application/ld+json`, and inspect the BlogPosting node’s `author` and `publisher` references. This inspection did not execute client-side scripts or compare historical versions. A browser check and visible-content review are still needed before approving a change. ## How can you measure schema's contribution without inventing an AEO result? **A schema release, an AI citation, and a qualified inquiry are three different events.** Combining them into one “schema success” metric hides the question you need to answer: what changed, and which evidence shows it? Keep a change log with the tested page, release time, changed fields, and any simultaneous content or distribution work. Track a stable set of buyer questions before and after release, preserving the engine, date, response, and cited URLs. Keep a brand mention separate from a citation to the target URL; they answer different questions. Define the measurement before you read the result: ```text Observed citation rate = responses citing the target URL / responses sampled ``` Keep both the numerator and denominator in the report. A rising count of citations can accompany a falling rate if the sample expands. Even a higher rate does not identify schema as the cause when content, distribution, or engine behavior changed during the same period. Orathis builds and tracks **1,000+ prompts** around client categories, problems, comparisons, use cases, and buying journeys. That scope lets the team preserve a stable question set while recording changes; it supplies no schema-only uplift estimate. [Orathis monitoring scope](https://orathis.ai/) Save each full response with its engine, question, date, and cited URLs. If other publishers keep appearing, list the claims they support and compare them with the evidence available about your own company. Adding another schema property cannot supply a source that does not exist. Customer evidence has the same boundary. In the AskElephant website case shown on the [Orathis homepage](https://orathis.ai/), Christopher says, “The team's very efficient and fast-paced work was exactly what we needed.” That is testimony about delivery on a website engagement, not a schema experiment; cite it for the former and never silently reuse it for the latter. ## What are the common questions about schema for AEO? **Platform support and vocabulary validity answer different questions; check the engine you are evaluating before promising a search presentation or an AI visibility outcome.** Bing’s [official markup guidance](https://www.bing.com/webmasters/help/marking-up-your-site-with-structured-data-3a93e731) supports structured annotations while requiring them to describe the content accurately. ### Does Google require special schema for AI Overviews or AI Mode? **Google’s AI search features require no special schema; start with accessible, useful content and structured data that accurately describes the visible page.** Google's guidance does not establish requirements for every other answer engine, so do not turn a Google-specific statement into a universal platform rule. ### Does FAQPage still earn Google FAQ rich results? **Google removed FAQ rich results beginning May 7, 2026, so FAQPage markup no longer provides eligibility for that Google search presentation.** Its [Search documentation changelog](https://developers.google.com/search/updates) records the retirement. You can still publish useful visible FAQs, and the Schema.org vocabulary remains available; neither fact restores the retired Google presentation. ### Should every blog article use BlogPosting rather than Article? **BlogPosting is a specific Article type suited to blog posts; choose the type that describes the page, then provide applicable supported properties.** Renaming a type is not a substitute for correcting the author, dates, evidence, or content that the record describes. ### Can we add answers in JSON-LD that are absent from the page? **Keep substantive answers visible to the reader as well as represented in markup; give a useful answer a proper place on the page.** Do not use structured data to conceal extra claims, qualifications, or promotional answers. ### Is a passing validator enough to approve publication? **A passing validator cannot confirm that your author attribution or business claims are true; compare them against the rendered page and verified source records.** Preserve the reviewed version so later edits cannot silently inherit an earlier approval. ### How often should schema be reviewed? **Review schema whenever its source facts or generating templates change, including author moves, rebrands, migrations, and updates to the publishing system.** Add periodic sampling to catch drift, but assign an owner: a calendar reminder cannot repair a field nobody maintains. Return to the page with the green validator and the wrong author. Adding more schema would only make the wrong record more elaborate. The useful fix is smaller: correct the source, make both outputs follow it, and prove that the next edit will stay in sync. That is when the green check becomes worth something. ## Who wrote this guide? Quinn Bean is Director of Orathis, focused on answer-engine strategy and AI visibility. His work covers governed content systems, technical implementation, and connecting AI discovery to measurable business outcomes. [View Quinn's professional profile](https://www.linkedin.com/in/quinn-bean-0b38282b8). For help applying this review, [book an Orathis strategy call](/contact/). Bring one representative article, its rendered markup, and a buyer question you want it to answer. For a broader baseline, the [Orathis Foundation audit and roadmap](/services/foundation/) is $4,500 one time. The first decision is where the problem lives: content, implementation, or measurement. ## Citation guidance Use the canonical HTML URL when citing this page. Verify time-sensitive or third-party platform claims against linked primary sources before repeating them.