Website-Relaunch Agentur · Migration mit Belegen

Website-Relaunch Agentur. Neu bauen. Signale kontrolliert migrieren.

SeoForge inventarisiert URLs und Inhalte, plant die neue Architektur, testet Weiterleitungen und beobachtet den Wechsel nach dem Go-live – ohne unehrliche Rankinggarantie.

01URL-Inventar vor Design
02Staging mit echten Inhalten
03Monitoring nach Release
Vor der Entscheidung

Nicht jede alte Website muss neu gebaut werden.

Wartung, Redesign und Relaunch lösen verschiedene Probleme. Wähle den Zustand, der deiner Website am nächsten kommt.

Signal

Struktur, CMS, Performance oder Content-Modell blockieren die weitere Entwicklung.

Sinnvoller Zug

Bestand inventarisieren, neue Architektur bauen und kontrolliert migrieren.

Relaunch-Protokoll ansehen
Risikoregister

Das Risiko liegt nicht im neuen Look. Es liegt in verlorenen Beziehungen.

Wähle ein Register. Jede Position zeigt das vorhandene Signal, den typischen Fehlzug und den prüfbaren Output.

Register · URL-BeziehungenRisiko 01

Alte Signale brauchen ein passendes neues Ziel.

Vorhandenes Signal
Organischer Traffic, externe Links und Lesezeichen hängen an konkreten URLs.
Typischer Fehlzug
Alle alten URLs auf die Startseite schicken oder nur Slugs ähnlich aussehen lassen.
Unsere Prüfung
Alte und neue URL fachlich zuordnen, Redirect-Ziel testen und Ketten vermeiden.

Output: URL-Mapping mit Redirect-Status

Migrationsprotokoll

Der Relaunch wird vor dem Go-live entschieden.

Google empfiehlt, die neue Site zu testen, alte und neue URLs zu mappen, permanente Redirects einzurichten und den Wechsel in der Search Console zu überwachen.

01
Vorher

Bestand und Baseline sichern

Sitemap, Crawl, Search-Console-Daten, wichtige Einstiegsseiten, Backlinks, Templates, Formulare und Messkonfiguration werden eingefroren. Nur so ist später erkennbar, ob eine Abweichung neu ist oder schon vorher bestand.

Artefakt

Bestandsakte

02
Planung

Neue Rollen und URLs entscheiden

Die neue Informationsarchitektur ordnet Zielgruppen, Suchintentionen und Geschäftsziele. Jede alte URL erhält eine dokumentierte Entscheidung und – wenn nötig – ein fachlich passendes neues Ziel.

Artefakt

Seitenmodell + URL-Map

03
Staging

Design und Technik mit echten Inhalten prüfen

Templates werden nicht mit Lorem Ipsum abgenommen. Reale Textlängen, Bilder, Formulare, strukturierte Daten, Canonicals und mobile Zustände müssen auf der Staging-Umgebung zusammen funktionieren.

Artefakt

Freigabefähiges Staging

04
Preflight

Redirects, Indexierung und Messung testen

Redirect-Regeln werden gegen die Map geprüft. Interne Links zeigen direkt auf finale URLs. Noindex-Regeln, robots.txt, Sitemap, Analytics und Conversion-Events erhalten einen letzten kontrollierten Test.

Artefakt

Go-live-Checkliste

05
Go-live

Wechsel auslösen und sofort gegenprüfen

Statuscodes, Canonicals, wichtigste Redirects, Formulare, Navigation und Tracking werden direkt nach dem Release geprüft. Ein Rückweg bleibt für technische Fehler vorbereitet.

Artefakt

Release- und Smoke-Test-Protokoll

06
Danach

Crawling, Indexierung und Nachfrage beobachten

Search Console, Logs, Analytics und definierte Zielseiten werden über mehrere Wochen gelesen. Temporäre Schwankungen werden von echten Fehlern getrennt; Befunde führen zu konkreten Korrekturen.

Artefakt

Monitoring-Akte

Google weist ausdrücklich auf mögliche vorübergehende Ranking-Schwankungen hin und empfiehlt, Redirects möglichst lange – in der Regel mindestens ein Jahr – bestehen zu lassen. Quelle: Google Search Central. Für die operative Vorbereitung hilft zusätzlich unsere Website-Relaunch-Checkliste; einen technischen Ausgangsbefund kann ein SEO Audit vor der Migration liefern.

Content-Entscheidung

Übernehmen ist keine Strategie. Jede URL bekommt eine Entscheidung.

Das neue Design ist der falsche Ort, um alte Inhalte einfach zu verstecken. Wir trennen fachlichen Wert, vorhandene Signale und künftige Rolle.

KEEPBehalten

Die Seite erfüllt eine eindeutige Rolle und trägt relevante Signale.

MERGEZusammenführen

Mehrere schwache oder überschneidende Seiten werden zu einem besseren Ziel.

REWRITEÜberarbeiten

Intent oder Wert stimmen, Inhalt und Belege reichen aber nicht mehr.

REMOVEEntfernen

Es gibt keine tragfähige Aufgabe und kein fachlich passendes Ersatzziel.

Go-live Control

Ein Launch ist ein Prüfpunkt, kein Projektende.

Die Zeitfenster beantworten unterschiedliche Fragen. Deshalb zeigt das Modell keine erfundene Erfolgskurve, sondern konkrete Kontrollen und ihre Grenzen.

0–48 Stunden

Technische Erreichbarkeit

01

Statuscodes und Redirect-Ziele

02

Canonical, Robots und Sitemap

03

Formulare und Conversion-Events

04

wichtige mobile Templates

Grenze: Hier werden Release-Fehler gefunden. Rankings haben noch keine belastbare Reaktionszeit.

Wenn nach dem Release fortlaufend Inhalte, Technik und Sichtbarkeit weiterentwickelt werden sollen, schließt eine laufende SEO Betreuung mit Monitoring an. Aktuelle visuelle und technische Anforderungen ordnet unser Ratgeber zu den Webdesign-Trends 2026 ein.

Relaunch-Kosten

Kosten entstehen dort, wo Bestand auf Entscheidung trifft.

Ein Festpreis ist erst seriös, wenn die Abhängigkeiten sichtbar sind. Deshalb beginnt das Angebot mit einer kompakten Bestandsaufnahme.

01URL- und Content-Menge

Wie viele Seiten, Dateien, Sprachen und Content-Typen müssen bewertet werden?

02Systemwechsel

Bleibt das CMS oder verändern sich Datenmodell, Redaktion und Hosting?

03Designsystem

Werden nur Templates erneuert oder Marke, Komponenten und Bildsprache neu definiert?

04Funktionen

Welche Formulare, Schnittstellen, Logins oder Shops müssen migriert und getestet werden?

05QA und Monitoring

Wie tief müssen Redirects, Templates, Tracking und Post-Launch-Reaktionen geprüft werden?

Relaunch-Fragen

Was vor der Migration geklärt sein sollte.

Keine Garantiesprache – klare Antworten zu Risiko, Umfang und Verantwortung.

Nein. Google weist selbst darauf hin, dass Rankings während eines Site Moves vorübergehend schwanken können. Kontrollierbar sind Vorbereitung, URL-Mapping, permanente Weiterleitungen, Indexsteuerung, interne Links, Testing und Monitoring. Genau diese Faktoren dokumentieren wir, statt einen nicht seriös garantierbaren Nullverlust zu versprechen.

Bestandsaufnahme

Vor dem neuen Design braucht der Bestand eine Karte.

Wir klären URL-Menge, Content-Zustand, Systemgrenzen und den Grund für den Wechsel. Danach lässt sich sagen, ob Wartung, Redesign oder Relaunch wirklich der richtige Zug ist.

Relaunch einordnen
URL-InventarStagingRedirect-QAMonitoring