Website-Relaunch-Agentur: Die Redirect-Map steht im Vertrag, nicht in der Nachsorge

Eine reine Bestandsaufnahme mit Redirect-Map und Baseline beginnt bei 4.000 €. Ein Redesign auf gleicher URL-Struktur beginnt bei 9.000 € für eine kleine Website und bei 24.000 € für eine große KMU-Website mit Integrationen, eine Vollmigration mit neuer Informationsarchitektur zwischen 60.000 und 150.000 €. Konzern-Relaunches mit mehreren Marken und Sprachen liegen bei 150.000–250.000 € und darüber. Es sind dieselben Rahmen, die wir für einen Neubau ohne Bestand veröffentlichen — beim Relaunch kommt der Migrationsanteil obendrauf, und der steht im Angebot als eigene Position.

Nein. Ein Relaunch ist ein Neubau plus Bestandsarbeit: URL-Inventar, Content-Inventur, Redirect-Map, Datenmigration aus dem Altsystem, Parallelbetrieb, Abschaltung des Altsystems, Schulung der Redaktion. Wer Ihnen einen Relaunch billiger anbietet als einen Neubau, hat die Migration entweder nicht kalkuliert oder nicht vor. Die einzige Konstellation, in der ein Relaunch tatsächlich günstiger wird, ist ein Redesign auf gleicher URL-Struktur — dort entfällt der größte Risiko- und Arbeitsblock.

Wir sagen zu: die Vollständigkeit der Redirect-Map gegen das gemeinsam abgenommene URL-Inventar, die Baseline vor dem Go-Live, die vereinbarten Messpunkte danach und die Nachbesserung an Weiterleitungen und Indexierung ohne Zusatzrechnung im ersten Quartal. Wir sagen keine Ranking-Positionen zu. Das kann niemand, und Google Search Central schreibt in der Dokumentation zu Website-Umzügen ausdrücklich, dass während des Umzugs mit vorübergehenden Ranking-Schwankungen zu rechnen ist. Eine Agentur, die Ihnen null Rankingverlust vertraglich zusichert, verspricht etwas, das außerhalb ihrer Kontrolle liegt.

Deutlich, und das ist die wichtigste Unterscheidung im ganzen Thema. Bleibt die Domain und ändert sich nur die URL-Struktur, behalten Sie Domain-Historie und Backlink-Bestand; Google wertet den Vorgang zwar ebenfalls als Website-Umzug, aber die Erholung planen wir mit einem Quartal. Beim Domain-zu-Domain-Wechsel sieht die Datenlage anders aus: SALT.agency wertete 2026 1.052 Domain-Migrationen aus und maß einen Median von 304 Tagen bis zur Traffic-Erholung, im Mittel 489 Tage; 13,9 % erreichten das alte Niveau innerhalb von drei Jahren nie. Diese Zahlen stammen ausschließlich aus Domainwechseln und lassen sich nicht auf Relaunches unter gleicher Domain übertragen.

Backlinks zeigen auf konkrete alte URLs, nicht auf Ihre Website im Allgemeinen. In der Bestandsaufnahme prüfen wir deshalb, welche verweisenden Domains auf welche URLs zeigen, und markieren jede dieser URLs in der Redirect-Map als besonders schützenswert. Verweise auf Seiten, die im neuen Konzept wegfallen, bekommen ein thematisch passendes Ziel statt einer Weiterleitung auf die Startseite — die behandelt Google laut eigener Dokumentation in der Regel als Soft 404. Bei den wichtigsten verweisenden Domains lohnt sich zusätzlich die direkte Bitte um Anpassung des Links: Eine Weiterleitung ist gut, ein direkter Link ist besser.

Bleibt die Domain, bleiben Ihre GA4- und Search-Console-Daten grundsätzlich vergleichbar. Trotzdem ändern sich mit neuen URLs die Seitenpfade, wodurch Vorher-Nachher-Berichte auf Seitenebene ohne Vorbereitung auseinanderfallen. Wir setzen deshalb vor dem Go-Live eine Annotation zum Stichtag, dokumentieren die alten Seitenpfade neben den neuen und behalten die Zielvorhaben in identischer Definition bei. Bei einem Domainwechsel kommt eine neue Search-Console-Property plus Adressänderung dazu — die alte Property behalten wir mindestens ein Jahr aktiv, weil sie die Indexierungsdaten der Altdomain liefert und weil die Weiterleitungen ohnehin mindestens so lange stehen bleiben müssen.

Ja, und er wird vor dem Go-Live schriftlich festgelegt, nicht im Krisenfall improvisiert. Wir vereinbaren ein konkretes Kriterium — etwa eine Abweichung der organischen Klicks gegen die Baseline über einen definierten Zeitraum hinweg — sowie den Zeitpunkt, an dem eskaliert wird. Das Altsystem bleibt nach dem Go-Live für einen vereinbarten Zeitraum lauffähig, aber per noindex und Zugriffsschutz aus dem Index gehalten. In den meisten Fällen ist der richtige Schritt kein Rollback, sondern eine gezielte Korrektur an Weiterleitungen oder Indexierung; dafür existieren die festen Messpunkte.

Ihnen. Sie erhalten von Tag eins Zugang zum Repository, und wir übertragen die ausschließlichen Nutzungsrechte am Projektcode vertraglich. Das ist keine Nebensächlichkeit: Ein häufiger Auslöser für einen Relaunch ist der Lock-in beim vorherigen Dienstleister — ein System, das nur er warten kann, oder Code, an den Sie nicht herankommen. Wer diesen Lock-in beim Relaunch nicht auflöst, kauft ihn in neuer Farbe zurück.

Beides gehört zu den Punkten, die regelmäßig übersehen werden. Medien-URLs aus WordPress liegen unter /wp-content/uploads/ und verschwinden beim Wechsel auf ein Headless-CMS ersatzlos — sie werden im Text verlinkt, teilweise extern eingebunden und ranken in der Bildersuche. Wir nehmen sie deshalb ins URL-Inventar auf und leiten sie mit weiter. Bei mehrsprachigen Websites ändert sich mit der URL-Struktur zwangsläufig die hreflang-Auszeichnung; die Sprachverknüpfungen werden vor dem Go-Live vollständig neu aufgebaut und gegen das Inventar geprüft, weil eine gebrochene hreflang-Kette die falsche Sprachversion in den Suchergebnissen sichtbar macht.

Der Bau selbst entspricht einem Neubau und liegt je nach Umfang zwischen rund 90 Tagen und einem halben Jahr. Beim Relaunch kommen zwei Blöcke dazu, die sich nicht wegplanen lassen: die Bestandsaufnahme davor mit typischerweise zwei bis vier Wochen und der Messnachlauf danach über 180 Tage. Der häufigste Verzögerungsfaktor ist aber keiner von beiden, sondern die Content-Inventur. Zu entscheiden, welche 300 Bestandsseiten bleiben, zusammengelegt oder gelöscht werden, ist eine Entscheidung Ihres Hauses und keine Leistung, die eine Agentur allein erbringen kann.

In drei Fällen. Erstens, wenn Informationsarchitektur und Technik noch tragen: Wenn Ihre wichtigsten Seiten ranken, die Navigation verstanden wird, die Redaktion selbstständig arbeiten kann und kein Support-Ende zum Systemwechsel zwingt, haben Sie ein Inhalts- oder Ladezeitproblem — dafür gibt es Iteration am Bestand, messbar pro Änderung und ohne Migrationsrisiko. Zweitens, wenn der Relaunch fehlende Redaktionskapazität ersetzen soll: Wer heute keine Inhalte pflegt, pflegt sie auf einem neuen System auch nicht. Drittens beim Domainwechsel ohne zwingenden Grund — Umfirmierung, Fusion oder Markenrecht sind Gründe, ein neues Corporate Design ist keiner. Wir sagen das im Erstgespräch, auch wenn ein Retainer weniger Umsatz bringt als ein Projekt, und lieber vorher als im dritten Monat nach dem Go-Live.