Mehrsprachige Website: hreflang richtig umsetzen

Der wirtschaftliche Hebel ist gut dokumentiert.

In einer Erhebung der Europäischen Kommission zu Sprachpräferenzen im Internet gaben rund 90 Prozent (Europäische Kommission, Eurobarometer) der befragten Internetnutzer an, eine Website in ihrer eigenen Sprache aufzurufen, sobald sie die Wahl haben. 42 Prozent (Europäische Kommission, Eurobarometer) erklärten, Produkte oder Dienstleistungen nicht in einer anderen Sprache zu kaufen. Für einen Betrieb, der über die Landesgrenze hinaus liefert, Fachkräfte aus dem Ausland anspricht oder Zulieferer in mehreren Märkten hat, ist die Sprachfrage damit keine Frage des Anspruchs, sondern der Erreichbarkeit. Allein die Europäische Union arbeitet mit 24 Amtssprachen (Europäische Union); ein Markt wie die Schweiz verlangt in der Regel schon für sich genommen mehr als eine Sprachversion. Der Punkt ist weniger, möglichst viele Sprachen anzubieten, als die angebotenen Sprachen technisch so auszuliefern, dass sie auffindbar bleiben.

hreflang ist kein Ranking-Signal, sondern ein Zuordnungssignal. Es teilt Suchmaschinen mit: Diese URLs sind derselbe Inhalt in unterschiedlichen Sprachen oder für unterschiedliche Regionen.

Ohne diese Zuordnung behandelt ein Crawler die Versionen als getrennte Seiten, die sich inhaltlich stark ähneln — mit dem Risiko, dass er sich für eine Version entscheidet und die übrigen selten ausspielt. Der Sprachcode folgt dem etablierten Standard für Sprach-Tags (W3C, Internationalization): zwei Kleinbuchstaben für die Sprache, optional ein Bindestrich und zwei Großbuchstaben für die Region, also de, de-AT, en oder en-GB. Eine Region ohne Sprache ist ungültig — einen Wert wie at gibt es nicht. Die Angabe der Region ist zudem nur dann sinnvoll, wenn es tatsächlich regional unterschiedliche Inhalte gibt, etwa abweichende Preise, Lieferbedingungen oder Ansprechpartner. Ansonsten reicht der reine Sprachcode und hält die Auszeichnung schlank.

Eine mehrsprachige Website, deren englische Seiten unter /en/leistungen/ liegen, ist halb fertig.

Der Pfad ist Teil des Inhalts: Er erscheint in den Suchergebnissen, er wird kopiert und weitergeschickt, er steht in Angeboten und E-Mail-Signaturen, und er enthält in aller Regel den wichtigsten Begriff der Seite. Ein englischer Pfad wie /en/services/ ist deshalb kein Kosmetik-Thema, sondern ein Auffindbarkeits- und Vertrauensfaktor. Praktisch bedeutet das: Jede Seite braucht je Sprache einen eigenen, redaktionell gepflegten Slug, und die Zuordnung zwischen diesen Slugs muss im System hinterlegt sein — sonst weiß der Sprachumschalter nicht, wohin er zeigen soll, und landet ersatzweise auf der Startseite. Wie XICflow Seiten samt Struktur, Texten und Metadaten verwaltet, ist unter Leistungen im Überblick beschrieben.

In XICflow ist die Sprache eine Eigenschaft der Seitenkonfiguration und nicht eine Kopie der Website. Eine Seite existiert einmal als Struktur und trägt je Sprache Titel, Texte, Metadaten und einen eigenen Slug.

Aus dieser Konfiguration erzeugt die Auslieferung die Sprachverzeichnisse, die reziproken hreflang-Paare inklusive x-default, das lang-Attribut, die Sitemap-Einträge und den Sprachumschalter — ohne dass jemand Link-Tags von Hand pflegt oder eine Liste in einer Tabelle nachzieht. Kommt später eine weitere Sprache dazu, werden die bestehenden Cluster ergänzt, statt dass alle vorhandenen Seiten einzeln angefasst werden müssen. Wie das im fertigen Ergebnis aussieht, lässt sich an den Beispiel-Websites nachvollziehen; welche Sprachumfänge in welchem Paket enthalten sind, steht in der Paket- und Preisübersicht.