Struktur, CMS, Performance oder Content-Modell blockieren die weitere Entwicklung.
Sinnvoller Zug
Relaunch-Protokoll ansehen Bestand inventarisieren, neue Architektur bauen und kontrolliert migrieren.
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.
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
SEO-Begleitung für Relaunch, CMS- und Domainwechsel
Der SEO-Teil eines Relaunchs lässt sich als klarer Arbeitsauftrag organisieren: Welche Inhalte und URLs müssen erhalten bleiben, was verändert sich und wer prüft den neuen Stand? Diese Fragen gehören vor die technische Freigabe.
Mit Ihrer bestehenden Webagentur zusammenarbeiten
Wenn Design und Entwicklung bereits beauftragt sind, klären wir zuerst die Schnittstellen zur SEO-Arbeit. Ihr Team entscheidet über Angebot und fachliche Inhalte. Die Entwicklung setzt Änderungen am System um. Wir liefern die vereinbarten SEO-Anforderungen, prüfen deren tatsächliche Ausgabe und dokumentieren offene Punkte. Wer Weiterleitungen einrichtet und wer den Launch freigibt, wird ausdrücklich festgehalten.
Wenn der Relaunch in drei Monaten ansteht
Wir beginnen mit dem vorhandenen Projektstand: alter Website, geplanter Zielstruktur, Testumgebung und Zugängen zu den relevanten Daten. Daraus ergibt sich, welche Entscheidungen noch vor dem Wechsel nötig sind und welche Abhängigkeiten den Termin beeinflussen. Eine offene Inhaltsfreigabe lässt sich nicht durch einen technischen Haken ersetzen.
Die Reihenfolge richtet sich nach dem Risiko: wichtige Einstiegsseiten und ihre Ziele klären, Änderungen umsetzen lassen und die entscheidenden Wege vor dem Launch testen. Ein feststehender Wunschtermin ist dabei keine Zusage, dass jede Untersuchung und Korrektur bis dahin abgeschlossen werden kann.
- Ihr TeamAngebot und fachliche Freigaben
- Webagentur und EntwicklungSystemänderungen und technische Umsetzung
- SEO-BegleitungAnforderungen, Gegenprüfung und offene Punkte
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.
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
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
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
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
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
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.
Was wir bei URL-Mapping und Launch-Abnahme liefern
Die URL-Zuordnung verbindet jede relevante alte Adresse mit einer begründeten Entscheidung. Sie hält fest, welche neue Zielseite dieselbe Aufgabe übernimmt und was technisch geprüft werden muss.
Entscheidung und Prüfergebnis bleiben unterscheidbar
Ein nachvollziehbarer Eintrag enthält Ausgangs-URL, fachliches Ziel, vorgesehenen Status und den Befund der Gegenprüfung. Bei einer Weiterleitung prüfen wir das tatsächlich erreichte Ziel. Bei der neuen Seite gehören Canonical, interne Links und Indexierungssteuerung zusammen. Eine ausgefüllte Planungstabelle ersetzt diesen Test nicht.
Die Abnahme dokumentiert außerdem offene Punkte und ihre Zuständigkeit. Nach dem Wechsel werden technische Reaktionen und Suchleistung weiter beobachtet. Vorübergehende Schwankungen sind möglich; eine fehlerfreie technische Prüfung garantiert deshalb keinen unveränderten Rankingverlauf.
Alte AdresseDie relevante bisherige URL
Fachliches ZielDie passende neue Seite oder begründete andere Entscheidung
Technischer WegVorgesehene Weiterleitung und endgültiges Ziel
GegenprüfungTatsächliche Ausgabe, Befund und offener Punkt
Mehrere Websites unter einer Domain zusammenführen
Bei einer Zusammenführung wird zuerst die inhaltliche Aufgabe der bisherigen Seiten geklärt. Zwei Adressen können dieselbe Frage beantworten oder unterschiedliche Leistungen erklären; daraus folgen unterschiedliche Zielentscheidungen.
Der Inhalt bestimmt das neue Ziel
Wenn Inhalte zu einer gemeinsamen Seite gehören, werden die nützlichen Informationen dort zusammengeführt. Die alten Adressen erhalten passende permanente Weiterleitungen. Eine eigenständige Aufgabe kann dagegen eine eigene Zielseite behalten. Alle alten Seiten pauschal auf die neue Startseite zu schicken, ist keine fachliche Zuordnung.
Danach werden Navigation und interne Links auf die endgültigen Ziele umgestellt. Ob die neue Struktur vollständig ist, prüfen wir anhand des alten Bestands und der vereinbarten Seitenrollen.
- Bisherige Websites
- Aufgaben und nützliche Inhalte erfassen
- Zielstruktur
- Gemeinsame und eigenständige Antworten zuordnen
- Neue Domain
- Passende Zielseiten, Weiterleitungen und interne Links
Gleiches Thema
Gleiches Thema
Gemeinsame Seite
Eigenständige Aufgabe
Eigene Zielseite
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.
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