Mehrsprachige Websites und hreflang prüfen

Zuerst die sprachliche Aufgabe bestimmen

Beginnen Sie mit den Menschen, die eine Seite benutzen sollen. Benötigt ein Unternehmen tatsächlich unterschiedliche Länderfassungen oder zunächst verständliche Übersetzungen derselben Leistung? Eine deutsche und eine englische Einführung haben eine andere Aufgabe als zwei deutschsprachige Angebote mit unterschiedlichen Lieferbedingungen. Halten Sie Sprache, Zielregion und sachliche Unterschiede ausdrücklich fest.

Erstellen Sie anschließend eine kleine Inventarliste der vorhandenen Seiten. Eine übersetzte Navigation allein macht aus einem deutschen Artikel noch keinen englischen Fachbeitrag. Prüfen Sie Hauptinhalt, Formulare, Fehlermeldungen und wichtige Downloadziele. Besucher müssen ihre Aufgabe in der gewählten Fassung abschließen können. Erst danach ist die technische Zuordnung dieser Fassungen sinnvoll.

Entsprechungen auf Seitenebene erfassen

Ordnen Sie jede Ausgangsseite ihrer tatsächlichen Entsprechung zu. Die englische Startseite ist keine passende Alternative für sämtliche deutschen Detailartikel. Fehlt eine Übersetzung, bleibt diese Lücke in der Matrix sichtbar. Ersetzen Sie sie nicht durch einen scheinbar passenden Verweis auf irgendeine andere Seite derselben Sprache.

Verwenden Sie vollständig bestimmte Zieladressen und prüfen Sie deren öffentliche Erreichbarkeit. Weiterleitungen, Fehlerseiten und veraltete Pfade gehören in die Fehlerliste. Notieren Sie bei großen Angeboten den Seitentyp und die Datenquelle der Zuordnung. Das erleichtert eine dauerhafte Korrektur im Template oder Inhaltssystem, statt viele Einzelfälle händisch nachzubessern.

Selbstverweise und Gegenverweise gemeinsam kontrollieren

Google beschreibt für Sprachalternativen Sets, in denen die beteiligten Fassungen auch sich selbst und die anderen passenden Versionen nennen. Prüfen Sie deshalb nicht nur den deutschen Ausgangspunkt. Öffnen Sie jede beteiligte Version und vergleichen Sie die ausgegebenen Zuordnungen miteinander. Ein einseitiger Eintrag ist noch kein vollständig geprüftes Sprachset.

Achten Sie auf gültige Sprach- und gegebenenfalls Regionskennzeichnungen. Eine interne Marktbezeichnung ist nicht automatisch ein zulässiger Sprachcode. Die optional verwendete Kennzeichnung x-default beschreibt eine Auffangversion für nicht ausdrücklich abgedeckte Fälle. Sie ist kein Ersatz für die konkreten Sprachangaben und muss zu der tatsächlichen Einstiegslogik passen.

Canonical und Sprachauswahl getrennt entscheiden

Ein Canonical beschreibt eine bevorzugte URL bei gleichen oder ähnlichen Inhalten. hreflang benennt dagegen entsprechende Sprach- oder Regionalalternativen. Wer sämtliche übersetzten Seiten pauschal auf die deutsche Fassung kanonisiert, sollte diese widersprüchlich wirkende Entscheidung fachlich und technisch überprüfen. Kopieren Sie keine globale Einstellung ohne Prüfung auf alle Märkte.

Auch die sichtbare Sprachauswahl benötigt einen eigenen Test. Ein Mensch sollte vom geöffneten Fachartikel möglichst zur passenden Übersetzung gelangen und die Sprache anschließend nachvollziehen können. Automatische Weiterleitungen nach vermutetem Standort können einen gewünschten Zugriff erschweren. Prüfen Sie deshalb den tatsächlichen Besucherweg und die erreichbaren öffentlichen Fassungen gemeinsam.

Eine kompakte Abnahmematrix führen

Ergänzen Sie pro Fehler eine verantwortliche Rolle und die betroffenen Seitentypen. Unterscheiden Sie fehlende Übersetzungen von fehlerhaft erzeugten Verweisen. Redaktion und Entwicklung benötigen unterschiedliche Arbeitsaufträge. Eine einzige Liste mit der Überschrift „hreflang kaputt“ erklärt weder den Umfang noch die richtige Reihenfolge der Korrektur.

Fiktives Beispiel: drei Länder, zwei echte Fassungen

Ein Beratungsunternehmen führt eine deutsche und eine englische Leistungsbeschreibung. Im Menü erscheint zusätzlich ein österreichischer Markt, dessen Seite jedoch noch denselben unfertigen Platzhalter enthält. Das Team nimmt diesen Platzhalter nicht als vollständige Sprachalternative ab. Zunächst werden vorhandene Fassungen sauber zugeordnet und die fachliche Entscheidung zur österreichischen Version dokumentiert.

Nach Fertigstellung prüft die Redaktion die regionalen Leistungsangaben. Die Entwicklung ergänzt das vollständige Set und testet jede beteiligte Adresse erneut. Das Beispiel beschreibt einen möglichen Arbeitsablauf, keine gemessene Sichtbarkeitssteigerung. Ob eine zusätzliche regionale Fassung sinnvoll ist, hängt von realen Unterschieden und der Betreuung ab.

Übersetzte Downloads und Kontaktwege nachverfolgen

Öffnen Sie von jeder Sprachfassung aus auch die wichtigsten weiterführenden Ziele. Ein übersetzter Artikel kann auf ein ausschließlich deutschsprachiges Formular oder eine veraltete Dokumentfassung führen. Dokumentieren Sie solche Brüche als Teil der redaktionellen Abnahme. Nicht jedes weiterführende Ziel muss sofort übersetzt werden, aber die Erwartung der Besucher muss klar bleiben. Ein kurzer verständlicher Hinweis auf die Sprache eines Downloads kann hilfreicher sein als ein scheinbar durchgehend übersetzter Weg, der erst nach dem Klick überraschend abbricht. Pflegen Sie diese Beziehungen zusammen mit der eigentlichen Seitenübersetzung.

Änderungen über den gesamten Lebenszyklus verfolgen

Bei einem neuen Artikel muss klar sein, ob und wann seine anderen Fassungen folgen. Bei einer Löschung oder URL-Änderung dürfen die übrigen Versionen keine veralteten Alternativen weiterführen. Verknüpfen Sie Übersetzungsstatus, Zieladressen und technische Zuordnung deshalb mit dem normalen Veröffentlichungsprozess.

Prüfen Sie nach größeren Templateänderungen mehrere typische Sprachsets erneut. Eine erfolgreiche Kontrolle einer einzigen Startseite beweist nicht, dass Detailseiten korrekt umgesetzt sind. Bewahren Sie Beispiele mit Datum und beobachteter Ausgabe auf. Suchdarstellung und Indexierung bleiben anschließend gesonderte Beobachtungen; eine formal richtige Kennzeichnung garantiert weder eine bestimmte Länderausspielung noch bessere Platzierungen.

Häufige Fragen.