The sameAs Signal Chain
Session 7.2 · ~5 min read
Explicit vs. Implicit Reconciliation
In Session 7.1, we described how Google reconciles entities by matching signals across sources. Most of that matching is implicit: Google crawls your website, crawls your LinkedIn page, notices the same company name and URL, and infers they are the same entity.
Implicit reconciliation works, but it is fragile. Name variations, URL differences, or missing attributes can break the inference. The sameAs property in schema.org gives you a way to make reconciliation explicit. Instead of hoping Google figures it out, you tell Google directly: "This entity on my website is the same as this entity on LinkedIn, this entity on Facebook, and this entity on Wikidata."
The sameAs property is a direct reconciliation instruction. It removes guesswork from entity matching by declaring identity equivalence between your website and external profiles.
How sameAs Works
In your Organization (or Person) JSON-LD markup, the sameAs property takes an array of URLs. Each URL points to a profile or page on another platform that represents the same entity.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Your Company Name",
"url": "https://yourcompany.com",
"sameAs": [
"https://www.linkedin.com/company/yourcompany",
"https://www.facebook.com/yourcompany",
"https://www.instagram.com/yourcompany",
"https://twitter.com/yourcompany",
"https://www.wikidata.org/wiki/Q12345678",
"https://www.crunchbase.com/organization/yourcompany"
]
}
Google follows these URLs and checks whether the information on those pages corroborates your entity claims. If your schema says your name is "PT Arsindo Perkasa" and your LinkedIn company page says the same, that is a confirmed reconciliation signal.
The Signal Chain Model
Think of sameAs as building a chain. Your website is the anchor. Each sameAs link adds a link in the chain. The chain is only as strong as its weakest link.
(Entity Home)"] -->|sameAs| L["LinkedIn"] W -->|sameAs| F["Facebook"] W -->|sameAs| I["Instagram"] W -->|sameAs| T["Twitter/X"] W -->|sameAs| WD["Wikidata"] W -->|sameAs| C["Crunchbase"] L -.->|backlink| W F -.->|backlink| W WD -.->|P856 URL| W style W fill:#222221,stroke:#c8a882,color:#ede9e3 style WD fill:#222221,stroke:#6b8f71,color:#ede9e3
The solid arrows represent your sameAs declarations (outbound from your schema). The dashed arrows represent backlinks from those profiles to your website. Both directions matter. A sameAs link to a LinkedIn page that does not link back to your website is weaker than one that does.
Which Profiles to Include
Not every URL belongs in your sameAs array. Include only profiles that represent the entity itself, not pages that merely mention it.
| Include | Do Not Include |
|---|---|
| LinkedIn company page | A news article mentioning your company |
| Facebook business page | A blog post reviewing your product |
| Official Instagram profile | A competitor's comparison page |
| Twitter/X official account | A directory listing (use citations instead) |
| YouTube channel | Employee personal profiles |
| Wikidata item URL | Google Business Profile URL |
| Crunchbase organization page | Google Maps link |
Note that Google Business Profile URLs should not be in sameAs. Google already knows about your GBP. Adding it to sameAs is redundant and can confuse the reconciliation engine.
Bidirectional Verification
The strongest reconciliation happens when both sides confirm the relationship. Your website's sameAs points to LinkedIn. Your LinkedIn page's website field points back to your website. This bidirectional verification is what Jason Barnard of Kalicube calls "corroborative claims." Google sees both sides asserting the same relationship and gains high confidence.
When only one side makes the claim, Google still registers it, but with lower confidence. If your schema includes a sameAs link to a Facebook page that has a completely different business name and no link back to your site, that signal is noise rather than signal.
Every sameAs URL you declare should link back to your website. Bidirectional links are corroborative claims. One-directional links are unverified assertions.
Wikidata: The Highest-Value sameAs Target
Among all sameAs targets, Wikidata carries the most weight. Wikidata is an open, structured knowledge base maintained by the Wikimedia Foundation. It feeds directly into Google's Knowledge Graph. A Wikidata item with property P856 (official website URL) pointing to your domain, combined with a sameAs link from your schema to that Wikidata item, creates a strong bidirectional reconciliation loop through an authoritative intermediary.
If your entity qualifies for a Wikidata entry (covered in Module 4, Session 4.7), making it part of your sameAs chain should be a priority.
Further Reading
- sameAs property for Knowledge Graph entities - Schema.org GitHub discussion on sameAs implementation patterns
- Using @id in Schema.org Markup for SEO, LLMs, and Knowledge Graphs - Momentic on connecting schema entities
- Google Knowledge Graph: Definition and How to Use It - Kalicube's comprehensive Knowledge Graph guide
- Measurable Impact of Scaling Entity Linking - Schema App on entity linking results
Assignment
Update your Organization schema's sameAs array to include every legitimate profile URL: LinkedIn company page, Facebook page, Instagram, Twitter/X, YouTube channel, Crunchbase, and Wikidata (if applicable). For each URL in the array, verify two things: (1) the URL resolves and is about your company, and (2) the profile links back to your website. Record any profiles that fail bidirectional verification and fix them.