2026-07-21 · Redaktion Baduno · 27 blog.readMin · Blog & Wissen
Content-Deduplizierung für mehrsprachige Websites: Duplicate Content vermeiden
Mehrsprachige Websites laufen Gefahr, unbeabsichtigten Duplicate Content zu produzieren – etwa durch ähnliche Übersetzungen oder identische Produkttexte. Dieser Leitfaden zeigt, wie Sie mit hreflang-Tags, individuellen URLs und einer durchdachten Lokalisierungsstrategie Duplikate vermeiden. Lernen Sie typische Fehlerquellen kennen und erhalten Sie praxisnahe Workflows für die Prüfung und Optimierung Ihrer Sprachversionen.

Definition und Ursachen mehrsprachigen Duplicate Contents
Multipler Content kann in mehrsprachigen Websites auf verschiedene Weisen entstehen. Grundlegend versteht man unter Duplicate Content identische oder sehr ähnliche Inhalte, die unter unterschiedlichen URLs abrufbar sind. Im internationalen Kontext betrifft dies nicht nur wortwörtliche Übersetzungen, sondern auch stark angeglichene Versionen derselben Webseite – etwa wenn ein deutsches und ein österreichisches Portal denselben Produkttext in leicht abgewandelter Form nutzen. Die Ursachen sind vielfältig: Oft entstehen identische Inhalte durch automatische Übersetzungen ohne anschließende sprachliche Prüfung. Typische Fälle sind maschinell übersetzte Seiten, bei denen die Ausgangssprache nicht bereinigt wird (z. B. englischer Grundtext bleibt stehen, während die Übersetzung ergänzt wird). Auch URL-Strukturen sorgen für Duplikate: Wenn Sie Ihre Seite über Länderendungen wie /de/ und /at/ ausliefern, aber den Inhalt nicht regional anpassen, liegt nahezu identischer Text vor. Ebenso können Session-IDs, Tracking-Parameter oder Druckversionen ungewollte Kopien erzeugen. Besonders tückisch sind Synonymlisten oder Produktbeschreibungen, die in mehreren Sprachen fast gleich lauten, aber durch minimale Änderungen (z. B. Währungssymbole) bereits ausreichen, um Suchmaschinen zu verwirren.
Eine weitere häufige Ursache ist die parallele Auslieferung von HTML- und AMP-Versionen oder von mobilen und Desktop-Ansichten, wenn die Inhalte nicht korrekt mit rel=“canonical” oder entsprechenden Meta-Tags verknüpft sind. In mehrsprachigen Projekten verschärft sich das Problem, wenn für jede Sprache ein eigener Pfad (z. B. /en/, /fr/) existiert, aber der Inhalt nur einmal übersetzt und dann auf alle Regionen geklont wird.
Praxisempfehlung: Führen Sie vor dem Launch Ihrer mehrsprachigen Website eine sogenannte Content-Audit durch. Identifizieren Sie alle URLs, die denselben oder einen sehr ähnlichen Text ausliefern, und entscheiden Sie, welche dieser Seiten sinnvoll sind. Legen Sie fest, ob Sie Ländervarianten wirklich unterscheiden möchten (z. B. durch regionale Anpassungen oder Austausch von Beispielen) oder ob Sie lieber eine Sprache pro URL-Struktur beibehalten. Vermeiden Sie unnötige Duplikate, indem Sie Tracking-Parameter per robots.txt ausschließen und Session-IDs konsistent handhaben. Nutzen Sie zudem eine saubere hreflang-Struktur (siehe nächstes Kapitel), um Suchmaschinen die Zuordnung zu erleichtern.
Suchmaschinen-Perspektive: Warum Duplicate Content bestraft wird
Suchmaschinen wie Google haben das Ziel, Nutzern möglichst einzigartige und relevante Inhalte auszuliefern. Duplicate Content erschwert dies, da die Algorithmen entscheiden müssen, welche der identischen Seiten in den Suchergebnissen erscheint. Dabei drohen keine pauschalen „Strafen“ im Sinne einer manuellen Abmahnung, wohl aber Ranking-Verluste: Die Suchmaschine filtert Duplikate heraus und zeigt meist nur eine Version – oft nicht die gewünschte. In der Praxis kann dies dazu führen, dass Ihre deutsche Startseite nicht rankt, weil eine identische englische Version als bevorzugt eingestuft wird. Besonders kritisch ist, wenn durch viele Duplikate das Crawling-Budget Ihrer Domain verschwendet wird: Google durchforstet dann Seiten, die keinen Mehrwert bieten, und entdeckt seltener wirklich neue Inhalte.
Ein weiteres Problem sind doppelte Metadaten: Title-Tags und Meta-Descriptions sollten pro URL einzigartig sein. Bei vielen Sprachversionen werden diese häufig identisch übernommen, etwa „Home – Unternehmen GmbH“. In den Suchergebnissen sehen Nutzer dann mehrere gleichlautende Einträge, was die Klickrate senkt. Suchmaschinen interpretieren dies als geringe Qualität und stufen die gesamte Domain herab. Zudem kann es zu sogenannten Keyword-Kannibalisierung kommen, bei der mehrere Seiten um dasselbe Keyword konkurrieren und sich gegenseitig die Rankings wegnehmen – in mehrsprachigen Szenarien verstärkt sich dieser Effekt, wenn die Keywords in verschiedenen Sprachen ähnlich sind (z. B. „Hamburger“ und „Burger“).
Um Negativeffekte zu vermeiden, sollten Sie pro Inhaltselement eine klare kanonische Version festlegen. Das bedeutet: Wenn Sie denselben Produkttext in fünf Sprachen haben, bestimmen Sie eine Sprache als Original (z. B. Englisch) und setzen auf allen anderen Versionen rel=“canonical” auf die englische URL. In der Praxis hat sich bewährt, dies bereits bei der Seitenplanung zu berücksichtigen. Beachten Sie aber: Canonicals sind keine Allheilmittel. Sie übertragen nur Ranking-Signale auf die kanonische URL, nicht aber die Nutzererfahrung. Schaffen Sie daher lieber eigenständige Inhalte für jede Zielsprache, als nur Übersetzungen kanonisch zu verknüpfen.
Konkrete Handlung: Überprüfen Sie monatlich mit Tools wie Google Search Console, ob Seiten mit identischem Inhalt indexiert werden. Nutzen Sie den Parameterfilter, um URL-Parameter (z. B. ?lang=de) zu kennzeichnen. Vermeiden Sie es, denselben Inhalt über verschiedene Subdomains oder Ländercodes auszuliefern, ohne klare Signale (hreflang + canonical) zu setzen. Bei unvermeidbaren Duplikaten (z. B. PDFs in mehreren Sprachen) legen Sie fest, welche Version die Indexierung wert ist, und verweisen Sie per noindex auf die anderen – ein Fall für die Robots-Meta-Tags.

Die hreflang-Struktur: Aufbau, Syntax und häufige Fehler
Das hreflang-Attribut ist das Mittel der Wahl, um Suchmaschinen die Sprach- und Länderzuordnung Ihrer mehrsprachigen Seiten zu signalisieren. Es wird entweder im HTML-Head („<link rel=“alternate” hreflang=“xx” href=“URL” />“) oder in der HTTP-Header-Angabe (für PDFs) gesetzt. Der Aufbau folgt dem Muster: Sprachkürzel (ISO 639-1) und optional ein Regionenkürzel (ISO 3166-1 alpha-2), getrennt durch einen Bindestrich. Beispiel: hreflang=“de-DE” für Deutschland auf Deutsch, hreflang=“de-AT” für Österreich, hreflang=“en” für Englisch ohne Länderbezug. Wichtig: Jede Sprachversion muss sich selbst sowie alle anderen Versionen referenzieren. Bei drei Seiten (de, en, fr) setzen Sie also auf der deutschen Seite jeweils ein Link-Tag für de, en und fr – auf allen Seiten identisch.
Ein häufiger Fehler ist die Verwendung falscher oder veralteter Sprachcodes, etwa „deutsch“ statt „de“ oder „en-UK“ statt „en-GB“. Auch die großgeschriebenen Regionenkürzel sind Pflicht: „de-at“ wird nicht erkannt. Ein weiteres Problem: das Fehlen des sog. x-default-Tags. Dieses wird verwendet, wenn der Nutzer keine passende Sprachpräferenz hat – etwa bei einer Startseite, die auf die Browser-Sprache automatisch weiterleitet. Ohne x-default kann es passieren, dass Google die Seite nicht ausliefert oder eine falsche Version wählt. In der Praxis sollten Sie immer mindestens ein x-default setzen, das auf die allgemeine Seite ohne Sprachauswahl verweist.
Häufigste Fehlerquelle ist die Inkonsistenz: Wenn auf der deutschen Seite das Französische referenziert wird, aber die französische Seite nicht zurückverweist oder andere hreflang-Werte angibt, wird das Signal ignoriert. Nutzen Sie regelmäßige Prüfungen mit einem hreflang-Validator oder der Google Search Console, die Fehler wie fehlende Rückverweise anzeigt. Zudem vermeiden Sie, hreflang zusammen mit rel=“canonical” auf eine andere Sprache zu setzen – das widerspricht sich. Der gängigste Ansatz ist: Setzen Sie hreflang für alle Sprachvarianten und verwenden Sie zusätzlich ein canonical auf die jeweilige Sprachversion selbst (Self-referencing canonical).
Konkrete Umsetzung: Erstellen Sie für jede Sprachseite einen Block im Head mit allen hreflang-Links. Achten Sie darauf, dass die URLs korrekt und ohne Weiterleitungen sind. Verwenden Sie absolute Pfade. Testen Sie regelmäßig mit dem Google-Tool „hreflang Tags“ in der Search Console. Bei dynamischen Websites integrieren Sie die Tags idealerweise per CMS oder Middleware, sodass sie automatisch bei neuen Sprachen ergänzt werden. Dokumentieren Sie Ihre Sprachcodes und Regionen, um Verwechslungen zu vermeiden – beispielsweise sollte „de-AT“ nicht mit „de-DE“ identische Inhalte ausliefern, da sonst die hreflang-Auszeichnung sinnlos ist. Passen Sie bei Ländervarianten den Text tatsächlich lokal an, sonst droht Duplicate Content trotz hreflang.
Canonical-Tags im mehrsprachigen Kontext: Einsatz und Grenzen
Canonical-Tags (rel="canonical") weisen Suchmaschinen auf die bevorzugte Version einer Seite hin, wenn identische oder sehr ähnliche Inhalte unter mehreren URLs existieren. Im mehrsprachigen Kontext ist der Einsatz jedoch differenziert zu betrachten. Grundsätzlich gilt: Canonical-Tags sind für verschiedene Sprachversionen derselben Seite nicht geeignet, da die Inhalte sprachlich unterschiedlich sind und jeweils eigene Zielgruppen ansprechen. Stattdessen sollte hier hreflang verwendet werden.
Ein sinnvoller Einsatz von Canonical-Tags im mehrsprachigen Umfeld ist dann gegeben, wenn innerhalb derselben Sprachversion mehrere URLs exakt denselben Content ausliefern – etwa durch Tracking-Parameter, Session-IDs oder Druckversionen. Hier setzen Sie das Canonical-Tag auf die bevorzugte URL (z. B. die ohne Parameter). Auch bei Landingpages, die für verschiedene Länder mit derselben Sprache (z. B. DE und AT mit Deutsch) erstellt wurden und sich kaum unterscheiden, kann ein Canonical-Tag auf die Hauptseite (z. B. de-Version) helfen, Duplicate-Signale zu vermeiden. Beachten Sie aber: Unterscheiden sich die Seiten inhaltlich (z. B. länderspezifische Preise oder AGB), sollten Sie separate Seiten ohne Canonical, aber mit korrektem hreflang verwenden.
Die Grenzen von Canonical-Tags liegen vor allem im mehrsprachigen Kontext. Ein häufiger Fehler ist das Setzen eines Canonical-Tags von einer übersetzten Seite auf die Originalseite. Dies führt dazu, dass Suchmaschinen die Übersetzung als Duplikat behandeln und nicht indexieren – genau das Gegenteil des gewünschten Effekts. Verwenden Sie Canonical-Tags daher nur innerhalb einer Sprachversion und nicht sprachübergreifend. Auch bei sehr ähnlichen regionalen Varianten (z. B. Englisch für USA und UK) ist Vorsicht geboten: Wenn die Texte weitgehend identisch sind, kann ein Canonical-Tag auf die Hauptvariante gesetzt werden, aber Sie riskieren, dass die regionale Seite in den Suchergebnissen des anderen Landes nicht erscheint.
Praktische Handlungsempfehlung: Prüfen Sie Ihre mehrsprachige Website auf URLs, die innerhalb derselben Sprache identischen Content ausliefern. Nutzen Sie dazu Crawling-Tools oder eine manuelle URL-Analyse. Setzen Sie Canonical-Tags nur dort ein, wo es wirklich nötig ist, und vermeiden Sie sie sprachübergreifend. Kombinieren Sie Canonical-Tags stets mit einer korrekten hreflang-Implementierung, um Suchmaschinen eindeutig zu signalisieren, welche Seiten zusammengehören. Dokumentieren Sie Ihre Entscheidungen, um bei späteren Änderungen den Überblick zu behalten.
Sprachfallbacks und regionale Varianten korrekt auszeichnen
Bei mehrsprachigen Websites mit regionalen Varianten (z. B. Deutsch für Deutschland, Österreich und die Schweiz) stellt sich die Frage, wie Sie Seiten auszeichnen, wenn nicht für jede Region eine eigene Übersetzung existiert. Suchmaschinen wie Google erwarten, dass Sie mit hreflang klare Signale geben, welche Seite für welche Region und Sprache gedacht ist. Fehlt eine spezifische Variante, können Sie mit Fallbacks arbeiten. Ein Fallback ist eine generische Sprachseite (z. B. „de“ für Deutsch ohne Länderkürzel), die ausgeliefert wird, wenn keine regionalspezifische Version vorhanden ist.
Die korrekte Auszeichnung erfolgt über das hreflang-Attribut. Beispiel: Sie haben eine Seite auf Deutsch für Deutschland (de-DE) und eine allgemeine deutsche Seite (de). Die de-DE-Seite verweist per hreflang auf sich selbst, auf die de-Seite als Fallback und auf andere Sprachversionen. Die de-Seite verweist auf sich selbst, auf die de-DE-Seite (alternativ) und auf andere Sprachvarianten. Für Nutzer in Österreich oder Schweiz, für die keine eigene Seite existiert, wird die allgemeine deutsche Seite ausgeliefert. Wichtig: Verwenden Sie kein hreflang mit Länderkürzel für Länder ohne eigene Seite. Stattdessen setzen Sie das generische Sprachkürzel (z. B. „de“).
Einige Content-Management-Systeme bieten Automatismen für Fallbacks an, etwa wenn eine Regionenseite nicht existiert, wird automatisch die generische Sprachseite angezeigt. Prüfen Sie jedoch, ob die hreflang-Tags dabei korrekt gesetzt werden. Ein häufiger Fehler ist, dass die generische Seite auf alle Regionen verweist, aber die Regionenseiten nicht auf die generische zurück. Stellen Sie sicher, dass die Verlinkung in beide Richtungen erfolgt: Jede regionale Variante sollte im hreflang auf die generische Sprachseite verweisen, und die generische Seite sollte alle regionalen Varianten sowie sich selbst auflisten.
Praktische Handlungsempfehlung: Definieren Sie für jede Sprache eine generische Basisversion (z. B. de, en, fr). Legen Sie dann regionale Spezialseiten nur dort an, wo inhaltliche Unterschiede nötig sind (z. B. Preise, Rechtshinweise). Implementieren Sie hreflang so, dass bei fehlender Regionenseite die generische Version ausgeliefert wird. Verwenden Sie dazu das Schema: Wenn eine Seite de-AT existiert, verweist sie auf de-AT, de-DE, de-CH (falls vorhanden) und auf de. Die generische de-Seite verweist auf alle regionalen de-Seiten plus auf sich selbst. Testen Sie die Implementierung mit Tools wie der Google Search Console; achten Sie auf Fehlermeldungen zu nicht verlinkten Seiten oder inkonsistenten hreflang-Angaben.
Vermeidung von maschinellen Übersetzungsfehlern als Duplicate-Content-Falle
Maschinelle Übersetzungen können dazu führen, dass Texte auf verschiedenen Sprachversionen unbeabsichtigt ähnlich oder gar identisch wirken, insbesondere wenn derselbe Ausgangstext mehrfach übersetzt wird oder wenn Übersetzungen aus unterschiedlichen Systemen stammen. Suchmaschinen erkennen fehlerhafte Übersetzungen nicht direkt, wohl aber unverändert übernommene Textblöcke oder Satzstrukturen. Wenn Sie maschinelle Übersetzungen einsetzen, müssen Sie sicherstellen, dass die Ergebnisse nicht zu Duplicate Content im Sinne von nahezu identischen Texten führen.
Ein typisches Problem: Ein Produkttext wird für fünf Sprachen maschinell übersetzt, aber der Übersetzungsdienst liefert für einige Sprachen ähnliche Formulierungen oder lässt Satzteile unübersetzt. In der Praxis beobachten wir, dass besonders bei kurzen Texten wie Titel oder Meta-Beschreibungen die Gefahr von Doubletten steigt. Ein weiterer Fall: Wenn Sie mehrere Sprachen mit demselben Übersetzungstool bearbeiten und das Tool für verwandte Sprachen (z. B. Spanisch und Italienisch) ähnliche Übersetzungen produziert, kann dies von Suchmaschinen als Duplicate Content gewertet werden. Abhilfe schafft eine nachgelagerte menschliche Lektoratsprüfung, die sprachliche Nuancen und lokale Besonderheiten einarbeitet und so die Texte ausreichend differenziert.
Um solche Fallen zu vermeiden, sollten Sie maschinelle Übersetzungen niemals ungeprüft live schalten. Lassen Sie jede Übersetzung von einem Muttersprachler gegenlesen, der auch die inhaltliche Korrektheit und landestypische Ausdrucksweise prüft. Achten Sie besonders auf Schlüsselbegriffe, Produktnamen und rechtliche Formulierungen. Erstellen Sie für jede Sprache ein Glossar mit festgelegten Übersetzungen für wiederkehrende Termini. Vermeiden Sie es, denselben Text mehrfach übersetzen zu lassen – nutzen Sie ein Translation-Memory, um Konsistenz zu gewährleisten und dennoch sprachliche Vielfalt zu erhalten.
Praktische Handlungsempfehlung: Führen Sie vor dem Launch einer neuen Übersetzung einen Duplicate-Content-Check mit einem Tool wie Siteliner oder Screaming Frog durch, der die Ähnlichkeit von Texten misst. Liegt die Übereinstimmung zwischen zwei Sprachversionen über 80 %, sollten Sie die Texte manuell überarbeiten. Setzen Sie auf eine Kombination aus maschineller Vorübersetzung und menschlichem Lektorat – die Investition lohnt sich, um spätere Ranking-Probleme durch Duplicate Content zu vermeiden. Dokumentieren Sie Ihre Übersetzungsprozesse und halten Sie fest, welche Sprachen von welchem Modell übersetzt wurden, um Fehlerquellen nachvollziehen zu können.

URL-Struktur: Subdomain, Unterverzeichnis oder ccTLD – Auswirkungen auf Duplikate
Die Wahl der URL-Struktur beeinflusst, wie Suchmaschinen Ihre mehrsprachigen Inhalte interpretieren und ob Duplicate Content entsteht. Drei gängige Modelle stehen zur Verfügung: Subdomain (z. B. de.example.com), Unterverzeichnis (example.com/de/) und länderspezifische Top-Level-Domains (ccTLD, z. B. example.de). Jede Variante hat spezifische Vor- und Nachteile in Bezug auf Duplikaterkennung.
Bei Subdomains behandeln Suchmaschinen jede Subdomain weitgehend als eigenständige Website. Das kann die Zuordnung der Sprachversionen erleichtern, birgt aber das Risiko, dass identische Inhalte zwischen Subdomains nicht automatisch als zusammengehörig erkannt werden. Ein typisches Problem: Wenn die deutschsprachige Subdomain inhaltsgleich mit der österreichischen Version ist, ohne korrekte hreflang-Angaben, sehen Suchmaschinen zwei separate Duplikate. Hier hilft nur eine saubere Implementierung von hreflang und ggf. Canonical-Tags. In der Praxis hat sich gezeigt, dass Unterverzeichnisse einfacher zu verwalten sind, da alle Sprachversionen unter einer Domain laufen. Die Domain-Autorität wird gebündelt, und Suchmaschinen können die Beziehung zwischen den Pfaden leichter erkennen. Allerdings kann dies zu internen Duplikaten führen, wenn Sie regionale Varianten (z. B. Deutsch für Deutschland und Deutsch für Österreich) über Unterverzeichnisse abbilden und die Inhalte nicht ausreichend unterscheiden.
ccTLDs bieten die stärkste geografische Signalgebung, aber der Aufwand für die Verwaltung mehrerer Domains ist hoch. Suchmaschinen betrachten jede ccTLD als eigene Domain, sodass Sie cross-domain Duplikate vermeiden müssen – etwa durch hreflang und ggf. Cross-Domain-Canonicals. Ein häufiger Fehler ist der Einsatz identischer Produktseiten auf .de und .at ohne Anpassung, was zu Duplicate-Content-Problemen führt. Handlungsempfehlung: Nutzen Sie Unterverzeichnisse für den einfacheren Einstieg, wenn die regionale Trennung nicht zwingend erforderlich ist. Bei starkem Länderbezug (z. B. Preisangaben, Rechtstexte) sind ccTLDs sinnvoll, erfordern aber eine konsequente Pflege der Sprach- und Regionssignale. Achten Sie in jedem Fall darauf, jede URL eindeutig einer Sprach- und optionalen Regionsvariante zuzuordnen und dies über hreflang zu kommunizieren. Regelmäßige Audits helfen, ungewollte Duplikate durch fehlerhafte Verlinkungen oder falsche hreflang-Angaben zu identifizieren. Lassen Sie sich bei der Wahl der Struktur rechtlich beraten, insbesondere bei ccTLDs mit unterschiedlichen Rechtsräumen.
Inhalte für jede Sprachversion einzigartig gestalten ohne Qualitätsverlust
Einzigartige Inhalte pro Sprachversion sind der Schlüssel, um Duplicate Content zu vermeiden und gleichzeitig die Nutzererfahrung zu verbessern. Dabei geht es nicht darum, den Inhalt komplett neu zu erfinden, sondern ihn an die sprachlichen und kulturellen Erwartungen der Zielgruppe anzupassen. Reine Übersetzungen, insbesondere wenn sie maschinell erstellt und nicht redigiert wurden, führen schnell zu inhaltlichen Duplikaten, die Suchmaschinen als solche erkennen. Stattdessen sollten Sie eine Lokalisierungsstrategie verfolgen, bei der Texte nicht nur übersetzt, sondern auch lokalisiert werden – das bedeutet Anpassung von Redewendungen, Maßeinheiten, Währungen, kulturellen Referenzen und regionalen Gegebenheiten.
Ein praktisches Beispiel: Für eine deutschsprachige Schweiz-Version sollten Sie nicht nur die Sprache anpassen, sondern auch Währung in CHF ändern, spezifische Feiertage aufnehmen und eventuell die Anreden anpassen. Dies schafft inhaltlichen Mehrwert und stellt sicher, dass die Seite für die Zielgruppe relevant ist. Selbst bei standardisierten Texten wie rechtlichen Hinweisen oder AGB können Sie durch sprachliche Nuancen Einzigartigkeit erzeugen – etwa durch die Verwendung von landestypischen Formulierungen. Aber auch das Layout und die Darstellung können variieren: Ein deutsches Unternehmen mag förmliche Ansprachen nutzen, während die österreichische Version etwas lockerer sein darf. Der Qualitätsgewinn zeigt sich in der Praxis: Nutzer verweilen länger, Absprungraten sinken, und Suchmaschinen können die Relevanz besser erkennen.
Handlungsempfehlung: Setzen Sie auf muttersprachliche Prüfung jeder Übersetzung, auch wenn Sie KI-gestützt arbeiten. Ein Native Speaker kann Nuancen erkennen, die eine Maschine nicht abdeckt. Definieren Sie für jede Sprachversion ein eigenes Editorial-Guideline, das auf die jeweilige Kultur eingeht. Nutzen Sie zusätzlich eigene Bilder oder Grafiken, wenn diese kulturell adaptiert werden müssen. Vermeiden Sie identische Satzstrukturen oder Paragrafen: Selbst geringfügige Umformulierungen (z. B. Satzstellung, Synonyme) können die Einzigartigkeit erhöhen. Beachten Sie jedoch, dass Sie keine falschen Informationen liefern: Konsistenz in Fakten wie Produktdaten ist essenziell. Lassen Sie sich von einem Rechtsexperten zur Lokalisierung von AGB oder Impressum beraten, da hier landesspezifische Vorgaben gelten. Durch diese Maßnahmen stellen Sie sicher, dass jede Sprachversion einzigartig ist, ohne die Kernaussage zu verwässern.
Umgang mit identischen Produktbeschreibungen und standardisierten Texten
Produktbeschreibungen und standardisierte Texte wie technische Spezifikationen, Maße oder Garantieleistungen sind besonders anfällig für Duplicate Content, da sie sprachübergreifend oft identisch bleiben. Viele Unternehmen übersetzen diese Texte nicht, sondern übernehmen sie – das führt zu inhaltsgleichen Seiten in verschiedenen Sprachversionen. Aus Suchmaschinensicht wird dann nur eine Version indexiert, oder die Relevanz leidet. Sie stehen vor der Herausforderung, diese Inhalte zu differenzieren, ohne die faktenbasierte Korrektheit zu beeinträchtigen.
Eine bewährte Methode ist das Anreichern der standardisierten Texte mit kontextuellen Informationen. So können Sie beispielsweise in der Produktbeschreibung eines Smartphones nicht nur die technischen Daten auflisten, sondern auch Anwendungshinweise geben, die auf den jeweiligen Markt zugeschnitten sind. Für den deutschen Markt erwähnen Sie die Kompatibilität mit lokalen Mobilfunkanbietern, für den französischen Markt die Einhaltung der französischen Regulierungen. Auch die Verwendung von landestypischen Testberichten oder Kundenrezensionen kann helfen. Ein weiterer Ansatz ist die Variation des Textaufbaus: Während die technischen Daten in einer Tabelle identisch bleiben können (Suchmaschinen erkennen Tabellen als strukturierte Daten), sollten Sie die einleitenden oder abschließenden Absätze sprachlich und inhaltlich anpassen. In der Praxis hat sich gezeigt, dass bereits geringe Unterschiede wie die Reihenfolge der Aufzählung oder die Wortwahl positive Effekte haben.
Handlungsempfehlung: Identifizieren Sie zunächst alle Seiten mit hohem Duplikatanteil – hier helfen Tools zur Duplicate-Content-Analyse. Für jeden standardisierten Block erstellen Sie eine Vorlage, die Raum für sprachspezifische Ergänzungen lässt. Beauftragen Sie einen lokalen Texter damit, diese Ergänzungen zu verfassen. Wenn Änderungen nicht möglich sind (z. B. bei rechtlich bindenden Angaben), setzen Sie auf Canonical-Tags auf die originäre Sprachversion und versehen Sie die anderen Seiten mit hreflang-Hinweisen. Beispiel: Die englische Originalbeschreibung dient als kanonische Referenz, die übersetzten Versionen verlinken dorthin. Allerdings kann dies die Auffindbarkeit der internationalisierten Seiten mindern. Alternativ gruppieren Sie ähnliche Produkte über eine Kategorie-Seite, die alle Varianten zusammenfasst. Beachten Sie, dass keine dieser Lösungen eine Garantie gegen Duplicate Content bietet – testen Sie verschiedene Ansätze und überwachen Sie die Indexierung. Ziehen Sie bei rechtlichen Texten stets einen Rechtsanwalt hinzu, um sicherzustellen, dass die Anpassungen nicht gegen Vorschriften verstoßen.
Mehrsprachige Websites laufen Gefahr, unbeabsichtigten Duplicate Content zu produzieren – etwa durch ähnliche Übersetzungen oder identische Produkttexte. Dieser Leitfaden zeigt, wie Sie mit hreflang-Tags, individuellen URLs und einer durchdachten Lokalisierungsstrategie Duplikate vermeiden. Lernen Sie typische Fehlerquellen kennen und erhalten Sie praxisnahe Workflows für die Prüfung und Optimierung Ihrer Sprachversionen.
Dynamische Parameter und Session-IDs: Duplikate durch Tracking vermeiden
Dynamische URL-Parameter wie UTM-Markierungscodes (?utm_source, ?utm_medium) oder Session-IDs erzeugen häufig internen Duplicate Content. Jede Variante einer Seite mit unterschiedlicher Parameterkombination wird von Suchmaschinen als eigenständige URL betrachtet – selbst wenn der Inhalt identisch ist. Dies verwässert die Signale, die an die eigentliche Zielseite weitergegeben werden, und kann dazu führen, dass nicht die gewünschte Version im Index landet. Besonders kritisch wird es, wenn diese Parameter auf mehrsprachigen Websites zusätzlich mit sprachspezifischen URLs kombiniert werden.
Um Duplikate durch Tracking zu vermeiden, sollten Sie einen konsistenten Umgang mit Parametern festlegen. Die effektivste Maßnahme ist die Verwendung des rel="canonical"-Tags, das auf die saubere URL ohne Parameter verweist. Beispiel: Eine Seite mit ?lang=de&utm_source=newsletter erhält ein canonical-Element, das auf die Basis-URL https://example.com/produkt verweist. Zusätzlich können Sie in der Google Search Console unter „URL-Parameter“ festlegen, dass bestimmte Parameter ignoriert werden sollen. Dies ist jedoch nur eine Empfehlung und kein Befehl – die Canonical-Angabe ist verbindlicher.
Praktische Handlungsempfehlung: Definieren Sie für jede Sprachversion eine kanonische URL, die frei von Tracking-Parametern und Session-IDs ist. Nutzen Sie hreflang-Attribute ausschließlich auf diesen kanonischen URLs. Achten Sie darauf, dass alle internen Verlinkungen (Navigation, Sitemap) auf die sauberen URLs zeigen. Vermeiden Sie zudem den Einsatz von Session-IDs in URLs; setzen Sie stattdessen auf Cookies oder serverseitige Sitzungen. Sollten Session-IDs unvermeidbar sein, versehen Sie die betreffenden Seiten mit einem Noindex-Tag oder leiten Sie Anfragen mit ID auf die Basis-URL weiter.
Kontrollieren Sie regelmäßig Ihre Server-Logfiles, um unerwartete Parameterkombinationen zu identifizieren. Ein Crawling-Tool wie Screaming Frog kann Ihnen helfen, alle gefundenen URL-Varianten zu analysieren. Achten Sie darauf, dass jede Sprachversion nur in einer kanonischen Form existiert. Beachten Sie: Die rechtliche Prüfung dieser Maßnahmen obliegt Ihrer eigenen Rechtsabteilung – insbesondere bei der Weitergabe von Nutzerdaten über URLs.

Technische Prüfwerkzeuge: Duplicate Content systematisch identifizieren
Um internen Duplicate Content auf mehrsprachigen Websites zu erkennen, ist der Einsatz technischer Prüfwerkzeuge unerlässlich. Manuelle Stichproben reichen bei mehreren Sprachversionen nicht aus. Tools wie Website-Crawler analysieren Ihre gesamte Seitenstruktur und identifizieren identische oder stark ähnliche Inhalte. Dabei werden Faktoren wie identische Title-Tags, Meta-Descriptions, Überschriften und Textblöcke verglichen. Die Ergebnisse zeigen Ihnen, welche URLs Duplikate aufweisen – sowohl innerhalb einer Sprache als auch sprachübergreifend.
Ein bewährter Ansatz ist der regelmäßige Scan mit einem SEO-Crawler (z. B. Screaming Frog SEO Spider). Konfigurieren Sie ihn so, dass er alle Sprachversionen durchläuft und Parameter ignoriert, die keine Inhaltsänderung bewirken (z. B. Tracking-Parameter). Nutzen Sie die Funktion „Content Comparison“, um Seiten mit ähnlichem Content zu identifizieren. Achten Sie besonders auf Unterseiten wie „Über uns“ oder „AGB“, die oft übersetzt werden müssen, aber maschinell ähnlich bleiben. Exportieren Sie die Ergebnisse in eine Liste und priorisieren Sie die Duplikate nach ihrer Indexierungswahrscheinlichkeit.
Praktische Handlungsempfehlung: Führen Sie monatlich einen Crawl aller relevanten Sprachversionen durch. Verwenden Sie benutzerdefinierte Filter, um nur Seiten zu betrachten, die im Index sein sollen (keine Noindex- oder Weiterleitungsseiten). Prüfen Sie zusätzlich die hreflang-Implementierung: Einige Crawler bieten spezielle Reports für fehlerhafte oder fehlende hreflang-Angaben. Vergleichen Sie die gecrawlten Sprach-URLs mit Ihrer Sitemap. Wenn eine Seite in der Sitemap enthalten ist, aber nicht gecrawlt wird, kann dies auf ein Zugriffsproblem hinweisen. Überprüfen Sie auch die Antwort-Codes: Weiterleitungen (3xx) sollten nur dort eingesetzt werden, wo sie wirklich nötig sind.
Neben automatischen Tools empfiehlt sich die manuelle Stichprobe mit Suchmaschinenoperatoren. Nutzen Sie site:-Abfragen mit sprachspezifischen Unterverzeichnissen und vergleichen Sie indizierte URLs. Beachten Sie jedoch, dass diese Methode weniger systematisch ist. Entscheidend ist, dass Sie die Ergebnisse dokumentieren und in einen Workflow einbinden. Lassen Sie sich von einem Rechtsexperten beraten, falls die Analyse personenbezogene Daten betrifft. Mit einem soliden Monitoring vermeiden Sie, dass Duplikate unbemerkt die Suchmaschinenbewertung Ihrer Website beeinträchtigen.
Workflow zur regelmäßigen Überprüfung und Aktualisierung der Sprachseiten
Ein fester Workflow zur Überprüfung und Aktualisierung mehrsprachiger Inhalte beugt internen Duplikaten vor. Ohne systematische Prozesse schleichen sich schnell Ungenauigkeiten ein: Eine deutsche Produktseite wird aktualisiert, die englische Version bleibt veraltet oder enthält unbeabsichtigte Wiederholungen. Daher empfiehlt sich ein regelmäßiger Zyklus aus Prüfung, Korrektur und Freigabe. Planen Sie mindestens quartalsweise Audits ein sowie Ad-hoc-Prüfungen nach größeren Content-Änderungen.
Der Workflow sollte mit einer vollständigen Inventur der Sprachseiten beginnen. Erstellen Sie eine Übersicht über alle URLs pro Sprache, inklusive des Datums der letzten Änderung. Nutzen Sie dazu ein CMS-Backend oder eine Tabellenkalkulation. Vergleichen Sie anschließend die Inhalte anhand von Schlüsselkriterien: Titel, Hauptüberschrift, erster Absatz, strukturierte Daten. Markieren Sie Abweichungen, die auf nicht übersetzte oder kopierte Texte hinweisen. Führen Sie dann Korrekturen durch – idealerweise direkt im Übersetzungsmanagement-System, um Konsistenz zu wahren.
Praktische Handlungsempfehlung: Richten Sie automatisierte Benachrichtigungen ein, wenn eine Stammseite (z. B. die englische Version) geändert wird. So werden Sie daran erinnert, die Übersetzungen anzupassen. Nutzen Sie ein Versionskontrollsystem, das Änderungen nachverfolgt und alte Versionen archiviert. Integrieren Sie hreflang-Tests und Canonical-Checks in Ihren Deploy-Prozess: Jede neue oder geänderte Seite sollte automatisch auf korrekte Sprachauszeichnung geprüft werden. Dokumentieren Sie alle Schritte, um nachvollziehen zu können, wann und warum eine Seite angepasst wurde.
Beachten Sie, dass auch standardisierte Texte wie Impressum oder Datenschutzerklärung sprachspezifisch angepasst werden müssen. Kopieren Sie nicht einfach einen Rechtstext aus der anderen Sprache – hier ist juristische Prüfung erforderlich. Lassen Sie sich von Ihrer Rechtsabteilung beraten. Ein guter Workflow reduziert nicht nur Duplikate, sondern verbessert auch die Nutzererfahrung: Jeder Besucher erhält Inhalte, die genau auf seine Sprache und Region zugeschnitten sind. Planen Sie ausreichend Zeit für Qualitätssicherung ein, um Übersetzungsfehler zu vermeiden, die ebenfalls als Duplikate erkannt werden könnten.
Rechtliche und nutzerfreundliche Aspekte bei Lokalisierung und Deduplizierung
Bei der Deduplizierung mehrsprachiger Inhalte spielen neben technischen auch rechtliche und nutzerfreundliche Überlegungen eine zentrale Rolle. Rechtlich relevant ist insbesondere die korrekte Darstellung von AGB, Datenschutzerklärungen und Impressum in jeder Sprachversion. Diese Dokumente sind häufig inhaltlich identisch, aber sprachlich angepasst. Hier ist es wichtig, die spezifischen gesetzlichen Anforderungen jedes Zielmarktes zu beachten. Beispielsweise verlangt die DSGVO in Deutschland bestimmte Formulierungen, die in einer französischen Version anders aussehen können. Ein reines Übersetzen reicht nicht; eine rechtliche Prüfung durch lokale Experten ist empfehlenswert. Zudem sollten Sie vermeiden, rein maschinell übersetzte rechtliche Texte zu verwenden, da Fehler schnell zu Abmahnungen führen können. Setzen Sie stattdessen auf muttersprachliche Prüfung oder juristische Überarbeitung.
Aus Nutzerfreundlichkeitssicht ist die Wahl der Sprache und des Formats entscheidend. Vermeiden Sie es, Nutzer auf eine nicht passende Sprachversion umzuleiten – etwa einen deutschen Nutzer auf eine englische Seite mit deutschem Inhalt. Das verwirrt und mindert das Vertrauen. Nutzen Sie hreflang-Tags konsequent, um klare Sprachzuweisungen zu geben. Achten Sie auch auf kulturelle Besonderheiten: Ein Beispiel ist die Datumsformatierung (MM/TT/JJJJ vs. TT.MM.JJJJ) oder Währungsangaben. Wenn Sie Inhalte deduplizieren, indem Sie für mehrere Länder dieselbe Übersetzung verwenden, prüfen Sie, ob lokale Gepflogenheiten berücksichtigt werden. Für eine schweizerdeutsche Variante genügt oft die Anpassung von Begriffen (z. B. „Velo“ statt „Fahrrad“) – das aber konsequent durchzuziehen, erfordert Sorgfalt.
Konkrete Handlungsempfehlung: Erstellen Sie pro Sprachversion eine Checkliste mit rechtlich vorgeschriebenen Inhalten und kulturellen Anpassungen. Lassen Sie die lokalisierten Rechtstexte von einer im Zielland zugelassenen Rechtsberatung prüfen. Für nutzerfreundliche Deduplizierung gilt: Gleicher Inhalt, aber sprachlich und kulturell angepasst, ist kein Duplicate Content aus Nutzersicht – solange die hreflang-Tags korrekt gesetzt sind. Setzen Sie zudem auf einheitliche Navigationselemente (z. B. Sprachauswahl immer sichtbar), um den Nutzer nicht zu verwirren.
Zukunftssicherheit: Achten Sie auf sich ändernde Rechtslagen, etwa neue Datenschutzgesetze in einzelnen EU-Ländern. Planen Sie Updates Ihrer lokalisierten Inhalte regelmäßig ein – am besten in einem Content-Management-System, das Mehrsprachigkeit und rechtliche Änderungen zentral verwaltet.
Checkliste für die abschließende Qualitätssicherung und Ausblick auf Entwicklungen
Nach der technischen Umsetzung und inhaltlichen Lokalisierung Ihrer mehrsprachigen Website steht die Qualitätssicherung an. Eine systematische Checkliste hilft, alle relevanten Bereiche abzudecken. Beginnen Sie mit der technischen Prüfung: Validieren Sie die hreflang-Tags auf jeder Seite – verwenden Sie dazu den URL Inspector der Search Console oder hreflang-Testtools. Kontrollieren Sie, ob jede Sprachversion auf die korrekte alternative Version verweist und keine Selbstreferenzierung oder fehlende Tags auftreten. Prüfen Sie auch die Canonical-Tags: Statt auf eine generische Hauptseite zu verweisen, sollte das Canonical auf die identische URL (z. B. bei Seiten ohne Inhalt) oder auf die passende Sprachversion gesetzt sein. Testen Sie zudem, ob dynamische Parameter (Session-IDs, Tracking) ausgeschlossen werden.
Im nächsten Schritt folgt die inhaltliche Qualitätssicherung. Gehen Sie jede Sprachversion Seite für Seite durch: Ist die Übersetzung vollständig? Sind alle Texte, auch Bilder-Alt-Texte und Metadaten, übersetzt? Achten Sie auf konsistente Terminologie – z. B. sollten Fachbegriffe in allen Sprachen einheitlich verwendet werden. Prüfen Sie auch die Nutzerführung: Funktionieren alle Links, insbesondere zur Sprachauswahl? Sind Formulare und Buttons korrekt beschriftet? Ein typischer Fehler sind nicht übersetzte Systemmeldungen (Fehlerseiten, „404“) – diese sollten ebenfalls lokalisiert sein. Abschließend testen Sie die Website auf verschiedenen Geräten und Browsern, um Darstellungsfehler auszuschließen.
Konkrete Empfehlung für die Checkliste: Erfassen Sie pro Sprachversion mindestens 10 repräsentative Seiten (Startseite, Produktseite, AGB, Kontakt, Blog) und dokumentieren Sie die Prüfergebnisse. Nutzen Sie automatisierte Crawler, um fehlende hreflang-Tags oder doppelte Titel zu erkennen. Führen Sie eine abschließende manuelle Sichtprüfung durch – idealerweise durch Muttersprachler. Achten Sie bei der Deduplizierung besonders auf „Near-Duplicates“: leichte Abweichungen in der Übersetzung können als Duplicate Content eingestuft werden. Nutzen Sie Tools wie Siteliner oder Screaming Frog, um Textähnlichkeiten zu messen.
Ausblick auf Entwicklungen: Die Bedeutung von KI-gestützter Lokalisierung wird zunehmen. Maschinelle Übersetzungen mit nachgelagerter Prüfung können effizienter sein, erfordern aber strengere Deduplizierungs-Regeln, da KI oft generische Formulierungen nutzt. Zukünftig könnten Suchmaschinen besser zwischen inhaltlichen Duplikaten und sprachlichen Varianten unterscheiden. Das Thema Sprachfallbacks wird relevanter: Wenn eine Übersetzung fehlt, sollte nicht automatisch die Standardsprache ausgespielt werden, sondern ein benutzerfreundlicher Platzhalter. Bleiben Sie flexibel und aktualisieren Sie Ihre hreflang- und Canonical-Strategie regelmäßig – etwa einmal pro Quartal. Eine enge Zusammenarbeit zwischen technischem SEO, Content-Team und Rechtsabteilung ist dabei unerlässlich.
Fallstricke bei der hreflang-Implementierung und wie man sie vermeidet
Die hreflang-Auszeichnung ist das zentrale Mittel, um Suchmaschinen die korrekte Sprach- und Regionszuordnung einer Seite mitzuteilen. In der Praxis führen jedoch selbst kleine Fehler zu undefiniertem Verhalten oder dazu, dass die Auszeichnung ignoriert wird. Ein häufiger Fallstrick sind inkonsistente Verlinkungen: Wenn Seite A auf Deutsch auf eine englische Version verweist, aber die englische Seite nicht zurück auf die deutsche verlinkt, entsteht eine Lücke. Suchmaschinen werten dies als unvollständige Signale und können die Zuordnung verwerfen. Eine vollständige bidirektionale Verlinkung über alle Sprachversionen hinweg ist daher zwingend erforderlich. Ein weiterer typischer Fehler ist die Verwendung von nicht ISO-konformen Sprachcodes. So ist etwa „de-uk“ ungültig – korrekt wäre „de-GB“ für Deutsch in Großbritannien. Auch die Vermischung von Sprach- und Länderkennzeichen (z. B. „de-de“ für Deutsch in Deutschland) ist nur dann sinnvoll, wenn Sie tatsächlich regionsspezifische Varianten ausliefern. Empfehlung: Nutzen Sie ausschließlich die Codes aus der offiziellen ISO 639-1 (Sprache) und ISO 3166-1 alpha-2 (Region) in der Schreibweise mit Großbuchstaben für die Region. Ein dritter Fallstrick betrifft die Platzierung der hreflang-Tags: Diese müssen entweder im <head>-Bereich jeder HTML-Seite, im HTTP-Header oder in der Sitemap eingebunden werden. Eine Vermischung dieser Methoden über verschiedene Sprachversionen hinweg kann zu Inkonsistenzen führen. Entscheiden Sie sich für eine Methode und wenden Sie diese einheitlich an. Schließlich wird oft vergessen, dass jede Sprachversion eine Selbstreferenz benötigt: Die Seite selbst muss in ihrem hreflang-Set enthalten sein, etwa <link rel="alternate" hreflang="de" href="https://example.com/de/" /> auf der deutschen Seite. Fehlt diese, interpretieren Suchmaschinen das Set möglicherweise als unvollständig. Um diese Fallstricke zu vermeiden, ist ein automatisierter Test nach dem Deployment ratsam – etwa mit dem hreflang-Test-Tool der Google Search Console oder externen Prüfdiensten. Führen Sie solche Tests regelmäßig durch, insbesondere nach inhaltlichen Änderungen oder beim Hinzufügen neuer Sprachversionen.
Praktischer Workflow für die Zusammenarbeit mit Übersetzern und Lokalisierungsexperten
Die Qualität der mehrsprachigen Inhalte entscheidet maßgeblich darüber, ob Duplicate Content entsteht oder vermieden wird. Eine enge Zusammenarbeit mit professionellen Übersetzern und Lokalisierungsexperten ist daher unerlässlich. Ein bewährter Workflow beginnt mit einem präzisen Briefing: Definieren Sie für jede Zielsprache die zentralen Keywords, die gewünschte Tonalität (z. B. förmlich vs. locker) und geben Sie Kontext zu den Inhalten. Stellen Sie sicher, dass die Übersetzer verstehen, dass eine wörtliche Übersetzung oft zu identischen Textblöcken führt, die Suchmaschinen als Duplikate werten. Stattdessen ist eine sinngemäße, lokalisierte Anpassung gefragt, die regionale Besonderheiten und kulturelle Nuancen berücksichtigt. Für standardisierte Texte wie Produktbeschreibungen oder AGB empfiehlt sich ein mehrstufiger Prozess: Zuerst erstellen Sie eine neutrale „Master-Version“ in der Ausgangssprache. Diese wird dann von einem Übersetzer in die Zielsprache übertragen. Anschließend prüft ein zweiter Muttersprachler, ob der Text natürlich klingt und ob sprachliche Redundanzen zur Ausgangssprache vermieden wurden. Parallel dazu sollten Sie ein Glossar mit markenspezifischen Begriffen aufbauen, das für alle Sprachen verbindlich ist. Dies verhindert, dass ein und derselbe Begriff je nach Übersetzer unterschiedlich übersetzt wird – ein häufiger Grund für unbeabsichtigte Varianz, die aber nicht als eigenständiger Content zählt. Für die technische Umsetzung ist ein zentrales Übersetzungsmanagement-System (TMS) hilfreich, in dem alle Übersetzungen versioniert und mit den entsprechenden URLs verknüpft sind. So behalten Sie den Überblick, welche Inhalte bereits lokalisiert wurden und wo noch Lücken bestehen. Planen Sie regelmäßige Reviews ein, bei denen Sie die übersetzten Seiten mit der Ausgangsseite vergleichen – idealerweise mit einem Tool, das Textähnlichkeit erkennt. Ziel ist es, eine inhaltliche Überlappung von mehr als 70 % zu vermeiden, da ab diesem Schwellenwert Suchmaschinen die Seiten als Duplikate einstufen können. Rechtlich ist zu beachten, dass übersetzte Inhalte weiterhin den Urheberrechten des Originalautors unterliegen – klären Sie die Nutzungsrechte vertraglich. Holen Sie bei Bedarf rechtlichen Rat ein, insbesondere wenn Sie fremdsprachige Content-Fragmente von Dritten nutzen.
blog.faqT
Wie wirkt sich Duplicate Content auf mein Ranking in verschiedenen Ländern aus?
Duplicate Content kann dazu führen, dass Suchmaschinen nicht eindeutig erkennen, welche Sprachversion für eine bestimmte Region relevant ist. Dadurch werden möglicherweise die falschen Seiten ausgespielt oder die Rankings verwässern. In der Praxis berichten Webmaster von Sichtbarkeitseinbußen, wenn identische Inhalte ohne hreflang-Auszeichnung auf unterschiedlichen URLs existieren. Eine saubere Deduplizierung verbessert die Chancen, dass Nutzer die passende Sprachversion finden. Lassen Sie sich rechtlich zu Ihrem spezifischen Fall beraten.
Können Canonical-Tags bei multilingualen Websites helfen?
Canonical-Tags sind im mehrsprachigen Kontext nur eingeschränkt nützlich. Sie verweisen auf die bevorzugte Version einer Seite, sollten aber nicht länderübergreifend eingesetzt werden, da sie die Sprachzuordnung nicht ersetzen. Ein typischer Fehler ist, für alle Sprachversionen denselben Canonical auf die Ursprungsseite zu setzen. Das kann dazu führen, dass Suchmaschinen andere Sprachversionen ignorieren. Verwenden Sie Canonicals nur innerhalb einer Sprache, etwa wenn Sie https://example.com/de/ und https://www.example.com/de/ haben. Für die Sprachsteuerung bleibt hreflang das entscheidende Mittel.
Wie gehe ich mit identischen Inhalten in verschiedenen Sprachversionen um?
Vermeiden Sie identische Texte nach Möglichkeit, da sie als Duplicate Content gewertet werden. Stattdessen sollten Sie Inhalte einzigartig für jede Sprache formulieren. Bei standardisierten Texten wie Produktspezifikationen können Sie die Inhalte so anpassen, dass sie sich in Formulierung oder Struktur unterscheiden. Wenn absolute Gleichheit nötig ist (z. B. gesetzliche Hinweise), setzen Sie einen Canonical auf eine Hauptversion und verwenden Sie hreflang mit self-reference. Prüfen Sie, ob eine Zusammenführung auf eine Seite mit Sprachumschalter sinnvoller ist. Bei rechtlichen Texten ziehen Sie bitte einen Fachanwalt hinzu.