The short answer
E-E-A-T is not a ranking factor and there is no E-E-A-T score. Google states this in its own documentation. Person schema does not raise an E-E-A-T rating, because no such rating exists to raise.
What Person schema does is make authorship machine-readable, so a search engine or a language model can connect the person who wrote a page to the same person elsewhere on the web. That is an entity problem, not a ranking-factor problem, and it is worth solving for a different reason than the one most articles give.
Search “person schema for E-E-A-T” and you will find a dozen pages telling you that adding Person markup improves your E-E-A-T and lifts rankings. Several claim a specific update rewarded sites that did it.
None of them cite Google, because Google says the opposite.
Myth
Adding Person schema improves your E-E-A-T score and lifts rankings.
There is no E-E-A-T score, and E-E-A-T is not a ranking factor. Google’s own wording: “While E-E-A-T itself isn’t a specific ranking factor, using a mix of factors that can identify content with good E-E-A-T is useful.”
Source: Google Search Central, Creating helpful, reliable, people-first content. Google also states that structured data for authorship is not required, and that it “strongly encourages adding accurate authorship information, such as bylines to content where readers might expect it.”
That distinction matters more than it sounds. If you believe schema raises a score, you will spend your time perfecting markup. If you understand there is no score, you will spend your time on the thing the markup is only a pointer to: a real, verifiable person with a track record.
What E-E-A-T actually is
E-E-A-T is a concept from Google’s Search Quality Rater Guidelines. Human raters use it to assess whether search results are good. Their ratings do not directly adjust any individual page’s position. They are feedback on whether the ranking systems are working.
Google describes the four parts, and is explicit that one outranks the rest: “trust is most important. The others contribute to trust, but content doesn’t necessarily have to demonstrate all of them.”
| Part | What it asks | Can markup express it? |
|---|---|---|
| Experience | Has the author actually done this thing? | No Only your words can show this |
| Expertise | Do they have relevant knowledge or credentials? | Partly knowsAbout, hasCredential point at it |
| Authoritativeness | Are they recognised by others for this topic? | Partly sameAs links the identity, others confer the authority |
| Trust (the one that matters most) | Is the page accurate, honest, safe? | No Earned by being right, repeatedly |
Read that column again. Markup can express part of two of the four, and cannot touch the most important one. Anyone selling schema as an E-E-A-T solution is selling you the smallest part of the problem.
So why bother with Person schema at all?
Because of a different problem, and one that has grown more important as answer engines have taken over the top of the page: entity disambiguation.
When a language model or a search engine encounters “Arielle Phoenix” on a page, it has to decide which Arielle Phoenix that is, and whether that person is connected to the topic at hand. It does that by looking at how the name co-occurs with other entities across everything it has seen. If your byline appears on twelve pages about answer engine optimization, and your LinkedIn, your GitHub and a conference bio all agree on the same description, the association strengthens.
Person schema does not create that association. It makes it explicit and unambiguous, so nothing has to be inferred from context.
sameAs links is a claim that can be checked against other sources.Want to see the Person and Article nodes your site emits right now? The free plugin lists every one and flags duplicates. Download it free.
The markup worth writing
Most Person schema examples online are bloated with properties that do nothing. Here is the version that carries actual information, with a note on why each line earns its place.
{
"@context": "https://schema.org",
"@type": "Person",
// Stable, unique, and the same ID everywhere you reference this person
"@id": "https://example.com/author/arielle/#person",
"name": "Arielle Phoenix",
"url": "https://example.com/author/arielle/",
"image": "https://example.com/img/arielle.jpg",
"jobTitle": "Founder",
// The topics this person should be associated with. Be narrow.
"knowsAbout": [
"Answer engine optimization",
"WordPress structured data"
],
// The verifiable part. Every URL must genuinely be this person.
"sameAs": [
"https://www.linkedin.com/in/example/",
"https://github.com/example"
],
"worksFor": { "@id": "https://example.com/#organization" }
}
Then reference it from the article rather than repeating it:
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Your post title",
// Point at the Person node. Do not inline a second copy.
"author": { "@id": "https://example.com/author/arielle/#person" }
}
Pro tip
@id is the property that does the real work, and it is the one most often left out. Without it you create a brand new anonymous Person on every page, and nothing accumulates. With it, every article points at the same node, and the graph builds. Use an absolute URL with a fragment, and never change it once published.
What to skip
| Property | Verdict | Why |
|---|---|---|
@id |
Essential | Without it nothing links up across pages |
sameAs |
Essential | The only property that lets a claim be checked elsewhere |
knowsAbout |
Worth it | States the topic association explicitly. Keep it to a handful |
hasCredential |
If real | Only where a genuine, checkable qualification exists |
alumniOf |
Rarely | Relevant for medical or legal topics, noise elsewhere |
honorificPrefix |
Skip | Commonly recommended, does nothing measurable |
Long knowsAbout lists |
Skip | Claiming twenty specialisms dilutes all of them |
The part that actually moves the needle
Markup is a pointer. It only pays off if the thing it points at holds up.
-
Give the person a real home page
One canonical author page with a substantive bio, not a WordPress archive stub. This is the URL your
@idandurlpoint at, and the page other sites will link to. -
Make the off-site profiles agree
Same name, same photograph, same one-line description on LinkedIn, GitHub, conference bios. Corroboration across independent sources is how identity gets confirmed. Contradictory bios weaken it.
-
Publish repeatedly on a narrow topic
Association is built by repetition and co-occurrence. Twelve pieces on one subject build a stronger association than forty across six subjects.
-
Show experience in the text
The one part of E-E-A-T no markup can express. “We ran this on 40 sites and 6 broke” cannot be faked by a property, and it is the sentence a model is most likely to quote.
-
Then add the markup
Last, not first. It describes a reality that already exists.
Do not do this
Do not add sameAs links to profiles that are not demonstrably the same person, and do not invent credentials in hasCredential. Structured data that contradicts the visible page is a spam signal, and Google’s structured data policies allow manual action against it. The downside is real, the upside was never a score.
Does any of this affect whether ChatGPT or Perplexity quote you?
Here is where we part company with most articles on this topic, which quietly imply that schema drives AI citations.
There is no public evidence that any major language model reads your Person schema when deciding what to cite. Not from OpenAI, not from Anthropic, not from Perplexity. What is reasonable to say is narrower, and worth saying carefully:
Evidenced
Google uses structured data for eligibility for specific result features. That is documented behaviour, and it is about features, not about a quality score.
Reasonable inference
Models resolve entities from co-occurrence across their training data and retrieved sources. Consistent identity across the open web plausibly helps that resolution.
Not evidenced
That adding Person schema to your site causes an AI engine to cite you more often. Nobody has shown this. Treat any article claiming it as unsourced.
We would rather tell you which of those three buckets a tactic sits in than let you spend a week on markup expecting a citation lift that nothing supports.
See the author schema your site actually emits
The Schema Conflict Manager shows every node your pages output and which plugin wins each field, so you can spot the Person block another plugin is overwriting.
- Compare Yoast, Rank Math and SEOPress output side by side
- Choose which plugin wins, field by field
- Free, no account, no card
Keep reading
Speakable schema in 2026: what it still does and what it never did
A 2018 beta, US only, English only, Google Home only. Here is what to do instead.
Schema validator: check your markup and understand what the errors mean
Valid, eligible and shown are three different things. Plus the errors nobody explains.
Answer engine optimization for WordPress: the complete setup
Access, structure and measurement. Ordered by how much the evidence supports each step.
Frequently asked questions
Is E-E-A-T a Google ranking factor?
No. Google states that E-E-A-T itself is not a specific ranking factor, though its systems use a mix of signals that help identify content with good E-E-A-T. There is no E-E-A-T score assigned to a page or a site.
Does Person schema improve E-E-A-T?
No, because E-E-A-T is not a value that can be improved by markup. Person schema makes authorship machine-readable, which helps a search engine or language model connect an author to the same identity elsewhere. That is entity disambiguation, not a rating.
Is author structured data required by Google?
No. Google does not require author structured data. It strongly encourages accurate authorship information such as bylines on content where readers would expect to see one.
Which Person properties actually matter?
A stable @id, accurate sameAs links to genuine profiles, and a narrow knowsAbout list. Most other commonly recommended properties, including honorificPrefix, have no measurable effect.
Will Person schema get me cited by ChatGPT or Perplexity?
There is no public evidence that language models read Person schema when selecting citations. Consistent, verifiable identity across the open web plausibly helps a model resolve who you are, but no engine has confirmed that your markup is an input to citation decisions.