PILLAR 02 · TRUST & AUTHORITY
Part of the Business Growth Architecture. Machine and human trust as a precondition for conversion: entity, reputation, Knowledge Graph.
View pillar →
Structured data engineering · Last reviewed: September 23, 2026

Schema.As a graph,not fragments.

As an SEO & GEO expert I offer complete Schema.org implementation as a project service: a production-ready JSON-LD graph with @id links for Person, Organization, Article, Product, FAQPage and HowTo, validated, deployed and gated in CI. Supported stacks: Next.js, Nuxt, Astro, WordPress, Shopify and HubSpot, plus a GTM fallback for legacy systems.

Core types
OrganizationPersonArticleProductFAQPageHowTo
Murat Ulusoy
JSON-LD Graph
“Schema without an @id graph is like a sentence without syntax.”
Murat Ulusoy
CEO · Head of SEO · SUMAX
Validated100 %
30+
Schema types
@id
Graph coherence
100 %
Validated
CI gate
Deployment
01 - Schema types

The core stack for SEO & GEO.

01

Organization

name, logo, url, sameAs, founder, foundingDate, knowsAbout, identifier (LEI, company register number).

02

Person

name, jobTitle, worksFor, sameAs (LinkedIn/ORCID), alumniOf, knowsLanguage.

03

Article / BlogPosting

headline, author (@id), datePublished, dateModified, articleSection, mentions.

04

Product

name, brand (@id), sku, gtin, offers, aggregateRating, review, isVariantOf.

05

FAQPage

mainEntity: Question + acceptedAnswer. No rich results since May 2026, but still a clean, machine-readable Q&A declaration.

06

HowTo

step, supply, tool, totalTime. For tutorials: explicit step structure is easy for LLMs to extract.

07

LocalBusiness

address, geo, openingHours, telephone, priceRange. Groundwork for local Knowledge Panels.

08

BreadcrumbList

Positioned URL hierarchy. A must for informational hubs.

09

Event / Course / JobPosting

Domain-specific types with rich result potential.

02 - Definition

What is schema implementation in 2026?

Schema implementation is the process of describing a website's entities in Schema.org vocabulary, today almost always as JSON-LD, the format Google recommends. In 2026 it is no longer a one-off plugin setup but an ongoing engineering discipline. Instead of isolated snippets, a professional implementation builds an @id graph: every entity on the domain gets a stable URI, an Article points to its author (Person) and publisher (Organization) by @id, and a curated sameAs cluster links those nodes to LinkedIn, Wikidata and maintained profiles. That makes the entity readable as one consistent node for Google's Knowledge Graph and for language models. Two facts set the scope: Google stopped showing FAQ rich results on 7 May 2026, and it states that no special markup is required for its AI features. Schema therefore serves supported search features, entity description and consistency.

A clean graph is the precondition for entity resolution. Whether it leads to a Knowledge Panel or an AI citation is decided by Google and the model providers, not forced by markup. That is why every deployment passes a validation set in CI before it reaches production.

FORMAT

JSON-LD architecture

A separate application/ld+json block, decoupled from templates. Complete graphs instead of nested Microdata attributes.

GRAPH

Entity linking

@id URIs as anchors, sameAs clusters to Wikidata, LinkedIn, ORCID, Crunchbase. Goal: Knowledge Graph readability.

PIPELINE

CI/CD integration

Schema generation as a versioned build step, validated automatically before every production deployment.

QUALITY

Quality gates

Validation pass rate, @id coherence, property coverage thresholds, schema drift detection after content updates. Deployments are blocked on validation errors.

03 - Phases

Four phases to production.

Documented phases with clear handover points, adapted to your stack and publishing frequency.

01

Audit & gap analysis

Crawl of all URLs, extraction and validation of existing schema, @id coherence, property coverage, competitor comparison, prioritization.

CrawlerValidatorCoverage
02

Schema design

Entity mapping, @id namespace, property matrix per content type, inheritance rules for template injection, sameAs cluster strategy, Wikidata linking.

@id namespaceInheritancesameAs
03

Implementation

CMS plugin, template injection (Next.js/Nuxt/Astro) or GTM fallback. Versioned in the repo, reviewed in PRs, validated in the pipeline.

Next.jsWordPressGTM
04

Monitoring

Automated Rich Results tests in CI, a graph coherence gate, drift monitoring after content updates, a monthly coverage report and alerts on validation regressions.

CI/CDDrift watchAlerts
04 - Schema types

Six core types with property depth.

Every type has its own property logic. Only proper property coverage makes schema readable for the Knowledge Graph and LLMs; minimal generic markup stays a fragment. In our projects these six types cover the large majority of domain architectures.

01 - ENTITY ROOT

Organization

Required: name, url, logo, sameAs (LinkedIn, Wikidata, Crunchbase), founder, foundingDate. Extended: identifier (LEI, register number, DUNS), knowsAbout, areaServed, contactPoint, address. The root of every @id graph.

02 - AUTHORITY

Person

Required: name, jobTitle, worksFor (@id to Organization), sameAs (LinkedIn, ORCID, Wikidata, Mastodon). E-E-A-T levers: alumniOf, knowsAbout, knowsLanguage, award, hasCredential. The author entity for Article.

03 - COMMERCE

Product

Required: name, brand (@id), sku, gtin, offers (price, priceCurrency, availability, priceValidUntil). Relevant for rich results: aggregateRating, review, isVariantOf, hasMerchantReturnPolicy, shippingDetails.

04 - EDITORIAL

Article / BlogPosting

Required: headline, author (@id to Person), publisher (@id to Organization), datePublished, dateModified, image. Relevant for GEO: articleSection, mentions, about, citation.

05 - DIALOG

FAQPage / HowTo

FAQPage: mainEntity (Question + acceptedAnswer). HowTo: step, supply, tool, totalTime, estimatedCost. Neither triggers rich results any more (FAQ retired in May 2026); we implement them as semantic structure, not as a display lever.

06 - YMYL

MedicalEntity

Subtypes: MedicalCondition, Drug, MedicalProcedure, MedicalGuideline. Required: code (ICD-10, SNOMED), guideline, recognizingAuthority, evidenceLevel. YMYL territory with the highest E-E-A-T bar.

05 - Differentiation

Manual, plugin, SaaS or custom engineering?

It depends on stack complexity, publishing frequency, team maturity and how much graph coherence you need. Custom engineering fits when Knowledge Graph impact and CI/CD integration are serious goals.

CriterionManual implementationCMS pluginsAutomated SaaSCustom schema engineering
@id graph coherencePossible, hard to scaleRare, mostly fragmentsPartial, template-boundFull, as an architecture principle
MaintenanceHigh effort per URLAutomatic, but a black boxAutomatic via vendor updatesCI/CD-gated, versioned
ValidationManual per releasePlugin-dependent, often missingInside the SaaSAutomated quality gates
Custom schema typesFully possibleLimited to plugin scopeDepends on vendor roadmapFully possible, incl. industry logic
sameAs & WikidataManualRareRareStrategic cluster
Best forSingle-page sitesStandard CMS, small sitesStandard e-commerce casesEnterprise, multi-market, GEO
06 - Investment

What does schema implementation cost?

It depends on stack complexity, number of content types, market differences and maintenance depth. Every model includes validation, a documented @id namespace and a handover plan; terms follow stack discovery.

SPRINT

Audit sprint

4-6 weeks, fixed scope. Audit, gap analysis, coverage report, prioritized plan.

  • Crawl of all URLs + schema extraction
  • Validation against the Rich Results Test
  • @id coherence check
  • Implementation roadmap
PROJECT

Implementation project

8-16 weeks. Design, template injection, CI/CD gates, sameAs cluster, production deployment.

  • @id namespace + property matrix
  • Template injection (Next.js/WP/Shopify)
  • CI/CD validation gates
  • sameAs cluster + Wikidata
RETAINER

Continuous schema engineering

6-12 month retainer. Drift monitoring, gate maintenance, new types, monthly coverage report.

  • Schema drift monitoring
  • Onboarding new content types
  • Competitor schema tracking
  • Monthly executive reporting
07 - Related

Schema in the bigger stack.

08 - FAQ

Frequently asked questions.

Common questions about Schema.org implementation, JSON-LD architecture and continuous schema engineering.

What is JSON-LD?

JSON-LD (JavaScript Object Notation for Linked Data) is Google's recommended format for structured data. It sits in its own application/ld+json script block, separate from HTML templates and easy to maintain.

JSON-LD vs. Microdata: which is better?

JSON-LD, in almost every case. Microdata nests properties in HTML attributes (itemprop, itemscope), which makes templates fragile. JSON-LD can express complete graphs and is recommended by Google.

What is an @id graph?

A schema graph connected through stable @id URIs: an Article references its author (Person) and publisher (Organization) by @id. The result is a consistent mini knowledge graph per domain, the precondition for readability by the Knowledge Graph and LLMs.

How does schema relate to the Knowledge Graph?

Schema markup is the most important declarative signal you can send to Google's Knowledge Graph. sameAs properties link your entity to Wikidata, LinkedIn, Crunchbase or ORCID, which makes it readable as a consistent node. That is a precondition for a Knowledge Panel, but whether one appears is Google's decision.

Which rich results still work in 2026?

Active: Product, Recipe, Event, JobPosting, Course, Movie, BreadcrumbList, Article, LocalBusiness, VideoObject. Retired: per Google's changelog, FAQ rich results no longer appear since 7 May 2026; HowTo went earlier. FAQPage markup stays valid as semantic structure but triggers no SERP feature.

Which tools are used for validation?

The Rich Results Test, the Schema.org Validator (validator.schema.org), Bing's markup validation and our own graph coherence parser for @id references and property coverage, automated as a CI gate before every deployment.

What does schema mean for GEO and LLM citations?

Google documents (A): no special markup is required for the AI features in Google Search; structured data is not an AI ranking switch. Our own data (C): in our audit cohort, consistent Person and Organization graphs with a curated sameAs cluster correlate with more stable entity resolution across models. That is an observation, not a Google commitment. Bottom line: schema is groundwork, not a secret GEO lever.

How is schema maintenance organized?

Drift monitoring after content updates, CI/CD validation gates before every deployment and quarterly audits with a coverage report. Schema is an ongoing process, not a one-off.

Which KPIs does a schema implementation track?

Primary: validation pass rate (target 100 %), @id graph coherence, property coverage per content type and rich result impressions in Search Console. Secondary: Knowledge Panel emergence, citation rate in AI search, sameAs cluster size and Wikidata links.

What does a professional schema implementation cost?

Three models: audit sprint (4-6 weeks), implementation project (8-16 weeks) and continuous schema engineering (6-12 month retainer). Terms depend on stack complexity, content types and markets.

How does onboarding work?

Four steps in the first 14 days: stack discovery, a crawl and validation audit, gap analysis with a property matrix per content type, and an implementation plan with @id namespace and inheritance rules.

Let's talk

Your schema: graph or fragments?

30 minutes: a live audit of your current schema, gap diagnosis and a scope proposal.