Website Relaunch ohne Ranking-Verlust

Website Relaunch ohne Ranking-Verlust: Der Komplett-Guide

Ein Website Relaunch ist eines der riskantesten Vorhaben im digitalen Marketing. Richtig durchgeführt, kann er Ihre Online-Präsenz auf das nächste Level heben. Falsch umgesetzt, verlieren Sie innerhalb weniger Tage Rankings, die Sie über Jahre aufgebaut haben. In diesem Guide zeigen wir Ihnen, wie Sie Ihren Relaunch planen und durchführen, ohne Ihre hart erarbeiteten Suchmaschinen-Rankings zu gefährden.

Bei GoldenWing haben wir in über 3 Jahren zahlreiche Website Relaunches für Unternehmen in Österreich begleitet. Die Erfahrungen aus diesen Projekten – Erfolge und Lehren – fließen in jeden Abschnitt dieses Guides ein.

Was ist ein Website Relaunch?

Ein Website Relaunch ist die grundlegende Überarbeitung einer bestehenden Website. Im Gegensatz zu einem einfachen Redesign (rein visuell) umfasst ein Relaunch typischerweise Änderungen an Struktur, Technik, Content und Design.

Arten von Relaunches

Wichtig: Je mehr sich ändert, desto höher das SEO-Risiko. Planen Sie entsprechend mehr Zeit für die SEO-Absicherung ein.

Wann ist ein Relaunch nötig?

Nicht jedes Problem erfordert einen Relaunch. Manchmal reichen gezielte Optimierungen. Ein Relaunch ist sinnvoll, wenn:

Technische Gründe:

• Das CMS ist veraltet und erhält keine Sicherheitsupdates mehr
• Die Website ist nicht responsive / nicht mobile-optimiert
• Die Ladezeiten sind trotz Optimierung inakzeptabel
• Die technische Infrastruktur skaliert nicht mehr
• Eine neue Technologie (z. B. Next.js, Headless CMS) bietet erhebliche Vorteile

Business-Gründe:

• Das Geschäftsmodell hat sich verändert (neue Zielgruppe, neue Produkte)
• Das Branding wurde komplett überarbeitet
• Wettbewerber haben deutlich bessere Websites
• Die Conversion Rate stagniert trotz Optimierung
• Regulatorische Anforderungen (z. B. Barrierefreiheit) erfordern fundamentale Änderungen

Content-Gründe:

• Die Seitenstruktur ist über Jahre chaotisch gewachsen
• Es gibt hunderte verwaiste Seiten ohne Traffic
• Die Content-Strategie hat sich grundlegend geändert
• Duplicate Content ist ein systemisches Problem

Wenn Sie unsicher sind, ob ein Relaunch der richtige Weg ist, bieten wir bei GoldenWing eine kostenlose Erstberatung an. Oft lohnt sich eine gezielte Webdesign-Optimierung mehr als ein kompletter Relaunch.

Die Relaunch-Checkliste: Vor, Während, Nach

VOR dem Relaunch (3–6 Monate vorher)

1. SEO-Audit der bestehenden Website

Bevor Sie irgendetwas ändern, müssen Sie den Ist-Zustand kennen:

• Crawlen Sie die gesamte Website (Screaming Frog, Sitebulb)
• Exportieren Sie alle URLs mit Seitentyp, Title, Meta Description
• Dokumentieren Sie alle Rankings (Google Search Console, Ahrefs, SEMrush)
• Identifizieren Sie die Top-Seiten nach Traffic und Rankings
• Erfassen Sie alle eingehenden Backlinks (Ahrefs, Majestic)
• Messen Sie die aktuellen Core Web Vitals (unser Guide hilft)
• Prüfen Sie die aktuelle Indexierung (Google Search Console → Seiten)

2. URL-Mapping erstellen

Das URL-Mapping ist das wichtigste Dokument Ihres Relaunches. Es ordnet jede alte URL einer neuen URL zu.

Regeln für das URL-Mapping:

• Jede alte URL mit Traffic oder Backlinks braucht ein 301-Redirect
• Seiten ohne Traffic und ohne Backlinks können mit 410 (Gone) entfernt werden
• Redirect-Ketten vermeiden (A → B → C, stattdessen direkt A → C)
• Nicht alles auf die Startseite redirecten – Google wertet das als Soft-404
• Redirect-Mappings vor dem Go-Live testen

3. Content-Inventar und -Bewertung

Erstellen Sie eine vollständige Inventarliste aller Inhalte:

• Welche Seiten performen gut? (Behalten + optimieren)
• Welche Seiten haben keinen Traffic? (Konsolidieren oder entfernen)
• Welche Inhalte fehlen? (Neue Seiten planen)
• Welche Inhalte sind veraltet? (Aktualisieren)

4. Technische Anforderungen definieren

• CMS-Auswahl (WordPress, Payload CMS, Headless)
• Hosting-Anforderungen (Performance, Skalierbarkeit)
• SSL/TLS-Zertifikat
• CDN-Integration
• Internationalisierung (hreflang, Locale-Routing)

5. Staging-Umgebung einrichten

Die neue Website wird IMMER auf einer Staging-Umgebung entwickelt:

• Staging-Domain mit noindex, nofollow (robots.txt + Meta Tag)
• HTTP-Authentifizierung (Passwortschutz)
• Identische Server-Konfiguration wie Production

WÄHREND des Relaunches (Go-Live)

1. Go-Live Checkliste

• [ ] Alle 301-Redirects aktiv und getestet
• [ ] robots.txt aktualisiert (noindex von Staging entfernt)
• [ ] XML-Sitemap aktualisiert und in Search Console eingereicht
• [ ] Canonical Tags auf allen Seiten korrekt
• [ ] hreflang-Tags korrekt (bei mehrsprachigen Seiten)
• [ ] SSL-Zertifikat aktiv, HTTP → HTTPS Redirect
• [ ] Google Analytics / Tag Manager verifiziert
• [ ] Search Console Property für neue URLs verifiziert
• [ ] Alle Formulare getestet
• [ ] 404-Seite korrekt konfiguriert
• [ ] Interne Links aktualisiert (keine Links auf alte URLs)
• [ ] Bilder optimiert (Alt-Tags, Komprimierung)
• [ ] Core Web Vitals im grünen Bereich
• [ ] Schema Markup implementiert und validiert
• [ ] Mobile-Darstellung getestet

2. Zeitpunkt wählen

• Nie am Freitag launchen (kein Support am Wochenende)
• Nie vor Feiertagen oder saisonalen Peaks
• Idealerweise Dienstag oder Mittwoch vormittags
• Team-Verfügbarkeit sicherstellen (Entwickler, SEO, Content)

3. DNS-Umstellung

• TTL vorher auf 300 Sekunden (5 Minuten) setzen
• DNS-Änderung durchführen
• Propagation überwachen (kann bis zu 48 Stunden dauern)
• Alte und neue Server parallel laufen lassen

NACH dem Relaunch (4–8 Wochen)

1. Sofort-Monitoring (Tag 1–7)

• Google Search Console täglich prüfen (Crawl-Errors, Indexierung)
• 301-Redirects stichprobenartig testen
• Server-Logs auf 404-Errors analysieren
• Core Web Vitals überwachen
• Conversion-Tracking verifizieren
• Alle Formulare erneut testen

2. Kurzfristig (Woche 2–4)

• Rankings täglich tracken und mit Pre-Relaunch vergleichen
• Organischen Traffic wöchentlich vergleichen
• Neue 404-Errors in Search Console beheben
• Indexierungsstatus überwachen (wie viele Seiten indexiert?)
• Backlink-Profile prüfen (gehen Backlinks auf 404?)

3. Mittelfristig (Monat 2–3)

• Detaillierter Traffic-Vergleich (Monat über Monat, Jahr über Jahr)
• Conversion-Rate-Analyse
• Ranking-Entwicklung für Top-Keywords
• Core Web Vitals Field Data analysieren
• Content-Performance der neuen Seiten bewerten

SEO beim Relaunch: 301 Redirects und URL-Mapping

Dieser Abschnitt verdient besondere Aufmerksamkeit, denn hier passieren die meisten Fehler.

301 Redirects richtig implementieren

Ein 301-Redirect teilt Suchmaschinen mit: „Diese Seite ist dauerhaft umgezogen." Google überträgt dabei den Großteil der Link-Equity (Ranking-Power) auf die neue URL.

Implementierungsmethoden:

Beispiel .htaccess:

RewriteEngine On

RewriteRule ^leistungen/web-design/$ /de/leistungen/webdesign [R=301,L]

RewriteRule ^blog/seo-tipps-2024/$ /de/blog/seo-tipps-guide [R=301,L]

Wichtige Regeln:

1. 1:1 Redirects: Jede alte URL auf die inhaltlich passendste neue URL
2. Keine Ketten: A → C, nicht A → B → C
3. Keine Loops: A → B → A ist fatal
4. Nicht alles auf Home: Google wertet das als Soft-404
5. Permanent beibehalten: 301-Redirects mindestens 1 Jahr aktiv lassen, idealerweise dauerhaft

URL-Struktur optimieren

Ein Relaunch ist die perfekte Gelegenheit, die URL-Struktur zu verbessern:

Vorher (typische Probleme):

• /index.php?page=services&id=42
• /2024/03/15/blog-post-titel/
• /leistungen/web-design/responsive-web-design-für-kleine-unternehmen/

Nachher (optimiert):

• /de/leistungen/webdesign
• /de/blog/seo-tipps-guide
• /de/leistungen/webdesign/responsive

Best Practices für URLs:

• Kurz und beschreibend (3–5 Wörter)
• Nur Kleinbuchstaben
• Bindestriche als Trenner (keine Unterstriche)
• Kein Datum in Blog-URLs (verhindert „Veraltungs-Effekt")
• Locale-Prefix für mehrsprachige Seiten (/de/, /en/)
• Keine Parameter oder Session-IDs

Unser SEO-Checker Tool hilft Ihnen, die technische SEO-Qualität Ihrer neuen Website zu prüfen.

Content Migration: Mehr als Copy-Paste

Content Migration ist einer der aufwendigsten Teile eines Relaunches – und einer der am meisten unterschätzten.

Content-Migrations-Strategie

Schritt 1: Content kategorisieren

Teilen Sie Ihren bestehenden Content in vier Kategorien:

Schritt 2: Content-Inventar mit Metriken

Für jede Seite erfassen:

• URL
• Seitentyp (Blog, Service, Landingpage)
• Organischer Traffic (letzte 12 Monate)
• Top-Keywords und Rankings
• Backlinks (Anzahl + Qualität)
• Conversion-Daten (Leads, Sales)
• Content-Qualität (Bewertung 1–5)
• Aktion (Keep / Optimize / Merge / Kill)

Schritt 3: Migration durchführen

• Texte nicht einfach kopieren – jede Seite als Optimierungschance nutzen
• Meta Titles und Descriptions neu schreiben (aber Keywords beibehalten)
• Interne Verlinkung auf neue URL-Struktur anpassen
• Bilder optimieren (neue Formate: WebP, AVIF)
• Schema Markup aktualisieren oder hinzufügen
• Content-Lücken schließen (fehlende Abschnitte ergänzen)

Häufige Migrations-Fehler

1. Title Tags ändern: Wenn ein Title Tag gut rankt, ändern Sie ihn nicht grundlos
2. Content kürzen: Weniger Content = weniger Ranking-Signale
3. Interne Links vergessen: Alte URLs in Content-Links führen zu Redirect-Ketten
4. Bilder nicht migrieren: Alt-Tags und Dateinamen gehen verloren
5. Structured Data vergessen: Schema Markup muss auf neue URLs angepasst werden

Design-Relaunch vs. technischer Relaunch

Reiner Design-Relaunch

Was sich ändert: Farben, Typografie, Layout, Bilder, Animationen

Was gleich bleibt: URLs, Seitenstruktur, CMS, Content

SEO-Risiko: Niedrig, wenn die Seitenstruktur und URLs identisch bleiben

Typische Probleme:

• Neue Templates laden langsamer (größere Bilder, mehr JavaScript)
• Content wird umstrukturiert (H1-Hierarchie verändert)
• Interne Verlinkung ändert sich durch neues Menüdesign
• Mobile-Darstellung weicht ab

Technischer Relaunch

Was sich ändert: CMS, Programmiersprache, Server, Datenbank

Was gleich bleiben sollte: URLs (soweit möglich), Content, Seitenstruktur

SEO-Risiko: Mittel bis Hoch

Typische Probleme:

• URL-Struktur ändert sich durch neues CMS
• Redirects werden nicht korrekt implementiert
• Rendering-Unterschiede (Server-Side vs. Client-Side)
• Fehlende SEO-Features im neuen CMS (Canonical, hreflang, Schema)
• Performance-Unterschiede (besseres oder schlechteres Hosting)

Bei GoldenWing setzen wir auf moderne Webdesign-Technologien wie Next.js und Payload CMS, die von Haus aus hervorragende SEO-Features und Performance bieten.

10 häufige Relaunch-Fehler

Aus über 3 Jahren Erfahrung bei GoldenWing haben wir die folgenden Fehler immer wieder gesehen – und gelernt, sie zu vermeiden:

1. Kein URL-Mapping erstellt

Folge: Hunderte 404-Errors, massive Ranking-Verluste innerhalb von Tagen.

Lösung: Vollständiges URL-Mapping als erstes Dokument im Relaunch-Projekt.

2. Staging-Umgebung wird indexiert

Folge: Google indexiert die Staging-Version, Duplicate Content entsteht.

Lösung: robots.txt Disallow + noindex Meta Tag + HTTP-Auth auf Staging.

3. 301-Redirects fehlen oder sind fehlerhaft

Folge: Link-Equity geht verloren, Backlinks führen ins Leere.

Lösung: Alle Redirects vor Go-Live implementieren und automatisiert testen.

4. Interne Links nicht aktualisiert

Folge: Tausende interne Links führen über Redirects – schlechte Nutzererfahrung und verschwendetes Crawl-Budget.

Lösung: Alle internen Links auf die neuen URLs aktualisieren, nicht auf Redirects verlassen.

5. Content wird „nebenbei" migriert

Folge: Inhalte werden vergessen, gekürzt oder mit neuen (schlechteren) Titles versehen.

Lösung: Content Migration als eigenständiges Workstream mit dediziertem Team.

6. Kein Pre-Launch-Testing

Folge: Kaputte Formulare, fehlende Tracking-Codes, Performance-Probleme – alles erst nach Go-Live entdeckt.

Lösung: Minimum 1 Woche Testing auf Staging mit Checkliste.

7. Go-Live am Freitag

Folge: Probleme werden erst Montag entdeckt, 3 Tage unüberwacht.

Lösung: Go-Live Dienstag/Mittwoch mit vollem Team-Support.

8. Kein Post-Launch-Monitoring

Folge: Crawl-Errors und Ranking-Verluste werden zu spät erkannt.

Lösung: Tägliches Monitoring für 4–8 Wochen nach Go-Live.

9. XML-Sitemap nicht aktualisiert

Folge: Google versucht alte URLs zu crawlen, findet 404-Errors.

Lösung: Neue Sitemap sofort nach Go-Live in Search Console einreichen.

10. Performance ignoriert

Folge: Die neue Website ist langsamer als die alte – Core Web Vitals verschlechtern sich.

Lösung: Performance-Budget vor dem Relaunch definieren, Core Web Vitals optimieren.

Zeitplan für einen Website Relaunch

Typischer Zeitplan (Komplett-Relaunch)

Gesamtdauer: 16–32 Wochen für einen Komplett-Relaunch

Tipp: Planen Sie immer einen Puffer von 20–30 % ein. Relaunches dauern fast immer länger als geplant. Bei GoldenWing arbeiten wir mit agilen Sprints, um flexibel auf Änderungen reagieren zu können.

Was kostet ein Website Relaunch?

Die Kosten hängen stark von Umfang, Komplexität und Anforderungen ab. Hier sind realistische Richtwerte für den österreichischen Markt.

Kostenübersicht

Was beeinflusst die Kosten?

Für eine detaillierte Kosteneinschätzung lesen Sie auch unseren Guide Was kostet eine professionelle Website?.

Erfolgsmessung nach dem Relaunch

Die wichtigsten KPIs

SEO-KPIs (Woche 1–12):

Business-KPIs (Monat 1–6):

Reporting-Template

Erstellen Sie ein wöchentliches Relaunch-Reporting mit:

1. Traffic-Vergleich: Aktuelle Woche vs. gleiche Woche vor Relaunch
2. Ranking-Tracker: Top-50-Keywords mit Positionsänderung
3. Crawl-Status: Neue Errors, Indexierungsfortschritt
4. Conversion-Daten: Leads, Anfragen, Sales
5. Action Items: Offene Probleme und deren Priorisierung

SEO-Checkliste für den Relaunch

Zum Abschluss eine kompakte Checkliste, die Sie bei jedem Relaunch abarbeiten sollten:

Pre-Launch:

• Vollständiges Crawling der alten Website
• URL-Mapping mit allen alten und neuen URLs
• Backlink-Profil dokumentiert
• Ranking-Baseline für Top-Keywords
• Content-Inventar mit Performance-Daten
• Staging mit noindex + robots.txt Disallow
• 301-Redirects implementiert und getestet
• XML-Sitemap vorbereitet
• Canonical Tags korrekt
• hreflang-Tags korrekt (mehrsprachig)
• Schema Markup implementiert
• Core Web Vitals optimiert
• Mobile-Darstellung getestet

Go-Live:

• DNS-Umstellung durchgeführt
• robots.txt updated (Staging-Disallow entfernt)
• Sitemap in Search Console eingereicht
• alle Redirects aktiv
• Tracking-Codes verifiziert
• SSL aktiv, HTTP → HTTPS Redirect

Post-Launch:

• Search Console täglich prüfen
• 404-Errors beheben
• Rankings tracken
• Indexierungsfortschritt überwachen
• Performance messen
• Conversion-Tracking verifizieren

Nutzen Sie unseren SEO-Checker, um die technische SEO-Qualität Ihrer neuen Website nach dem Relaunch zu überprüfen.

Häufig gestellte Fragen (FAQ)

Wie viel Traffic verliere ich bei einem Relaunch?

Bei einem sorgfältig geplanten Relaunch mit vollständigem URL-Mapping und 301-Redirects sollte der Traffic-Verlust unter 10 % liegen und sich innerhalb von 4–8 Wochen erholen. Ohne SEO-Planung können 30–70 % des organischen Traffics verloren gehen. Die Erholung dauert dann 6–12 Monate – wenn sie überhaupt eintritt.

Wie lange dauert es, bis sich die Rankings nach einem Relaunch erholen?

Bei einem gut geplanten Relaunch sehen Sie innerhalb von 2–4 Wochen eine Stabilisierung und innerhalb von 6–8 Wochen eine Erholung auf das Vor-Relaunch-Niveau. Wenn der Relaunch mit Content-Optimierungen einhergeht, können die Rankings sogar besser werden als vorher. Kritisch sind die ersten 48 Stunden – hier entscheidet sich, ob Google die Redirects korrekt verarbeitet.

Muss ich Google über den Relaunch informieren?

Nicht direkt, aber indirekt: Reichen Sie die neue XML-Sitemap in der Google Search Console ein, sobald der Relaunch live ist. Wenn Sie die Domain wechseln, nutzen Sie das „Change of Address"-Tool in der Search Console. Google empfiehlt außerdem, URL-Änderungen über die URL Inspection API zu melden, damit die Neuindexierung beschleunigt wird.

Kann ich während des Relaunches die URL-Struktur ändern?

Ja, das ist sogar einer der häufigsten Gründe für einen Relaunch. Allerdings ist jede URL-Änderung ein SEO-Risiko, das durch ein 301-Redirect abgesichert werden muss. Ändern Sie die URL-Struktur nur, wenn es einen klaren Vorteil gibt (bessere Lesbarkeit, logischere Hierarchie, Locale-Prefixes). Ändern Sie URLs nie „weil man das halt so macht."

Was tun, wenn nach dem Relaunch die Rankings einbrechen?

Ruhe bewahren und systematisch vorgehen: (1) Search Console auf Crawl-Errors prüfen – gibt es 404er? (2) Redirects überprüfen – funktionieren alle korrekt? (3) Canonical Tags prüfen – zeigen sie auf die richtige URL? (4) Content vergleichen – hat sich der Inhalt der Top-Seiten verändert? (5) Ladezeiten messen – ist die Website langsamer geworden? In 80 % der Fälle liegt das Problem bei fehlenden oder falschen Redirects. Kontaktieren Sie uns für eine Notfall-Analyse.

Soll ich den Relaunch intern durchführen oder eine Agentur beauftragen?

Das hängt von Ihren internen Ressourcen ab. Für einen reinen Design-Relaunch mit wenigen Seiten kann ein internes Team ausreichen. Für einen Komplett-Relaunch mit URL-Änderungen, Content-Migration und SEO-Absicherung empfehlen wir die Zusammenarbeit mit einer erfahrenen Agentur. Bei GoldenWing begleiten wir den gesamten Prozess – von der SEO-Analyse über das Webdesign bis zur technischen Umsetzung. Kontaktieren Sie uns für ein unverbindliches Erstgespräch.

Stakeholder-Management beim Website Relaunch

Ein Website Relaunch ist nicht nur ein technisches Projekt -- er betrifft zahlreiche Abteilungen und Interessengruppen. Mangelhaftes Stakeholder-Management ist der häufigste Grund für gescheiterte Relaunch-Projekte, noch vor technischen Fehlern.

Die wichtigsten Stakeholder identifizieren

In einem typischen Relaunch-Projekt für ein österreichisches KMU sind folgende Stakeholder involviert:

• Geschäftsführung: Entscheidet über Budget, Timeline und strategische Ausrichtung
• Marketing/Vertrieb: Definiert Zielgruppen, Conversion-Ziele und Content-Anforderungen
• IT/Technik: Verantwortlich für Hosting, Integrationen und technische Umsetzung
• Kundenservice: Kennt die häufigsten Nutzerfragen und Pain Points
• Externe Partner: Agentur, Freelancer, Hosting-Provider

Die RACI-Matrix für Relaunch-Projekte

Definieren Sie für jede Projektphase klar, wer Responsible (verantwortlich), Accountable (rechenschaftspflichtig), Consulted (zu befragen) und Informed (zu informieren) ist.

Beispiel für die Content-Migration:

• Responsible: Marketing-Team
• Accountable: Projektleiter
• Consulted: SEO-Agentur, Vertrieb
• Informed: Geschäftsführung, IT

Kommunikationsplan erstellen

Etablieren Sie feste Kommunikationsrhythmen:

• Wöchentliches Statusmeeting (30 Minuten) mit dem Kernteam
• Zweiwöchentlicher Report an die Geschäftsführung
• Meilenstein-Reviews an kritischen Punkten (Design-Freigabe, Content-Freeze, Go-Live-Entscheidung)
• Eskalationspfad für Blocker und Konflikte

Typische Konflikte und deren Lösung

Konflikt 1: Design vs. SEO

Das Marketing möchte ein minimalistisches Design mit wenig Text, die SEO-Agentur fordert umfangreiche Textinhalte. Lösung: Content-Bereiche mit Accordions oder Tabs gestalten -- optisch clean, aber mit ausreichend indexierbarem Text.

Konflikt 2: Feature Creep

Während des Projekts kommen immer neue Wünsche dazu. Lösung: Führen Sie ein Feature-Backlog und priorisieren Sie nach dem MoSCoW-Prinzip (Must, Should, Could, Won't). Alles, was nicht "Must" ist, kommt in Phase 2 nach dem Launch.

Konflikt 3: Timeline-Druck

Die Geschäftsführung setzt einen unrealistischen Deadline. Lösung: Zeigen Sie anhand des kritischen Pfads, welche Aufgaben parallel laufen können und wo Abhängigkeiten bestehen. Bieten Sie Alternativen an: z. B. einen "Soft Launch" mit reduziertem Funktionsumfang zum Wunschtermin.

Change Management nach dem Relaunch

Vergessen Sie nicht die interne Schulung. Mitarbeitende, die täglich mit der Website arbeiten (Content-Pflege, Formularbearbeitung, Analytics), müssen das neue System kennen. Planen Sie mindestens 2--3 Schulungstage ein und erstellen Sie eine interne Dokumentation.

Performance-Optimierung: Den Relaunch als Speed-Boost nutzen

Ein Relaunch ist die perfekte Gelegenheit, die Website-Geschwindigkeit grundlegend zu verbessern. Studien zeigen, dass eine Verbesserung der Ladezeit um nur eine Sekunde die Conversion-Rate um 7 % steigern kann.

Hosting-Upgrade als Fundament

Der Relaunch ist der ideale Zeitpunkt für einen Hosting-Wechsel. Für österreichische Websites empfehlen wir:

• Shared Hosting (5--15 Euro/Monat): Nur für kleine Unternehmensseiten mit wenig Traffic
• Managed WordPress Hosting (25--80 Euro/Monat): Für die meisten KMU-Websites optimal
• VPS/Dedicated (ab 50 Euro/Monat): Für Shops und stark frequentierte Websites
• Edge-Hosting/Vercel/Netlify: Für moderne JAMstack- und Next.js-Projekte

Wichtig: Wählen Sie einen Hosting-Standort in der DACH-Region (z. B. Frankfurt oder Wien), um die Latenz für Ihre Zielgruppe zu minimieren.

Bildoptimierung beim Relaunch

Bilder machen durchschnittlich 50--65 % des Seitengewichts aus. Beim Relaunch sollten Sie:

• Alle Bilder in WebP/AVIF konvertieren -- Ersparnis von 25--50 % gegenüber JPEG
• Responsive Images mit srcset implementieren -- unterschiedliche Größen für verschiedene Bildschirme
• Lazy Loading für alle Bilder unterhalb des sichtbaren Bereichs
• Bildkomprimierung mit Tools wie Sharp, Squoosh oder TinyPNG automatisieren
• Max. Breite definieren: Keine Bilder über 1920px Breite, für die meisten Elemente reichen 800--1200px

Critical CSS und Code Splitting

Implementieren Sie Critical CSS: Der CSS-Code für den sichtbaren Bereich wird inline im HTML geladen, der Rest asynchron. Das verbessert den Largest Contentful Paint (LCP) erheblich.

Für JavaScript nutzen Sie Code Splitting:

• Laden Sie nur den Code, der auf der aktuellen Seite benötigt wird
• Verwenden Sie dynamische Imports für Komponenten unterhalb des Fold
• Eliminieren Sie ungenutztes JavaScript (Tree Shaking)

Caching-Strategie

Konfigurieren Sie beim Relaunch eine durchdachte Caching-Strategie:

• Browser-Caching: Statische Assets (CSS, JS, Bilder) mit langen Cache-Zeiten (1 Jahr) und Content Hashing für Cache-Busting
• Server-Caching: Seiten-Caching für dynamische Inhalte (z. B. Redis oder Varnish)
• CDN: Cloudflare oder Fastly für globale Auslieferung statischer Inhalte

Performance-Budget definieren

Legen Sie vor dem Relaunch verbindliche Performance-Budgets fest:

• Gesamtgewicht der Startseite: Maximal 1,5 MB (idealerweise unter 1 MB)
• LCP: Unter 2,5 Sekunden
• Total Blocking Time: Unter 200 Millisekunden
• Anzahl HTTP-Requests: Maximal 50 auf der Startseite

Integrieren Sie Performance-Tests in Ihren CI/CD-Pipeline, damit neue Deployments die Budgets nicht überschreiten.

Domain-Wechsel beim Relaunch: Besonderheiten und Risiken

Ein Relaunch mit gleichzeitigem Domain-Wechsel ist die risikoreichste Variante eines Website-Relaunches. Google selbst gibt an, dass ein Domain-Wechsel zu einem temporären Ranking-Verlust von 10--30 % über 3--6 Monate führen kann.

Wann ein Domain-Wechsel sinnvoll ist

• Rebranding: Das Unternehmen ändert seinen Namen oder positioniert sich neu
• Internationalisierung: Wechsel von einer .at-Domain zu einer .com-Domain
• Domain-Konsolidierung: Mehrere Domains werden zu einer zusammengeführt
• Problematische Domain-History: Die aktuelle Domain hat eine negative SEO-Historie (z. B. durch Penalties)

Die korrekte Vorgehensweise

Schritt 1: Vorbereitung (4--6 Wochen vor dem Wechsel)

• Alle bestehenden URLs der alten Domain vollständig crawlen und dokumentieren
• Redirect-Mapping erstellen: Jede alte URL muss einer neuen URL zugeordnet werden
• Google Search Console für die neue Domain einrichten und verifizieren
• Backlink-Profil analysieren und wichtige Linkgeber identifizieren

Schritt 2: Technische Umsetzung

• 301-Redirects auf Server-Ebene einrichten (nicht per JavaScript oder Meta-Refresh)
• Canonical Tags auf der neuen Domain korrekt setzen
• Hreflang-Tags aktualisieren, falls mehrsprachige Versionen existieren
• Interne Links auf der neuen Seite müssen alle auf die neue Domain zeigen

Schritt 3: Google informieren

• Adressänderung in der Google Search Console beantragen (unter "Einstellungen" > "Adressänderung")
• Neue Sitemap unter der neuen Domain einreichen
• Die alte Domain muss mindestens 6 Monate weiterhin die 301-Redirects ausliefern -- idealerweise 12 Monate oder länger

Schritt 4: Externes Signal-Management

• Kontaktieren Sie die Top-20 Linkgeber und bitten Sie um Aktualisierung der Links
• Aktualisieren Sie alle Social-Media-Profile, Google Business Profile und Branchenverzeichnisse
• Passen Sie E-Mail-Signaturen, Visitenkarten und Printmaterialien an

Häufige Fehler beim Domain-Wechsel

• Alte Domain zu früh abschalten: Die Redirects müssen mindestens 12 Monate aktiv bleiben
• Kettenredirects: Alte Domain leitet auf Zwischenseite weiter, die dann nochmals weiterleitet -- maximal ein Redirect pro URL
• HTTP vs. HTTPS ignorieren: Alle vier Varianten (http://alt, https://alt, http://neu, https://neu) müssen korrekt weiterleiten
• Parameter-URLs vergessen: Auch URLs mit Parametern (z. B. ?page=2) müssen redirected werden

Relaunch-Monitoring: Die ersten 90 Tage nach dem Launch

Die Arbeit endet nicht mit dem Go-Live. Die ersten 90 Tage nach dem Relaunch sind entscheidend für den langfristigen Erfolg. Ein strukturiertes Monitoring-Programm hilft Ihnen, Probleme frühzeitig zu erkennen und zu beheben.

Woche 1: Tägliches Monitoring

In der ersten Woche nach dem Launch sollten Sie täglich folgende Punkte prüfen:

• Crawl-Fehler in der Google Search Console: 404-Fehler, Server-Fehler, Redirect-Loops
• Indexierungsstatus: Werden die neuen Seiten indexiert? Werden alte Seiten deindexiert?
• Core Web Vitals: Stimmen die Performance-Werte unter realen Bedingungen?
• Conversion-Tracking: Funktionieren alle Formulare, Checkout-Prozesse und Tracking-Codes?
• Server-Logs: Ungewöhnliche Zugriffsmuster, hohe Fehlerquoten, Bot-Aktivität

Woche 2--4: Wöchentliches Monitoring

• Organic Traffic im Vergleich zum Vormonat und Vorjahr (Google Analytics)
• Keyword-Rankings für die Top-50 Keywords (Sistrix, Ahrefs oder SEMrush)
• Impressions und Klicks in der Google Search Console
• Bounce Rate und Verweildauer auf den wichtigsten Landing Pages
• Indexierte Seiten: Die Anzahl sollte sich der Soll-Zahl annähern

Monat 2--3: Zweiwöchentliches Monitoring

• Backlink-Profil: Werden Links auf die neuen URLs übertragen?
• Crawl-Budget: Wie effizient crawlt Google Ihre neue Website?
• Conversion-Rate im Vergleich zu Pre-Relaunch-Werten
• Page-Speed-Trends: Verschlechtern sich die Werte durch neuen Content?
• A/B-Tests für kritische Landing Pages starten

Typischer Ranking-Verlauf nach einem Relaunch

Erwarten Sie folgenden Verlauf bei einem gut durchgeführten Relaunch:

• Woche 1--2: Leichter Ranking-Rückgang um 5--15 % (normal, Google bewertet die neue Struktur)
• Woche 3--6: Stabilisierung, erste Rankings kehren auf Vor-Relaunch-Niveau zurück
• Monat 2--3: Rankings erreichen oder übertreffen das alte Niveau
• Monat 4--6: Deutlicher Aufwärtstrend durch verbesserte Technik und Content

Warnsignal: Wenn nach 4 Wochen noch kein Aufwärtstrend erkennbar ist, liegt wahrscheinlich ein technisches Problem vor (fehlerhafte Redirects, Crawling-Blocker, Canonical-Fehler).

Notfallplan bereithalten

Erstellen Sie vor dem Launch einen Rollback-Plan für den Worst Case:

• Backup der alten Website inkl. Datenbank und Dateien
• DNS-Konfiguration dokumentieren, um schnell zurückwechseln zu können
• Kommunikationsplan für Stakeholder bei schwerwiegenden Problemen
• Eskalationsstufen definieren: Ab welchem Traffic-Rückgang wird der Rollback ausgelöst?

In der Praxis zeigt sich: Bei sorgfältiger Planung ist ein Rollback in weniger als 5 % der Fälle notwendig. Trotzdem sollte er jederzeit möglich sein.

Stakeholder-Management beim Website Relaunch

Ein Website Relaunch ist nicht nur ein technisches Projekt -- er betrifft zahlreiche Abteilungen und Interessengruppen. Mangelhaftes Stakeholder-Management ist der häufigste Grund für gescheiterte Relaunch-Projekte, noch vor technischen Fehlern.

Die wichtigsten Stakeholder identifizieren

In einem typischen Relaunch-Projekt für ein österreichisches KMU sind folgende Stakeholder involviert:

• Geschäftsführung: Entscheidet über Budget, Timeline und strategische Ausrichtung
• Marketing/Vertrieb: Definiert Zielgruppen, Conversion-Ziele und Content-Anforderungen
• IT/Technik: Verantwortlich für Hosting, Integrationen und technische Umsetzung
• Kundenservice: Kennt die häufigsten Nutzerfragen und Pain Points
• Externe Partner: Agentur, Freelancer, Hosting-Provider

Die RACI-Matrix für Relaunch-Projekte

Definieren Sie für jede Projektphase klar, wer Responsible (verantwortlich), Accountable (rechenschaftspflichtig), Consulted (zu befragen) und Informed (zu informieren) ist.

Beispiel für die Content-Migration:

• Responsible: Marketing-Team
• Accountable: Projektleiter
• Consulted: SEO-Agentur, Vertrieb
• Informed: Geschäftsführung, IT

Kommunikationsplan erstellen

Etablieren Sie feste Kommunikationsrhythmen:

• Wöchentliches Statusmeeting (30 Minuten) mit dem Kernteam
• Zweiwöchentlicher Report an die Geschäftsführung
• Meilenstein-Reviews an kritischen Punkten (Design-Freigabe, Content-Freeze, Go-Live-Entscheidung)
• Eskalationspfad für Blocker und Konflikte

Typische Konflikte und deren Lösung

Konflikt 1: Design vs. SEO

Das Marketing möchte ein minimalistisches Design mit wenig Text, die SEO-Agentur fordert umfangreiche Textinhalte. Lösung: Content-Bereiche mit Accordions oder Tabs gestalten -- optisch clean, aber mit ausreichend indexierbarem Text.

Konflikt 2: Feature Creep

Während des Projekts kommen immer neue Wünsche dazu. Lösung: Führen Sie ein Feature-Backlog und priorisieren Sie nach dem MoSCoW-Prinzip (Must, Should, Could, Won't). Alles, was nicht "Must" ist, kommt in Phase 2 nach dem Launch.

Konflikt 3: Timeline-Druck

Die Geschäftsführung setzt einen unrealistischen Deadline. Lösung: Zeigen Sie anhand des kritischen Pfads, welche Aufgaben parallel laufen können und wo Abhängigkeiten bestehen. Bieten Sie Alternativen an: z. B. einen "Soft Launch" mit reduziertem Funktionsumfang zum Wunschtermin.

Change Management nach dem Relaunch

Vergessen Sie nicht die interne Schulung. Mitarbeitende, die täglich mit der Website arbeiten (Content-Pflege, Formularbearbeitung, Analytics), müssen das neue System kennen. Planen Sie mindestens 2--3 Schulungstage ein und erstellen Sie eine interne Dokumentation.

Performance-Optimierung: Den Relaunch als Speed-Boost nutzen

Ein Relaunch ist die perfekte Gelegenheit, die Website-Geschwindigkeit grundlegend zu verbessern. Studien zeigen, dass eine Verbesserung der Ladezeit um nur eine Sekunde die Conversion-Rate um 7 % steigern kann.

Hosting-Upgrade als Fundament

Der Relaunch ist der ideale Zeitpunkt für einen Hosting-Wechsel. Für österreichische Websites empfehlen wir:

• Shared Hosting (5--15 Euro/Monat): Nur für kleine Unternehmensseiten mit wenig Traffic
• Managed WordPress Hosting (25--80 Euro/Monat): Für die meisten KMU-Websites optimal
• VPS/Dedicated (ab 50 Euro/Monat): Für Shops und stark frequentierte Websites
• Edge-Hosting/Vercel/Netlify: Für moderne JAMstack- und Next.js-Projekte

Wichtig: Wählen Sie einen Hosting-Standort in der DACH-Region (z. B. Frankfurt oder Wien), um die Latenz für Ihre Zielgruppe zu minimieren.

Bildoptimierung beim Relaunch

Bilder machen durchschnittlich 50--65 % des Seitengewichts aus. Beim Relaunch sollten Sie:

• Alle Bilder in WebP/AVIF konvertieren -- Ersparnis von 25--50 % gegenüber JPEG
• Responsive Images mit srcset implementieren -- unterschiedliche Größen für verschiedene Bildschirme
• Lazy Loading für alle Bilder unterhalb des sichtbaren Bereichs
• Bildkomprimierung mit Tools wie Sharp, Squoosh oder TinyPNG automatisieren
• Max. Breite definieren: Keine Bilder über 1920px Breite, für die meisten Elemente reichen 800--1200px

Critical CSS und Code Splitting

Implementieren Sie Critical CSS: Der CSS-Code für den sichtbaren Bereich wird inline im HTML geladen, der Rest asynchron. Das verbessert den Largest Contentful Paint (LCP) erheblich.

Für JavaScript nutzen Sie Code Splitting:

• Laden Sie nur den Code, der auf der aktuellen Seite benötigt wird
• Verwenden Sie dynamische Imports für Komponenten unterhalb des Fold
• Eliminieren Sie ungenutztes JavaScript (Tree Shaking)

Caching-Strategie

Konfigurieren Sie beim Relaunch eine durchdachte Caching-Strategie:

• Browser-Caching: Statische Assets (CSS, JS, Bilder) mit langen Cache-Zeiten (1 Jahr) und Content Hashing für Cache-Busting
• Server-Caching: Seiten-Caching für dynamische Inhalte (z. B. Redis oder Varnish)
• CDN: Cloudflare oder Fastly für globale Auslieferung statischer Inhalte

Performance-Budget definieren

Legen Sie vor dem Relaunch verbindliche Performance-Budgets fest:

• Gesamtgewicht der Startseite: Maximal 1,5 MB (idealerweise unter 1 MB)
• LCP: Unter 2,5 Sekunden
• Total Blocking Time: Unter 200 Millisekunden
• Anzahl HTTP-Requests: Maximal 50 auf der Startseite

Integrieren Sie Performance-Tests in Ihren CI/CD-Pipeline, damit neue Deployments die Budgets nicht überschreiten.

Domain-Wechsel beim Relaunch: Besonderheiten und Risiken

Ein Relaunch mit gleichzeitigem Domain-Wechsel ist die risikoreichste Variante eines Website-Relaunches. Google selbst gibt an, dass ein Domain-Wechsel zu einem temporären Ranking-Verlust von 10--30 % über 3--6 Monate führen kann.

Wann ein Domain-Wechsel sinnvoll ist

• Rebranding: Das Unternehmen ändert seinen Namen oder positioniert sich neu
• Internationalisierung: Wechsel von einer .at-Domain zu einer .com-Domain
• Domain-Konsolidierung: Mehrere Domains werden zu einer zusammengeführt
• Problematische Domain-History: Die aktuelle Domain hat eine negative SEO-Historie (z. B. durch Penalties)

Die korrekte Vorgehensweise

Schritt 1: Vorbereitung (4--6 Wochen vor dem Wechsel)

• Alle bestehenden URLs der alten Domain vollständig crawlen und dokumentieren
• Redirect-Mapping erstellen: Jede alte URL muss einer neuen URL zugeordnet werden
• Google Search Console für die neue Domain einrichten und verifizieren
• Backlink-Profil analysieren und wichtige Linkgeber identifizieren

Schritt 2: Technische Umsetzung

• 301-Redirects auf Server-Ebene einrichten (nicht per JavaScript oder Meta-Refresh)
• Canonical Tags auf der neuen Domain korrekt setzen
• Hreflang-Tags aktualisieren, falls mehrsprachige Versionen existieren
• Interne Links auf der neuen Seite müssen alle auf die neue Domain zeigen

Schritt 3: Google informieren

• Adressänderung in der Google Search Console beantragen (unter "Einstellungen" > "Adressänderung")
• Neue Sitemap unter der neuen Domain einreichen
• Die alte Domain muss mindestens 6 Monate weiterhin die 301-Redirects ausliefern -- idealerweise 12 Monate oder länger

Schritt 4: Externes Signal-Management

• Kontaktieren Sie die Top-20 Linkgeber und bitten Sie um Aktualisierung der Links
• Aktualisieren Sie alle Social-Media-Profile, Google Business Profile und Branchenverzeichnisse
• Passen Sie E-Mail-Signaturen, Visitenkarten und Printmaterialien an

Häufige Fehler beim Domain-Wechsel

• Alte Domain zu früh abschalten: Die Redirects müssen mindestens 12 Monate aktiv bleiben
• Kettenredirects: Alte Domain leitet auf Zwischenseite weiter, die dann nochmals weiterleitet -- maximal ein Redirect pro URL
• HTTP vs. HTTPS ignorieren: Alle vier Varianten (http://alt, https://alt, http://neu, https://neu) müssen korrekt weiterleiten
• Parameter-URLs vergessen: Auch URLs mit Parametern (z. B. ?page=2) müssen redirected werden

Relaunch-Monitoring: Die ersten 90 Tage nach dem Launch

Die Arbeit endet nicht mit dem Go-Live. Die ersten 90 Tage nach dem Relaunch sind entscheidend für den langfristigen Erfolg. Ein strukturiertes Monitoring-Programm hilft Ihnen, Probleme frühzeitig zu erkennen und zu beheben.

Woche 1: Tägliches Monitoring

In der ersten Woche nach dem Launch sollten Sie täglich folgende Punkte prüfen:

• Crawl-Fehler in der Google Search Console: 404-Fehler, Server-Fehler, Redirect-Loops
• Indexierungsstatus: Werden die neuen Seiten indexiert? Werden alte Seiten deindexiert?
• Core Web Vitals: Stimmen die Performance-Werte unter realen Bedingungen?
• Conversion-Tracking: Funktionieren alle Formulare, Checkout-Prozesse und Tracking-Codes?
• Server-Logs: Ungewöhnliche Zugriffsmuster, hohe Fehlerquoten, Bot-Aktivität

Woche 2--4: Wöchentliches Monitoring

• Organic Traffic im Vergleich zum Vormonat und Vorjahr (Google Analytics)
• Keyword-Rankings für die Top-50 Keywords (Sistrix, Ahrefs oder SEMrush)
• Impressions und Klicks in der Google Search Console
• Bounce Rate und Verweildauer auf den wichtigsten Landing Pages
• Indexierte Seiten: Die Anzahl sollte sich der Soll-Zahl annähern

Monat 2--3: Zweiwöchentliches Monitoring

• Backlink-Profil: Werden Links auf die neuen URLs übertragen?
• Crawl-Budget: Wie effizient crawlt Google Ihre neue Website?
• Conversion-Rate im Vergleich zu Pre-Relaunch-Werten
• Page-Speed-Trends: Verschlechtern sich die Werte durch neuen Content?
• A/B-Tests für kritische Landing Pages starten

Typischer Ranking-Verlauf nach einem Relaunch

Erwarten Sie folgenden Verlauf bei einem gut durchgeführten Relaunch:

• Woche 1--2: Leichter Ranking-Rückgang um 5--15 % (normal, Google bewertet die neue Struktur)
• Woche 3--6: Stabilisierung, erste Rankings kehren auf Vor-Relaunch-Niveau zurück
• Monat 2--3: Rankings erreichen oder übertreffen das alte Niveau
• Monat 4--6: Deutlicher Aufwärtstrend durch verbesserte Technik und Content

Warnsignal: Wenn nach 4 Wochen noch kein Aufwärtstrend erkennbar ist, liegt wahrscheinlich ein technisches Problem vor (fehlerhafte Redirects, Crawling-Blocker, Canonical-Fehler).

Notfallplan bereithalten

Erstellen Sie vor dem Launch einen Rollback-Plan für den Worst Case:

• Backup der alten Website inkl. Datenbank und Dateien
• DNS-Konfiguration dokumentieren, um schnell zurückwechseln zu können
• Kommunikationsplan für Stakeholder bei schwerwiegenden Problemen
• Eskalationsstufen definieren: Ab welchem Traffic-Rückgang wird der Rollback ausgelöst?

In der Praxis zeigt sich: Bei sorgfältiger Planung ist ein Rollback in weniger als 5 % der Fälle notwendig. Trotzdem sollte er jederzeit möglich sein.

Relaunch-Kommunikation: Kunden und Partner richtig informieren

Ein Website-Relaunch betrifft nicht nur Ihre internen Teams — er hat direkte Auswirkungen auf Kundinnen und Kunden, Geschäftspartner, Lieferanten und weitere Stakeholder. Eine durchdachte Kommunikationsstrategie stellt sicher, dass alle Beteiligten informiert sind, Vertrauen erhalten bleibt und der Relaunch als positives Signal wahrgenommen wird.

Warum Relaunch-Kommunikation so wichtig ist

Laut einer Bitkom-Studie aus 2025 scheitern 34 % aller Website-Relaunches im DACH-Raum nicht an technischen Problemen, sondern an mangelhafter Kommunikation. Kundinnen und Kunden finden gewohnte Funktionen nicht mehr, Partnerunternehmen können nicht mehr auf gemeinsame Ressourcen zugreifen, und interne Mitarbeitende sind nicht ausreichend geschult.

Die Folgen können gravierend sein:

• Support-Anfragen steigen um durchschnittlich 180 % in den ersten zwei Wochen nach einem schlecht kommunizierten Relaunch
• Conversion-Rate sinkt temporär um bis zu 25 %, wenn Stammkunden ihre gewohnten Workflows nicht wiederfinden
• B2B-Partnerschaften leiden, wenn API-Endpunkte, Produktfeeds oder Partnerportale ohne Vorwarnung geändert werden
• Markenwahrnehmung leidet, wenn der Relaunch als chaotisch wahrgenommen wird

Der Kommunikationsplan: Phasen und Zielgruppen

Eine effektive Relaunch-Kommunikation gliedert sich in drei Phasen, die jeweils unterschiedliche Zielgruppen adressieren.

Phase 1: Vorankündigung (4-6 Wochen vor Go-Live)

In dieser Phase informieren Sie Ihre wichtigsten Stakeholder über den bevorstehenden Relaunch. Für den österreichischen Markt empfiehlt sich eine persönliche Ansprache bei Schlüsselkunden und -partnern:

• Key Accounts und A-Kunden: Persönlicher Anruf oder Meeting durch den zuständigen Account Manager
• B2B-Partner und Zulieferer: Formelles Schreiben mit detaillierten Informationen zu Änderungen, die sie betreffen
• Bestandskunden (B2C): Newsletter-Ankündigung mit Hinweis auf bevorstehende Verbesserungen
• Interne Mitarbeitende: Kick-off-Meeting mit Schulungsplan und FAQ-Dokument
• Presse und Branchenmedien: Pressemitteilung vorbereiten, aber erst kurz vor Go-Live versenden

Phase 2: Go-Live-Kommunikation (Tag des Launches)

Am Tag des Relaunches sollte die Kommunikation proaktiv und mehrkanalig erfolgen:

• E-Mail-Blast an alle registrierten Nutzerinnen und Nutzer mit den wichtigsten Änderungen
• Social-Media-Posts auf allen relevanten Kanälen (LinkedIn ist für den DACH-B2B-Bereich besonders wichtig)
• Banner auf der neuen Website mit Hinweis auf Änderungen und Link zu einem Hilfe-Bereich
• Interne Slack/Teams-Nachricht an alle Mitarbeitenden mit Support-Kontaktdaten

Phase 3: Nachbetreuung (2-4 Wochen nach Go-Live)

Die Nachbetreuung wird häufig vernachlässigt, ist aber entscheidend für den langfristigen Erfolg:

• Sammeln Sie aktiv Feedback über Umfragen, Support-Tickets und Social-Media-Monitoring
• Veröffentlichen Sie FAQ-Updates basierend auf den häufigsten Fragen
• Senden Sie eine Follow-up-E-Mail mit Tipps zu neuen Features und Funktionen
• Erstellen Sie Video-Tutorials oder Guided Tours für komplexe Bereiche wie Kundenportale oder Online-Shops

Spezielle Kommunikation für technische Stakeholder

Wenn Ihr Website-Relaunch technische Schnittstellen betrifft, benötigen Entwicklerteams bei Partnerunternehmen besondere Aufmerksamkeit. Im DACH-Raum arbeiten laut einer Erhebung des Verbands der Internetwirtschaft durchschnittlich 3,7 externe Systeme mit einer typischen KMU-Website zusammen.

Informieren Sie technische Stakeholder über:

• API-Änderungen — Neue Endpunkte, geänderte Authentifizierung, Versionierung
• Feed-Formate — Aktualisierte Produkt-Feeds, Preislisten, Katalogdaten
• SSO-Integration — Änderungen an Single-Sign-On-Konfigurationen
• Webhook-URLs — Neue Callback-Adressen für Zahlungsanbieter, CRM-Systeme etc.
• Deprecation-Timeline — Klare Fristen, bis wann alte Schnittstellen noch funktionieren

Krisenszenarien vorbereiten

Selbst bei bester Planung können am Launch-Tag Probleme auftreten. Bereiten Sie für jedes realistische Szenario eine vorgefertigte Kommunikation vor. Das spart im Ernstfall wertvolle Zeit und verhindert unbedachte Aussagen unter Druck.

Erstellen Sie Templates für:

• Geplante Wartungsfenster und deren Verlängerung
• Unerwartete Ausfälle und deren voraussichtliche Behebungsdauer
• Datenmigrationsprobleme, die Kundinnen und Kunden betreffen
• Funktionseinschränkungen in der Übergangsphase

Relaunch-Testing: Qualitätssicherung vor dem Go-Live

Die Qualitätssicherung ist die letzte und gleichzeitig kritischste Phase vor dem Go-Live. Ein unzureichend getesteter Relaunch kann nicht nur Rankings kosten, sondern auch das Vertrauen Ihrer Nutzerinnen und Nutzer nachhaltig beschädigen. Systematisches Testing minimiert diese Risiken auf ein beherrschbares Maß.

Die Test-Pyramide für Website-Relaunches

Professionelles Relaunch-Testing folgt einer strukturierten Pyramide, die von grundlegenden technischen Tests bis hin zu umfassenden User-Acceptance-Tests reicht:

Stufe 1: Technische Basistests

Diese Tests stellen sicher, dass die grundlegende Funktionalität der Website gewährleistet ist:

• Broken-Link-Check — Alle internen und externen Links auf Erreichbarkeit prüfen (Tools: Screaming Frog, Sitebulb)
• 301-Redirect-Validierung — Jede einzelne Weiterleitung aus der Redirect-Map testen
• SSL-Zertifikat — Korrekte Installation und Gültigkeit verifizieren
• robots.txt und Sitemap — Auf Korrektheit und Vollständigkeit prüfen
• Canonical-Tags — Sicherstellen, dass keine Duplicate-Content-Probleme entstehen
• hreflang-Tags — Besonders wichtig für mehrsprachige DACH-Websites (de-AT, de-DE, de-CH)

Stufe 2: Funktionale Tests

Hier werden alle interaktiven Elemente der Website geprüft:

• Formulare — Kontaktformulare, Newsletter-Anmeldungen, Login-Bereiche
• E-Commerce-Funktionen — Warenkorb, Checkout, Zahlungsabwicklung, Bestellbestätigungen
• Suchfunktion — Interne Suche auf Relevanz und Vollständigkeit testen
• Filter und Sortierung — Besonders bei Produktkatalogen und Verzeichnissen
• Benutzerkonten — Registrierung, Login, Passwort-Reset, Profiländerungen
• Download-Funktionen — PDFs, Kataloge, Preislisten

Stufe 3: Cross-Browser- und Cross-Device-Testing

Eine Analyse der StatCounter-Daten für Österreich zeigt die aktuell relevanten Browser-Marktanteile:

• Chrome: 48,3 %
• Safari: 27,1 %
• Firefox: 8,2 %
• Edge: 9,7 %
• Samsung Internet: 3,4 %

Testen Sie Ihre Website mindestens in den Top-4-Browsern und auf den gängigsten Gerätetypen (Desktop, Tablet, Smartphone). Besonders achten sollten Sie auf:

• Layout-Konsistenz — Keine überlappenden Elemente oder abgeschnittenen Inhalte
• Touch-Interaktionen — Buttons und Links müssen auf Touchscreens gut bedienbar sein (Mindestgröße 44 × 44 Pixel)
• Schriftdarstellung — Webfonts korrekt geladen und lesbar
• Bild-Darstellung — Responsive Bilder in korrekter Auflösung

Stufe 4: Performance-Testing

Performance-Tests sind entscheidend, da Google Core Web Vitals als Ranking-Faktor verwendet. Nutzen Sie folgende Tools und Benchmarks:

• Google PageSpeed Insights — Zielwert: mindestens 90/100 für Desktop und 75/100 für Mobile
• WebPageTest — Detaillierte Wasserfall-Analyse des Seitenladeverhaltens
• Lighthouse CI — Automatisierte Performance-Checks in der CI/CD-Pipeline
• Lasttests — Simulieren Sie erwartete Traffic-Spitzen mit Tools wie k6 oder Apache JMeter

Für österreichische Websites empfiehlt sich ein Lasttest mit mindestens dem 3-fachen des erwarteten Spitzen-Traffics. Berücksichtigen Sie dabei saisonale Peaks wie Weihnachtsgeschäft, Black Friday oder branchenspezifische Hochphasen.

SEO-spezifische Relaunch-Tests

Neben den allgemeinen Tests gibt es SEO-spezifische Prüfungen, die vor dem Go-Live zwingend durchgeführt werden müssen:

• Indexierbarkeit — Stellen Sie sicher, dass die Staging-Umgebung mit `noindex` versehen ist und die Produktivumgebung `index` erlaubt
• Structured Data — Validieren Sie alle Schema.org-Markups mit dem Google Rich Results Test
• Meta-Daten — Prüfen Sie Title-Tags und Meta-Descriptions auf allen Seiten
• Bild-Alt-Texte — Kontrollieren Sie, ob alle Bilder aussagekräftige Alt-Attribute haben
• Interne Verlinkung — Analysieren Sie die Link-Tiefe und stellen Sie sicher, dass keine wichtigen Seiten verwaist sind
• Page-Speed-Vergleich — Vergleichen Sie die Ladezeiten der neuen Seite mit der alten und dokumentieren Sie Verbesserungen oder Verschlechterungen

Staging-Umgebung und Pre-Live-Checkliste

Eine produktionsnahe Staging-Umgebung ist für professionelles Relaunch-Testing unverzichtbar. Im DACH-Raum arbeiten laut einer Umfrage der WKO jedoch nur 41 % der KMU mit einer dedizierten Staging-Umgebung — ein Risikofaktor, den Sie unbedingt vermeiden sollten.

Ihre Pre-Live-Checkliste sollte mindestens diese Punkte umfassen:

• Alle 301-Redirects sind implementiert und getestet
• Google Search Console ist für die neue Domain/URL-Struktur verifiziert
• Google Analytics / Matomo Tracking-Code ist korrekt eingebunden
• Cookie-Banner und Datenschutzerklärung sind DSGVO-konform aktualisiert
• Kontaktdaten im Impressum sind korrekt (Pflichtangaben nach österreichischem Recht)
• Backup der alten Website ist erstellt und extern gespeichert
• Rollback-Plan ist dokumentiert und allen Beteiligten bekannt
• DNS-TTL wurde 48 Stunden vor dem Relaunch auf einen niedrigen Wert gesetzt

Automatisiertes Testing für nachhaltige Qualität

Moderne Relaunch-Projekte setzen auf automatisierte Testsuiten, die nicht nur vor dem Go-Live, sondern auch dauerhaft die Qualität sicherstellen. Tools wie Cypress, Playwright oder Selenium ermöglichen die Erstellung von End-to-End-Tests, die bei jedem Deployment automatisch durchlaufen.

Besonders effektiv ist die Kombination aus automatisierten Tests und Visual Regression Testing. Tools wie Percy oder Chromatic erstellen bei jedem Build Screenshots aller wichtigen Seiten und vergleichen sie pixelgenau mit der vorherigen Version. So werden unbeabsichtigte Layout-Änderungen sofort erkannt — ein enormer Vorteil bei Websites mit hunderten von Unterseiten.

Fazit: Relaunch als Chance, nicht als Risiko

Ein Website Relaunch muss kein Albtraum sein. Mit der richtigen Planung, einem vollständigen URL-Mapping, sauberen 301-Redirects und einem strukturierten Post-Launch-Monitoring wird Ihr Relaunch nicht nur ohne Ranking-Verlust gelingen, sondern Ihre SEO-Performance sogar verbessern.

Die wichtigsten Takeaways:

1. Planen Sie 3–6 Monate Vorlauf für die SEO-Absicherung
2. Das URL-Mapping ist Ihr wichtigstes Dokument – investieren Sie die nötige Zeit
3. 301-Redirects sind Pflicht für jede URL mit Traffic oder Backlinks
4. Monitoring nach Go-Live ist mindestens so wichtig wie die Vorbereitung
5. Nutzen Sie den Relaunch als Chance für besseren Content und bessere Technik

Bei GoldenWing haben wir über 3 Jahre Erfahrung mit Website Relaunches in Österreich und dem DACH-Raum. Wir begleiten Sie von der ersten Analyse bis zum erfolgreichen Go-Live – und darüber hinaus. Kontaktieren Sie uns für Ihr Relaunch-Projekt.