Das Wichtigste in Kürze

  • Die alte Adresse, die www-Variante und die technische Adresse des Hosters leiten per 301 auf https://webseiten-check.com um; Pfad und Query bleiben erhalten.
  • Alles, was von der Adresse abhängt (Canonical, Sitemap, robots.txt, llms.txt), kommt aus einer einzigen Einstellung.
  • Ergebnisse gibt es noch keine: Die Search Console zeigt für die neue Domain am 24.10.2026 keine Daten. Google rechnet bei kleinen Websites mit einigen Wochen.
  • Offen sind die Adressänderung in der Search Console und das apple-touch-icon mit Hash im Pfad.

Warum wir umgezogen sind

Der Website-Check lief bis zum 24.10.2026 unter check.webagentur-scherzinger.com, also als Subdomain der Agentur-Seite. Am 22.10.2026 haben wir die Domain webseiten-check.com gekauft; die jährliche Verlängerung kostet 14 US-Dollar. Der Grund ist eine klare, eigenständige Adresse für ein Werkzeug, das auch ohne Bezug zur Agentur gefunden werden soll.

Ob eine eigene Domain besser rankt, wissen wir nicht, und Google verspricht es nicht. Für Google ist es ein Wechsel des Hostnamens, der wie jeder Umzug eine Übergangszeit mit Schwankungen bringt.

Die Technik: eine Einstellung statt vieler Änderungen

Der Check ist eine Django-Anwendung. Die Hauptadresse steht in einer einzigen Umgebungsvariablen, SITE_URL. Daraus bilden Canonical, Open-Graph-Angaben, strukturierte Daten, robots.txt, llms.txt und Sitemap ihre Adressen. Seit dem 24.10.2026 nimmt die Sitemap Host und Protokoll immer aus SITE_URL und nicht mehr aus der Anfrage; deshalb nennt sie auch bei einem Abruf über die technische Adresse des Hosters nur die neue Domain.

Eine Middleware ganz vorn in der Kette leitet alle anderen Hosts mit 301 um und hängt Pfad und Query an. Gesteuert wird sie nur über diese Variablen, im Code steht keine Adresse:

VariableWertAufgabe
SITE_URLhttps://webseiten-check.comHauptadresse für Canonical, Sitemap, robots.txt, llms.txt und Mails
DJANGO_ALLOWED_HOSTSbisheriger Wert plus webseiten-check.com und www.webseiten-check.comHosts, die der Server annimmt
DJANGO_CSRF_TRUSTED_ORIGINShttps://webseiten-check.comFormulare auf der neuen Adresse
DJANGO_REDIRECT_HOSTScheck.webagentur-scherzinger.com, www.webseiten-check.com, die Standardadresse beim Hoster (*.up.railway.app)Hosts, die per 301 auf SITE_URL umgeleitet werden

Die alte Adresse bleibt beim Hoster eingetragen

Würden wir die Subdomain dort austragen, gäbe es keinen Server mehr, der die Weiterleitung ausliefert. Auch die DNS-Einträge, mit denen die Inhaberschaft in der Search Console bestätigt wurde, bleiben unverändert.

Die Prüfung: sechs Abrufe nach dem Umzug

Der Umzug war am 24.10.2026 um 04:27 Uhr live. Danach haben wir sechs Dinge mit curl geprüft und für diesen Artikel am selben Tag noch einmal abgerufen:

AufrufErgebnis
https://check.webagentur-scherzinger.com/ratgeber/301 auf https://webseiten-check.com/ratgeber/; mit angehängter Query (?a=1&b=zwei) bleibt die Query erhalten
https://www.webseiten-check.com/301 auf https://webseiten-check.com/
Standardadresse beim Hoster (*.up.railway.app)301 auf https://webseiten-check.com/
Startseite, sitemap.xml, robots.txt, llms.txtCanonical und alle Adressen nennen nur webseiten-check.com; Treffer für die alte Subdomain: 0
https://webseiten-check.com/favicon.icoStatus 200, Inhaltstyp image/x-icon
sitemap.xml über die technische Adresse des Hostersfolgt der 301 und liefert nur Adressen der neuen Domain, keine mit railway.app

Eine Abweichung vom Ziel „ein Schritt“

Die http-Varianten der alten Adresse und der www-Adresse brauchen zwei Schritte: erst die vorgeschaltete Umleitung auf https, dann unsere 301 auf die neue Domain. Laut Google folgt der Googlebot bis zu 10 Weiterleitungen in einer Kette; empfohlen sind direkte Weiterleitungen, im Idealfall höchstens 3 und nie mehr als 4. Zwei Schritte liegen darunter, sind aber nicht ideal. Vor dem Umzug war übrigens die neue Domain ebenfalls erreichbar, ihr Canonical zeigte aber noch auf die alte Subdomain; die Seite stand damit unter zwei Adressen mit Status 200.

Was wir in der Search Console gemacht haben und was nicht

Für die neue Domain gibt es eine bestätigte Domain-Property in der Search Console. Wir haben die Sitemap https://webseiten-check.com/sitemap.xml eingereicht und die Indexierung beantragt. Google nennt in der Dokumentation Website migrieren zusätzlich eine Adressänderung: Wer Domainnamen oder Subdomains wechselt, soll sie für die alte Website einreichen. In unserer Umzugsdokumentation steht dieser Schritt nicht; wir führen ihn deshalb als offenen Punkt.

Zur Dauer der Weiterleitung rät Google, sie möglichst lange beizubehalten, mindestens ein Jahr. Der Link-Wert geht laut Google bei 301-Weiterleitungen nicht verloren.

Was wir noch nicht wissen

Ergebnisse gibt es noch keine. Die Search Console zeigte für die neue Domain am 24.10.2026 in den letzten 90 Tagen keine Zeile bei Suchanfragen und Seiten; die Domain war vorher ungenutzt. Laut Google dauert es bei kleinen bis mittelgroßen Websites einige Wochen, bis die meisten Seiten migriert sind, und die Sichtbarkeit kann dabei vorübergehend schwanken.

Wir nennen deshalb weder einen Gewinn noch einen Verlust und tragen Zahlen nach, sobald es welche gibt. Hinzu kommt eine Einschränkung: Im selben Release lagen auch ein überarbeitetes Design und acht weitere Ratgeber. Google rät, Änderungen nacheinander vorzunehmen. Wir werden später nicht sauber trennen können, welche Änderung welche Wirkung hatte.

Checkliste für Ihren eigenen Umzug von der Subdomain auf eine Domain

Aus unserem Umzug und aus Googles Dokumentation ergibt sich diese Reihenfolge. Den Ablauf für Firmenwebsites mit neuer Adresse beschreibt die Webagentur im Ratgeber Website-Umzug ohne Rankingverlust.

  • Bestätigen Sie die neue Domain in der Search Console, bevor Sie umschalten, und löschen Sie die Bestätigungseinträge der alten Adresse nie.
  • Halten Sie die Hauptadresse an einer einzigen Stelle fest und leiten Sie Canonical, Sitemap und robots.txt daraus ab. So bleibt keine alte Adresse in einer Datei stehen.
  • Leiten Sie jede alte Adresse mit 301 auf dieselbe Seite der neuen Domain um, mit Pfad und Query. Alles auf die Startseite zu schicken kann laut Google als Soft-404 gelten.
  • Lassen Sie die alte Adresse beim Hoster eingetragen, damit die Weiterleitung antwortet, mindestens ein Jahr.
  • Prüfen Sie mit curl alle Varianten (http, https, www, technische Adresse des Hosters) und suchen Sie danach in Canonical, Sitemap und robots.txt nach Resten der alten Adresse. Mit dem Website-Check sehen Sie, ob Canonical und Weiterleitungen stimmen.
  • Reichen Sie die neue Sitemap ein und prüfen Sie, ob für die alte Adresse eine Adressänderung möglich ist.
  • Stellen Sie interne Links, Verzeichniseinträge und Profile auf die neue Adresse um. Denken Sie an das Favicon: Ein neuer Hostname braucht ein eigenes, wie der Bericht Favicon in Google zeigt.
  • Taucht die neue Adresse nach einigen Wochen nicht auf, hilft der Ratgeber Seite nicht bei Google. Welche Weiterleitung wofür gilt, erklärt Weiterleitungen: http, https, www und canonical.

Häufige Fragen

Warum 301 und nicht 302?

Google empfiehlt bei einem Umzug dauerhafte Weiterleitungen wie 301 und 308, nach Möglichkeit serverseitig. Vorübergehende Weiterleitungen sagen Google nicht, dass die alte Adresse endgültig ersetzt wird.

Geht bei einem Umzug mit 301 der Link-Wert verloren?

Laut Google haben 301 und andere permanente Weiterleitungen keine negativen Auswirkungen auf den PageRank.

Wie lange dauert ein Umzug bei Google?

Bei kleinen bis mittelgroßen Websites meist einige Wochen, bis die meisten Seiten migriert sind. Die Sichtbarkeit kann in dieser Zeit vorübergehend schwanken.

Wie lange muss die alte Adresse weiterleiten?

Google rät, die Weiterleitungen möglichst lange beizubehalten, generell mindestens ein Jahr, damit alle Signale auf die neuen Adressen übergehen können.

Quellen

  1. Google Search Central: Website migrieren (Website-Umzug mit URL-Änderungen) abgerufen am 24.10.2026

Sie möchten das nicht selbst umsetzen? Kostenloses Beratungsgespräch anfragen – Bastian Scherzinger meldet sich persönlich.