Redesign ohne Traffic-Verlust

Ein Redesign gehört zu den häufigsten Ursachen für plötzliche Einbrüche im organischen Traffic. Die Website sieht großartig aus, das Team ist zufrieden, und einen Monat später zeigt die GSC minus 40 %. Die Ursache ist fast immer dieselbe: URLs wurden ohne Weiterleitungen geändert, oder die Suchmaschine hat die neue Struktur noch nicht neu indexiert. Im Folgenden finden Sie eine Schritt-für-Schritt-Anleitung für ein sicheres Redesign ohne Verluste.

Warum Redesigns Traffic kosten

Suchmaschinen indexieren konkrete URLs. Existiert /blog/seo-guide/ seit Jahren, hat Google dafür Linkjuice, Autorität und Klickhistorie angesammelt. Ein Redesign, das die URL-Struktur ändert, kommt dem Verlust all dessen gleich. Aus Sicht des Crawlers ist die Seite einfach verschwunden.

zoom_in

Nach einem Redesign treten fünf Ursachen für Traffic-Verluste besonders häufig auf:

Audit vor dem Launch: Was Sie erfassen sollten

Beginnen Sie mindestens zwei Wochen vor der ersten Designänderung mit dem Audit. Halten Sie den aktuellen Stand fest, damit Sie nach dem Launch eine Ausgangsbasis zum Vergleich haben. Vier unverzichtbare Werkzeuge:

Markieren Sie Seiten mit relevantem Traffic, Links oder geschäftlichem Wert, damit sie ein sorgfältiges Mapping Seite für Seite erhalten. Priorisieren Sie den Weiterleitungsplan anhand der Daten der konkreten Website und nicht anhand pauschaler Angaben zum Traffic-Anteil.

Was Sie vor dem Redesign erfassen sollten

URL-Architektur und Weiterleitungsplan

Die URL-Struktur ist der schmerzhafteste Teil eines Redesigns. Ändert sich die Struktur (etwa /services/seo/ wird zu /seo-services/), braucht jede alte URL eine explizite 301-Weiterleitung. Der Weiterleitungsplan ist eine Tabelle „alte URL → neue URL“. Erstellen Sie sie vor dem Launch, prüfen Sie sie manuell und übergeben Sie sie dem Entwickler.

Wird eine Seite nicht mehr benötigt und ihr Inhalt taucht nirgendwo anders auf, verwenden Sie 410 statt 404. 410 signalisiert Google, dass die Löschung beabsichtigt war. Dadurch wird das Crawl-Budget effizienter genutzt, denn der Crawler hört schneller auf, die nicht mehr existierende URL aufzurufen.

# Nginx: redirect a specific page
location = /old-services/ {
    return 301 /services/;
}

# Nginx: redirect an entire section
location /old-blog/ {
    rewrite ^/old-blog/(.*)$ /blog/$1 permanent;
}

# Test redirect with curl
curl -I https://example.com/old-url/
# HTTP/1.1 301 Moved Permanently
# Location: https://example.com/new-url/

Testen Sie jede Weiterleitung vor dem Launch, besonders bei Seiten mit relevantem Traffic, Links oder Conversions. Eine übersehene relevante URL kann vermeidbare Fehler bei Besuchern und Crawlern verursachen.

Technische Einrichtung nach dem Launch

Die ersten 48–72 Stunden nach dem Launch des neuen Designs sind entscheidend. Stellen Sie sicher, dass der Crawler genau das sieht, was Sie vorgesehen haben, und nicht eine Staging-Version mit deaktivierter Indexierung.

1. Prüfen Sie die robots.txt und bestätigen Sie, dass die Produktivversion nicht mit Disallow: / gesperrt ist
2. Erstellen Sie die XML-Sitemap mit den neuen URLs neu und reichen Sie sie über den Bereich Sitemaps in der GSC ein
3. Beantragen Sie die Indexierung wichtiger Seiten über GSC → URL-Prüfung → Indexierung beantragen
4. Prüfen Sie Title, Description und Canonical auf jeder prioritären Seite
5. Gehen Sie den Weiterleitungsplan durch und testen Sie jede 301 mit curl oder im Netzwerk-Tab der DevTools
6. Messen Sie die Core Web Vitals: PageSpeed Insights für die 20 Seiten mit dem meisten Traffic

Prüfen Sie außerdem die Canonical-Tags. Beim Wechsel von CMS oder Template werden sie oft auf relative Pfade zurückgesetzt oder verschwinden ganz. Ein Canonical muss die absolute URL der Produktivdomain enthalten: https://example.com/page/, nicht /page/.

<!-- Correct canonical in <head> -->
<link rel="canonical" href="https://example.com/services/seo/">

<!-- Wrong — relative path (common CMS migration error) -->
<link rel="canonical" href="/services/seo/">

Monitoring nach dem Launch

Ein Redesign ist kein einmaliges Ereignis, sondern ein Prozess. Die ersten drei Monate nach dem Launch sind eine Phase der Instabilität, in der Google die Website neu bewertet. Ihre Aufgabe: die Signale beobachten und schnell reagieren.

Diagnosetabelle: Wenn nach dem Launch etwas schiefgeht, beginnen Sie hier.