Person, Organization, Article, Review, FAQ — the schema types that make E-E-A-T machine-readable, with copy-paste JSON-LD examples.

Part of the Complete Guide to Google E-E-A-T (2026) cluster.

Your design probably already shows that the author is a credentialed practitioner, that the article was reviewed by a clinician, and that 247 customers gave it 4.8 stars. The crawler doesn't read your design — it reads JSON-LD. Schema is how E-E-A-T becomes legible to Google.
The five core E-E-A-T schema types: Person, Organization, Article, Review, and FAQ.
Use on every author and reviewer page. The most underused E-E-A-T move on the web.
{
"@context": "https://schema.org",
"@type": "Person",
"name": "Dr. Jane Smith",
"url": "https://example.com/authors/jane-smith",
"image": "https://example.com/img/jane-smith.jpg",
"jobTitle": "Board-certified Cardiologist",
"worksFor": {
"@type": "Organization",
"name": "Example Health"
},
"alumniOf": "Johns Hopkins School of Medicine",
"sameAs": [
"https://www.linkedin.com/in/jane-smith",
"https://orcid.org/0000-0000-0000-0000"
]
}
One Organization block, on the homepage, identifies the brand entity. Add sameAs links to LinkedIn, Wikipedia, Crunchbase — these are the entity-graph receipts.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Example Health",
"url": "https://example.com",
"logo": "https://example.com/logo.png",
"sameAs": [
"https://www.linkedin.com/company/example-health",
"https://en.wikipedia.org/wiki/Example_Health"
]
}

Every editorial page. The reviewedBy property is the YMYL power move — tie a credentialed reviewer to the article.
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Statins: What Patients Need to Know",
"author": {
"@type": "Person",
"name": "Sam Lee",
"url": "https://example.com/authors/sam-lee"
},
"reviewedBy": {
"@type": "Person",
"name": "Dr. Jane Smith",
"jobTitle": "Board-certified Cardiologist"
},
"datePublished": "2026-04-15",
"dateModified": "2026-05-01"
}
For YMYL why this matters more, see YMYL & E-E-A-T: Higher Stakes, Higher Standards.
Use for products, services, businesses. Don't fabricate ratings — Google will catch it and penalise the entity.
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Acme Pillow",
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.7",
"reviewCount": "312"
}
}
For answer-style content. The Q&A pairs in the schema must match exactly what's visible on the page.
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "What is E-E-A-T?",
"acceptedAnswer": {
"@type": "Answer",
"text": "E-E-A-T is Google's framework for Experience, Expertise, Authoritativeness, and Trustworthiness."
}
}]
}
Schema Deployment Checklist:
1. Use JSON-LD format — not Microdata or RDFa.
2. Place schema in the<head>or just before</body>.
3. Validate every change with Google's Rich Results Test.
4. Keep schema in sync with visible page content (mismatches earn manual penalties).
5. Author entries link to a real, indexable bio page — not a dead URL.
6.sameAsarrays include LinkedIn, Wikipedia, ORCID, GitHub, Crunchbase — wherever the entity is verifiable.
7. UsereviewedByon every YMYL article.
8. UsedateModifiedwhen content actually changes — don't game it.
9. Re-validate after every site redeploy or CMS migration.
10. Monitor enhancement reports in Google Search Console weekly.