social

sameAs dei profili social

MetricSpot controlla il tuo JSON-LD Organization per un array sameAs di URL social. È ciò che alimenta il Knowledge Graph di Google e la risoluzione di entità degli agenti AI.

Cosa verifica questo controllo

Cerca un blocco JSON-LD Organization (o Person, LocalBusiness, Corporation) sulla pagina e verifica che contenga una proprietà sameAs il cui valore è un array non vuoto di URL. Il controllo è puramente strutturale — non scarica alcuno degli URL. La liveness degli URL è gestita dalla regola compagna corrispondenza profili sameAs.

Per passare servono:

  • Uno o più blocchi application/ld+json che fanno parse come JSON valido.
  • Un oggetto con @type Organization (o un sottotipo).
  • Un campo sameAs il cui valore è un array di almeno un URL stringa.

Perché è importante

sameAs è il modo strutturato di dire “l’entità descritta qui è la stessa entità reale di quella su questo altro URL”. Schema.org la definisce precisamente per questo scopo, e tre grandi consumatori dipendono da esso:

  • Knowledge Graph di Google. Entity-linking, Knowledge Panel di brand, favicon e attribuzione “About this result” usano tutti sameAs come uno dei segnali primari per risolvere “che brand è questo sito”. Senza, Google deve ricadere su indizi più deboli (occorrenza del nome brand, backlink da pagine di entità note) e spesso fallisce del tutto la fusione dell’entità.
  • Wikidata. Quando gli editor creano o espandono una voce di entità, usano sameAs dal tuo sito come evidenza di supporto per i riferimenti incrociati. Un array sameAs pulito è il modo più noioso ed efficace per alimentare Wikidata — che a sua volta alimenta decine di knowledge base a valle.
  • Answer engine. Perplexity, ChatGPT search, AI Overviews di Google e Bing Copilot eseguono passaggi di risoluzione di entità quando decidono se citare una fonte. Siti con Organization + sameAs puliti si risolvono in modo pulito e vengono citati come brand nominati (“secondo Acme Corp”). Siti senza si risolvono in “secondo acme.example” o peggio, senza attribuzione.

La versione on-page della stessa rivendicazione — icone social visibili nel footer — è verificata separatamente da link ai profili social. Spedisci entrambi; coprono consumatori diversi.

Come sistemarlo

1. Blocco Organization + sameAs completo. Mettilo nel <head> della tua home, idealmente via layout condiviso così ogni pagina lo trasporta:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Acme Corp",
  "alternateName": "Acme",
  "url": "https://acme.example",
  "logo": "https://acme.example/logo.png",
  "description": "Acme builds developer tools for distributed systems.",
  "foundingDate": "2019-04-01",
  "sameAs": [
    "https://www.linkedin.com/company/acme-corp",
    "https://x.com/acmecorp",
    "https://www.youtube.com/@acmecorp",
    "https://github.com/acme",
    "https://www.crunchbase.com/organization/acme",
    "https://en.wikipedia.org/wiki/Acme_Corp",
    "https://www.wikidata.org/wiki/Q123456789"
  ]
}
</script>

Quali URL includere — per stadio dell’azienda.

  • Ogni brand: LinkedIn, X / Twitter, YouTube.
  • Startup: aggiungi Crunchbase, GitHub (se rilasci codice), il LinkedIn del fondatore sotto uno schema Person separato anziché nel sameAs dell’Organization.
  • Aziende consolidate: aggiungi Glassdoor, pagine Bloomberg / Reuters se esistono, Wikipedia se ti qualifichi.
  • Abbastanza note da meritare Wikipedia: includi anche l’URL Q-ID di Wikidata. È il segnale singolo più forte — Wikidata è la fonte di verità su cui Google si appoggia più di tutto.

Salta le piattaforme dove non hai presenza o hai un profilo morto. Una pagina Facebook vuota fa più male del link. Vedi corrispondenza profili sameAs per la ricetta di audit.

2. Next.js (App Router) — inietta da app/layout.tsx:

import Script from "next/script";

const organizationLd = {
  "@context": "https://schema.org",
  "@type": "Organization",
  name: "Acme Corp",
  url: "https://acme.example",
  logo: "https://acme.example/logo.png",
  sameAs: [
    "https://www.linkedin.com/company/acme-corp",
    "https://x.com/acmecorp",
    "https://github.com/acme",
    "https://www.youtube.com/@acmecorp",
  ],
};

export default function RootLayout({ children }) {
  return (
    <html>
      <head>
        <Script
          id="ld-org"
          type="application/ld+json"
          dangerouslySetInnerHTML={{ __html: JSON.stringify(organizationLd) }}
        />
      </head>
      <body>{children}</body>
    </html>
  );
}

3. Astro — emetti da BaseLayout.astro:

---
const organizationLd = {
  "@context": "https://schema.org",
  "@type": "Organization",
  name: "Acme Corp",
  url: "https://acme.example",
  logo: "https://acme.example/logo.png",
  sameAs: [
    "https://www.linkedin.com/company/acme-corp",
    "https://x.com/acmecorp",
    "https://github.com/acme",
  ],
};
---
<head>
  <script type="application/ld+json" set:html={JSON.stringify(organizationLd)} />
</head>

4. WordPress.

  • Yoast SEO: Impostazioni → Rappresentazione del sito → impostalo su “Organizzazione”, compila i campi dei profili social sotto Generale → Info sito → Altri profili. Yoast emette automaticamente il JSON-LD Organization completo con sameAs popolato.
  • Rank Math: Titoli & Meta → Local SEO → compila gli URL dei profili social. Stessa emissione automatica.

Entrambi i plugin gestiscono anche nome azienda, logo e contact point. Non scrivere a mano un blocco concorrente — Organization duplicate confondono Google.

5. Valida. Esegui due passaggi dopo il deploy:

  • Schema Markup Validator per la sintassi (cattura JSON malformati, tipi sbagliati).
  • Google Rich Results Test per confermare che Google riesca a scaricare e parsare. Il report Loghi in Search Console (sotto Enhancements) alla fine mostra se Google ha agganciato l’entità — tipicamente 1–4 settimane dopo il deploy.

Vedi anche: organization sameAs per copertura più profonda dello schema Organization, corrispondenza profili sameAs per verificare che gli URL funzionino, dati strutturati JSON-LD per il primer generale sui dati strutturati.

Domande frequenti

sameAs deve stare sull’Organization o sullo schema WebSite?

Organization (o Person, per brand personali). Lo schema WebSite è per il sito in sé — il suo sameAs si riferirebbe ad altri siti che sono lo stesso sito, il che ha raramente senso. L’identità del brand vive su Organization. Collega i due via WebSite.publisher → Organization.

Posso includere sameAs su ogni pagina o solo sulla home?

Vanno bene entrambi. Metterlo su ogni pagina via layout condiviso è l’opzione più sicura — Google potrebbe fare il crawl di una pagina interna per prima, e trovare lì il blocco Organization accelera la risoluzione di entità. Lo svantaggio sono qualche centinaio di byte di JSON-LD ripetuto per pagina, trascurabili.

L’ordine degli elementi nell’array sameAs cambia qualcosa?

No. sameAs è trattato come un set non ordinato da ogni consumatore. Ottimizza per la leggibilità in editing, non per SEO — non c’è niente da ottimizzare.

Fonti

Ultimo aggiornamento 2026-05-11