Entity SEOAI SEO

Person Schema and Author Entities: E-E-A-T for AI

An author entity is a recognized person, not just a name in a byline. Person schema turns that byline into a machine-readable entity with verifiable expertise and connections, which is how AI systems judge whether the content behind it is worth citing.

Why authorship matters more for AI

Google’s E-E-A-T framework, experience, expertise, authoritativeness and trustworthiness, has always rewarded content tied to credible people. AI systems raise the stakes. When a model synthesizes an answer it is implicitly deciding whose information to rely on. Content attributed to a recognizable expert, consistently, across a coherent body of work, gives it a reason to trust you. An anonymous or contradictory byline gives it none.

Be precise about the mechanism, though: Google has said author markup is not a ranking factor in itself. What it does is make the person identifiable and connectable. That identification is what feeds attribution, entity resolution, and the trust judgments that follow.

This matters disproportionately for small companies. A person is far easier to resolve uniquely than a company name, which is why founders and named authors are often the strongest distinguishing attribute a small brand has, as covered in entity disambiguation.

From byline string to Person entity

The shift is the one behind all entity SEO: move from strings to things. A plain text byline is a string. A Person entity with a stable identifier, real attributes, and verified external references is a thing the system can recognize wherever it appears.

That entity should:

  • Have its own stable @id, for example https://example.com/authors/jane-doe/#person.
  • Be referenced from every BlogPosting.author rather than redefined each time.
  • Connect back to your Organization through worksFor, and from the Organization through founder where it applies.
  • Carry a short sameAs list of authoritative profiles verifying the same individual.

The properties worth including

PropertyWhat it holdsPriority
@idStable identifier for the personEssential
nameThe exact name used in every bylineEssential
urlThe author pageEssential
jobTitleA real, specific titleHigh
worksForReference to the Organization @idHigh
sameAsAuthoritative external profilesHigh
descriptionOne or two factual sentencesMedium
knowsAboutThe topics this person genuinely coversMedium
imageA consistent photo used everywhereMedium
alumniOf, awardVerifiable credentials, where realOptional

knowsAbout is the quietly useful one: it states the person’s subject area in machine-readable form, which helps connect an author to a topic rather than only to a company.

A complete Person example

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Person",
      "@id": "https://example.com/authors/jane-doe/#person",
      "name": "Jane Doe",
      "url": "https://example.com/authors/jane-doe/",
      "jobTitle": "Founder & Lead Strategist",
      "description": "Founder and lead strategist at Example Agency, specializing in technical SEO and generative engine optimization.",
      "worksFor": { "@id": "https://example.com/#organization" },
      "knowsAbout": [
        "Generative Engine Optimization",
        "Technical SEO",
        "Structured data"
      ],
      "image": "https://example.com/authors/jane-doe.jpg",
      "sameAs": ["https://www.linkedin.com/in/janedoe/"]
    },
    {
      "@type": "BlogPosting",
      "@id": "https://example.com/blog/post/#article",
      "headline": "A post title",
      "author": { "@id": "https://example.com/authors/jane-doe/#person" },
      "publisher": { "@id": "https://example.com/#organization" }
    }
  ]
}

The @id is what lets your connected Organization graph tie content to author to brand. Reference the person from each article’s author property and the whole thing links up.

One implementation note worth copying: emit the full Person node on article pages, not just a reference to the author page. Engines and AI systems parse each URL independently, so a page carrying only author: {"@id": "..."} leaves the author unqualified unless the author page happens to be fetched as well. That is how this site is built.

What a real author page needs

Schema declares the relationships, but the page is what engines resolve the entity to. A credible author page states:

  • Who the person is and what they actually do, in plain sentences.
  • Their specific expertise and how it was acquired, including the unglamorous parts.
  • What they write about, with their published work listed.
  • Links to the profiles named in sameAs.
  • A real photo, used consistently everywhere else.

Avoid the one-line marketing bio. It gives neither readers nor machines anything to verify.

The signals that build author trust

1. Consistent identity across the web

Use the same name, title, and photo everywhere. Inconsistency splits one person into several weak entities. sameAs links to LinkedIn, a personal site, or a knowledge base let systems merge those references into one confident identity. What belongs in that list is covered in the sameAs guide.

2. A coherent body of work

Trust accrues to authors who publish repeatedly in a defined area. Scattered content across unrelated topics reads as generalist noise; a focused portfolio reads as expertise. This is the experience and expertise of E-E-A-T made visible.

3. External corroboration

Being cited, quoted, or profiled by reputable third parties verifies expertise independently. You cannot self-declare authority. You demonstrate it and let others confirm it, which is the slow work covered in digital PR for AI search.

4. Attribution on the page, not just in markup

The byline should be visible, linked to the author page, and accompanied by a real bio. Markup that asserts an author the page does not visibly credit is inconsistent, and inconsistency is what lowers confidence.

Author signals at a glance

SignalWhat it establishes
Dedicated author pageCanonical identity to resolve to
Person schema with stable @idA referenceable entity
sameAs linksVerified, merged identity
Consistent name, title, photoOne strong entity, not several weak ones
knowsAbout topicsConnection between person and subject
Focused body of workDemonstrable expertise
Third-party mentionsIndependent corroboration

Common mistakes

  • “Admin” or “Marketing Team” as the author. No entity, no trust, no attribution.
  • Redefining the person inline on every post with slightly different titles.
  • A sameAs list of every social account, including abandoned ones.
  • Invented credentials. Contradictions with verifiable sources cost more than the claim gains.
  • An author page that is a bio and nothing else, with no listed work.
  • Changing the @id when the author page URL changes, without redirecting.

Where author entities fit

Author entities are the human half of your brand entity. The organization says what the company is; the person says who stands behind the claims. AI systems weigh both, and small brands usually find the person is the easier of the two to make unambiguous.

If you want to know whether engines currently recognize your authors as entities at all, request an AI visibility audit, or see our schema markup service for the implementation.

Frequently asked questions

What is Person schema used for?

Person schema describes an individual as a machine-readable entity, with properties such as name, jobTitle, worksFor and sameAs. Connected to articles through the author property, it turns a text byline into an entity an engine can recognize wherever it appears.

Does author markup affect Google rankings?

Google has said author markup is not a ranking factor in itself. What it does is help engines identify and connect the person behind the content, which supports accurate attribution and the trust signals that E-E-A-T describes.

Where should the Person node live?

Define it fully on a dedicated author page with a stable @id, then reference that @id from every article's author property rather than redefining the person each time. Emitting the full node on article pages too is defensible, since each URL is parsed independently.

What are the most important Person properties?

name, url, jobTitle, worksFor and sameAs. The sameAs list does the most work for recognition, because it connects your author to authoritative profiles that verify the same individual.

Do I need an author page for every writer?

For anyone who writes regularly, yes. The author page is the canonical thing engines resolve the entity to. Occasional guest contributors can be handled with a Person node and a short visible bio without a full page.

Can a company be the author instead of a person?

Schema allows an Organization as author, and it is appropriate for genuinely collective output such as research reports. For editorial content a named person is stronger, because a person entity is easier to resolve uniquely and carries demonstrable expertise.

OK

Olga Kunger

Founder & Lead Strategist, Ambeltek

Olga leads Ambeltek's web development, AI SEO, and GEO work — helping brands rank on Google and get cited by AI engines. More about Olga →

Want this done for your site?

AI SEO programs that rank on Google and earn AI citations. Growth tier from $9k, fixed scope before work starts.