Websites & SEO / 04
Website-Relaunch und SEO: Kundenwege erhalten, Fehler vermeiden
Die neue Website sieht hervorragend aus. Ein alter Leistungslink funktioniert jedoch nicht mehr, der Sprachwechsel führt zum Anfang und Anfragen sind schwerer nachzuvollziehen. Was Sie erhalten und prüfen sollten, damit der Relaunch dem Geschäft hilft.
Ein schönerer Auftritt kann trotzdem Anfragen verlieren
Die neue Startseite lädt schneller, die Karten sehen hochwertiger aus und das mobile Menü gefällt dem ganzen Team. Einige Wochen später kommen weniger Anfragen über die Suche. Der Grund muss nichts mit der Farbe einer Schaltfläche zu tun haben. Vielleicht hat eine wichtige Leistung eine neue Adresse, ein Partnerlink führt ins Leere oder der Sprachwechsel öffnet nur noch die Startseite.
Ein Website-Relaunch verändert ein bestehendes System aus Inhalten, Links und Wegen zur Anfrage. Klären Sie vor dem ersten Entwurf, welche Aufgaben dieses System bereits erfüllt. Welche Seite erklärt das Unternehmen? Welche beantwortet eine konkrete Kaufentscheidung? Welche hilft beim letzten Schritt? Diese Unterschiede sollten auch im neuen Aufbau erkennbar bleiben.
Die folgenden Beispiele sind bewusst hypothetisch und keine Kundenergebnisse. Auch ein sorgfältig geplanter Umzug garantiert keine unveränderten Rankings. Eine Bestandsaufnahme und wiederholbare Prüfungen helfen aber, vermeidbare Fehler vor dem Start zu entdecken. Ziel ist ein Auftritt, der gut aussieht und im Alltag zuverlässig funktioniert.
Halten Sie zuerst den Ausgangszustand fest
Sammeln Sie die bisherigen URLs aus Sitemap, internen Links, Webanalyse und verfügbaren Search-Console-Berichten. Notieren Sie für wichtige Seiten Sprache, Thema, gewünschte Handlung und aussagekräftige Leistungsdaten. Beschränken Sie die Liste nicht auf das Menü. Ein älterer Fachartikel kann relevante Besucher erreichen, obwohl intern kaum jemand noch an ihn denkt.
Bewerten Sie nicht nur Seitenaufrufe. Ein enger Beitrag zu einer bestimmten Integration kann wenige, aber sehr passende Interessenten anziehen. Ein allgemeiner Artikel erreicht vielleicht mehr Menschen, die Ihre Leistung gar nicht benötigen. Erfassen Sie Anfragen und hilfreiche Zwischenschritte, soweit Ihre Messung das zulässt. Fehlende Daten sollten als fehlend erkennbar bleiben.
Sichern Sie Titel, Beschreibungen, Überschriften, wesentliche Texte und wichtige Verlinkungen. Das verpflichtet Sie nicht, alte Formulierungen unverändert zu übernehmen. Es schafft eine Vergleichsbasis. Nach dem Start können Sie damit prüfen, ob sich nur die Darstellung geändert hat oder auch die Antwort, die eine Seite ihrem Besucher gibt.
Erfassen
URLs, Suchanfragen, Anfragen und funktionierende Formulare.
Zuordnen
Für jede alte Adresse eine bewusste Entscheidung treffen.
Prüfen
Sprachen, Weiterleitungen, Indexierung und den gesamten Anfrageweg.
Beobachten
Vergleichbare Seiten und Zeiträume nach dem Start vergleichen.
Für defekte Formulare oder nicht erreichbare Schlüsselseiten braucht es eine zuständige Person für Korrektur oder Rollback.
Jede alte Adresse braucht eine bewusste Entscheidung
Legen Sie für jede URL fest, ob sie bestehen bleibt, zu einem passenden Nachfolger umzieht, mit verwandten Inhalten zusammengeführt oder entfernt wird. Maßgeblich ist das ursprüngliche Anliegen des Besuchers. Alle ausgemusterten Leistungsseiten pauschal auf die Startseite umzuleiten, ist technisch bequem, liefert aber selten eine gleichwertige Antwort.
Google empfiehlt für umgezogene Seiten dauerhafte serverseitige Weiterleitungen und einen möglichst direkten Weg zum Ziel. Ein alter Link zum Website-Audit sollte also die entsprechende neue Audit-Seite öffnen. Vermeiden Sie unnötige Zwischenstationen. Eine Weiterleitung führt schließlich auch einen Menschen weiter, nicht nur einen Crawler.
Lassen Sie sich die Zuordnung als prüfbare Tabelle geben und testen Sie die Einträge am tatsächlichen Server. Kontrollieren Sie Statuscode, Endziel und mögliche Schleifen. Nehmen Sie ältere Sprachpfade und einige Kampagnenlinks hinzu. Eine korrekte Tabelle beweist noch nicht, dass die veröffentlichten Weiterleitungsregeln genauso funktionieren.
Seitlich scrollen, um alle Spalten zu sehen.
| Zustand der Seite | Maßnahme | Prüfung |
|---|---|---|
| Adresse und Inhalt bleiben | Status 200 beibehalten | Selbstreferenzierender Canonical und interne Links |
| Gleichwertiger Ersatz vorhanden | Permanente Weiterleitung mit 301 oder 308 | Ein Sprung zur Zieladresse mit Status 200 |
| Inhalte werden zusammengeführt | Auf die passende zusammengeführte Seite leiten | Zielseite beantwortet die ursprüngliche Suchintention |
| Inhalt entfällt ohne Ersatz | 404 oder 410; aus der Sitemap entfernen | Nicht pauschal auf die Startseite umleiten |
Bewahren Sie die Antwort hinter der Suchanfrage
Die bisherige Automatisierungsseite erklärt Dokumentformate, Ausnahmen und Abnahmekriterien. Die neue Variante zeigt nur „Die Zukunft beginnt jetzt“ und eine Kontaktfläche. Das wirkt aufgeräumter, doch ein Käufer erfährt kaum noch, welche Arbeit Sie tatsächlich übernehmen. Nützliche Details zu entfernen, verändert den Zweck der Seite.
Bestimmen Sie die Absicht hinter jeder wichtigen Seite. Möchte jemand einen Dienstleister auswählen, Ansätze vergleichen, Kosten verstehen oder ein konkretes Problem lösen? Schreiben Sie für diese Aufgabe. Relevante Suchbegriffe entstehen dabei natürlich in Leistungsnamen, Beispielen und Erklärungen. Ihre häufige Wiederholung ersetzt keine nachvollziehbare Antwort.
Trennen Sie Themen, die unterschiedliche Erklärungen benötigen. KI-Agenten, individuelle Webentwicklung und MVP-Entwicklung können eigene Seiten erhalten und an passenden Stellen aufeinander verweisen. Der Blog vertieft eine Entscheidung. So entsteht Tiefe, ohne jede Leistung und jedes Schlagwort in einen einzigen allgemeinen Text zu packen.
Die Startseite muss nicht jede Detailfrage beantworten
Die Startseite stellt das Unternehmen vor und hilft bei der Orientierung. Eine Leistungsseite beschreibt einen konkreten Auftrag. Ein Artikel unterstützt Menschen, die zunächst eine Frage durchdenken möchten. Wenn diese Aufgaben klar verteilt sind, lassen sich Navigation, Inhalte und Handlungsaufforderungen leichter beurteilen.
Beschreiben Sie auf einer Leistungsseite, für wen das Angebot passt, was geliefert wird, welche Informationen benötigt werden und wie das Ergebnis geprüft wird. Belege müssen tatsächlich vorhanden und nachvollziehbar sein. Kennzeichnen Sie illustrative Beispiele. Erfundenen Kundenzahlen verleiht auch eine hochwertig gestaltete Fallstudie keine Glaubwürdigkeit.
Verlinken Sie dort, wo zusätzlicher Kontext hilft. Ein Artikel zu Automatisierungskosten kann zum passenden Angebot führen; die Leistungsseite kann auf die ausführliche Berechnung zurückverweisen. Prüfen Sie auch den Linktext. Er sollte den Nutzen des Ziels verständlich machen, statt überall nur zum Weiterlesen aufzufordern.
Sprachwechsel gehören zum normalen Nutzerweg
Öffnen Sie eine konkrete Leistungsseite und wechseln Sie die Sprache. Wenn eine entsprechende Übersetzung existiert, sollte genau dieses Thema erscheinen. Eine Rückkehr zur Startseite verwirft die bisherige Orientierung. Bei längeren Artikeln fällt das besonders auf: Der Leser möchte denselben Inhalt in einer anderen Sprache lesen.
Hreflang kennzeichnet zusammengehörige Sprach- oder Regionalversionen. Die Beziehungen müssen konsistent sein und auf erreichbare Entsprechungen zeigen. Das Attribut übersetzt keinen Text und schafft allein keine lokale Relevanz. Sichtbarer Inhalt, Leistungsbezeichnungen, Kontaktweg und zutreffende geschäftliche Angaben müssen zur jeweiligen Zielgruppe passen.
Sprache und Land sind unterschiedliche Entscheidungen. Eine englische Ausgabe kann mehrere Märkte bedienen. Eine regionale Version ist sinnvoll, wenn sich Angebot, Bedingungen oder Inhalt tatsächlich unterscheiden. Auf vielen fast identischen Seiten nur den Ländernamen auszutauschen, hilft einem potenziellen Kunden bei seiner Entscheidung kaum weiter.
Canonical-Angaben müssen zum veröffentlichten Aufbau passen
Die kanonische URL bezeichnet die bevorzugte Variante unter doppelten oder sehr ähnlichen Seiten. Nach dem Relaunch sollte sie mit der vorgesehenen Live-Adresse übereinstimmen. Ein typischer Vorlagenfehler verweist bei allen Leistungen auf die Startseite oder enthält noch die Vorschau-Domain. Dadurch kann derselbe Fehler zahlreiche Seiten betreffen.
Prüfen Sie das Server-HTML einer Startseite, einer Leistung, eines Artikels und einer Übersetzung. Kontrollieren Sie anschließend den gesamten relevanten Bestand automatisiert. Vergleichen Sie die Angaben mit internen Links und Sitemap. Widersprüchliche Signale werden nicht dadurch klarer, dass noch ein zusätzliches Tag hinzukommt.
Vollständige Übersetzungen sollten nicht pauschal auf die englische Ausgabe kanonisiert werden. Eine Sprachversion benötigt grundsätzlich eine geeignete kanonische Seite in derselben Sprache; hreflang beschreibt die Verbindung zwischen Ausgaben. Betrachten Sie diese Einstellungen gemeinsam, damit Metadaten, Sprachmenü und Sitemap dieselbe Struktur abbilden.
Inhalte sollten vor den visuellen Effekten nutzbar sein
Laden Sie einen Artikel mit langsamer Verbindung und beobachten Sie, wann Überschrift, Text und Links erscheinen. Sehen Sie sich auch die HTML-Antwort des Servers an. Redaktionelle Inhalte lassen sich unmittelbar bereitstellen. Ein Fachbeitrag sollte nicht erst lesbar werden, wenn eine große Animation oder ein fremdes Skript vollständig geladen ist.
JavaScript bleibt für Formulare, Rechner und sinnvolle Interaktionen nützlich. Entscheidend ist, welche Abhängigkeiten für die Hauptaufgabe wirklich erforderlich sind. Trennen Sie den Inhalt gedanklich von ergänzenden Effekten. So lassen sich Fehler begrenzen und normale Netzwerk- oder Geräteprobleme beeinträchtigen nicht sofort den gesamten Besuch.
Überprüfen Sie echte Links zwischen Seiten. Menschen öffnen Ziele in einem neuen Tab, kopieren Verweise oder navigieren per Tastatur. Für Ziele eignen sich Links mit gültigen Adressen, für Aktionen Schaltflächen. Diese kleine technische Entscheidung verbessert die Verlässlichkeit des gesamten Wegs durch die Website.
Beginnen Sie Performance-Arbeit bei der ersten sinnvollen Handlung
Ein großes Video oder eine dreidimensionale Szene kann auf dem Rechner des Designers hervorragend aussehen. Testen Sie dieselbe Seite auf einem gewöhnlichen Smartphone mit mobiler Verbindung. Ist das Angebot früh verständlich? Funktioniert die wichtigste Handlung? Verrutscht Text, wenn später Bilder oder Schriftarten erscheinen?
Core Web Vitals betrachten Laden, Reaktionsfähigkeit und visuelle Stabilität. Nutzen Sie Laborprüfungen zusammen mit verfügbaren Daten echter Besuche. Ein schneller Einzeltest beschreibt nicht die gesamte Zielgruppe. Untersuchen Sie die konkreten Elemente und Interaktionen hinter einem schlechten Ergebnis, anstatt nur einer Punktzahl nachzujagen.
Reservieren Sie Platz für Medien, prüfen Sie das Laden von Schriften und verschieben Sie anfangs unnötige Ressourcen. Sehen Sie sich an, wie viel clientseitiger Code für eine reine Leseseite gebraucht wird. Häufig lässt sich das visuelle Konzept erhalten, wenn die Reihenfolge des Ladens besser zur Aufgabe passt.
Testen Sie mobile Ansichten mit echten Übersetzungen
Eine kurze englische Überschrift kann auf Deutsch, Polnisch oder Ukrainisch deutlich mehr Platz benötigen. Verwenden Sie die tatsächlichen Texte für Karten, Menüs und Kontaktflächen. Wichtige Wörter dürfen nicht hinter festen Höhen oder dekorativen Ebenen verschwinden. Ein Entwurf, der nur mit Platzhaltertext funktioniert, ist noch nicht fertig.
Gehen Sie den wichtigsten Ablauf auf einem schmalen Bildschirm durch. Verdeckt der Chat die Absenden-Schaltfläche? Bleibt eine Fehlermeldung sichtbar, wenn die Tastatur aufgeht? Lässt sich das Sprachmenü schließen? Prüfen Sie Berührungsflächen und erkennbaren Tastaturfokus. Solche Details wirken unmittelbar auf die Nutzbarkeit.
Lange Artikel brauchen eine angenehme Zeilenlänge, lesbaren Kontrast und Sprunglinks zu den Abschnitten. Auf dem Smartphone kann ein aufklappbares Inhaltsverzeichnis den Einstieg kurz halten. Leser sollten eine Berechnung oder Checkliste wiederfinden können, ohne den gesamten Text erneut von Anfang an durchzublättern.
Verfolgen Sie eine Anfrage bis zur verantwortlichen Person
Suchbesuche liefern wenig Nutzen, wenn das Formular unbemerkt scheitert. Testen Sie die Eingabe bis zum endgültigen Datensatz, zur Bestätigung und zur Benachrichtigung des zuständigen Mitarbeiters. Verwenden Sie eine vereinbarte Testumgebung oder eindeutig markierte Testdaten. Eine Erfolgsmeldung im Browser beweist noch nicht den Eingang.
Versuchen Sie ein fehlendes Pflichtfeld, einen zweiten Klick und einen vorübergehenden Serverfehler. Besucher müssen verstehen, ob ihre Nachricht angekommen ist und was sie als Nächstes tun können. Bewahren Sie eingegebenen Text bis zur bestätigten Übermittlung. Ein verlorenes ausführliches Briefing beschädigt den Eindruck eines sonst sorgfältigen Auftritts.
Unterscheiden Sie in der Analyse zwischen Klick und tatsächlich eingegangener Anfrage. Prüfen Sie doppelte Ereignisse und Verluste beim Seitenwechsel. Wenn sich mit dem Design auch die Messung ändert, dokumentieren Sie das. Sonst zeigt der Vergleich möglicherweise eine veränderte Erfassung statt eines veränderten Kundenverhaltens.
Metadaten müssen zum sichtbaren Inhalt passen
Jede Seite benötigt einen konkreten Titel und eine passende Beschreibung in ihrer Sprache. Der Titel hilft, eine relevante Antwort schon vor dem Öffnen zu erkennen. Eine Aufzählung sämtlicher Leistungen ist meistens weniger hilfreich als die klare Benennung dieses einen Inhalts. Suchdarstellung und sichtbare Überschrift sollten sinnvoll zusammenpassen.
Strukturierte Artikeldaten können Überschrift, Autor oder Organisation, Daten und Bild beschreiben. Diese Angaben müssen den veröffentlichten Tatsachen entsprechen. Aktualisierungsdaten ohne inhaltliche Änderung oder erfundene Expertenprofile schaffen keine belastbare Autorität. Eine gemeinsame Inhaltsquelle erleichtert die Konsistenz zwischen Seite und Metadaten.
Prüfen Sie außerdem die Vorschau geteilter Links. Adresse, Titel, Beschreibung und Bild sollten den konkreten Beitrag darstellen. Wenn ein Artikel wie die Startseite erscheint, ist sein Thema schwerer zu erkennen. Diese Kontrolle lässt sich zusammen mit Canonical- und Sprachprüfungen erledigen.
Trennen Sie Vorschau-Schutz und öffentliche Indexierung
Die Sitemap sollte die vorgesehenen Live-Adressen enthalten. Zufällige Parameterkombinationen, Vorschauseiten und reine Weiterleitungsadressen gehören nicht in diese Liste. Rufen Sie die Ziele ab und prüfen Sie die Antworten. Eine syntaktisch korrekte XML-Datei sagt noch nichts über die Erreichbarkeit ihrer Einträge aus.
Für eine Vorschau kann eine Indexierungssperre sinnvoll sein. Vor dem öffentlichen Start müssen Sie prüfen, ob diese Einstellungen auf den gewünschten Seiten entfernt wurden. Betrachten Sie robots.txt, Metadaten und HTTP-Header. Sie erfüllen unterschiedliche Aufgaben; ein einzelner Schalter im Redaktionssystem erklärt nicht die gesamte Konfiguration.
Private Bereiche benötigen unabhängig davon eine Zugriffskontrolle. Noindex ist keine Anmeldung. Ein klarer Bestand öffentlicher Marketingseiten hilft, sie bei der Prüfung von Verwaltung und Kundenkonten zu unterscheiden. So werden Einstellungen nicht versehentlich auf Bereiche mit völlig anderen Anforderungen übertragen.
Prüfen Sie am Starttag einen kleinen, vollständigen Satz
Wählen Sie Beispiele aller wichtigen Vorlagen: Startseite, Leistung, Artikel, Kontaktweg, Übersetzung und alte umgeleitete Adresse. Öffnen Sie diese nach der Veröffentlichung auf der tatsächlichen Domain. Kontrollieren Sie Inhalt, Status, Sprache, Canonical und Hauptaktion. Ein erfolgreicher Build beweist nicht, dass Domain und Umgebung richtig eingerichtet sind.
Testen Sie Formulare und Benachrichtigungen im vereinbarten Modus. Produktionszugänge und erlaubte Domains können von der Vorschau abweichen. Benennen Sie die Person, die eine fehlerhafte Integration korrigieren kann. Der Veröffentlichungsplan sollte diese Übergabe einschließen und nicht beim Hochladen der Dateien enden.
Halten Sie einen praktikablen Rückweg zur vorherigen Version bereit und vereinbaren Sie Auslöser dafür. Ein ausgefallener Anfrageweg erfordert eine andere Reaktion als ein kleiner Abstandsfehler. Diese Unterscheidung hält die Diskussion beim tatsächlichen Kundeneffekt und verhindert Entscheidungen allein nach einzelnen Bildschirmfotos.
Vergleichen Sie nach dem Relaunch vergleichbare Bedingungen
Beginnen Sie mit technischen Befunden: unerreichbaren Seiten, falschen Weiterleitungen, Indexierungsänderungen und Formularfehlern. Betrachten Sie danach Einstiegsseiten, Suchanfragen und abgeschlossene Kontakte. Eine Gesamtsumme kann den Rückgang einer Leistung oder Sprache verdecken, während ein anderer Bereich wächst.
Berücksichtigen Sie Saisonalität, Kampagnen und Änderungen am Angebot. Wenn Preise, Besucherquellen und Design gleichzeitig wechseln, ist eine eindeutige Zuordnung begrenzt. Die gesicherte Ausgangslage hilft, klare technische Rückschritte von anderen Veränderungen zu trennen. Halten Sie diese Grenzen in der Auswertung sichtbar.
Bauen Sie nicht wegen jeder täglichen Schwankung neue Seiten um. Sammeln Sie passende Belege für die jeweilige Entscheidung. Bei einer bekannten Fehlerseite oder einem defekten Formular müssen Sie dagegen keinen statistischen Trend abwarten. Beheben Sie den beobachtbaren Defekt und messen Sie anschließend den weiteren Verlauf.
Verlangen Sie eine Website, die Ihr Team weiterpflegen kann
Zum fertigen Design gehören eine Routenübersicht, die URL-Zuordnung, Sprachregeln, Prüfergebnisse und Veröffentlichungsanweisungen. Diese Unterlagen unterstützen die nächste Person, die etwas ändert. Sie sollten Entscheidungen erklären und konkrete Aufgaben ermöglichen, statt nur ein umfangreiches Übergabedokument zu füllen.
Legen Sie probeweise einen unveröffentlichten Artikel an und ändern Sie seinen Titel. Kontrollieren Sie Seite, Karte und Metadaten gemeinsam. Muss dieselbe Information jedes Mal an mehreren Stellen kopiert werden, steigt das Fehlerrisiko. Ein guter Redaktionsablauf macht ein konsistentes Ergebnis bei gewöhnlichen Änderungen wiederholbar.
Bestimmen Sie schließlich, wer Inhalte überprüft und defekte Links bearbeitet. Ein Relaunch ist eine Veröffentlichung im längeren Leben der Website. Seine Qualität zeigt sich erneut, wenn eine Leistung hinzukommt, eine Sprache wächst oder ein alter Leitfaden korrigiert werden muss. Die Übergabe sollte solche Änderungen bewusst möglich machen.
Vor dem Start
- Wichtige URLs, Inhalte und Ausgangsdaten sichern.
- URL-Zuordnungen, Sprachwege und Abnahmekriterien vereinbaren.
- Sucheinstellungen und den vollständigen Anfrageweg auf der Live-Domain prüfen.
Redaktioneller Hinweis. Die Beispiele erläutern Entscheidungen oder Tests; sie sind keine Kundenergebnisse.