social

sameAs Social-Profile

MetricSpot prüft dein Organization-JSON-LD auf ein sameAs-Array mit Social-URLs. Genau das füttert Googles Knowledge Graph und die Entity-Auflösung von KI-Agenten.

Was diese Prüfung macht

Sucht auf der Seite nach einem Organization- (oder Person-, LocalBusiness-, Corporation-)JSON-LD-Block und prüft, ob er eine sameAs-Eigenschaft enthält, deren Wert ein nicht-leeres Array von URLs ist. Die Prüfung ist rein strukturell — sie ruft keine der URLs ab. URL-Lebendigkeit übernimmt die Schwester-Regel sameAs-Profil-Abgleich.

Ein bestehendes Ergebnis verlangt:

  • Einen oder mehrere application/ld+json-Blöcke, die als gültiges JSON parsen.
  • Ein Objekt mit @type Organization (oder Subtyp).
  • Ein sameAs-Feld, dessen Wert ein Array mit mindestens einer String-URL ist.

Warum es zählt

sameAs ist die strukturierte-Daten-Art zu sagen “die hier beschriebene Entität ist dieselbe reale Entität wie die unter dieser anderen URL.” Schema.org definiert das exakt zu diesem Zweck, und drei große Konsumenten hängen davon ab:

  • Googles Knowledge Graph. Entity-Linking, Marken-Knowledge-Panels, Favicon und “About this result”-Attribution nutzen sameAs als eines der primären Signale, um zu klären “welche Marke ist diese Site.” Ohne fällt Google auf schwächere Hinweise zurück (Markenname-Vorkommen, Backlinks von bekannten Entity-Seiten) und scheitert häufig komplett am Merge.
  • Wikidata. Wenn Editor:innen einen Entity-Eintrag anlegen oder erweitern, nutzen sie sameAs von deiner Site als unterstützenden Beleg für Cross-References. Ein sauberes sameAs-Array ist der langweiligste, effektivste Weg, Wikidata zu füttern — was wiederum Dutzende nachgelagerte Wissensbasen füttert.
  • Antwortmaschinen. Perplexity, ChatGPT Search, Google AI Overviews und Bing Copilot laufen alle Entity-Resolution-Pässe, bevor sie eine Quelle zitieren. Sites mit sauberer Organization + sameAs lösen sauber auf und werden als benannte Marken zitiert (“laut Acme Corp”). Sites ohne lösen zu “laut acme.example” auf — oder schlimmer, ohne Attribution.

Die On-Page-Version desselben Anspruchs — sichtbare Social-Icons im Footer — prüft Links zu Social-Profilen separat. Ship beides; sie bedienen unterschiedliche Konsumenten.

So behebst du es

1. Vollständiger Organization + sameAs-Block. Pack das in den <head> deiner Homepage, idealerweise über das geteilte Layout, damit es jede Seite trägt:

<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 baut Developer-Tools für verteilte Systeme.",
  "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>

Welche URLs aufnehmen — nach Unternehmensphase.

  • Jede Marke: LinkedIn, X / Twitter, YouTube.
  • Startups: plus Crunchbase, GitHub (wenn du Code ausspielst), die LinkedIn der Gründer:in unter einem separaten Person-Schema statt im Organization-sameAs.
  • Etablierte Unternehmen: plus Glassdoor, Bloomberg- / Reuters-Profile, falls vorhanden, Wikipedia, falls qualifiziert.
  • Wikipedia-würdig: auch die Wikidata-Q-ID-URL. Das ist das stärkste Einzel-Signal — Wikidata ist die Wahrheitsquelle, auf die sich Google am stärksten stützt.

Überspring Plattformen, auf denen du keine Präsenz hast oder ein totes Profil. Eine leere Facebook-Seite schadet mehr, als der Link nutzt. Siehe sameAs-Profil-Abgleich für das Audit-Rezept.

2. Next.js (App Router) — aus app/layout.tsx injizieren:

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 — aus BaseLayout.astro ausgeben:

---
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: Settings → Site representation → auf “Organization” stellen, die Social-Profile-Felder unter General → Site info → Other profiles füllen. Yoast emittiert das vollständige Organization-JSON-LD mit gefülltem sameAs automatisch.
  • Rank Math: Titles & Meta → Local SEO → Social-Profil-URLs eintragen. Gleiche automatische Ausgabe.

Beide Plugins übernehmen auch Unternehmensname, Logo und Kontaktpunkt. Schreib keinen konkurrierenden Block per Hand — doppelte Organization-Schemas verwirren Google.

5. Validieren. Zwei Pässe nach dem Deploy:

  • Schema Markup Validator für Syntax (fängt malformed JSON, falsche Typen).
  • Google Rich Results Test, um zu bestätigen, dass Google es abrufen und parsen kann. Der Logos-Report in der Search Console (unter Enhancements) zeigt schließlich, ob Google die Entität übernommen hat — typischerweise 1–4 Wochen nach Deployment.

Siehe auch: Organization sameAs für tiefere Abdeckung des Organization-Schemas, sameAs-Profil-Abgleich, um zu prüfen, dass die URLs funktionieren, JSON-LD strukturierte Daten für die allgemeine Strukturierte-Daten-Einführung.

Häufig gestellte Fragen

Soll sameAs auf der Organization oder dem WebSite-Schema sitzen?

Organization (oder Person, für Personenmarken). Das WebSite-Schema gilt der Site selbst — sein sameAs würde auf andere Websites verweisen, die dieselbe Website sind, was selten sinnvoll ist. Markenidentität lebt auf Organization. Verknüpf die beiden über WebSite.publisher → Organization.

Kann sameAs auf jeder Seite stehen oder nur auf der Homepage?

Beides geht. Es per geteiltem Layout auf jede Seite zu packen, ist die sicherste Option — Google crawlt möglicherweise zuerst eine innere Seite, und der Organization-Block dort beschleunigt die Entity-Resolution. Der Nachteil sind wenige hundert Bytes wiederholtes JSON-LD pro Seite, was vernachlässigbar ist.

Beeinflusst die Reihenfolge der Items im sameAs-Array etwas?

Nein. sameAs wird von jedem Konsumenten als ungeordnete Menge behandelt. Optimiere beim Bearbeiten auf Lesbarkeit, nicht auf SEO — da gibt’s nichts zu optimieren.

Quellen

Zuletzt aktualisiert 2026-05-11