Braucht jede Sprache eine eigene URL?
Ja, jede Sprachversion sollte unter einer eigenen, dauerhaft erreichbaren URL verfügbar sein. Google empfiehlt getrennte URLs statt einer Seite, deren Sprache nur über Cookies oder Browsereinstellungen wechselt. Geeignete Strukturen sind beispielsweise Unterverzeichnisse wie /de/ und /en/, Subdomains oder länderspezifische Domains.
Welche Variante passt, hängt von Betrieb und Zielmärkten ab: Unterverzeichnisse liegen auf demselben Host und sind meist einfacher gemeinsam zu pflegen; länderspezifische Domains senden ein klares Ländersignal, benötigen aber mehr Infrastruktur. URL-Parameter zur regionalen Trennung empfiehlt Google nicht. Wichtig ist vor allem, dass jede Fassung direkt verlinkbar und für Crawler erreichbar ist. Quelle: Google Search Central, Managing multi-regional and multilingual sites (https://developers.google.com/search/docs/specialty/international/managing-multi-regional-sites).
Wofür braucht eine mehrsprachige Website hreflang?
hreflang ordnet Google alternative Sprach- und Regionalversionen derselben Seite zu. Die Angabe kann im HTML-Kopf, im HTTP-Header oder in der XML-Sitemap erfolgen; Google bewertet diese Methoden gleichwertig, sodass eine sauber gepflegte Methode genügt.
Jede Version muss sich selbst und alle zugehörigen Alternativen mit vollständigen URLs nennen. Außerdem müssen die Verweise gegenseitig sein: Zeigt die deutsche Seite auf die englische, muss die englische auch auf die deutsche zurückverweisen. Fehlt diese Rückverbindung, kann Google die Angabe ignorieren. x-default kann als Auffangversion für nicht ausdrücklich abgedeckte Sprachen dienen. Quelle: Google Search Central, Tell Google about localized versions of your page (https://developers.google.com/search/docs/specialty/international/localized-versions).
Soll die Website Besucher automatisch nach Sprache umleiten?
Nein, eine erzwungene automatische Weiterleitung sollte nicht die einzige Navigation zwischen Sprachversionen sein. Google warnt davor, Besucher aufgrund einer vermuteten Sprache automatisch auf eine andere Fassung umzuleiten, weil dadurch Menschen und Suchmaschinen möglicherweise nicht alle Versionen erreichen.
Besser ist ein sichtbarer Sprachwechsel mit normalen Links. Eine unverbindliche Empfehlung kann zusätzlich angeboten werden, solange Besucher ihre Auswahl behalten und jede URL direkt öffnen können. IP-basierte Anpassungen sind laut Google unzuverlässig; außerdem stammen viele Google-Crawls aus den USA und enthalten üblicherweise keinen Accept-Language-Header. Quelle: Google Search Central, Managing multi-regional and multilingual sites (https://developers.google.com/search/docs/specialty/international/managing-multi-regional-sites).
Reicht es, Navigation und Buttons zu übersetzen?
Nein, die wesentlichen Inhalte jeder Seite müssen in der vorgesehenen Sprache vorliegen. Google bestimmt die Sprache anhand des sichtbaren Inhalts und nicht allein über das HTML-lang-Attribut oder den URL-Pfad. Wenn nur Menü und Footer übersetzt werden, der Hauptinhalt aber gleich bleibt, entsteht für Nutzer eine uneinheitliche Erfahrung.
Lokalisierung kann außerdem mehr als Übersetzung bedeuten: Leistungen, Kontaktwege, Währungen oder rechtliche Hinweise können je Markt variieren. Solche Unterschiede müssen real und auf der Seite sichtbar sein. Eine automatische oder menschliche Übersetzung sollte fachlich geprüft werden; hreflang gleicht keine schwache oder unvollständige Sprachfassung aus. Quelle: Google Search Central, Managing multi-regional and multilingual sites (https://developers.google.com/search/docs/specialty/international/managing-multi-regional-sites).
Wie funktionieren Canonical und hreflang zusammen?
Jede eigenständige Sprachfassung sollte in der Regel auf sich selbst als Canonical verweisen und zugleich die zugehörigen Sprachvarianten per hreflang auszeichnen. Ein Canonical von allen Übersetzungen auf nur eine Hauptsprache kann Google signalisieren, dass die anderen URLs nicht die bevorzugten Fassungen sind.
Bei sehr ähnlichen regionalen Seiten in derselben Sprache – etwa für Deutschland und Österreich – empfiehlt Google, eine bevorzugte Version zu bestimmen und Canonical sowie hreflang abgestimmt einzusetzen. Prüfe dabei, ob Titel, Hauptinhalt und regionale Angaben tatsächlich der jeweiligen URL entsprechen. Quelle: Google Search Central, Managing multi-regional and multilingual sites (https://developers.google.com/search/docs/specialty/international/managing-multi-regional-sites) und How to specify a canonical URL (https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls).
Wie lässt sich die Umsetzung vor dem Start prüfen?
Prüfe zuerst paarweise, ob alle Sprachseiten erreichbar sind, sich selbst referenzieren und vollständig aufeinander zurückverweisen. Kontrolliere danach den sichtbaren Inhalt, den Sprachwechsel, Canonicals, Statuscodes und die Indexierbarkeit.
Eine kompakte Reihenfolge: - Alle Sprach- und Regions-URLs in einer Zuordnungstabelle erfassen. - Pro Seitengruppe hreflang-Codes und Rückverweise vergleichen. - Canonicals auf Widersprüche prüfen. - Sprachlinks ohne JavaScript-Zwang testen. - Wichtige URLs nach Veröffentlichung mit der URL-Prüfung in der Search Console kontrollieren.
Diese Prüfung reduziert technische Widersprüche, garantiert aber weder Indexierung noch Rankings. Inhaltliche Relevanz, lokale Nachfrage und die Qualität jeder Sprachfassung bleiben eigenständige Faktoren.