Mehrsprachige Website für die Schweiz richtig planen

Beginnen Sie mit Märkten und Kundenaufgaben, nicht mit der Anzahl Sprachen

Die Schweiz ist mehrsprachig. Das bedeutet jedoch nicht, dass jedes Schweizer Unternehmen jede Seite auf Deutsch, Französisch, Italienisch und Englisch anbieten muss. Entscheidend ist, welche Kundinnen und Kunden Sie bedienen möchten, was diese auf der Website erledigen sollen und ob Ihr Team in der veröffentlichten Sprache antworten kann.

Stützen Sie Ihre Wahl auf Verkaufsgespräche, Anfragen, Kundendienstkontakte, Suchanfragen und Expansionspläne. Unterscheiden Sie Sprachen, die bereits zum Umsatz beitragen, von solchen, mit denen Sie zunächst Erfahrungen sammeln möchten. Eine vollständige Customer Journey auf Deutsch und Französisch wirkt unter Umständen glaubwürdiger als vier Sprachschaltflächen, die zu lückenhaften oder veralteten Inhalten führen.

Definieren Sie für jede Zielgruppe die wichtigste Aufgabe. Eine Einkaufsverantwortliche benötigt vielleicht Spezifikationen und eine Offerte. Ein lokaler Dienstleistungskunde sucht Verfügbarkeit und eine Telefonnummer. Ein internationaler Partner will das Unternehmen prüfen und Kontakt aufnehmen. Aus diesen Aufgaben ergibt sich, welche Seiten, Nachweise und Formulare zusammen lokalisiert werden müssen.

• Listen Sie bestehende und angestrebte Märkte, Entscheidungsträger und bediente Regionen auf.
• Halten Sie fest, welche Sprache in Verkauf, Leistungserbringung und Kundendienst verwendet wird.
• Kennzeichnen Sie Seiten, die einen Kauf, eine Anfrage, einen Vertrag oder eine Supportanfrage beeinflussen.
• Versprechen Sie keine Betreuung in einer Sprache, die Ihr Unternehmen operativ nicht leisten kann.

Wählen Sie Sprach- oder Regionalversionen bewusst

Ein Sprachcode bezeichnet eine Sprache. Ein optionaler Regionalcode grenzt die Zielregion ein. Für allgemein deutschsprachige Leser kann de verwendet werden, für eigens an die Schweiz angepasste deutsche Inhalte de-CH. Dasselbe Prinzip gilt für fr und fr-CH, it und it-CH sowie en und en-CH.

Ein Ländercode allein bezeichnet keine Sprache. ch ist deshalb kein gültiger hreflang-Sprachwert. Eine Region in jede URL aufzunehmen, erhöht zudem den Pflegeaufwand. Verwenden Sie die regionale Kennzeichnung deshalb nur, wenn sich Preise, Begriffe, rechtliche Informationen, Verfügbarkeit oder Angebot tatsächlich unterscheiden.

Legen Sie für jede vorgesehene Seitenversion eine kanonische URL fest. Erstellen Sie nicht allein für zusätzliche Suchresultate eine Schweizer, deutsche und österreichische Variante mit demselben Text. Sind die Inhalte über Regionen hinweg wirklich identisch, ist eine allgemeine Sprachversion oft die klarere Lösung.

• Verwenden Sie reine Sprachversionen für weitgehend identische Inhalte.
• Verwenden Sie Sprach- und Regionalversionen für eine eindeutig regionale Zielgruppe oder ein regionales Angebot.
• Stimmen Sie URL, Canonical und hreflang auf dieselbe Absicht ab.
• Dokumentieren Sie den Grund für jede regionale Variante.

Erstellen Sie vor dem Vorlagendesign eine Sprachversionsmatrix

Eine Sprachversionsmatrix macht aus einem abstrakten Übersetzungsplan ein konkretes Inventar. Erfassen Sie jede Seitenabsicht in einer Zeile und den Status jeder Sprachversion. Halten Sie URL, Canonical, verantwortliche Person, Ausgangsversion, Freigabestatus und die entsprechenden Alternativseiten fest. So erkennen Sie Lücken, bevor daraus fehlerhafte Menüs oder irreführende Auszeichnungen werden.

Nehmen wir ein fiktives Schweizer Beratungsunternehmen. Seine Beratungsseiten gibt es in vier Sprachen, eine spezialisierte regulatorische Dienstleistung jedoch nur auf Deutsch, weil sie derzeit ausschliesslich auf Deutsch erbracht wird. Die richtige Matrix erfindet dafür keine drei leeren Entsprechungen. Sie veröffentlicht die deutsche Seite und nimmt sie erst dann in eine mehrsprachige Gruppe auf, wenn die lokalisierten Leistungen tatsächlich angeboten werden.

Beständige Kennungen helfen Teams, zusammengehörige Seiten zuzuordnen, auch wenn die sichtbaren URL-Begriffe übersetzt sind. Der angezeigte Pfad kann lokalisiert werden, während das Redaktionssystem für alle Versionen dieselbe Seiten-ID verwendet.

Bilden Sie vollständige wechselseitige hreflang-Gruppen

Hreflang ordnet lokalisierte Entsprechungen einander zu. Es übersetzt weder Inhalte, noch bestimmt es allein deren Sprache. Google unterstützt Auszeichnungen im HTML-Kopf, in HTTP-Headern oder in einer XML-Sitemap und weist darauf hin, dass die gleichzeitige Umsetzung aller drei Varianten keinen Vorteil für die Suche bringt. Wählen Sie die Methode, die Ihr Team zuverlässig erzeugen und testen kann.

Jede Seite einer Gruppe sollte auf sich selbst und alle anderen Mitglieder verweisen. Nennt Seite A die Seite B, ohne dass B auf A zurückverweist, kann Google diese Zuordnung ignorieren. URLs sollten vollständig angegeben sein und zur vorgesehenen kanonischen Seite führen.

Eine x-default-URL kann als Auffanglösung für nicht zugeordnete Nutzer dienen, häufig in Form einer Sprachauswahl oder einer allgemein passenden Version. Sie ist eine Rückfalllösung und kein Ersatz für eine vollständige Sprachplanung.

• Verwenden Sie gültige ISO-Sprachcodes und optional gültige Regionalcodes.
• Fügen Sie Selbstverweise und wechselseitige Verweise ein.
• Verweisen Sie auf die endgültigen, indexierbaren kanonischen URLs.
• Vermischen Sie keine Staging- und Produktionsdomains.

Übersetzen Sie Entscheidungen, nicht nur Sätze

Eine wörtliche Übersetzung kann grammatikalisch korrekt sein und dennoch die geschäftliche Aussage verlieren. Produktnamen, Nachweise, Einwände und Handlungsaufforderungen müssen von einer Person geprüft werden, die Zielgruppe und Angebot versteht. Eine übersetzte Navigation rund um englische Hauptinhalte ergibt keine brauchbare lokalisierte Nutzererfahrung.

Geben Sie Übersetzenden den nötigen Kontext: Leserschaft, Seitenzweck, gewünschter nächster Schritt, freigegebene Begriffe und Zeichenbeschränkungen. Eine mit dem Markt vertraute Person sollte prüfen, ob Aussagen, Beispiele und Ton passen. Gibt es für einen Ausgangsbegriff keine natürliche Entsprechung, formulieren Sie ihn verständlich neu, statt den ursprünglichen Satzbau nachzuahmen.

Gehen Sie mit Nachweisen in allen Sprachen ehrlich um. Gilt eine Fallstudie nur für einen Markt, benennen Sie dies, anstatt sie als lokalen Beleg darzustellen. Unterscheidet sich die Verfügbarkeit einer Leistung, müssen Sie neben den Texten auch Angebot und Weiterleitung der Formulare anpassen.

• Pflegen Sie ein gemeinsames Verzeichnis für Begriffe und freigegebene Aussagen.
• Übersetzen Sie Metadaten, Bildalternativen, Fehlermeldungen und Bestätigungen.
• Prüfen Sie Links, Downloads und strukturierte Daten in jeder Sprache.
• Dokumentieren Sie beabsichtigte Unterschiede, damit spätere Bearbeitungen sie nicht beseitigen.

Gestalten Sie einen verlässlichen mehrsprachigen Anfrageprozess

Eine lokalisierte Seite verfehlt ihren geschäftlichen Zweck, wenn der nächste Schritt in eine andere Sprache wechselt oder bei einem Team landet, das nicht antworten kann. Verfolgen Sie den Ablauf von der Leistungsseite über Validierungsfehler und Erfolgsbestätigung bis zur E-Mail-Benachrichtigung und persönlichen Antwort.

Halten Sie Formulare kurz genug, um sie bequem auszufüllen, erfassen Sie aber alle Angaben, die für die richtige Zuweisung nötig sind. Die Sprache kann aus dem Seitenpfad übernommen werden und muss nicht erneut abgefragt werden. Bestätigen Sie in derselben Sprache, was als Nächstes geschieht, und versprechen Sie keine Antwortzeiten, zu denen sich Ihr Team nicht verpflichtet hat.

Bei einem fiktiven Ingenieurunternehmen könnten französische Anfragen an ein benanntes französischsprachiges Verkaufsteam gehen, während technische Anhänge an ein gemeinsames Projektteam weitergeleitet werden. Das ist ein tragfähiger Betriebsablauf und nicht bloss ein übersetztes Formular.

Bestimmen Sie für jede Seite und Sprache eine verantwortliche Person

Die Qualität mehrsprachiger Inhalte sinkt, wenn nach der Veröffentlichung niemand für Änderungen zuständig ist. Bestimmen Sie eine redaktionell verantwortliche Person für die Ausgangssprache, eine prüfende Person für jeden Markt und eine entscheidungsbefugte Person für geschäftliche Aussagen. Legen Sie Reaktionszeiten für wichtige Änderungen fest, etwa bei Preisen, Verfügbarkeit, Personal, Richtlinien und Kontaktdaten.

Ein zweckmässiger Ablauf unterscheidet strukturelle Änderungen von kleinen Korrekturen. Ein neuer Leistungsbereich kann eine gleichzeitige Aktualisierung aller Sprachversionen erfordern. Eine regionale Veranstaltung gehört vielleicht nur in eine Version. Aus der Matrix sollte hervorgehen, welche Unterschiede beabsichtigt sind.

Planen Sie regelmässige Prüfungen nach geschäftlichem Risiko und nicht nach einem willkürlichen Publikationskalender. Seiten mit hoher Abschlussrelevanz oder regulatorischen Inhalten benötigen mehr Aufmerksamkeit als eine alte Mitteilung.

• Bestimmen Sie für jede Sprachversion eine verantwortliche und eine prüfende Person.
• Legen Sie fest, welche Änderungen die Veröffentlichung blockieren, bis alle Versionen bereit sind.
• Bewahren Sie Überarbeitungsdaten und Ausgangsmaterial zusammen mit dem Inhalt auf.
• Nehmen Sie nicht mehr betreute Sprachseiten sauber ausser Betrieb.

Testen Sie das ganze System vor der Veröffentlichung

Testen Sie mehr als die Sprachauswahl. Crawlen Sie jede Sprachversion, vergleichen Sie Canonical- und Alternativauszeichnungen, folgen Sie Weiterleitungen, prüfen Sie mobile Seiten und senden Sie echte Testanfragen. Ein fehlender Rückverweis auf nur einer Seite kann die beabsichtigte Zuordnung schwächen.

Google empfiehlt, gleichwertige Hauptinhalte, Überschriften, Metadaten und strukturierte Daten auch auf Mobilgeräten bereitzustellen. Das ist besonders relevant, wenn sich lokalisierte mobile Vorlagen oder Einwilligungsebenen von der Desktop-Version unterscheiden.

Schliessen Sie die Prüfung mit einer freigegebenen Ausnahmeliste ab. Eine fehlende Übersetzung für ein rein dekoratives Element kann in eine Liste für spätere Arbeiten aufgenommen werden. Ein falscher Canonical, ein defektes Formular oder eine versprochene, aber nicht verfügbare Sprache muss die Veröffentlichung blockieren.

• Prüfen Sie Status, Indexierbarkeit, Canonical und hreflang für jede Zeile der Matrix.
• Stellen Sie sicher, dass ein Sprachwechsel zur entsprechenden Seite führt.
• Prüfen Sie mobile Inhalte und den vollständigen Anfrageprozess.
• Testen Sie jede korrigierte Sprachgruppe vor der Freigabe erneut.