Guide
What sameAs Actually Does for Entity Recognition
The short answer
What does sameAs actually do for entity recognition?
sameAs is a schema.org property whose value is the URL of a reference page unambiguously identifying the same entity — a Wikipedia article, a Wikidata entry, an official profile. Its 1 documented job is disambiguation: telling systems 2 mentions are the same thing. No study on our source list ties sameAs to AI citations — Ahrefs' 1,885-page schema test found no causal lift — so treat it as identity plumbing, not a visibility tactic.
sameAs may be the most cargo-culted property in schema markup: pasted onto every page, stuffed with every social URL a brand has ever registered, and credited with knowledge panels, entity authority, and AI visibility. The property's actual definition is narrower and more useful than the folklore. Here is what sameAs does, which targets are worth listing, and exactly where the evidence for any larger effect stops.
What does sameAs actually do?
It asserts that another URL identifies the same entity. schema.org defines sameAs as the URL of a reference page that "unambiguously indicates the item's identity," giving the item's Wikipedia page, Wikidata entry, or official website as its own examples. The property is a pointer for identity resolution: this Organization node, that Wikidata item, and that LinkedIn profile are 1 thing, not 3.
That is the whole documented function. sameAs does not assert quality, endorsement, popularity, or authority — listing a URL claims only "this is about the same entity." The value shows up when a system tries to reconcile mentions: an entity is a thing that can be identified consistently across sources, and sameAs is one of the few machine-readable ways a site can state those cross-source connections itself.
Which sameAs targets are worth listing?
The ones that unambiguously identify you and that a reconciliation system would treat as reference points. That standard sorts the candidates quickly:
| Target | Worth listing? | Why |
|---|---|---|
| Wikidata item | Yes | Structured, stable identifiers built for exactly this reconciliation job |
| Wikipedia article (if one exists) | Yes | schema.org's own first example of a reference page |
| Official profiles you maintain (e.g. LinkedIn, GitHub, a primary social account) | Yes | Active pages that corroborate name, logo, and URL |
| Every social account ever registered | No | Abandoned profiles corroborate nothing and can contradict current identity |
| Directory listings and citation-site pages | No | Thin, duplicative, often outdated — assertions without identity value |
| Other websites you own | Sometimes | Only where the site plainly presents itself as the same organization |
Two principles do the work. Consistency beats volume: 3 targets that agree on your name, logo, and URL disambiguate better than 15 that half-agree, because every inconsistent target is a contradiction you are asserting about yourself. And reciprocity helps: a profile that links back to your domain corroborates the identity claim in both directions, which is the pattern schema.org's examples share.
Does sameAs affect AI citations or rankings?
Nothing on our source list says so, and the general markup evidence points the other way. Ahrefs tracked 1,885 pages that added JSON-LD between August 2025 and March 2026 against roughly 4,000 controls and found no meaningful AI-citation lift on any platform tested — and no carve-out for identity properties. Google's structured-data documentation describes markup as helping Google understand page content; it documents no ranking or citation mechanism attached to sameAs specifically. The full verdict on markup and AI visibility is in what the evidence shows.
The knowledge-panel claim deserves its own sentence, because it is the one vendors lean on hardest. No Google documentation describes sameAs as triggering, earning, or feeding a knowledge panel — the honest statement is that panels draw on identity resolution and sameAs is one input a resolver could use, which is a mechanism, not a lever. Anyone quoting a panel success rate for a sameAs service is quoting a number no published source supports.
Labeled at its evidence tier: sameAs improving entity disambiguation is platform-documented in the weak sense — the property exists for that purpose and Google says markup aids understanding. Any effect beyond disambiguation is plausible-but-unproven, and we treat it exactly that way on our own builds.
How should sameAs be implemented?
Once, on the site's canonical Organization node — not scattered across pages. Identity is a site-level fact: declare the sameAs list inside the 1 @id-anchored node that every page's publisher field references, and it travels with every page automatically. The node pattern, @id conventions, and the template that makes it cheap are walked through in Organization schema as an entity home.
Maintenance is the part folklore skips. A sameAs list is a set of live claims: when a profile is abandoned, renamed, or drifts to an old logo and a stale description, the list now asserts a contradiction. Reviewing a handful of URLs once or twice a year is cheap; the discipline of keeping the list short is what makes the review cheap.
When is sameAs a waste of time?
Past the first handful of strong targets, almost immediately — and saying so is against our interest, since identity cleanup is billable work. The marginal sameAs URL adds no documented value once the entity is unambiguous, and the failure mode of a long list is real: more claims to keep consistent, more chances to assert a contradiction, zero evidenced upside.
The same logic prices the tactic overall. sameAs is minutes of work inside an Organization node you should ship anyway; it is not a campaign, a service, or a lever. If the goal is showing up in AI answers, the selection evidence points at the visible words — extractable, answer-first passages with claims worth attributing — which is the practice our generative engine optimization guide documents end to end. Fix the words first; let the markup ride along.
Frequently asked questions
What does the sameAs property do?
It states that another URL identifies the same entity as the thing being marked up. schema.org's definition is a reference page that 'unambiguously indicates the item's identity' — a Wikipedia article, Wikidata entry, or official profile. It is an identity assertion, nothing more.
Which sameAs targets should I list?
Pages that are unambiguously about your entity and that a system would trust as reference points: a Wikidata item, a Wikipedia article if one exists, and the official profiles you actually maintain. A handful of strong targets does the disambiguation job; volume adds nothing documented.
Does sameAs help you get cited by AI engines?
Nothing on our source list supports that. Ahrefs' controlled test of 1,885 pages adding JSON-LD (Aug 2025–Mar 2026) found no meaningful AI-citation lift, and no platform documents reading sameAs at answer time. Its documented job is disambiguation, not visibility.
Can sameAs get you a knowledge panel?
No documented mechanism says so. Google describes structured data as helping it understand content; it documents no markup that triggers a panel. sameAs can support the identity-resolution that panels draw on, but treating it as a panel switch is a vendor story, not a documented one.
Where should sameAs go — every page or one node?
On the 1 canonical Organization node your pages reference by @id. Identity is a site-level fact, so it should be declared once: every page redeclaring its own sameAs list is duplication that invites drift, and drift is the opposite of the disambiguation the property exists for.
Sources
- sameAs — schema.org
- Structured data introduction — Google
- We Tracked 1,885 Pages Adding Schema. AI Citations Barely Moved. — Ahrefs