Ein stabiles URL-Modell wählen
Geben Sie jeder veröffentlichten Sprachseite eine eindeutige crawlbare URL. Unterverzeichnisse wie /de/ und /fr/ sind für viele Schweizer Unternehmen leicht zu erklären und zu verwalten. Halten Sie Slugs und Routingregeln vorhersehbar und bestimmen Sie, was geschieht, wenn keine entsprechende Seite existiert.
Jede Seite sollte sich selbst als kanonisch auszeichnen. Lokalisierte Seiten dürfen nicht auf Englisch kanonisiert werden, da Suchmaschinen sie sonst als zu ignorierende Duplikate verstehen. Die Sprachwahl sollte normale Links verwenden, damit Nutzer und Crawler alle Versionen ohne Formulare oder zwingendes JavaScript erreichen.
- Eine indexierbare URL je Sprachversion
- Selbstreferenzierender Canonical auf jeder Seite
- Direkte Links zwischen entsprechenden Seiten
- Bewusste Lösung für fehlende Übersetzungen
Die Zuordnung der Sprachalternativen prüfen
Jede entsprechende Seite nennt alle veröffentlichten Varianten einschliesslich sich selbst mit dem richtigen Sprach- oder Sprach-Länder-Code. Die Verweise müssen gegenseitig sein: Verweist Englisch auf Deutsch, verweist Deutsch zurück. Ein x-default kann eine allgemeine Einstiegsseite bezeichnen, wenn diese Wahl sinnvoll ist.
Erzeugen Sie Tags aus einer zentralen Routenkarte statt durch Einzelpflege. Testen Sie danach das gebaute HTML und nicht nur die CMS-Vorschau. Alle Alternativ-URLs müssen erfolgreich antworten, den erwarteten Canonical verwenden und für die Indexierung zugänglich sein.
- Selbst- und gegenseitige Hreflang-Verweise
- Gültige Sprachcodes und absolute URLs
- Gleiche Suchabsicht der Varianten
- Keine Weiterleitungen, Fehler oder Noindex-Ziele
Die gesamte lokalisierte Reise testen
Öffnen Sie jede Version auf Desktop und Mobilgeräten. Wechseln Sie die Sprache von einer Leistungs- und einer Rechtsseite und erhalten Sie dabei den entsprechenden Pfad, Parameter und hilfreiche Sprungmarken. Prüfen Sie Menüs, Breadcrumbs, Formulare, Fehlermeldungen, Einwilligungslinks, Bestätigungen und Downloads.
Nehmen Sie lokalisierte URLs in XML-Sitemaps und Analysen auf. Crawlen Sie nach defekten internen Links und unbeabsichtigtem englischem Ersatztext. Dokumentieren Sie, wer diese Kontrollen bei neuen oder entfernten Seiten wiederholt; Hreflang wird schnell unzuverlässig, wenn Routenkarte und Inhaltsinventar auseinanderlaufen.
- Sprachwechsel auf dem entsprechenden Pfad
- Lokalisierte Formulare und Rechtsseiten
- Abdeckung in Sitemap und Analyse
- Wiederholbare Prüfung nach dem Start
Häufig gestellte Fragen
Häufig gestellte Fragen
Verbessert Hreflang die Rankings?
Es ist ein Zielgruppensignal, das Suchmaschinen hilft, die passende gleichwertige Seite anzuzeigen. Schwache Inhalte werden dadurch nicht wettbewerbsfähig, und Sichtbarkeit wird nicht garantiert.
Soll jede Seite alle vier Sprachen nennen?
Führen Sie nur Versionen auf, die wirklich existieren und dieselbe Suchabsicht bedienen. Verweisen Sie nicht für jede unübersetzte Detailseite ersatzweise auf die Homepage.
Sind übersetzte Slugs erforderlich?
Nein. Verständliche lokalisierte Slugs können Nutzern helfen, doch technische Konsistenz und stabile Routen sind wichtiger. Legen Sie das Modell vor dem Start fest und ändern Sie URLs nicht ohne Weiterleitungen.