website
rebuild.
Sichtbarkeit

SEO beim Website-Relaunch: Sichtbarkeit erhalten

Planen Sie URLs, Weiterleitungen und Suchsignale vor dem Relaunch und überwachen Sie die Migration, damit wichtige Seiten auffindbar bleiben.

Ein ausgedruckter Migrationsplan mit verbundenen Website-Seiten.

Die kurze Antwort

SEO bei einem Website-Relaunch hängt davon ab, zweckmässige Ziele zu bewahren und jede URL-Änderung ausdrücklich festzulegen. Erfassen Sie die bestehende Website, ordnen Sie jede wertvolle URL dem nächstliegenden relevanten Ziel zu, richten Sie direkte permanente Weiterleitungen ein, stimmen Sie interne Links und Canonical-Signale darauf ab und validieren und überwachen Sie danach das Produktivsystem.

  • Treffen Sie vor der Veröffentlichung für jede Seite mit Nutzerinnen und Nutzern, Links, Rankings oder Geschäftswert eine Entscheidung auf URL-Ebene.
  • Verwenden Sie für echte dauerhafte Verschiebungen direkte permanente serverseitige Weiterleitungen und vermeiden Sie irrelevante Weiterleitungen zur Homepage.
  • Aktualisieren Sie interne Links, Canonicals, hreflang und die Sitemap, damit sie direkt auf die endgültigen URLs verweisen.
  • Rechnen Sie mit vorübergehenden Schwankungen in der Suche und überwachen Sie Seitengruppen anhand des Migrationsplans, statt Stabilität zu versprechen.
Auf dieser Seite

Die direkte Antwort

Erfolgreiches SEO bei einem Website-Relaunch ist eine kontrollierte Übertragung von Zielen, Inhalten und Suchsignalen. Das zentrale Ergebnis ist keine allgemeine Checkliste für die Veröffentlichung. Es ist ein geprüfter Plan, der für jede alte URL zeigt, was mit ihr geschieht, weshalb diese Entscheidung angemessen ist, wie sie umgesetzt und wie sie im Produktivsystem getestet wird.

Behalten Sie eine URL bei, wenn sie weiterhin dieselbe zweckmässige Seite darstellt. Wird eine Seite verschoben, leiten Sie sie mit einer permanenten serverseitigen Weiterleitung direkt zur nächstliegenden relevanten Ersatzseite. Wurde ein Inhalt tatsächlich entfernt und gibt es keinen geeigneten Ersatz, geben Sie einen echten Status 404 oder 410 zurück, statt Besucherinnen und Besucher auf eine unpassende Homepage zu schicken.

Google empfiehlt, eine URL-Zuordnung zu planen, bei dauerhaften Verschiebungen permanente serverseitige Weiterleitungen einzusetzen, interne und externe Verweise zu aktualisieren, die neue Sitemap einzureichen und die Migration über die Search Console zu überwachen. Google weist auch darauf hin, dass Rankings schwanken können, während die Website erneut gecrawlt und indexiert wird. Eine Migration kann vermeidbare Verluste verringern, doch niemand kann unveränderte Rankings oder Besucherzahlen garantieren.

  • Erfassen Sie die bestehenden URLs und sammeln Sie Nachweise, bevor Sie die Website verändern.
  • Weisen Sie jeder alten URL ein geprüftes Ergebnis zu.
  • Richten Sie Weiterleitungen direkt auf die endgültigen Ziele ein.
  • Stimmen Sie interne Links und Suchauszeichnungen auf die neuen URLs ab.
  • Validieren Sie das Produktivsystem und überwachen Sie es nach Seitengruppen.

Erstellen Sie ein evidenzbasiertes URL-Inventar

Beginnen Sie, bevor Design- oder Entwicklungsteams Bereiche umbenennen. Crawlen Sie die öffentlich zugängliche Website und ergänzen Sie diese Liste mit XML-Sitemaps, Einstiegsseiten aus den Analysedaten, Leistungs- und Indexierungsberichten der Search Console, wichtigen Backlinks, Kampagnenzielen, herunterladbaren Dateien und bekannten Offline-Links. Keine einzelne Quelle ist vollständig.

Erfassen Sie neben den Suchdaten auch geschäftliche Nachweise. Eine technische Supportseite mit wenig Traffic kann Anrufe verhindern, ein Verkaufsgespräch unterstützen oder in einem Produkthandbuch verlinkt sein. Ein häufig besuchter Artikel kann die falsche Zielgruppe anziehen und wenig zum Geschäft beitragen. Die Entscheidung sollte sich am Zweck und nicht allein am Traffic orientieren.

Weisen Sie jeder URL eine inhaltlich verantwortliche Person und einen Status zu. Übliche Ergebnisse sind beibehalten, am bestehenden Ort verbessern, verschieben, zusammenführen, mit einem relevanten Ersatz ausser Betrieb nehmen oder ersatzlos entfernen. Fixieren Sie das geprüfte Inventar vor der Veröffentlichung, damit späte Inhaltsentscheidungen den Weiterleitungsplan nicht unbemerkt umgehen.

  • Aktuelle URL, Statuscode, Canonical und Indexierbarkeit
  • Seitentyp, Thema, Sprache und verantwortliche Person
  • Organische Einstiegsaktivität und repräsentative Suchanfragen
  • Eingehende Links, Kampagnennutzung und Offline-Verweise
  • Geschäftliche Funktion, Conversion-Pfad und vorgeschlagenes Ergebnis
NachweisWas er aufzeigtWelche Entscheidung er unterstütztEinschränkung
Website-CrawlErreichbare URLs, Statuscodes, Links und AuszeichnungenTechnisches Inventar und Änderungen an internen LinksKann verwaiste oder blockierte URLs übersehen
Search ConsoleSuchanfragen, Seiten, Indexierung und Klicks aus der SucheSuchnachfrage und zu bewahrende SeitenBeschreibt nicht alle Besucherinnen und Besucher oder den Geschäftswert
AnalysedatenCustomer Journeys ab Einstiegsseiten und gemessene ErgebnisseGeschäftliche Priorität und Vergleich nach der VeröffentlichungHängt von korrekter Einwilligung und Messung ab
Backlink- und GeschäftsunterlagenExterne Verweise, Kampagnen und operative NutzungErhalt von Weiterleitungen und Priorität der KontaktaufnahmeListen sind selten vollständig

Bestimmen Sie das Ziel jeder alten URL

Das Ziel sollte den Grund erfüllen, aus dem jemand die alte Seite genutzt hat. Stimmen Sie Thema, Absicht, Sprache und geschäftliche Funktion aufeinander ab. Die Seite einer eingestellten Leistung kann auf eine Nachfolgeleistung verweisen, wenn diese denselben Bedarf erfüllt. Eine abgelaufene Veranstaltung ohne dauerhaft nützliche Informationen sollte normalerweise eine Fehlerantwort zurückgeben, statt allein deshalb zum Veranstaltungsverzeichnis weiterzuleiten, weil dieses existiert.

Eine Zusammenführung erfordert redaktionelles Urteilsvermögen. Mehrere dünne Seiten können auf eine neue umfassende Seite verweisen, wenn diese deren nützliche Inhalte tatsächlich enthält. Halten Sie im Plan den relevanten Abschnitt oder die inhaltliche Anforderung fest und prüfen Sie vor der Aktivierung der Weiterleitung, ob sie vorhanden sind. Andernfalls kann eine technisch gültige Weiterleitung Besucherinnen und Besucher trotzdem enttäuschen.

Stellen Sie sich bei einem fiktiven B2B-Unternehmen in Lausanne vor, dass /en/audit-old/ und /en/risk-review/ zu einer neuen Dienstleistung für Risikobeurteilungen zusammengeführt werden. Beide können auf die konsolidierte Seite verweisen, nachdem ihre unterschiedlichen Fragen darin aufgenommen wurden. Eine gelöschte Stellenausschreibung sollte nicht dorthin führen. Sie sollte den Status 404 oder 410 zurückgeben, sofern kein passendes Karriereziel vorhanden ist.

  • Behalten Sie die URL bei, wenn Zweck und Sprache der Seite unverändert bleiben.
  • Ordnen Sie eine verschobene Seite ihrer nächstliegenden Entsprechung und nicht bloss dem übergeordneten Bereich zu.
  • Führen Sie Seiten nur zusammen, wenn das Ziel die nützlichen Inhalte übernimmt.
  • Geben Sie den Status 404 oder 410 zurück, wenn es keinen relevanten Ersatz gibt.
  • Belassen Sie Sprachversionen innerhalb der richtigen sprachlichen Customer Journey.
Situation der alten SeiteEmpfohlenes ErgebnisErforderlicher NachweisValidierung
Gleicher Zweck und InhaltBestehende URL beibehaltenDie URL eignet sich weiterhin für die neue StrukturGibt 200 zurück und behält den vorgesehenen Canonical
Gleicher Zweck, neue URLPermanente Weiterleitung auf die entsprechende SeiteDas Ziel erfüllt denselben BedarfEin Weiterleitungsschritt zu einer 200-Antwort
Mehrere Seiten werden zu einerJede Seite auf die konsolidierte Seite weiterleitenRelevante Inhalte sind vorhandenInhalte und Anker werden manuell geprüft
Kein ErsatzStatus 404 oder 410 mit einer hilfreichen Fehlerseite zurückgebenVerantwortliche Person bestätigt die AusserbetriebnahmeKorrekter HTTP-Status und hilfreiche Navigation
Vorübergehende KampagnenänderungNur eine temporäre Antwort verwenden, wenn das Original zurückkehrtDokumentierter vorübergehender ZustandDas Original bleibt die vorgesehene Such-URL

Definieren Sie Weiterleitungen und Suchsignale

Google empfiehlt permanente serverseitige Weiterleitungen wie 301 oder 308, wenn eine Verschiebung nicht rückgängig gemacht wird. Leiten Sie direkt zur endgültigen URL weiter. Google kann Weiterleitungsketten folgen, doch solche Ketten erhöhen die Latenz und schaffen zusätzliche Fehlerquellen. Wo das Team beide URLs kontrolliert, lautet die praktische Abnahmebedingung deshalb ein einziger Weiterleitungsschritt.

Leiten Sie nicht viele thematisch unabhängige URLs auf die Homepage weiter. Laut Google können irrelevante Massenweiterleitungen Nutzerinnen und Nutzer verwirren und als Soft-404-Antworten behandelt werden. Eine hilfreiche individuelle Fehlerseite kann Navigation und beliebte Ressourcen anbieten, eine entfernte URL muss aber weiterhin den korrekten Status 404 zurückgeben.

Weiterleitungen sind nur ein Signal. Aktualisieren Sie interne Links, damit Besucherinnen, Besucher und Crawler keine Weiterleitungen durchlaufen. Ändern Sie Canonical-Auszeichnungen, hreflang-Verweise, URLs in strukturierten Daten, Navigation, Kampagnenlinks und Profile auf die endgültigen URLs. Führen Sie in der Sitemap die kanonischen neuen URLs auf. Google bezeichnet Weiterleitungen und rel=canonical als starke Kanonisierungssignale und die Aufnahme in eine Sitemap als schwächeres Signal. Daher ist Konsistenz entscheidend.

  • Verwenden Sie 301 oder 308 für eine echte dauerhafte Verschiebung.
  • Verweisen Sie direkt auf ein erreichbares endgültiges Ziel.
  • Entfernen Sie Ketten, Schleifen und irrelevante Massenregeln.
  • Aktualisieren Sie interne Links und Auszeichnungen, statt dauerhaft auf Weiterleitungen zu vertrauen.
  • Verwalten Sie Änderungen am Weiterleitungsplan kontrolliert.
SignalErwarteter Zustand im ProduktivsystemFehlerbeispiel
WeiterleitungDie alte URL erreicht in einem Schritt die nächstliegende endgültige URLDie alte URL durchläuft zwei frühere Strukturen
CanonicalDie neue Seite nennt ihre endgültige indexierbare URLDer Canonical verweist weiterhin auf die Staging-Umgebung oder alte Domain
Interne LinksNavigation und Inhaltslinks verwenden endgültige URLsJeder Klick löst eine Weiterleitung aus
SitemapEnthält kanonische, indexierbare neue URLsEnthält weitergeleitete oder blockierte URLs
HreflangSprachalternativen sind wechselseitig und endgültigAlternativen verweisen auf alte oder weitergeleitete Seiten

Bereiten Sie die neue Website vor der Veröffentlichung vor

Testen Sie die neue Website, solange sie noch privat ist, bereiten Sie jedoch die Indexierungssteuerung für das Produktivsystem vor dem Veröffentlichungsfenster vor. Google warnt insbesondere Teams, die während der Entwicklung das gesamte Crawling blockieren oder noindex einsetzen. Sie sollen die richtige robots-Datei für das Produktivsystem und eine Liste der Seiten vorbereiten, von denen noindex entfernt werden muss.

Crawlen Sie die Staging-Website mit produktionsähnlichen URLs oder einer verlässlichen Zuordnung. Prüfen Sie, ob jedes geplante Ziel vorhanden ist, wichtige Inhalte migriert wurden, Titel und Überschriften bewusst gewählt sind, Canonicals nicht auf die Staging-Umgebung verweisen und mehrsprachige Alternativen vollständige wechselseitige Gruppen bilden. Validieren Sie strukturierte Daten anhand der sichtbaren Inhalte und prüfen Sie die Vorlagen auf mobilen Geräten.

Prüfen Sie vor der Veröffentlichung den Zugriff auf die relevanten alten und neuen Properties in der Search Console und bewahren Sie die Verifizierungsmethode. Bereiten Sie Sitemap, Weiterleitungsregeln, DNS- oder Bereitstellungsplan, Überwachung und Rückfallkriterien vor. Falls mit der Neugestaltung gleichzeitig Domain, URL-Struktur, CMS und Inhalte wechseln, dokumentieren Sie das gemeinsame Risiko und regeln Sie die Zuständigkeiten eindeutig.

  • Entfernen Sie versehentliche noindex-Anweisungen und Crawling-Sperren im Produktivsystem.
  • Bestätigen Sie gegebenenfalls die Inhaberschaft alter und neuer Search Console-Properties.
  • Validieren Sie jedes im freigegebenen URL-Plan genannte Ziel.
  • Testen Sie Canonicals, hreflang und strukturierte Daten auf repräsentativen Vorlagen.
  • Bereiten Sie den produktiven Crawl und eine Stichprobe kritischer Weiterleitungen im Voraus vor.

Validieren Sie die Migration im Produktivsystem

Das Produktivsystem ist eine neue Testumgebung. Sobald die Veröffentlichung erfolgt ist, crawlen Sie die endgültige Website und testen Sie Weiterleitungen aus jeder Regelart und Seitengruppe stichprobenartig. Prüfen Sie Statuscodes, Zielinhalte, Weiterleitungen in einem Schritt, kanonischen Host, Indexierbarkeit, interne Links, Erreichbarkeit der Sitemap und die tatsächliche Zustellung von Formularen.

Priorisieren Sie Tests nach Risiko. Prüfen Sie zuerst die Homepage, hochwertige Leistungsseiten, führende organische Einstiegsseiten, Seiten mit wichtigen Backlinks, Sprachversionen und Kampagnenziele. Verwenden Sie die URL-Prüfung für repräsentative URLs, um die Antwort und den gerenderten Inhalt zu sehen, die Google erhält. Reichen Sie die Sitemap über die Search Console ein und prüfen Sie Verarbeitungsfehler. Denken Sie dabei daran, dass die Einreichung ein Hinweis und keine Garantie für die Indexierung ist.

Google empfiehlt, Migrationsweiterleitungen so lange wie möglich, im Allgemeinen mindestens ein Jahr, beizubehalten, damit genügend Zeit für die Übertragung von Signalen und alten Links bleibt. Erwägen Sie, sie unbefristet zu erhalten, wenn alte Lesezeichen, Dokumente oder externe Links voraussichtlich weiterhin genutzt werden. Bewahren Sie den Plan auf, damit eine spätere Bereitstellung keine aktiven Regeln entfernt.

  • Führen Sie einen vollständigen Crawl des Produktivsystems durch und vergleichen Sie ihn mit dem freigegebenen Inventar.
  • Testen Sie repräsentative alte URLs aus Protokollen oder einem festen Migrationstestsatz.
  • Prüfen Sie gerenderte Inhalte und ausgewählte Canonicals in der Search Console.
  • Reichen Sie die neue Sitemap ein und prüfen Sie deren Verarbeitungsstatus.
  • Archivieren Sie Weiterleitungsregeln, Entscheidungen und Testnachweise für die Pflege.

Überwachen Sie Entscheidungen und nicht nur den Traffic

Die Sichtbarkeit in der Suche kann während eines grösseren Umzugs schwanken, solange Google URLs erneut crawlt und indexiert. Laut Google kann es bei einer mittelgrossen Website einige Wochen oder länger dauern, bis neue URLs erscheinen. Bei grösseren Websites kann es länger dauern. Betrachten Sie dies als Kontext und nicht als Frist für eine Erholung.

Überwachen Sie, ob sich die Migration wie geplant verhält. Verfolgen Sie alte URLs, die weiterhin aufgerufen werden, Weiterleitungsfehler, neue 404-Antworten, die Verarbeitung der Sitemap, indexierte Seitengruppen, die Canonical-Auswahl, repräsentative Suchanfragen und geschäftliche Ergebnisse. Vergleichen Sie gleichwertige Seitengruppen statt einer einzigen Gesamtsumme für die Website, weil Saisonalität, Kampagnen und Nachfrage sich unabhängig vom Relaunch verändern können.

Untersuchen Sie Abweichungen anhand des Plans. Verliert eine alte Leistungsseite an Sichtbarkeit, prüfen Sie zuerst ihre Weiterleitung, die Relevanz und den Inhalt des Ziels, den Canonical, interne Links und die gerenderte Antwort. Ein Dashboard kann diese Diagnose auf URL-Ebene nicht ersetzen. Dokumentieren Sie die Korrektur und testen Sie sie erneut.

  • Täglich unmittelbar nach der Veröffentlichung: Fehler, kritische Weiterleitungen, Formulare und Serverzustand.
  • Regelmässig während der Neuverarbeitung: Indexierung, Sitemap-Status, Canonical-Ausnahmen und wichtige Seitengruppen.
  • Zu einem vereinbarten Prüfzeitpunkt: Suchnachfrage, Ergebnisse der Einstiegsseiten und ungelöste Aufrufe alter URLs.
  • Nach späteren Veröffentlichungen: Bestätigen, dass Weiterleitungsregeln und Auszeichnungen erhalten geblieben sind.

Machen Sie aus der Migration ein verbindliches Briefing

Ihr Briefing sollte die Verantwortung für Inventar, Inhaltsentscheidungen, Einrichtung der Weiterleitungen, technische Auszeichnungen, Search Console, Validierung im Produktivsystem und Überwachung zuweisen. Klären Sie, wer den URL-Plan freigibt und wer ihn ändern darf. Vage zwischen Agentur, Marketing- und IT-Team aufgeteilte Migrationsaufgaben gehen an den Schnittstellen oft verloren.

Machen Sie Nachweise zu einem Bestandteil des Abschlusses. Der Anbieter sollte den endgültigen URL-Plan, die Weiterleitungskonfiguration oder einen Export, Crawl-Ergebnisse, eine Ausnahmeliste und die Übergabe der Überwachung liefern. Die Abnahme sollte von beobachteten Antworten im Produktivsystem abhängen und nicht von der Aussage, ein SEO-Plugin sei installiert worden.

Ein neues Homepage-Konzept kann helfen, die überarbeitete Informationshierarchie zu klären, bevor URLs und Vorlagen endgültig feststehen. Es sollte vom Migrationsversprechen getrennt bleiben: Das Konzept umfasst eine Richtung und Prioritäten für die Homepage, während Umsetzung, Hosting und laufende Arbeiten einen eigenen Umfang und eine separate Offerte benötigen.

  • Namentlich verantwortliche Person für jedes Migrationsergebnis
  • Freigegebener URL-Plan mit Begründung und Änderungshistorie
  • Technische Abnahmekriterien und Nachweise aus dem Produktivsystem
  • Eskalations- und Rückfallbedingungen bei kritischen Fehlern
  • Überwachungszeitraum, Übergabeformat und Verantwortung für den Erhalt der Weiterleitungen

IHRE FRAGEN, BEANTWORTET

Häufig gestellte Fragen

Was ist SEO bei einem Website-Relaunch?

Es umfasst die Planung und Validierung, die nötig sind, um bei Änderungen an einer Website zweckmässige Suchziele zu bewahren. Dazu gehören URL-Inventar, Inhaltsentscheidungen, Weiterleitungen, interne Links, Canonical-Signale, Sitemaps, Indexierungssteuerung und die Überwachung nach der Veröffentlichung.

Sollte jede alte URL auf die neue Homepage weiterleiten?

Nein. Jede verschobene URL sollte auf den nächstliegenden relevanten Ersatz verweisen. Google warnt, dass die Weiterleitung vieler unabhängiger URLs auf ein einziges irrelevantes Ziel Nutzerinnen und Nutzer verwirren und als Soft 404 behandelt werden kann.

Welche Weiterleitung sollte eine dauerhafte Website-Migration verwenden?

Google empfiehlt eine permanente serverseitige Weiterleitung wie 301 oder 308, wenn der Umzug nicht rückgängig gemacht wird. Leiten Sie jede alte URL direkt zum endgültigen Ziel und vermeiden Sie nach Möglichkeit Ketten.

Wie lange sollten Migrationsweiterleitungen aktiv bleiben?

Google empfiehlt, sie so lange wie möglich, im Allgemeinen mindestens ein Jahr, beizubehalten. Der längere Erhalt zweckmässiger Weiterleitungen kann weiterhin Personen helfen, die alte Lesezeichen, Dokumente und externe Links verwenden.

Verhindert eine korrekte Migration sämtliche Rankingveränderungen?

Nein. Laut Google können Schwankungen auftreten, während eine veränderte Website erneut gecrawlt und indexiert wird. Eine gute Planung verringert vermeidbare Fehler, kann aber unveränderte Rankings, Besucherzahlen oder Leads nicht garantieren.

Was sollte eine Agentur nach der Migration liefern?

Verlangen Sie den freigegebenen URL-Plan, eine Aufzeichnung der eingerichteten Weiterleitungen, Nachweise aus dem produktiven Crawl, eine Liste ungelöster Ausnahmen, Prüfungen von Search Console und Sitemap, einen Überwachungsplan sowie eine klar benannte verantwortliche Person für die Übergabe.

GENAUER NACHLESEN

Quellen und Referenzen

  1. Google Search Central: Eine Website umziehen
  2. Google Search Central: Weiterleitungen und die Google-Suche
  3. Google Search Central: Eine kanonische URL festlegen
  4. Google Search Central: Eine Sitemap erstellen und einreichen
  5. Google Search Central: Crawling-Fehler beheben

Schritt 1 von 2

Erzählen Sie uns von Ihrem Unternehmen

Mit etwas Kontext können wir gezielt auf Ihre Wünsche eingehen.

Ein Designkonzept für eine Firmenwebsite. Umsetzung, Hosting und laufende Arbeiten werden separat angeboten.