Mehrsprachige strukturierte Daten: JSON-LD für jede Sprach- und Regions-URL lokalisieren

Erfahren Sie, wie Sie schema.org-JSON-LD auf jeder crawlbaren Sprach- und Regions-URL lokalisieren, inLanguage und Entitäten auf hreflang abstimmen und die Qualität mehrsprachiger strukturierter Daten prüfen – ohne erfundene Ranking-Vorteile.

Grant DaviesAktualisiert

Mehrsprachige strukturierte Daten: ein JSON-LD-Knotengraph mit inLanguage-Labels an Entitäten auf einem weißen Raster

Bei mehrsprachigen strukturierten Daten passieren leicht Fehler, wenn Teams JSON-LD als websiteweites englisches Snippet behandeln, das auf jede Sprach- oder Regions-URL kopiert wird. Suchmaschinen und Antwortsysteme lesen strukturierte Daten als Beschreibung der Seite unter einer bestimmten URL. Wenn Ihre französische Produktseite weiterhin inLanguage: en, englische name-Werte und einen von der US-Website kopierten kanonischen Entitätsgraphen enthält, senden Sie widersprüchliche Signale. Das beeinträchtigt sowohl die klassische Indexierung als auch die eindeutige Interpretation durch Antwortmaschinen.

Dieser Leitfaden erklärt, wie Sie schema.org-Markup für jede crawlbare Sprach- oder Regions-URL lokalisieren, JSON-LD mit hreflang und Canonicals abstimmen, Organisations- und Produktentitäten konsistent halten und die Einführung mehrsprachiger strukturierter Daten qualitätssichern. Grundlage sind Googles Dokumentation zu mehrsprachigen Websites und eine wahrheitsgetreue Verwendung von Schema-Markup. Keine erfundenen Ranking-Vorteile: Strukturierte Daten helfen Systemen, Inhalte zu verstehen; sie gleichen keine dürftigen Übersetzungen aus.

Fragen, die dieser Leitfaden beantwortet

  • Warum müssen strukturierte Daten für jede Sprach-URL lokalisiert werden?
  • Wie sollten inLanguage und alternative Sprachversionen dargestellt werden?
  • Welche Schema-Typen sind für mehrsprachige Websites besonders wichtig?
  • Wie wirken hreflang und Canonicals mit strukturierten Daten zusammen?
  • Welche Fehler führen zu gemischtsprachigem Markup oder doppelten Entitätsdefinitionen?
  • Wie bleiben Organisations- und Produktentitäten über Sprach- und Regionsversionen hinweg konsistent?
  • Wie unterstützen strukturierte Daten Antwortmaschinen, ohne Ranking-Faktoren zu erfinden?
  • Welche Qualitätsprüfungen gehören zur Einführung mehrsprachiger strukturierter Daten?

Kurzantwort: Schema-Markup auf jeder crawlbaren Sprach- oder Regions-URL lokalisieren

Kurz gesagt: Geben Sie auf jeder crawlbaren Sprach- oder Regions-URL JSON-LD aus, das die sichtbare Seite in der jeweiligen Sprache wahrheitsgetreu beschreibt – mit korrektem inLanguage, lokalisierten Texteigenschaften, zutreffender url und Entitätskennungen, die über Märkte hinweg konsistent bleiben.

Google empfiehlt unterschiedliche crawlbare URLs für jede Sprach- oder Regionsversion, statt sich allein auf Cookies oder die Browsersprache zu verlassen. Strukturierte Daten sollten die Seite beschreiben, die Nutzer und Crawler unter dieser URL sehen – nicht ein einziges gemeinsames englisches Grundgerüst, das überall eingebunden wird.

Jeder Block sollte dieselbe Sprache verwenden wie der sichtbare Hauptinhalt. Google bestimmt die Seitensprache hauptsächlich anhand der sichtbaren Inhalte. Schema-Markup, das dem Seiteninhalt widerspricht, verursacht unnötigen Abgleichaufwand für Crawler.

Warum strukturierte Daten der Architektur der Sprachversionen folgen

Strukturierte Daten sind keine separate internationale SEO-Ebene, die über der URL-Architektur schwebt – sie bilden diese ab. Wenn Sie /de/produkt/widget veröffentlichen, sollte das JSON-LD unter dieser URL die deutsche Seite beschreiben: mit deutschen Titeln, Beschreibungen, gegebenenfalls Angeboten und einem gültigen BCP-47-Tag wie de oder de-DE als Wert für inLanguage.

Sprachversionen benötigen eigene crawlbare URLs. Strukturierte Daten sollten die Seite beschreiben, die Nutzer und Crawler unter der jeweiligen URL sehen, nicht ein einziges gemeinsames englisches Grundgerüst. Wenn Ihr CMS eine globale Schema-Vorlage rendert, werden englische Entitätsnamen in jede Sprach- und Regionsversion übernommen. Das führt häufig zu Sprachmischungen, Problemen mit der Eignung für Rich-Suchergebnisse und schwachen Zusammenfassungen durch Antwortmaschinen.

Hreflang informiert Suchmaschinen über alternative Versionen; strukturierte Daten erklären ihnen, worum es auf der aktuellen Seite geht. Beide müssen übereinstimmend signalisieren, dass jede URL eine vollständige Sprachversion ist und kein Duplikat, das sich als andere Sprache ausgibt.

Strategische Hintergründe zur Ausrichtung auf Sprachen oder Länder finden Sie im Beitrag Internationale SEO im Vergleich zu mehrsprachiger SEO.

Zentrale Eigenschaften: inLanguage, url und Entitätsidentität

Drei Eigenschaften sollten Sie bei jeder Vorlage für Sprach- und Regionsversionen zuerst prüfen:

inLanguage – Verwenden Sie einen gültigen Sprach- oder Gebietsschemacode, der zur Seite passt. Belassen Sie auf lokalisierten URLs nicht die Angabe für Englisch. Wenn Sie regionale Varianten ansprechen (en-GB gegenüber en-US), stimmen Sie die Werte mit Ihren hreflang-Codes ab.

url – Sollte auf die kanonische URL der beschriebenen Seite verweisen – in der Regel dieselbe URL, die für diese Sprach- oder Regionsversion in der Browserleiste steht, nicht die englische Startseite.

@id der Entität oder stabile Kennungen – Organisations- und Produktentitäten benötigen häufig konsistente IDs über Sprach- und Regionsversionen hinweg (https://example.com/#organization), während die menschenlesbaren Eigenschaften lokalisiert werden. Konsistente IDs helfen Systemen, dieselbe Marke oder SKU über Sprachen hinweg zu erkennen; lokalisierte name- und description-Felder enthalten die marktspezifischen Texte.

Vermeiden Sie widersprüchliche doppelte Entitätsdefinitionen unter derselben URL. Ein zusammenhängender Organization-Graph pro Seite ist sauberer als drei konkurrierende Blöcke, die von verschiedenen Plugins eingebunden werden.

Schema-Typen, die häufig lokalisiert werden müssen

Nicht jeder Schema-Typ muss übersetzt werden, doch bei diesen ist es auf mehrsprachigen Websites häufig nötig:

  • WebPage / Article / BlogPosting – headline, description, inLanguage und url.
  • Product – name, description, offers mit passender Währung und lokalisierten Angaben zur Verfügbarkeit.
  • FAQPage – Fragen und Antworten müssen mit den sichtbaren FAQ-Inhalten in der Seitensprache übereinstimmen.
  • Organization – Lokalisiertes name, wenn in den Märkten unterschiedliche rechtliche Firmennamen oder Handelsnamen verwendet werden; konsistentes @id.
  • BreadcrumbList – Lokalisierte Breadcrumb-Bezeichnungen, die mit der Navigation übereinstimmen.
  • LocalBusiness – Gegebenenfalls eine zur Sprach- oder Regionsversion passende Adresse und areaServed.

Hilfreiche, auf Menschen ausgerichtete Inhalte bleiben die Grundlage. Strukturierte Daten sollten lokalisierte Inhalte wahrheitsgetreu widerspiegeln, statt dürftige Übersetzungen auszugleichen. Eine leere Platzhalterseite wird durch Markup nicht nützlich.

Hreflang, Canonicals und JSON-LD aufeinander abstimmen

Hreflang-Verweise informieren Google über alternative Sprach- oder Regions-URLs und müssen innerhalb der beschriebenen Seitengruppe wechselseitig gesetzt sein. Canonicals teilen Google mit, welche URL bei Duplikaten in derselben Sprache bevorzugt werden soll. JSON-LD sollte keinem dieser Signale widersprechen.

Praktische Regeln für die Abstimmung:

  1. Canonicals innerhalb derselben Sprache – Jede Sprach- oder Regions-URL sollte eine eindeutige Canonical-Angabe haben, die bei vorhandenen Duplikaten auf die bevorzugte URL derselben Sprache verweist. Verweisen Sie nicht bei allen Sprach- und Regionsversionen per Canonical auf Englisch, wenn Sie vollständig lokalisierte Seiten veröffentlichen.
  2. Hreflang in HTML oder Sitemap – XML-Sitemaps helfen beim Auffinden von Sprachversionen und können xhtml:link-hreflang-Verweise enthalten, wenn Sie diese Implementierungsmethode wählen.
  3. JSON-LD-url stimmt mit der kanonischen URL überein – Wenn Sie für /fr/produit einen selbstreferenzierenden Canonical setzen, sollte url im Schema-Markup auf diese URL verweisen, nicht auf /en/product.
  4. Hreflang in JSON-LD ist kein Ersatz – Googles hreflang-Richtlinien sehen Link-Elemente, HTTP-Header oder Sitemaps vor – nicht Schema-Markup als primäre Angabe alternativer Versionen.

Wenn Plugins alle drei Ebenen unabhängig voneinander automatisch erzeugen, führen Sie nach dem Start jeder Sprach- oder Regionsversion einen Abgleich durch.

Organisations- und Produktentitäten konsistent halten

Mehrsprachige SEO funktioniert nicht, wenn jede Sprach- und Länderversion einen neuen Organisationsnamen oder eine neue Produkt-ID verwendet. Eine praxistaugliche Entitätsstrategie:

  • Ein stabiles @id pro Organisation über alle Sprach- und Länderversionen hinweg; lokalisieren Sie die Anzeigeeigenschaften.
  • Produkt-SKUs oder globale IDs bleiben unverändert; lokalisieren Sie die Marketingtitel.
  • Dieselbe logo-URL, sofern einzelne Märkte keine anderen Assets erfordern – dokumentieren Sie die Gründe für Abweichungen.
  • Einheitliche sameAs-Social-Media-Profile, sofern für einen Markt keine separaten verifizierten Konten betrieben werden.

Googles Leitlinien für hilfreiche Inhalte stellen Seiten in den Vordergrund, die für Menschen erstellt wurden. Sprachversionen mit dürftigen Inhalten oder ausschließlich Standardtexten sind sowohl für SEO als auch als Quellen für Antworten wenig geeignet. Konsistente Entitäten helfen Systemen, lokalisierte Seiten einer bekannten Marke zuzuordnen, können aber minderwertige Texte nicht ausgleichen.

Teams, die viele Sprach- und Länderversionen verwalten, profitieren von einer mehrsprachigen SEO-Plattform, die Glossarbegriffe in sichtbaren Texten und strukturierten Datenfeldern konsistent hält.

Auswirkungen auf Antwortmaschinen – ohne erfundene Rankingfaktoren

Antwortmaschinen und AI Overviews können strukturierte Daten als eines von vielen Signalen nutzen, wenn sie Seiten zusammenfassen oder als Quellen nennen. Keine öffentliche Dokumentation verspricht jedoch, dass JSON-LD allein zu Quellenverweisen, Rankings oder einer Platzierung in AI Overviews führt.

Was strukturierte Daten tatsächlich leisten können:

  • Den Seitentyp verdeutlichen (Article, FAQPage, Product).
  • inLanguage für die beschriebene URL bereitstellen.
  • Eine konsistente Entitätserkennung unterstützen, wenn die IDs über alle Sprach- und Länderversionen hinweg übereinstimmen.

Was sie nicht leisten können:

  • Nicht übersetzte oder dürftige Inhalte ausgleichen.
  • Crawlbare URLs für Sprach- und Länderversionen oder hreflang ersetzen.
  • Rich-Suchergebnisse in jedem Markt garantieren.

Betrachten Sie Schema-Markup als präzise Metadaten zu Seiten, die für Menschen erstellt wurden – nicht als Ranking-Trick.

Häufige Fehler bei mehrsprachigem Schema-Markup

  1. Englisches JSON-LD auf nicht englischsprachigen URLs – inLanguage und Texteigenschaften bleiben in der Ausgangssprache.
  2. Globaler Schema-Teilbaustein – Ein CMS-Block wird ohne Anknüpfungspunkte für die Lokalisierung in alle Sprach- und Länderversionen kopiert.
  3. Widersprüche zwischen Canonical und url – Das Schema-Markup verweist auf die englische Version, während die Seite die französische Version als kanonisch ausweist.
  4. FAQ-Schema in der falschen Sprache – Die Sprache des Markups stimmt nicht mit der Sprache der sichtbaren FAQs überein.
  5. Doppelte Entitätsgraphen – Mehrere Plugins fügen konkurrierende Organization-Blöcke ein.
  6. Erfundene Produkteigenschaften – Angebote oder Bewertungen werden ausgezeichnet, obwohl sie auf der Seite nicht vorhanden sind.
  7. Hreflang wird vernachlässigt, während das Schema-Markup „repariert“ wird – Annotationen und JSON-LD müssen zusammenarbeiten.
  8. Inhaltsarme Rumpfseiten mit vollständigem Schema-Markup – Übersetzte Standardtexte mit aufwendigem Markup.

Die Bing-Webmasterrichtlinien betonen crawlbare, nützliche Inhalte und eine klare Websitestruktur für die marktübergreifende Indexierung. Diese Anforderungen an die Crawlbarkeit müssen erfüllt sein, bevor strukturierte Daten einen Mehrwert bieten.

Checkliste für die Implementierung

Nutzen Sie diese Checkliste vor jeder Veröffentlichung neuer Schema-Daten für eine Sprach- oder Länderversion:

Grundlagen für klassische Suche und Antwortmaschinen

Für Google, Bing und Antwortmaschinen bleiben dieselben Grundlagen wichtig: crawlbare Sprachversionen, klar erkennbare Entitäten, belegte Aussagen, strukturierte Daten, die den tatsächlichen Inhalten entsprechen, und echte Lokalisierung statt rein englischsprachiger Hüllen. Die folgenden Leitfäden beleuchten dieselben Anforderungen an einen mehrsprachigen Webauftritt aus der Perspektive der jeweiligen Plattform.

Damit die Google Suche Sprach- und Regionalversionen findet, benötigen diese crawlbare URLs mit HTML in der jeweiligen Sprache, zutreffende Titel und Überschriften sowie wechselseitige hreflang-Verweise, sofern Alternativversionen vorhanden sind. Zu den technischen Grundlagen gehören indexierbare Inhalte statt rein Cookie-basierter Sprachumschaltung, lokalisierte Metadaten, Sitemaps und konsequent gesetzte Canonical-Verweise je Sprachversion. Inhaltsqualität bedeutet, in jeder Sprache Hauptinhalte bereitzustellen, die auf die Bedürfnisse der Menschen ausgerichtet sind. Autorität entsteht durch eine klar erkennbare Identität der Organisation und bestätigende Quellen – nicht durch Marketingversprechen von Übersetzungstools. Für mehrsprachige Websites heißt das: Jede Markt- oder Sprach-URL muss als vollständige, eigenständige Seite funktionieren, die Google für lokale Suchanfragen ranken kann. Messen Sie die Ergebnisse anhand der Indexabdeckung in der Search Console und der URL-Prüfung für jede Sprach- und Regionalversion. Gesichert und ungewiss: Google dokumentiert den Umgang mit Mehrsprachigkeit und hreflang, garantiert aber keine Rankings durch ein bestimmtes CMS oder einen bestimmten Übersetzungsworkflow.

Plattform-Leitfaden: Bing

Bing entdeckt und indexiert crawlbare mehrsprachige Seiten mit klarer Struktur – ähnlich wie Google, das ebenfalls klare URLs und Inhalte erwartet. Zu den technischen Grundlagen gehören abrufbare URLs für Sprach- und Länderversionen, nützliche Inhalte und das Monitoring jeder Property oder verifizierten Domain in Bing Webmaster Tools. Bevorzugen Sie lokalisierte Überschriften, Aussagen und FAQs gegenüber einer reinen Übersetzung der Bedienoberfläche, bei der die Navigation die Sprache wechselt, der eigentliche Seiteninhalt jedoch nicht. Autoritätssignale hängen weiterhin von vertrauenswürdigen Quellen und konsistenten Entitäten über alle Sprach- und Länderversionen hinweg ab. Für mehrsprachige Websites bedeutet das: Verbergen Sie Sprachen nicht hinter rein clientseitigen Umschaltern oder cookiegestützten Sprachwechseln unter einer einzigen URL, die Crawler nicht vollständig erfassen können. Überwachen Sie die Indexierung und die Crawling-Statistiken in Bing Webmaster Tools. Gesichertes und Ungewisses sind zu trennen: Die Bing-Richtlinien betonen crawlbare, nützliche Inhalte. Erfinden Sie keine Bing-spezifischen Rankingfaktoren für Übersetzungstools.

Plattform-Leitfaden: ChatGPT

ChatGPT kann öffentlich zugängliche Seiten als Quelle anführen oder zusammenfassen, wenn die Sprachversionen klar erkennbar sind und sich ihre Inhalte direkt für Antworten eignen. Die Auffindbarkeit folgt keinem herkömmlichen, crawl-basierten Ranking. Sichtbarkeit bedeutet hier, als Quelle ausgewählt oder in Antworten erwähnt zu werden, statt auf einer Suchergebnisseite mit Rangfolge zu erscheinen. Die technische Grundlage bilden weiterhin zugängliche HTML-URLs – keine Widget-Overlays, die Inhalte vor abrufenden Systemen verbergen. Hilfreiche Inhaltseigenschaften sind direkte Antworten, FAQs und eine einheitliche Terminologie auf Basis von Glossaren, die für jede Sprach- und Regionalversion gepflegt werden. Autorität entsteht durch Belege und sprachübergreifend konsistente Entitäten. Für mehrsprachige Websites heißt das: Jede Sprach- und Regionalversion sollte für sich allein verständlich sein, ohne vorauszusetzen, dass Nutzer die Sprache wechseln. Die Messmöglichkeiten sind begrenzt – behandeln Sie Prüfungen von Quellenverweisen als qualitative Hypothesen, nicht als KPIs. Gesichert und ungewiss: Es gibt keine dokumentierte Garantie dafür, dass strukturierte Daten, hreflang oder ein bestimmter Übersetzungsworkflow zu Quellenverweisen in ChatGPT führen.

Plattform-Leitfaden: Gemini

Gemini und verwandte KI-Angebote von Google profitieren von konsistenten Entitäten, sachlich korrekten strukturierten Daten und indexierbaren lokalisierten Seiten. Bei Sichtbarkeit geht es darum, als Quelle genannt oder erkannt zu werden – nicht darum, Gemini-spezifische Rankingfaktoren zu erfinden. Die technischen Grundlagen überschneiden sich mit den Anforderungen der Google Suche an Crawlbarkeit und Metadatenqualität für jede URL einer Sprach- oder Regionalversion. Inhalte sollten in jeder Sprache klare Aussagen und Definitionen bieten und mit angemessener Tiefe auf die Bedürfnisse der Menschen eingehen. Autorität hängt von einem konsistenten Auftritt der Organisation und bestätigenden Belegen über verschiedene Märkte hinweg ab. Für mehrsprachige Websites heißt das: Durch Glossare vereinheitlichte Produktnamen verringern die Verwechslung von Entitäten zwischen Sprach- und Regionalversionen – sowohl in der Suche als auch in KI-Angeboten. Messen Sie die Ergebnisse auf herkömmliche Weise über die Search Console und prüfen Sie KI-Antworten in den Zielsprachen anhand qualitativer Stichproben. Gesichert und ungewiss: Das Verhalten von Gemini ersetzt nicht die dokumentierten Leitlinien der Google Suche zu hreflang und Sprachversionen.

Plattform-Leitfaden: Google AI Overviews

Google AI Overviews können auf Seiten verlinken, die ihre Aussagen stützen. Grundlage für eine mögliche Berücksichtigung bleiben indexierbare, auf Menschen ausgerichtete Inhalte in jeder Sprache. Sie sind keine Sprachumschaltung und ersetzen keine hreflang-Annotationen zwischen Alternativversionen. Die technischen Grundlagen bleiben crawlbares HTML für jede Sprach- und Regionalversion sowie wahrheitsgetreue strukturierte Daten, die dem sichtbaren Seiteninhalt entsprechen. Zu den hilfreichen Inhaltseigenschaften zählen prägnante Antworten und klare Überschriften in jeder Sprachversion. Autoritätssignale entsprechen den Erwartungen an hilfreiche Inhalte und beruhen nicht allein auf Schema-Markup. Für mehrsprachige Websites heißt das: Die Aufnahme in AI Overviews ist für keine übersetzte Seite garantiert, unabhängig von der Leistung der englischen Version. Nutzen Sie, soweit verfügbar, Berichte zu generativen Suchergebnissen in der Search Console und werten Sie herkömmliche Indexierungskennzahlen separat aus. Gesichert und ungewiss: Kein Übersetzungsworkflow kann eine Platzierung in AI Overviews versprechen.

Wie GlotEO unterstützt

Schema-Lokalisierung im großen Maßstab ist ebenso eine Aufgabe des Content-Managements wie der Entwicklung. Wenn Glossare, übersetzte Felder und SEO-Annotationen auseinanderdriften, wird JSON-LD zum letzten Versteck für Sprachmischungen. GlotEO hilft Teams, mehrsprachige SEO-Workflows aufeinander abzustimmen – damit strukturierte Daten, hreflang und Seitentexte dieselbe Terminologie und dieselben URLs für Sprach- und Länderversionen verwenden.

Entdecken Sie die mehrsprachige SEO-Plattform, wenn Sie einheitliche Vorgaben und Kontrolle über viele Sprach- und Länderversionen hinweg benötigen. Unter GlotEO-Preise und -Tarife können Sie die Workflow-Stufen für die Qualitätssicherung von Schema-Markup und die Übersetzungsprüfung vergleichen.

Quellen