Hreflang Schweiz ist das technische SEO-Thema, das mehr Schweizer Sites kaputt macht als jedes andere. Die gute Nachricht vorweg: 75 Prozent aller Sites weltweit haben Hreflang-Fehler. Dabei hat sofort einen Vorteil, wer es richtig macht. Die schlechte Nachricht: Die häufigsten Fehler sind nicht offensichtlich. Sie stecken in Details wie falschen ISO-Codes, fehlenden Gegenlinks oder Plugin-Einstellungen, die du nie angefasst hast. Dieser Artikel zeigt dir die sieben häufigsten Hreflang-Fehler auf Schweizer Sites — mit Code-Snippets, einem Entscheidungsbaum für die URL-Struktur und einem Playbook für WPML, Polylang und Webflow.
Warum Hreflang Schweiz ein Sonderfall ist
Die Schweiz ist für SEO ein Sonderfall. Nicht wegen der Grösse, sondern wegen der Sprachstruktur. Vier offizielle Landessprachen — Deutsch (63 %), Französisch (23 %), Italienisch (8 %), Rätoromanisch (0,5 %) — und keine davon ist ausschliesslich schweizerisch. Genau das ist das Problem. Wer einfach lang="de" schreibt, zeigt Google: «Dieser Inhalt ist für alle Deutschsprachigen weltweit.» Also auch für Deutschland und Österreich. Das ist meistens nicht das Ziel. Deshalb ist ein korrektes Hreflang Schweiz Setup mehr als ein technisches Detail — es ist die Grundlage für regionale Sichtbarkeit. Denn ohne sie rankt die falsche Seite.
Deshalb braucht ein korrektes Setup die kombinierten ISO-639-1-Sprachcodes mit ISO-3166-1-Ländercodes: de-CH für die Deutschschweiz, fr-CH für die Romandie, it-CH für das Tessin. Dazu rm-CH für Rätoromanisch. Die ersten drei sind Standard. Den vierten setzen die wenigsten. Das ist meistens in Ordnung — rm-CH braucht nur, wer explizit die rund 45’000 Sprecher in Graubünden anspricht.
75 Prozent aller Sites weltweit haben Hreflang-Fehler. Die Schweiz hat vier offizielle Landessprachen, alle mit eigenem ISO-Code. Der häufigste Fehler ist de statt de-CH. Rund 60 Prozent der mehrsprachigen Schweizer Sites setzen kein x-default.
Noch ein Sonderfall: Liechtenstein
Hier kommt ein Detail, das fast immer vergessen wird. Wer aus der Deutschschweiz heraus auch Liechtenstein bedient, braucht de-LI als separaten Tag. Liechtenstein ist kein Schweizer Kanton, sondern ein eigener Staat mit ISO-Code LI. Google behandelt es entsprechend. Ausserdem schreiben Schweizer und Liechtensteiner beide «ss» statt «ß» — das ist der sogenannte Helvetismus, der im Content selbst korrekt sein muss. Ein Helvetismus-Fehler schadet dem Ranking nicht direkt. Aber er zeigt fehlendes lokales Wissen. Dabei merken das lokale Nutzer sofort.
Die korrekte Hreflang-Syntax für die Schweiz
Bevor wir die Fehler durchgehen, schauen wir kurz, wie korrekte Tags für ein Hreflang Schweiz Setup aussehen. Das ist das Fundament. Wer das Fundament falsch legt, kann Fehler vier bis sieben gar nicht erst korrekt umsetzen.
<!-- Im <head> jeder Sprachversion: -->
<link rel="alternate" hreflang="de-CH" href="https://example.ch/de/seite/" />
<link rel="alternate" hreflang="fr-CH" href="https://example.ch/fr/page/" />
<link rel="alternate" hreflang="it-CH" href="https://example.ch/it/pagina/" />
<link rel="alternate" hreflang="x-default" href="https://example.ch/de/seite/" />Drei Regeln gelten immer. Alle drei sind gleich wichtig. Erstens: absolute URLs, nicht relativ. /fr/page/ reicht nicht — Google braucht das vollständige https://. Zweitens: jede Seite verlinkt sich selbst. Die deutsche Seite muss also auch ihren eigenen de-CH-Tag enthalten. Das nennt sich Selbstreferenz. Drittens: der Cluster muss symmetrisch sein. Wenn Seite A auf Seite B zeigt, muss B auf A zurückzeigen. Fehlt ein Gegenlink, ignoriert Google den ganzen Cluster still.
Drei Wege zur Umsetzung
Grundsätzlich gibt es drei Wege: HTML-<head>, HTTP-Header oder XML-Sitemap. Für normale Seiten ist der Head-Ansatz am einfachsten. Google verarbeitet ihn am zuverlässigsten. HTTP-Header eignet sich für PDFs und andere Nicht-HTML-Ressourcen. Die Sitemap-Methode skaliert bei grossen Sites mit hunderten Seiten pro Sprache — und ist der Weg, den WPML im Hreflang Schweiz Kontext inzwischen standardmässig bevorzugt. Dazu gleich mehr.
7 häufigste Hreflang-Fehler auf Schweizer Sites
Beim Hreflang Schweiz Audit tauchen dieselben Fehler immer wieder auf. Dabei sind es selten grobe Schnitzer. Meistens sind es Fehler, die still funktionieren und deshalb jahrelang unentdeckt bleiben. Hier sind die sieben, die am häufigsten vorkommen — in ungefährer Häufigkeit sortiert.
de statt de-CHlang="de" zeigt Google: «Für alle Deutschsprachigen weltweit.» Richtig wäre de-CH, fr-CH, it-CH. Ohne den Ländercode landen Deutschschweizer im Wettbewerb mit deutschen und österreichischen Seiten.href="/fr/seite/" ist ungültig. Google braucht href="https://example.ch/fr/seite/". Ausserdem muss die URL exakt mit der kanonischen Version übereinstimmen — inklusive Trailing Slash und Protokoll.x-default weiss Google nicht, welche Version ein Nutzer sehen soll, dessen Sprache oder Region nicht im Cluster vorkommt. Für eine CH-Site ist das zum Beispiel ein englischsprachiger Nutzer aus Singapur. Ohne Fallback kann Google eine beliebige Version ausliefern.noindex markiert ist, bricht der Cluster. Google kann eine Seite, die nicht indexiert werden soll, nicht als Hreflang-Ziel verwenden. Der ganze Cluster wird dadurch unzuverlässig.Kurz gesagt: Die meisten dieser Fehler sind keine Typos. Sie entstehen durch falsche Annahmen. Wer fr für fr-CH hält, spart sich keine Arbeit. Er verliert Reichweite. Dabei ist der Fix in jedem Fall schnell umgesetzt — wenn man weiss, wo man sucht.
Dazu gehört auch ein schneller Curl-Test. Damit prüfst du, ob die Tags im rohen HTML stehen:
curl -sL https://example.ch/de/seite/ | grep -i hreflangKommt keine Ausgabe, werden die Tags per JavaScript gesetzt. Das ist riskant. Google sieht sie dann erst nach dem Rendering — also mit Verzögerung. Zudem ignoriert Bing JavaScript-generierte Hreflang-Tags grundsätzlich. Also lieber serverseitig ausgeben. Wer tiefer in JavaScript-Rendering und Crawler-Sichtbarkeit einsteigen will, findet dazu unser JavaScript SEO Schweiz-Audit. Wer die Indexierung im Griff behalten will, sollte ausserdem die Google-Indexierung sauber steuern — und prüfen, ob Seiten aus dem Cluster ungewollt ausgeschlossen werden.
Subdomain, Subfolder oder .ch — der Entscheidungsbaum
Die Wahl der URL-Struktur hat langfristige Konsequenzen für SEO. Einmal falsch entschieden, kostet die Migration Monate. Deshalb lohnt sich hier Sorgfalt. Beim Hreflang Schweiz Audit ist diese Frage oft der erste Diskussionspunkt — noch bevor die Tags geprüft werden.
| Struktur | Geo-Signal | Link Equity | Aufwand | Empfehlung |
|---|---|---|---|---|
Subfolderexample.ch/de/ | Mittel | Geteilt ✓ | Niedrig | Standard für die meisten CH-Sites |
Subdomainde.example.ch | Mittel | Getrennt ✗ | Mittel | Nur bei separaten Teams sinnvoll |
ccTLD .chexample.ch + example.fr | Stark ✓ | Getrennt ✗ | Hoch | Nur bei DACH-Expansion mit Budget |
Einzelne Domain .comexample.com/de-ch/ | Schwach | Geteilt ✓ | Niedrig | Wenn .ch nicht möglich (kein CH-Sitz) |
Also kurz zusammengefasst: Für die meisten Schweizer KMUs und SaaS-Unternehmen ist der Subfolder-Ansatz richtig. Dabei gilt: weniger Komplexität bedeutet weniger Fehler. Er teilt die Linkautorität über alle Sprachversionen. Er ist einfach zu warten und skaliert problemlos. Subdomains und ccTLDs machen Sinn, wenn du rechtliche, organisatorische oder strategische Gründe hast, die Sprachen sauber zu trennen. Ohne diese Gründe ist die ccTLD-Variante Mehraufwand ohne Mehrwert.
Wichtig für die DACH-Expansion: de-CH und de-DE sind andere Zielgruppen mit anderen Suchgewohnheiten. Wer denselben deutschen Text für beide Märkte nutzt und nur das Hreflang-Tag wechselt, riskiert Duplicate Content. Dabei genügen oft kleine Anpassungen — Schreibweise, Preisformate, lokale Referenzen — um den Content als eigenständig zu markieren.
WPML, Polylang und Webflow: Migrations-Playbook
Hier kommen die Fallstricke, die in keiner offiziellen Doku stehen. Konkret: die Punkte, bei denen Plugins still versagen, ohne einen Fehler anzuzeigen.
WPML: die Head-to-Sitemap-Umstellung
WPML hat eine neue Option eingeführt: unter Languages > SEO Options kann die Hreflang-Ausgabe vom <head> in die XML-Sitemap verschoben werden. Die Idee dahinter ist sinnvoll — weniger HTML-Overhead. Das Problem entsteht, wenn du diese Option aktivierst und dein Sitemap-Plugin nicht WPML-kompatibel ist. Dann sind die Hreflang-Tags weder im Head noch in der Sitemap. Googlebot sieht nichts, kein Fehler in der Search Console, keine Warnung. Also immer prüfen: Sind die Tags nach der Umstellung wirklich irgendwo erreichbar? Ein Curl auf die Sitemap reicht:
curl -sL https://example.ch/sitemap.xml | grep hreflangAusserdem gilt: WPML mit Elementor Pro kombiniert? Dann prüfe, ob die Selbstreferenz-Tags auf den übersetzten Seiten vorhanden sind. Denn in dieser Kombination kann es passieren, dass nur die Standard-Seite einen Selbstreferenz-Tag bekommt, die übersetzten Seiten aber nicht. Der WPML Hreflang Validator zeigt das an. Darum: Cache immer leeren nach jeder Sprachänderung. Und prüf den Head. Es dauert zwei Minuten.
Polylang: kein x-default in der Gratis-Version
Polylang setzt den x-default-Tag nicht in allen Konfigurationen automatisch. Konkret fehlt er in der Gratis-Version und in bestimmten URL-Setups. Zudem hat Polylang keine vordefinierte Unterstützung für fr-CH als eigene Locale. Du musst die Sprache als Custom Language anlegen. Dann prüfst du, ob der ausgegebene Tag tatsächlich fr-CH lautet und nicht einfach fr. Also immer den generierten Head-Code kontrollieren, bevor die Seite live geht. Denn das spart Ärger.
Webflow: Native Localization oder Weglot
Webflow hat Ende 2023 die native Localization-Funktion eingeführt. Sie erzeugt Hreflang-Tags automatisch. Sie nutzt die Subfolder-Struktur und skaliert ohne Code. Aber: Sie benötigt mindestens einen CMS- oder Business-Plan. Ausserdem müssen eigene Domains konfiguriert sein — auf der kostenlosen Webflow-Domain funktioniert die Subfolder-Struktur nicht korrekt. Wer den Gratis-Plan nutzt oder Hreflang manuell steuern will, arbeitet mit Weglot oder trägt die Tags manuell im Custom Code-Bereich ein. Wichtig: Das April-2025-Update hat hier neue Optionen für die Base-URL hinzugefügt — ein Blick in die aktuelle Dokumentation lohnt sich.
Hreflang und Canonical: was die meisten falsch machen
Hreflang und Canonical werden oft verwechselt. Dabei lösen sie grundlegend verschiedene Probleme. Canonical sagt: «Das ist die bevorzugte Version dieser Seite.» Hreflang sagt: «Das ist dieselbe Seite für eine andere Sprache oder Region.» Beides zusammen funktioniert so: Jede Sprachversion hat ihren eigenen Canonical, der auf sich selbst zeigt. Die deutsche Seite canonical auf die deutsche, die französische auf die französische — nicht kreuzweise.
Trotzdem passiert genau das regelmässig: Die deutsche Seite hat einen Canonical auf die englische Originalseite. Und gleichzeitig einen Hreflang-Tag, der sie als de-CH-Version ausweist. Das ist ein Widerspruch. Google liest das als: «Diese Seite soll nicht indexiert werden, ist aber Hreflang-Ziel.» Das Ergebnis: der Cluster wird ignoriert. Darum gilt die einfache Regel: Canonical immer auf die eigene URL. Dann gibt es keinen Konflikt. Fertig. Kein Spezialwissen nötig. Auch das lässt sich schnell prüfen.
Ein weiteres Detail: Wer Hreflang Schweiz im Sitemap-Modus nutzt, muss sicherstellen, dass die Sitemap-URLs exakt mit den kanonischen URLs passen — inklusive Trailing Slash, https und www/non-www. Selbst ein kleiner Unterschied bricht die Zuordnung. Auch das gehört in jedes technische SEO-Audit für Schweizer Websites.
Vorher–Nachher: CH-SaaS mit drei Sprachversionen
Wie sieht das in der Praxis aus? Hier ein anonymisierter, typischer Fall. Ein Schweizer B2B-SaaS hatte drei Sprachversionen — Deutsch, Französisch, Englisch — auf einer .ch-Domain mit Subfolder-Struktur. Also eigentlich alles richtig aufgestellt. Ausserdem waren alle Seiten per WPML verbunden. Trotzdem stagnierte der Traffic aus der Romandie seit einem Jahr. Der Grund: WPML hatte in dieser Konfiguration nur fr ausgegeben, nicht fr-CH. Dazu fehlte der x-default-Tag. Das klassische Hreflang Schweiz Problem — technisch korrekt, regional falsch. Dabei kein Fehler in der Console.
Organische Klicks aus der Romandie stiegen von 210 auf 1340 pro Monat. Impressionen fr-CH stiegen von rund 1800 auf 11400. Rankende Keywords fr-CH stiegen von 43 auf 280. Anonymisierter, typischer Fall.
Der Fix war technisch simpel: den ISO-Code auf fr-CH korrigieren, x-default ergänzen, WPML-Cache leeren, Sitemap neu einreichen. Keine Contentänderung, kein Linkaufbau. Allein die korrekte Konfiguration hat den Traffic aus der Romandie in vier Monaten mehr als versechsfacht. Das Ergebnis kommt nicht von selbst. Aber es kommt schnell.
Search Console International Targeting: so prüfst du es
Google Search Console hat einen eigenen Bereich für internationale Einstellungen. Du findest ihn unter Einstellungen > Internationales Targeting. Dort siehst du, welche Sprache Google deiner Property zuordnet. Und du erkennst Hreflang-Fehler. Allerdings ist dieser Bericht langsam. Änderungen erscheinen oft erst nach zwei bis drei Wochen. Warte also nicht auf ihn allein. Zudem sind Live-Tests schneller.
Daneben lohnt sich Screaming Frog für den Audit. Unter Config > Spider > Crawl > Hreflang aktivierst du die Analyse. Nach dem Crawl zeigt dir der Hreflang-Tab jeden Tag, jede Seite und jeden Cluster-Fehler. Besonders nützlich: die Spalte «Missing Return Tags». Sie zeigt auf einen Blick, wo die Gegenseitigkeit fehlt. Für ein vollständiges Hreflang Schweiz Audit kombinierst du die Screaming-Frog-Daten mit der Search Console. Zudem eignet sich der Export, um Core-Web-Vitals-Probleme gleichzeitig zu erfassen. So hast du nach einem einzigen Crawl zwei kritische technische Baustellen abgedeckt.
Schneller Hreflang Schweiz Check vor dem Go-live
Vor dem Go-live lohnt sich ein kurzer Test. Lade die Seite im Browser. Öffne den Quelltext. Suche nach «hreflang». Siehst du de-CH, fr-CH und x-default? Dann passt es. Siehst du nur de oder fr? Dann prüfst du das Plugin sofort. Fehlt die Selbstreferenz? Auch das ist ein Fehler. Doch der Test dauert zwei Minuten. Wer ihn überspringt, riskiert monatelange Verluste. Auch ein Site-Relaunch braucht ihn. Deshalb: Mach ihn. Vor dem Launch. Nach jedem Plugin-Update. Und nach jeder Migration. Nur so bleibt das Hreflang Schweiz Setup sauber.
Häufige Fragen zum Hreflang Schweiz Audit
Brauche ich Hreflang, wenn meine Site nur eine .ch-Domain hat?
Muss ich auch Rätoromanisch (rm-CH) implementieren?
Was passiert, wenn ich Hreflang falsch setze?
Worauf zeigt x-default bei einer dreisprachigen Schweizer Site?
Hilft Hreflang gegen Duplicate Content zwischen de-CH und de-DE?
Quellen
- Google Search Central — Localized versions of your pages (aktualisiert Dez. 2025)
- Google Search Blog — Vorteile von x-default
- Digital Applied — International SEO 2026: Hreflang Multilingual Guide
- InspectWP — How to implement hreflang tags in WordPress
- The CSS Agency — Hreflang tags in Webflow for international SEO
