Domain mit Umlauten und SEO: IDN und Punycode erklärt

Ist eine Domain mit Umlauten schlecht für SEO?

Eine Domain mit Umlauten ist ein Domainname mit Zeichen wie ä, ö, ü oder ß, den man technisch als IDN bezeichnet. Googles offizielle Dokumentation hält IDNs für unproblematisch. Allerdings sollten Sie wegen E-Mail, Teilen und Tippfehlern auch eine ASCII Version sichern und eine Hauptadresse festlegen.

Daher behandelt dieser Beitrag nur diese eine Frage. Allgemeine Tipps zur Namenswahl wiederholen wir deshalb nicht; dafür lesen Sie unseren Leitfaden zur Domainwahl.

Unser Team hört die Frage am häufigsten von Firmen, deren Markenname einen Umlaut enthält. Sie möchten die Domain exakt wie die Marke schreiben, denn sie fürchten eine Abstrafung durch Google. Zunächst ist ein Teil der Antwort in offiziellen Quellen eindeutig. Ein anderer Teil ist es nicht, und diesen Unterschied kennzeichnen wir unten.

Hinweis: Alle Beispieldomains in diesem Beitrag sind frei erfunden und sagen nichts über eine Verfügbarkeit aus.

Was ist eine IDN, und welche Sonderzeichen deckt sie ab?

IDN steht für internationalized domain name, auf Deutsch internationalisierter Domainname. Laut ICANN können Menschen damit Domainnamen in ihrer Sprache und Schrift nutzen. Dazu zählen zum Beispiel arabische, chinesische und kyrillische Zeichen. Ebenso gehören lateinische Buchstaben mit Zusatzzeichen dazu, etwa ä, ö, ü, é, ñ, ç und die türkischen Buchstaben ğ, ı und ş.

ICANN beschreibt für jedes IDN Label zwei Formen. Erstens gibt es die Unicode Form, die der Nutzer erwartet; ICANN nennt sie U-Label. Zweitens gibt es die ASCII Form, die das DNS speichert; ICANN nennt sie A-Label. Details finden Sie auf der ICANN Seite zu IDNs.

Jede IDN hat also zwei Gesichter:

• Das lesbare Gesicht in der Adressleiste, in der Anzeige und im Prospekt.
• Das ASCII Gesicht mit dem Präfix xn--, das durch DNS Einträge und Servereinstellungen läuft.

Die meisten praktischen Probleme entstehen also zwischen diesen beiden Formen.

Was ist Punycode, und wie lesen Sie eine xn-- Adresse?

Punycode ist eine Kodierung, die ein Unicode Label in eine Folge aus ASCII Buchstaben, Ziffern und Bindestrichen umwandelt. Dem umgewandelten Label stellt man das Präfix xn-- voran. Außerdem folgt auch ICANNs Beispiel diesem Muster.

Ein paar erfundene Beispiele zeigen die Logik:

• Das Label bäckerei wird zu xn--bckerei-5wa.
• Ebenso wird müller zu xn--mller-kva.
• Dann wird café zu xn--caf-dma.
• Das Label köln wird zu xn--kln-sna.

Der Umwandler entfernt die Sonderzeichen zuerst. Danach hängt er sie samt Positionsangabe hinten an. Deshalb können Sie eine xn-- Zeichenfolge nicht mit bloßem Auge lesen. Nutzen Sie stattdessen das Werkzeug Ihres Registrars oder einen vertrauenswürdigen IDN Umwandler.

Wichtig ist allerdings: Punycode gilt nur für den Domainteil einer URL. Der Pfad nach der Domain nutzt dagegen ein anderes Verfahren, die Prozentkodierung. Diesen Unterschied erklären wir weiter unten.

Kann Google eine Domain mit Umlauten verarbeiten?

Ja, die Dokumentation sagt das direkt. Googles Seite zu mehrregionalen und mehrsprachigen Websites hält fest, dass lokalisierte Wörter in der URL oder eine IDN in Ordnung sind. Außerdem empfiehlt dieselbe Seite UTF-8 in URLs und korrektes Maskieren beim Verlinken. Quelle: Google Search Central, mehrregionale und mehrsprachige Websites.

Dieser Satz verspricht allerdings zwei Dinge nicht. Erstens sagt er nicht, dass IDNs für das Ranking neutral sind. Zweitens sagt er nicht, dass alle anderen Systeme ebenso gut damit umgehen. E-Mail Anbieter, soziale Netzwerke und Analysewerkzeuge verhalten sich jeweils anders.

Kurz gesagt ist Googles Seite klar: Sie können eine IDN Website crawlen, indexieren und ausliefern. Die Risiken liegen dagegen vor allem außerhalb von Google, daher betrachten die nächsten Abschnitte genau diese Glieder der Kette.

Beeinflusst eine Domain mit Umlauten das Ranking?

In der offiziellen Google Dokumentation fanden wir keine ausdrückliche Aussage, dass eine IDN das Ranking verbessert oder verschlechtert. Deshalb schreiben wir keine Sätze wie "Umlaute senken das Ranking" oder "Umlaute steigern es". Solche Behauptungen stammen also meist aus persönlicher Erfahrung, nicht aus einer veröffentlichten Regel.

Warum lohnt sich der Blick trotzdem? Weil SEO mehr ist als ein Rankingsignal. Denn Menschen müssen Ihre Adresse merken, tippen, teilen und anklicken. Daher kann eine IDN einzelne dieser Schritte erschweren.

Außerdem ist der Domainname allein kein Rankingjoker. Verwandte Mythen behandeln wir in eigenen Beiträgen: beeinflusst das Domainalter SEO und bringen Keyword Domains noch etwas. Deshalb wiederholen wir sie hier nicht.

Fragen Sie sich bei der Entscheidung daher nicht nur "Was macht Google?", sondern auch "Was machen Nutzer und Systeme?".

Wie sieht eine Domain mit Umlauten in der Adressleiste aus?

Browser zeigen eine IDN mal als Unicode und mal als Punycode. Die Dokumentation des Chromium Projekts erklärt, dass Chrome Unicode anzeigt, wenn es den Namen für sicher hält. Erkennt es ein Risiko, zeigt es stattdessen die xn-- Form. Quelle: Chromium Dokumentation zu IDNs.

Die wichtigsten Regeln lassen sich knapp zusammenfassen:

• Lateinische, kyrillische und griechische Buchstaben dürfen in einem Label nicht gemischt auftreten.
• Namen mit zum Verwechseln ähnlichen Zeichen erscheinen als Punycode, sofern die Endung nicht zur Schrift passt.
• Namen, die bekannten Domains stark ähneln, erscheinen zum Schutz der Nutzer als Punycode.
• Die Spracheinstellungen des Browsers ändern die Entscheidung nicht.

Ein schlichter Name aus lateinischen Buchstaben und ein paar Umlauten löst diese Regeln deshalb kaum aus. Trotzdem wendet jeder Browser eine eigene Richtlinie an. Öffnen Sie Ihre Adresse daher in den Browsern Ihrer Zielgruppe und prüfen Sie sie mit eigenen Augen.

Was geht beim Teilen und Kopieren einer Umlaut Adresse schief?

Das Einfügen führt je nach App zu anderen Ergebnissen. An manchen Stellen bleibt der lesbare Name stehen. An anderen sehen Sie eine lange Zeichenfolge mit xn--. Dieses Verhalten ist nicht überall gleich, daher testen Sie es in Ihren eigenen Kanälen.

Wir führen meist diese Prüfungen durch:

1. Fügen Sie die Adresse in einen Messenger ein und prüfen Sie, ob der Link anklickbar bleibt.
2. Setzen Sie dieselbe Adresse in einen Social Post und prüfen Sie, ob die Vorschau erscheint.
3. Tippen Sie die Adresse in eine E-Mail und fragen Sie den Empfänger, wie sie aussieht.
4. Drucken Sie die Adresse auf eine Visitenkarte und prüfen Sie, ob Leser sie richtig tippen.

Außerdem kann die angezeigte URL in einer Anzeige von der Zieladresse abweichen. Das ist allerdings nicht zwingend ein Fehler. Dennoch sollten Sie Anzeigenfreigabe und Darstellung getrennt prüfen.

Für die Suchergebnisseite hilft Ihnen unsere Google SERP Vorschau.

Verursacht eine Domain mit Umlauten Probleme bei der E-Mail?

Das kann sie, daher sollten Sie die E-Mail am sorgfältigsten testen. Enthält Ihre Domain einen Umlaut, muss jedes sendende und empfangende System eine Adresse wie info@bäckerei.example akzeptieren. Eine offizielle Garantie, dass alle Systeme das tun, fanden wir allerdings nicht. In der Praxis hängt die Unterstützung von Ihrem Anbieter und vom System des Empfängers ab.

Die Universal Acceptance Initiative von ICANN zielt genau auf diese Lücke. Ihr Ziel ist also, dass Systeme alle Domainformate einheitlich behandeln. Dass es die Initiative gibt, heißt allerdings nicht, dass jedes Ihrer Werkzeuge bereit ist.

Der sichere Weg sieht meist so aus:

• Nutzen Sie für die offizielle Firmen E-Mail eine ASCII Domain.
• Behalten Sie die IDN nur für Website und Markenauftritt.
• Wollen Sie dennoch E-Mail auf der IDN, senden Sie Testnachrichten an mehrere Anbieter und notieren Sie die Ergebnisse.

Zur Infrastruktur lesen Sie unseren Beitrag zur E-Mail mit eigener Domain. Senden Sie Tests nie an echte Kunden, sondern nur zwischen Ihren eigenen Konten.

Wie registrieren Sie eine Domain mit Umlauten, zum Beispiel unter .tr?

Jede Registry legt ihre eigenen Regeln fest, daher ist die offizielle Seite der Registry maßgeblich. Für die türkische Endung .tr schreibt die Wissensdatenbank von TRABİS, dass natürliche und juristische Personen Domains mit den türkischen Zeichen ğ, ı, ü, ş, ö und ç registrieren können. Quelle: TRABİS Wissensdatenbank. Für andere Endungen, etwa .de, lesen Sie bitte die offizielle Seite der zuständigen Registry, denn diese Regeln haben wir für diesen Beitrag nicht geprüft.

Der Ablauf sieht allgemein so aus:

1. Prüfen Sie, ob sowohl die Version mit Umlaut als auch die schlichte Version frei ist.
2. Klären Sie Verfügbarkeit und Unterlagen für die Endung bei Ihrem Registrar und der Registry.
3. Stellen Sie sicher, dass das Formular Sonderzeichen annimmt und das Punycode Ergebnis zeigt.
4. Prüfen Sie nach der Registrierung, ob WHOIS und DNS den Namen richtig ausgeben.

Einige .tr Namen sind gesperrt; siehe unseren Beitrag zu Takıl und Takal. Gebühren und Regeln ändern sich, also kontrollieren Sie aktuelle Werte an der offiziellen Quelle.

Nach der Registrierung helfen die WHOIS Abfrage und die DNS Abfrage.

Sollten Sie die Version mit Umlaut und die ohne zugleich registrieren?

In den meisten Fällen ja. Denn Menschen tippen nicht immer mit der passenden Tastatur. Wer baeckerei oder backerei statt bäckerei eingibt, landet woanders. Besitzen Sie auch die schlichte Version, behalten Sie diesen Verkehr.

Ein zweiter Grund ist der Markenschutz. Zum Beispiel könnte ein Wettbewerber oder jemand mit schlechten Absichten die schlichte Version registrieren und eine Fälschung aufbauen. Somit schließen Sie mit beiden Namen diese Lücke.

Für den Zusatznamen zahlen Sie nur eine Verlängerungsgebühr, deren aktuellen Wert Sie bei Ihrem Registrar prüfen. Allerdings steigt der Verwaltungsaufwand, weil Sie zwei Laufzeiten im Blick behalten. Halten Sie daher beide Namen beim selben Registrar mit ähnlichen Verlängerungsterminen.

Die Tabelle stellt beide Optionen gegenüber:

Welche Version sollte die Hauptadresse sein, und wie leiten Sie weiter?

Besitzen Sie beide, wählen Sie eine Hauptadresse und binden die andere per dauerhafter Weiterleitung an. Für die meisten Firmenseiten empfehlen wir die schlichte ASCII Version als Hauptadresse, weil E-Mail und Teilen sicherer sind. Ist das Erscheinungsbild der Marke entscheidend, kann auch die Version mit Umlaut die Hauptadresse sein. Wichtiger als die Wahl selbst ist die Konsequenz.

Gehen Sie in dieser Reihenfolge vor:

1. Legen Sie die Hauptadresse fest und schreiben Sie sie auf.
2. Leiten Sie jeden Pfad des anderen Namens mit Statuscode 301 auf denselben Pfad der Hauptadresse um.
3. Setzen Sie die kanonische Adresse jeder Seite auf sich selbst unter der Hauptadresse. Mehr dazu im Beitrag zum Canonical Tag.
4. Nutzen Sie in Sitemap und interner Verlinkung nur die Hauptadresse.
5. Testen Sie die Weiterleitung mit dem Redirect Checker.

Eine temporäre Weiterleitung passt dazu nicht; warum, erklärt unser Beitrag zu 302, 301, 307 und 308. Wie lange Sie sie behalten, lesen Sie unter wie lange 301 Weiterleitungen bleiben sollten.

Wie richten Sie SSL und DNS für zwei Namen ein?

Am häufigsten vergessen Teams HTTPS auf beiden Namen. Denn wer den weiterleitenden Namen aufruft, verbindet sich zuerst mit ihm. Deckt das Zertifikat diesen Namen nicht ab, sieht der Besucher eine Sicherheitswarnung vor jeder Weiterleitung.

Prüfen Sie daher diese Punkte:

• Stellen Sie sicher, dass das Zertifikat sowohl den Namen mit Umlaut als auch den schlichten Namen abdeckt.
• Tragen Sie DNS Einträge in der Form ein, die Ihr Registrar verlangt, notfalls in der ASCII Punycode Form.
• Achten Sie darauf, dass beide Namen auf denselben Server oder dieselbe Weiterleitungsregel zeigen.
• Vergessen Sie die Varianten mit und ohne www nicht.

Den Zertifikatsstatus sehen Sie mit unserem SSL Check. Allerdings nehmen manche Bedienoberflächen keine Sonderzeichen an. In dem Fall tragen Sie die ASCII Form ein, die ICANN A-Label nennt.

Die Details der Oberflächen unterscheiden sich zwischen Hostinganbietern. Lesen Sie deshalb zusätzlich die Hilfeseite Ihres Anbieters zur IDN Einrichtung.

Ist ein Umlaut in der Domain dasselbe wie ein Umlaut im URL Pfad?

Nein, das sind zwei getrennte Verfahren, und viele verwechseln sie. Der Domainteil läuft als Punycode. Der Pfadteil läuft als Prozentkodierung. Googles Dokumentation zur URL Struktur sagt, dass Zeichen außerhalb von ASCII in Links prozentkodiert gehören. Als Beispiel nennt sie das deutsche Wort gemüse, geschrieben als gem%C3%BCse. Quelle: Google Search Central, URL Struktur.

Die Tabelle fasst den Unterschied zusammen:

Ein Umlaut in der Domain zwingt Sie daher nicht zu einem Umlaut im Pfad. Umgekehrt gilt dasselbe.

Sollten Sie Umlaute in URL Pfaden verwenden?

Sie müssen es allerdings nicht. Weil Google lokalisierte Wörter in der URL akzeptiert, funktioniert ein Pfad mit Umlauten technisch. Dennoch bevorzugen wir bei den meisten Seiten einfache ASCII Pfade. Wer ue für ü und ss für ß schreibt, verhindert lange Prozentcodes in geteilten Links.

Stellen Sie sich diese Fragen:

• Nutzt Ihre Seite schon Umlaute in Pfaden, und würde eine Änderung viel Weiterleitungsarbeit bedeuten?
• Kann Ihr Team dieselbe Regel auf jeder neuen Seite anwenden?
• Machen Prozentcodes in geteilten Links Probleme?

Vor allem zählt Konsequenz. Veröffentlichen Sie für eine Seite sowohl eine vereinfachte als auch eine Umlaut Version, drohen doppelte Inhalte und verteilte Signale. Zum Schreiben von Slugs lesen Sie unsere Slug Regeln und nutzen den Slug Generator.

Ändern Sie bestehende Pfade, richten Sie von jeder alten Adresse eine Weiterleitung mit Statuscode 301 in einem Schritt ein.

Was prüfen Sie beim Umzug einer bestehenden Website auf eine IDN?

Zunächst: Ein Umzug ist der riskanteste Moment jeder Domainänderung. Unser Team schreibt die Checkliste vor dem Umzug und hakt jeden Schritt der Reihe nach ab. Hier steht eine konzeptionelle Fassung; passen Sie sie an Ihre eigene Seitenstruktur an.

1. Erstellen Sie eine Seite für Seite Zuordnung von alten und neuen Adressen.
2. Richten Sie dauerhafte Weiterleitungen von jeder alten Adresse auf ihr neues Gegenstück ein.
3. Stellen Sie interne Links, kanonische Adressen und Sitemap auf die neue Adresse um.
4. Erneuern Sie das HTTPS Zertifikat, sodass es den neuen Namen abdeckt.
5. Fügen Sie die neue Adresse in der Search Console hinzu und bestätigen Sie sie.
6. Beobachten Sie nach dem Umzug Crawling Fehler und Weiterleitungsketten.

Zusätzlich können Sie Googles offizielle Anleitung zum Websiteumzug lesen. Weil sich Menüs und Schaltflächen ändern, suchen Sie den passenden Bereich im Werkzeug und folgen der Anleitung Schritt für Schritt. Wie lange ein Umzug dauert, ist von Seite zu Seite verschieden; deshalb nennen wir keine feste Dauer.

Hilfe bei der Umzugsplanung bietet unsere SEO Beratung.

Lohnt sich eine IDN für mehrsprachige oder internationale Websites?

Zielen Sie auf ein Land mit einer Sprache, ist eine IDN also eine echte Option. Zielen Sie dagegen auf mehrere Länder und Sprachen, ändert sich das Bild. Googles Dokumentation zu mehrregionalen Websites sagt, dass länderspezifische Endungen ein starkes Signal für ein bestimmtes Land senden. Dieses Signal und die IDN Wahl sind getrennte Themen.

Zum Beispiel haben Besucher aus dem Ausland oft keine Tastatur mit Ihren Sonderzeichen. Für sie ist das Tippen einer IDN schwer. Daher ist ein schlichter ASCII Name für Zugänglichkeit und Teilen sicherer.

Verbinden Sie Ihre Sprachversionen über passende Auszeichnungen, nicht über den Domainnamen. Dazu lesen Sie unseren Beitrag zum hreflang Tag und unseren Leitfaden zu mehrsprachigem SEO.

Hinweis: Dasselbe Google Dokument rät davon ab, Nutzer anhand einer Vermutung über ihre Sprache automatisch auf eine andere Sprachversion umzuleiten. Stattdessen empfiehlt es Links zu den anderen Versionen.

Wann sollten Sie auf eine Domain mit Umlauten verzichten?

Eine IDN ist allerdings nicht in jedem Fall schlecht, aber manche Situationen bergen Risiken. Treffen mehrere der folgenden Punkte auf Sie zu, machen Sie den ASCII Namen zur Hauptadresse.

• E-Mail steht im Zentrum Ihres Geschäfts, und Kunden schreiben Ihnen an Ihre Domain.
• Ihre Zielgruppe nutzt fremde Tastaturen oder In App Browser.
• Sie drucken die Adresse oft auf Anzeigen, Karten und Prospekten.
• Niemand in Ihrem Team kann Domains und DNS verwalten.

Andererseits kann eine IDN sinnvoll sein, wenn die Marke ohne Umlaut ihre Bedeutung verliert. Sie passt auch zu einer lokalen Kampagnenseite für ein regionales Publikum. Selbst dann raten wir, die schlichte Version als Zusatzname zu halten und weiterzuleiten.

Zusammengefasst lautet der sichere Standard: schlichte Hauptadresse plus weiterleitender Name mit Umlaut. Entscheiden Sie dennoch nach Ihren eigenen Bedingungen.

Birgt eine Domain mit Umlauten ein Risiko durch Fälschungen?

IDNs haben eine eigene Sicherheitsseite: Ähnlich aussehende Buchstaben können gefälschte Adressen ermöglichen. Deshalb beschreibt die Chromium Dokumentation Prüfungen auf Verwechslungsgefahr im Browser. Ähnelt ein Name einer bekannten Domain stark, zeigt der Browser ihn in der xn-- Form.

Für Sie hat das konkret zwei Folgen. Erstens können Besucher eine Warnung oder rohen Punycode sehen, falls Ihr Markenname einer bekannten Adresse ähnelt. Zweitens könnte jemand mit schlechten Absichten eine Fälschung Ihres Namens registrieren und Ihre Besucher täuschen.

Die Vorkehrungen sind einfach:

• Registrieren Sie die schlichte Version und nahe Varianten Ihres Markennamens möglichst selbst.
• Suchen Sie regelmäßig nach neuen Registrierungen, die Ihrem Namen ähneln.
• Schreiben Sie Ihre offizielle Adresse in jedem Kanal gleich.
• Halten Sie das Adressformat in Signaturen, Rechnungen und Visitenkarten fest.

Somit schützen Sie Sichtbarkeit und Vertrauen Ihrer Nutzer. Dieser Abschnitt ist keine Rechtsberatung; bei Markenstreit sprechen Sie mit einem Anwalt für Markenrecht.

Mit welchen Tests prüfen Sie Ihre IDN Einrichtung?

"Sie öffnet sich" reicht nicht aus. Denn Probleme zeigen sich selten auf den ersten Blick: Weiterleitungsketten, Zertifikatslücken und falsche kanonische Adressen fallen oft erst nach Wochen auf. Führen Sie deshalb nach der Einrichtung einmal die folgenden Tests durch.

1. Rufen Sie den Namen mit Umlaut, den schlichten Namen sowie die Formen mit und ohne www einzeln auf.
2. Bestätigen Sie, dass jede Form in einem einzigen Weiterleitungsschritt bei der Hauptadresse endet.
3. Prüfen Sie, dass der Statuscode eine dauerhafte Weiterleitung ist.
4. Sehen Sie nach, dass das HTTPS Zertifikat in jeder Form gültig ist.
5. Kontrollieren Sie, dass die kanonische Adresse im Seitenquelltext auf die Hauptadresse zeigt.
6. Kontrollieren Sie, dass die Sitemap nur ein Adressformat enthält.

Dabei helfen der Redirect Checker, der SSL Check und der XML Sitemap Generator. Taucht eine Kette auf, lesen Sie Weiterleitungsketten beheben.

Wiederholen Sie die Tests außerdem einige Wochen nach dem Umzug.

Beispielszenario: Welchen Weg wählt eine erfundene Bäckerei?

Das folgende Szenario ist frei erfunden und zeigt nur die Logik. Eine Bäckerei schreibt ihre Marke bäckerei und möchte den Umlaut in der Domain. Die schlichte Schreibweise baeckerei behält ihren Sinn, verliert aber etwas vom Markenbild.

In einem solchen Fall würde unser Team diese Reihenfolge vorschlagen:

1. Registrieren Sie beide Versionen.
2. Betreiben Sie die Firmen E-Mail auf der schlichten ASCII Domain.
3. Nutzen Sie den Namen mit Umlaut für Anzeigen und Beschilderung, um das Markenbild zu schützen.
4. Veröffentlichen Sie die Website auf einer Hauptadresse und binden Sie den anderen Namen per dauerhafter Weiterleitung an.
5. Legen Sie beide Namen in Ihren Messwerkzeugen an und beobachten Sie den Verkehr nach der Weiterleitung.

Welcher Name auch die Hauptadresse ist, der Besucher erhält dasselbe Ergebnis. Also landet, wer eine der beiden Schreibweisen tippt, auf derselben Seite. Außerdem bleibt die E-Mail Seite sicher.

Das ist also keine Vorlage zum Kopieren, sondern eine Denkweise. In Ihrem Betrieb können E-Mail Anteil, Zielgruppe und Menge an Drucksachen die Rechnung ändern.

Welche Fehler machen Unternehmen bei IDN Domains am häufigsten?

Die meisten Fehler, die wir sehen, entstehen aus Annahmen, nicht aus fehlendem Wissen. Die Liste nennt die häufigsten.

• "Google kann IDNs nicht lesen." Die offizielle Seite sagt, dass eine IDN in Ordnung ist.
• "Eine IDN verbessert das Ranking automatisch." Eine solche Aussage fanden wir in offiziellen Quellen nicht.
• "Hat die Domain Umlaute, braucht der Pfad sie auch." Die beiden Ebenen sind unabhängig.
• "Den zweiten Namen kaufen und leer lassen genügt." Ein leerer Name ohne Weiterleitung zeigt Besuchern eine Fehlerseite.
• "Ein Zertifikat ist einmalige Arbeit." Sie prüfen die Abdeckung bei jedem neuen Namen und jeder neuen Subdomain erneut.

Dennoch kann jede dieser Annahmen auf Ihrer Seite zu einem stillen Verlust werden. Zum Beispiel kann ein Zusatzname ohne Weiterleitung monatelang Besucher mit Tippfehlern abweisen, ohne dass es jemand merkt. Behandeln Sie daher jeden Zusatznamen als Teil der Einrichtung.

Wie verwalten Sie Adressformate in Search Console und Analytics?

Nach der Wahl der Hauptadresse richten Sie auch die Messung darauf aus. Sonst verteilen sich die Daten einer Seite auf zwei Orte, und Sie wissen nicht, welche Version Sie beobachten. Menünamen können sich ändern, deshalb nennen wir hier keine genauen Schaltflächen. Suchen Sie den passenden Bereich im Werkzeug und folgen Sie der offiziellen Hilfeseite.

Der allgemeine Ansatz lautet so:

1. Fügen Sie die Hauptadresse als Property in der Search Console hinzu und bestätigen Sie die Inhaberschaft.
2. Fügen Sie auch den weiterleitenden Namen hinzu, damit Sie das Verhalten der Weiterleitung beobachten.
3. Reichen Sie die Sitemap nur unter der Hauptadresse ein.
4. Stellen Sie den Domainfilter in Ihrer Analyse auf die Hauptadresse.
5. Nutzen Sie in Kampagnenlinks ein einziges Adressformat; der UTM Generator hilft bei der Kennzeichnung.

Zeigen Ihre Berichte dieselbe Seite unter zwei Adressformaten, deutet das meist auf eine fehlende kanonische Adresse oder Weiterleitung hin. Prüfen Sie dann zuerst die Weiterleitung, danach die kanonische Adresse.

Was ist der richtige Umgang mit einer Domain mit Umlauten kurz gefasst?

Kurz gesagt akzeptiert Google die Nutzung von IDNs, doch zu Rankingeffekten fanden wir in der offiziellen Dokumentation keine ausdrückliche Aussage. Die Probleme zeigen sich vor allem bei E-Mail, Teilen und Tippen. Der solideste Weg ist daher, beide Versionen zu registrieren, eine zur Hauptadresse zu machen und die andere dauerhaft weiterzuleiten.

Denken Sie daran, denn Punycode in der Domain und Prozentkodierung im Pfad sind verschiedene Themen. Ihre Domainentscheidung legt Ihre Pfadentscheidung nicht fest.

Mehr dazu finden Sie in unserem allgemeinen Leitfaden zur Domainwahl und im Beitrag zu gesperrten tr Domains.

Hinweis: Dieser Beitrag gibt allgemeine Informationen. Registrierungsbedingungen und Plattformeinstellungen können sich ändern, also prüfen Sie den aktuellen Stand an den offiziellen Quellen.