Coincidència de perfils sameAs

Què comprova aquesta auditoria

Analitza la matriu sameAs del teu JSON-LD d’Organization (o Person, LocalBusiness) i, per a cada URL:

1. Emet un HEAD i després un GET i confirma una resposta 2xx (seguint una redirecció).
2. Escaneja l’HTML de destinació buscant el nom de la teva marca (el name o alternateName del mateix JSON-LD).

La comprovació falla si qualsevol URL dona 404, redirigeix a un domini no relacionat, o porta a una pàgina el contingut visible de la qual no menciona la marca. Aquesta és una comprovació separada de sameAs perfils socials, que només verifica que la matriu existeix.

Per què importa

Tot el sentit de sameAs és dir a Google “aquestes URLs es refereixen totes a la mateixa entitat del món real que aquest lloc web.” Quan una d’aquestes URLs està trencada, la fusió d’entitats falla: Google no pot connectar amb confiança “Acme Inc a LinkedIn” amb el teu lloc si l’URL de LinkedIn retorna un 404, i no pot connectar “Acme Industries Ltd” amb la teva pàgina “Acme Inc” si l’slug de LinkedIn s’ha canviat de nom i ara pertany a una altra empresa.

El cost d’un sameAs trencat és silenciós. Les teves dades estructurades segueixen validant. Rich Results Test segueix sortint verd. Però el Knowledge Graph es nega calladament a atribuir el perfil a tu, i els Knowledge Panels, els carrusels de marca i la procedència de citacions d’agents d’IA depenen d’aquesta atribució.

Les ruptures més habituals, en ordre aproximadament descendent de freqüència:

• Migració d’URL de Twitter a X. Els perfils encara resolen a twitter.com (Twitter redirigeix), però algunes matrius sameAs apunten a sub-paths que s’han trencat. Utilitza sempre https://x.com/handle.
• Canvis de nom de l’slug /company/ de LinkedIn. Quan una empresa fa rebranding, l’slug antic dona 404. La redirecció per ID numèric a /company/ és més estable però lletja.
• Perfils desapareguts deixats a la matriu. Entrades de Google+ del 2018. Vine. Periscope. Audita i poda.
• Redireccions de domini de vanitat que perden el path. acme.co/twitter → https://x.com/ (sense handle). Enllaça sempre l’URL canònica del perfil directament.
• Drift de capitalització. Algunes plataformes donen 404 davant la capitalització incorrecta a l’slug. Prova el que enganxes.

Com solucionar-ho

1. Audita la matriu amb un curl loop:

curl -s https://elteudomini.com/ \
  | grep -oE '"sameAs":\s*\[[^]]+\]' \
  | grep -oE 'https?://[^"]+' \
  | while read url; do
      code=$(curl -s -o /dev/null -w '%{http_code}' -L -A 'Mozilla/5.0' "$url")
      echo "$code  $url"
    done

Qualsevol cosa que retorni 4xx o 5xx està morta. Qualsevol cosa que redirigeixi amb 3xx a un hostname diferent és sospitosa: obre-la al navegador i confirma que la destinació encara representa la teva marca.

2. Audita la matriu amb un script de navegador. Enganxa a la consola DevTools de la teva home:

const ld = [...document.querySelectorAll('script[type="application/ld+json"]')]
  .map(s => { try { return JSON.parse(s.textContent); } catch { return null; } })
  .filter(Boolean)
  .flatMap(o => Array.isArray(o) ? o : [o]);

const sameAs = ld.flatMap(o => o.sameAs || []);
console.table(sameAs);

await Promise.all(sameAs.map(async url => {
  try {
    const r = await fetch(url, { mode: 'no-cors' });
    console.log(r.type === 'opaque' ? 'opaque' : r.status, url);
  } catch (e) {
    console.error('FAIL', url, e.message);
  }
}));

CORS farà que moltes respostes siguin opaques, però els errors de xarxa (DNS, 5xx) encara apareixen com a errors. Per a un codi d’estat net, executa el curl loop d’abans.

3. Validador de Schema.org. Enganxa la teva URL a validator.schema.org: mostra errors de parse de JSON-LD i la matriu sameAs resolta. Útil quan el teu CMS està malmetent el JSON.

4. Mantén un handle canònic estable per plataforma. Tria una URL per perfil i utilitza-la a tot arreu: al sameAs, al footer, a la teva signatura d’email, a notes de premsa. Les formes canòniques que envelleixen bé:

• LinkedIn: https://www.linkedin.com/company/<slug> (no /in/, ni l’ID numèric, ni una redirecció localitzada /de.linkedin.com).
• X / Twitter: https://x.com/<handle> (la forma twitter.com encara redirigeix, però x.com és canònic ara).
• YouTube: https://www.youtube.com/@<handle> (la forma de handle moderna, no /channel/UCxxxx ni /user/xxxx).
• GitHub: https://github.com/<org> (sense barra final).
• Wikipedia: l’URL anglesa en.wikipedia.org fins i tot si tens variants d’idioma. Les URLs específiques d’idioma no són l’entitat canònica.
• Mastodon: https://<instance>/@<handle> (l’URL federada, no un ID amb hash).

5. Després d’arreglar-ho, valida dues vegades. Executa el Schema Markup Validator per a la sintaxi, després el Google Rich Results Test per confirmar que Google pot recuperar i parsejar el JSON-LD. El Rich Results Test s’executa des de la IP de Google: si un target sameAs bloqueja el user agent o el país de Googlebot, fallarà allà encara que el teu curl funcionés.

Consulta també: sameAs d’Organization, sameAs perfils socials, enllaços a perfils socials.

Preguntes freqüents

Cada quant hauria d’auditar la meva matriu sameAs?

Dues vegades l’any n’hi ha prou per a la majoria de llocs. Les plataformes canvien noms d’slug (LinkedIn especialment) i els perfils s’abandonen. Afegeix el curl loop d’amunt al teu checklist de release o a un job de monitoratge programat: és una comprovació de 30 segons.

La meva URL de LinkedIn redirigeix a una pàgina “company not found” però retorna 200. Passa la comprovació?

Depèn. La comprovació fa el pas de coincidència de nom de marca precisament per atrapar aquest cas: LinkedIn retorna 200 amb un cos genèric de “aquesta pàgina no existeix”, així que l’escaneig de nom de marca falla i la regla s’activa. Actualitza l’URL al /company/<slug> actual o elimina-la.

Puc incloure URLs que requereixen login (perfils tancats)?

Evita-les. Si Googlebot no pot recuperar la pàgina de manera anònima, no pot confirmar l’entitat. La majoria de plataformes socials grans renderitzen un shell de perfil públic sense autenticació; si la teva no ho fa, aquest perfil no és útil com a target sameAs.