Wie ziehe ich 80 Kundenwebsites auf eine White-Label-Plattform um, ohne Rankings oder Kunden zu verlieren?

Ein Plan in Etappen für Agenturen, die Dutzende Kundenwebsites auf eine White-Label-Plattform umziehen: Bestandsaufnahme, Triage, Kundenkommunikation, Neubau, Weiterleitungen, DNS-Umstellung und Rollback, mit Tabellen zum Übernehmen.

Ziehen Sie sie in kleinen Etappen um, niemals alle auf einmal. Beginnen Sie mit einer Bestandsaufnahme aller Websites, sortieren Sie sie in "neu bauen", "unverändert umziehen" und "stilllegen", pilotieren Sie fünf risikoarme Websites und ziehen Sie dann den Rest zu zehn bis fünfzehn auf einmal um, immer mit derselben Checkliste: neu bauen, jede alte URL per permanenter Weiterleitung einer neuen zuordnen, die DNS-Time-to-Live einen Tag vorher senken, die Domain umstellen und Traffic und Formulare zwei Wochen lang beobachten, bevor die nächste Etappe beginnt. Informieren Sie Kunden früh, geben Sie jedem einen Termin und bezahlen Sie den alten Host weiter, bis die letzte Etappe stabil läuft. Die folgenden Schritte machen daraus einen Plan, den ein kleines Team neben der Kundenarbeit umsetzen kann.

Warum sich Agenturen bei Plattformwechseln die Finger verbrennen

Ein solcher Umzug scheitert selten daran, dass die neue Plattform schlecht ist. Er scheitert an den langweiligen Teilen:

Eine Domain, die vor Jahren über ein privates Konto des Kunden registriert wurde, und niemand hat die Zugangsdaten.
Ein Kontaktformular, das Anfragen still an das Postfach eines ehemaligen Mitarbeitenden schickte und sie jetzt nirgendwohin schickt.
Alte URLs, die jahrelang gut rankten und jetzt einen 404 liefern, sodass beim Kunden weniger Anrufe eingehen.
E-Mail, die ausfiel, weil jemand die DNS-Zone ersetzt und die Mail-Einträge vergessen hat.
Ein Kunde, der von der Änderung von seinem eigenen Kunden erfahren hat statt von Ihnen.

Jeder Schritt unten soll genau eines davon verhindern.

Schritt 1: Erstellen Sie die Bestandsaufnahme

Eine Zeile pro Website. Ziehen Sie nichts um, bevor jede Spalte ausgefüllt ist, denn in den Lücken stecken die Überraschungen.

Spalte	Was zu erfassen ist
Kunde und Ansprechperson	Wer Änderungen freigibt und wie diese Person kontaktiert werden möchte
Domain	Jede Domain und Subdomain, die auf die Website zeigt
Registrar und Kontoinhaber	Wo die Domain registriert ist und in wessen Konto
DNS-Host	Oft ein anderer als der Registrar; notieren Sie, wer ihn kontrolliert
E-Mail auf der Domain	Welcher Mail-Dienst, damit seine Einträge den Umzug überstehen
Aktuelle Plattform	WordPress, ein anderer Builder, handgeschrieben usw.
Seitenanzahl	Aus Sitemap oder Crawl, nicht aus dem Gedächtnis
Formulare und ihr Ziel	Jedes Formular und das Postfach oder Tool, an das es liefert
Integrationen	Buchung, Zahlungen, Chat, Analytics, Tag Manager, Pixel
Shop oder Mitgliederbereich	Produkte, Bestellungen, Logins: Diese brauchen zusätzliche Planung
Suchwert	Wichtigste Seiten nach Klicks aus den Suchdaten des Kunden, sofern Sie Zugriff haben
Vertrag und Verlängerungsdatum	Wann die aktuelle Laufzeit des Kunden bei Ihnen endet und wann der alte Host verlängert
Entscheidung	Neu bauen, unverändert umziehen oder stilllegen

Schritt 2: Sortieren Sie jede Website ein

Nicht jede Website verdient denselben Aufwand. Sortieren Sie sie:

Neu bauen: Broschüren-Websites mit weniger als etwa 30 Seiten und einfachen Formularen. Das ist meist der Großteil eines Agenturportfolios und der einfachste Gewinn.
Mit Sorgfalt umziehen: Websites mit Shop, Mitglieder-Logins, Buchungen oder viel Suchtraffic. Diese kommen zuletzt, einzeln, nachdem Ihr Team zehn einfache erledigt hat.
Lassen, wo sie ist: Websites, die um ein Plugin oder ein eigenes System herum gebaut sind, das die neue Plattform nicht ersetzen kann. Der Umzug ist das Risiko nicht wert. Seien Sie ehrlich zu sich, welche das sind.
Stilllegen: Websites von Kunden, die nicht mehr zahlen, oder von geschlossenen Unternehmen. Klären Sie diese zuerst, mit dem Kunden, schriftlich.

Schritt 3: Klären Sie die Inhaberschaft, bevor etwas umzieht

Bestätigen Sie für jede Domain, dass Sie oder der Kunde sich heute beim Registrar und beim DNS-Host einloggen können. Muss eine Domain im Zuge des Wechsels den Registrar wechseln, prüfen Sie das Timing: Nach der Transfer Policy von ICANN darf ein Registrar einen Transfer innerhalb von 60 Tagen nach Erstellung der Domain oder nach einem vorherigen Transfer ablehnen, und Sie brauchen den AuthInfo-Code (Transfercode) der Domain vom aktuellen Registrar. Eine Domain muss den Registrar nicht wechseln, um die Website-Plattform zu wechseln. Es genügt, zu ändern, wohin ihr DNS zeigt, und das ist viel weniger riskant.

Jetzt ist auch der Moment, schriftlich zu vereinbaren, wem Domain und Website nach dem Umzug gehören. Unser Leitfaden Wem gehört die Kundenwebsite auf einer White-Label-Plattform? behandelt dieses Gespräch.

Schritt 4: Informieren Sie Kunden, bevor sie es merken

Schicken Sie jedem Kunden mindestens zwei Wochen vor seiner Etappe eine kurze Nachricht. Sagen Sie, was sich für ihn ändert (ein neues Login, ein besserer Editor), was nicht (seine Domain, seine E-Mail, sein Preis, sofern er sich nicht ändert), den Termin und wen er anrufen kann. Bitten Sie um alles, was nur er liefern kann, etwa ein Registrar-Login. Nutzen Sie eine Vorlage wie diese:

Teil	Beispielformulierung
Warum	"Wir ziehen die Websites all unserer Kunden auf eine schnellere Plattform um, damit wir Ihre Änderungen zügiger umsetzen können."
Was gleich bleibt	"Ihre Webadresse, Ihre E-Mail und Ihre monatliche Gebühr bleiben genau so, wie sie sind."
Was neu ist	"Sie erhalten ein neues Login, über das Sie Ihre Website sehen und Änderungen anfragen können."
Wann	"Wir stellen Ihre Website am [Datum] um. An diesem Tag müssen Sie nichts tun."
Was wir brauchen	"Bitte bestätigen Sie bis [Datum], dass Sie noch Zugriff auf [Registrar] haben, oder lassen Sie sich von uns bei der Wiederherstellung helfen."

Kunden, die ohnehin gehen wollen, sagen es Ihnen oft jetzt. Das ist nützlich: Legen Sie ihre Website still, statt sie umzuziehen.

Schritt 5: Pilotieren Sie fünf Websites

Wählen Sie fünf einfache Websites mit freundlichen Inhabern und moderatem Traffic. Gehen Sie die gesamte Checkliste mit ihnen durch, messen Sie die Zeit für jeden Schritt und notieren Sie jede Überraschung. Diese Notizen machen Etappe zwei schneller als Etappe eins. Beginnen Sie Etappe zwei erst, wenn die Pilot-Websites zwei Wochen live sind, Formulare zuverlässig ankommen und der Traffic stabil ist.

Schritt 6: Die Umzugs-Checkliste pro Website

Crawlen Sie die alte Website und exportieren Sie jede URL, jeden Seitentitel und jede Meta-Beschreibung.
Bauen Sie neu auf der neuen Plattform. Halten Sie Seitentitel und Hauptüberschriften rankender Seiten nah am Original; jetzt ist nicht der Zeitpunkt, eine rankende Seite komplett neu zu schreiben.
Ordnen Sie URLs zu. Jede alte URL bekommt ein neues Ziel, wo möglich eins zu eins. Googles Empfehlung für Website-Umzüge lautet: permanente serverseitige Weiterleitungen (301 oder 308) nutzen, jede alte URL direkt auf ihre endgültige Adresse leiten und die Weiterleitungen so lange wie möglich behalten, in der Regel mindestens ein Jahr.
Bauen Sie Formulare neu und senden Sie aus jedem einen Testeintrag an das echte Postfach des Kunden.
Fügen Sie Integrationen wieder hinzu: Analytics, Buchungs-Widgets, Pixel, Chat.
Senken Sie die DNS-TTL der Einträge, die Sie ändern werden, einen Tag vor der Umstellung, damit sich die Änderung schnell verbreitet und ein Rollback schnell geht.
Stellen Sie DNS um, nur für die Web-Einträge. Lassen Sie die Mail-Einträge genau so, wie sie waren.
Prüfen Sie die Website auf der echten Domain, das HTTPS-Zertifikat, zehn der wichtigsten alten URLs (sie sollten weiterleiten), jedes Formular und E-Mails an und von der Domain.
Reichen Sie die neue Sitemap ein, in der Search Console des Kunden, sofern Sie diese verwalten.
Beobachten Sie zwei Wochen lang: Traffic, Formulareinträge, 404-Fehler und jedes Kundenfeedback.

Schritt 7: Planen Sie den Rollback

Lassen Sie den alten Host laufen und bezahlt, bis die Etappe stabil ist. Ihr Rollback besteht einfach darin, das DNS zurückzustellen, was Minuten dauert, wenn Sie die TTL gesenkt haben. Legen Sie vorab fest, was ihn auslöst: Formulare kommen nicht an, der Shop nimmt keine Bestellungen an, oder ein deutlicher Traffic-Rückgang, den Sie innerhalb weniger Tage nicht erklären können.

Ein Zeitplan für 80 Websites

Wochen	Arbeit
1-2	Bestandsaufnahme, Triage, Klärung der Inhaberschaft, Kundeninformation für den Pilot
3-4	Pilot mit fünf Websites, dann zwei Wochen Beobachtung
5-12	Etappen mit 10-15 einfachen Websites, eine Etappe alle ein bis zwei Wochen
13-16	Shops, Mitglieder-Websites und Websites mit viel Traffic, einzeln
17+	Altes Hosting kündigen, sobald nichts mehr darauf liegt; Weiterleitungen behalten

Passen Sie die Etappengröße an Ihr Team an. Zwei Personen können pro Woche meist mehr einfache Websites neu bauen und launchen, als sie gründlich prüfen können; das Prüfen bestimmt also das Tempo.

Was die neue Plattform erleichtern sollte

Ein Plattformwechsel lohnt sich nur, wenn die tägliche Arbeit danach einfacher ist. Prüfen Sie bei der Bewertung, ob sie Ihnen für jeden Kunden Folgendes bietet.

Ein Ort für alle Kunden

Sie sollten jeden Kunden, seinen Tarif und seinen Status in einer Liste sehen und den nächsten Kunden in einer Minute hinzufügen können.

Kundenverwaltung mit Suche, Tags und einer Statusspalte mit aktiven und eingeladenen Kunden — In We.Inc steht jeder Kunde in einer durchsuchbaren Liste mit Tags und Status.

Formular Kunde hinzufügen mit Feldern für E-Mail, Name, Unternehmen und Tarif — Für einen neuen Kunden genügen E-Mail-Adresse, Name, Unternehmen und Tarif.

Ein Login mit Ihrem Namen

Nach dem Umzug loggen sich Kunden unter Ihrer Marke ein, nicht unter der der Plattform.

Die Login-Seite des Kunden trägt Logo und Farben der Agentur.

Die eigene Domain, pro Website verbunden

Domain-Bereich im Editor, der den Nutzer einlädt, eine eigene Domain zu verbinden — Jede Website wird mit einer Domain verbunden, die der Kunde bereits besitzt.

Ein Ausweg

Der nächste Umzug sollte einfacher sein als dieser. In We.Inc lässt sich der Code jeder Website herunterladen oder zu GitHub übertragen, und veröffentlichte Seiten werden vorgerendert, mit generierter Sitemap und Unterstützung für gespeicherte Weiterleitungen, sodass Suchmaschinen sie lesen können, ohne Skripte auszuführen.

Wenn Sie einen solchen Umzug planen, vereinbaren Sie eine Demo und bringen Sie Ihre Bestandstabelle mit; wir sagen Ihnen offen, welche Ihrer Websites passen und welche bleiben sollten, wo sie sind.

Quellen

Zuletzt geprüft am 2026-10-25.

Google Search Central, Site moves with URL changes (permanente Weiterleitungen, mindestens ein Jahr behalten, neue Sitemap).
ICANN, Transfer Policy (60-Tage-Transferbeschränkungen, AuthInfo-Codes).

Häufige Fragen

Wie viele Kundenwebsites sollte eine Agentur gleichzeitig umziehen?

Beginnen Sie mit einem Pilot von etwa fünf einfachen Websites, beobachten Sie sie zwei Wochen lang und ziehen Sie dann 10-15 auf einmal um. Shops, Mitglieder-Websites und Websites mit viel Traffic ziehen Sie am Ende einzeln um.

Schadet der Umzug einer Kundenwebsite auf eine neue Plattform ihren Rankings?

Das kann passieren, wenn alte URLs nicht mehr funktionieren. Ordnen Sie jede alte URL per permanenter 301- oder 308-Weiterleitung einer neuen zu, halten Sie Seitentitel rankender Seiten ähnlich, behalten Sie Weiterleitungen wie von Google empfohlen mindestens ein Jahr und reichen Sie die neue Sitemap ein.

Muss die Domain den Registrar wechseln, wenn die Website die Plattform wechselt?

Nein. Sie müssen nur die DNS-Einträge ändern, die auf die Website zeigen. Lassen Sie die Mail-Einträge unverändert. Ein Registrar-Transfer ist ein separater Schritt, und ICANN-Regeln können ihn innerhalb von 60 Tagen nach Registrierung oder einem vorherigen Transfer blockieren.

Wie mache ich einen Website-Umzug rückgängig?

Lassen Sie den alten Host weiterlaufen, senken Sie die DNS-TTL einen Tag vor der Umstellung und stellen Sie die Web-Einträge zurück, wenn Formulare, Bestellungen oder Traffic ausfallen.

Was sollte ich Kunden vor dem Umzug ihrer Website sagen?

Warum Sie umziehen, was gleich bleibt (Domain, E-Mail, Preis), was neu ist, den Termin und alles, was Sie von ihnen brauchen, etwa den Zugang zum Registrar.