Hreflang für DACH: Deutschland, Österreich und Schweiz sauber trennen
Simon Heistermann
Inhaber
Dieser Beitrag wurde mit KI-Unterstützung erstellt und redaktionell geprüft.
Wer im DACH-Raum aktiv ist, hat oft ein Problem, das gar nicht auffällt, bis man gezielt danach sucht: Google weiß nicht sicher, welche Seitenversion für welches Land gedacht ist. Die Sprache ist überall Deutsch, aber Preise, Vorwahlen und Begriffe unterscheiden sich - und ohne ein klares Signal rät die Suchmaschine, statt es zu wissen.
Kurz gesagt
Hreflang-Tags sagen Google explizit, welche URL für Deutschland, Österreich und die Schweiz gedacht ist. Ohne sie konkurrieren alle drei Versionen gegeneinander, und Google entscheidet selbst - nicht immer richtig.
Warum hreflang im DACH-Raum besonders wichtig ist
DACH ist sprachlich nah beieinander, kommerziell aber deutlich unterschiedlicher, als es auf den ersten Blick wirkt. Andere Preise, andere Telefonvorwahlen, teils andere Begriffe - Krankenkasse gegenüber Versicherung, Apotheke gegenüber Drogerie - und andere rechtliche Hinweise, etwa beim Impressum. Ohne hreflang ranken alle drei Länderversionen faktisch gegeneinander um dieselben Suchanfragen, und Google entscheidet, welche Version es einem Nutzer in Wien oder Zürich zeigt. Mit hreflang sagen Sie stattdessen explizit: diese URL ist für Deutschland, diese für Österreich, diese für die Schweiz.
| Aspekt | Deutschland | Österreich | Schweiz |
|---|---|---|---|
| Währung | Euro | Euro | Schweizer Franken |
| Telefonvorwahl-Format | +49 | +43 | +41 |
| Typische Begriffe | Krankenkasse, Handy | Krankenkasse, Handy | Krankenkasse teils anders, Natel statt Handy |
| Rechtliche Hinweise | Impressumspflicht nach deutschem Recht | Eigene Offenlegungspflichten | Eigene, teils abweichende Anforderungen |
Diese Unterschiede sind der eigentliche Grund, warum eine einzige gemeinsame Seite für alle drei Länder selten überzeugt: Ein Schweizer Besucher, der Preise in Euro statt Franken sieht und eine deutsche Vorwahl im Kontaktformular vorfindet, empfindet die Seite als nicht für ihn gemacht - unabhängig davon, wie gut der Inhalt sonst ist.
Die korrekte hreflang-Syntax
Für jede Sprach-Land-Kombination gilt ein eigener Code: de-DE für Deutsch in Deutschland, de-AT für Deutsch in Österreich, de-CH für Deutsch in der Schweiz. Ergänzt wird eine x-default-Version für alle Besucher, die keiner dieser drei Varianten eindeutig zugeordnet werden können. Im HTML-Head sieht ein vollständiges Set für eine Seite so aus:
<link rel="alternate" hreflang="de-DE" href="https://beispiel.de/" />
<link rel="alternate" hreflang="de-AT" href="https://beispiel.de/at/" />
<link rel="alternate" hreflang="de-CH" href="https://beispiel.de/ch/" />
<link rel="alternate" hreflang="x-default" href="https://beispiel.de/" />
Entscheidend ist die Regel, die am häufigsten übersehen wird: Jede Seite muss auch auf sich selbst verweisen, das sogenannte Self-Referencing. Die deutsche Seite bekommt also zusätzlich zu den Verweisen auf die AT- und CH-Version auch einen Verweis auf de-DE auf sich selbst. Fehlt dieser Rückbezug, ignoriert Google im Zweifel das gesamte Set.
Wo das hreflang-Tag stehen kann
Drei technische Wege führen zum selben Ergebnis, mit unterschiedlichem Pflegeaufwand:
- Im HTML-Head jeder Seite als link-Element - am einfachsten zu pflegen für die meisten Websites
- Im HTTP-Header - notwendig für Nicht-HTML-Ressourcen wie PDF-Dokumente
- Zentral in der sitemap.xml - praktisch bei einer großen Anzahl an URLs, weil alles an einer Stelle gepflegt wird
Unsere eigene Website nutzt die HTML-Variante: Jede Seite erhält ihre hreflang-Alternates automatisch aus derselben Routing-Konfiguration, aus der auch die kanonische URL entsteht, für Deutsch und Englisch. Das verhindert, dass sich Übersetzungspfade und hreflang-Angaben im Lauf der Zeit auseinanderentwickeln, weil beide aus derselben Quelle gespeist werden.
Typische Fehler in der Praxis
- Self-Referencing vergessen: Die eigene Sprachversion fehlt im eigenen hreflang-Set
- Inkonsistente URLs: Trailing Slash mal vorhanden, mal nicht, zwischen den verlinkten Varianten
- Falsche Sprachkürzel, etwa 'at' statt korrekt 'de-AT'
- Verweis auf eine URL, die gar nicht mehr existiert oder einen Fehlercode liefert
- Asymmetrische Verlinkung: Die DE-Seite verweist auf die AT-Seite, aber die AT-Seite verweist nicht zurück
Jeder dieser Fehler für sich reicht aus, damit Google das gesamte hreflang-Set einer Seite verwirft und wieder selbst rät, welche Version es zeigen soll - der ganze Aufwand der Umsetzung verpufft dann wirkungslos. Besonders tückisch ist die asymmetrische Verlinkung, weil sie oft erst auffällt, wenn eine der drei Versionen nachträglich umbenannt oder umgezogen wird und die anderen beiden nicht mit aktualisiert werden. Ein hreflang-Set ist deshalb kein einmaliges Setup, sondern etwas, das bei jeder strukturellen Änderung an einer der beteiligten Sprachversionen mitgepflegt werden muss.
Wie Sie prüfen, ob hreflang tatsächlich funktioniert
Drei pragmatische Methoden reichen für eine verlässliche Kontrolle. Google Search Console zeigt unter der internationalen Ausrichtung hreflang-Fehler pro URL-Gruppe und ist die erste Anlaufstelle. Ergänzend hilft ein manueller Test über einen VPN-Dienst mit Schweizer oder österreichischer IP-Adresse, um zu prüfen, welche Version bei einer Google-Suche tatsächlich erscheint. Für die reine Syntax-Prüfung existieren spezialisierte Online-Tools wie der Hreflang-Tag-Checker von Merkle, die ein bestehendes Set gegen die formalen Regeln validieren, bevor es überhaupt live geht. Alle drei Methoden ergänzen sich: Die Search Console zeigt Fehler, die Google bereits erkannt hat, der Syntax-Checker findet Probleme, bevor Google sie überhaupt sieht, und der manuelle VPN-Test zeigt, wie sich die Umsetzung tatsächlich im Suchergebnis auswirkt - drei unterschiedliche Blickwinkel auf dieselbe Frage.
Konkrete Maßnahmen für die nächsten 90 Tage
- Tag 1-30: Bestehende hreflang-Implementierung mit Search Console und einem Syntax-Checker prüfen, Lücken dokumentieren
- Tag 31-60: Fehlende Self-References ergänzen, URL-Inkonsistenzen bereinigen, x-default-Version festlegen
- Tag 61-90: Umsetzung live schalten, mit VPN-Test aus AT und CH verifizieren, Ergebnisse in der Search Console beobachten
Fazit
Hreflang gehört zu den technisch einfachsten, aber am häufigsten falsch umgesetzten SEO-Maßnahmen für Unternehmen mit DACH-Fokus. Wer die Syntax sauber umsetzt, das Self-Referencing nicht vergisst und regelmäßig kontrolliert, gewinnt Sichtbarkeit in allen drei Ländern gleichzeitig, ohne dass sich die eigenen Versionen gegenseitig kannibalisieren. Wie sich diese technische Sauberkeit mit einer modernen Rendering-Architektur verbindet, zeigen wir im Artikel JavaScript-SEO für SPAs. Was ein technisches SEO-Audit generell kostet, sehen Sie im Artikel zu SEO-Kosten. Für eine unverbindliche Prüfung Ihrer aktuellen hreflang-Umsetzung nehmen Sie gerne Kontakt mit uns auf.
Wollen Sie wissen, ob Ihr hreflang-Setup wirklich funktioniert?
Unverbindlich anfragenDas könnte Sie auch interessieren
WordPress oder individuell? Die Rechnung über fünf Jahre
WordPress betreibt einen großen Teil des Webs, und das aus guten Gründen. Was es wirklich kostet, wo es überlegen ist und wann eine eigene Lösung trägt.
Website-Wartung 2026: Was sie kostet und was drinstehen muss
Was Website-Wartung wirklich umfasst, was sie am Markt kostet und woran Sie einen leeren Wartungsvertrag erkennen, bevor Sie ihn unterschreiben.
Website-Hosting für Unternehmen: Worauf es 2026 wirklich ankommt
Shared Hosting, Managed Hosting oder Plattform: was der Unterschied für Ladezeit und Ausfallsicherheit bedeutet - und wem am Ende die Domain gehört.
Webseite für IT-Systemhäuser: Ihre eigene Seite ist die Arbeitsprobe
Ein IT-Dienstleister mit langsamer, unsicherer Website widerlegt sich selbst. Was die IT-Leitung in dreißig Sekunden prüft und was daraus folgt.
SEO-Kosten 2026: Was Sichtbarkeit wirklich kostet
Was SEO für kleine und mittlere Unternehmen realistisch kostet: einmalige Optimierung gegen laufende Betreuung, und was im Preis enthalten sein sollte.
DSGVO-Check für die Website: Die Punkte, die fast immer fehlen
Schriften vom fremden Server, Karten ohne Einwilligung, Analyse vor der Zustimmung: die typischen Lücken auf Mittelstandsseiten als prüfbare Liste.
Häufige Fragen

Simon Heistermann
Inhaber
Heistermann Solutions ist das Webstudio von Simon Heistermann. Wir entwickeln individuelle Websites für kleine und mittlere Unternehmen, die online mehr erreichen wollen.
Jeder Artikel entsteht aus der täglichen Projektarbeit und wird vor der Veröffentlichung redaktionell geprüft.
- Borken, Münsterland
- simon@heistermann-solutions.de
Jetzt kostenlos sichern
Tragen Sie Ihre E-Mail-Adresse ein. Sie erhalten direkt einen Bestätigungslink - nach Klick darauf ist die Checkliste sofort verfügbar.
Lassen Sie uns über Ihr Projekt sprechen
Kostenloses Erstgespräch