Die Verwaltung von WordPress-Websites für Kunden erfordert ein Hosting, das ohne ständige Eingriffe funktioniert. Die berechtigte Angst vor Ausfallzeiten, defekten DNS-Einträgen oder Datenverlusten kann dich jedoch davon abhalten, eine notwendige Infrastrukturänderung vorzunehmen.
Das Migrationsteam von Kinsta kümmert sich täglich um die Arbeitsbelastung von Agenturen, von einzelnen Websites mit hohem Datenverkehr bis hin zu ganzen Kundenportfolios. Im Folgenden räumen wir mit den hartnäckigsten Migrationsmythen auf und zeigen, wie der Prozess von Kinsta in der Praxis funktioniert.
Mythos 1: Die Migration setzt deine Websites für Stunden oder Tage außer Betrieb
Der Mythos: Bei der Migration auf ein neues Hosting müssen deine Websites offline gehen, während die Dateien übertragen und die DNS übertragen werden. Das führt zu stunden- oder tagelangen Ausfallzeiten, die sich auf Kunden und Einnahmen auswirken.
Die Angst vor längeren Ausfallzeiten ist ein großes Hindernis für die Migration von Agenturen. Typische Hosting-Migrationen erfordern oft, dass die Websites während des Transfers offline sind. Shared-Hosting-Anbieter verfügen in der Regel nicht über die notwendige Infrastruktur, um Websites zu klonen, ohne die Live-Version zu beeinträchtigen.
Die Wahrheit
Beim Migrationsprozess von Kinsta muss deine Website nie offline gehen. Das Migrationsteam klont deine Website auf die Server von Kinsta, während deine ursprüngliche Website weiterhin Traffic liefert und funktionsfähig bleibt.
Die einzige kurze Übergangsphase tritt auf, wenn du DNS-Einträge aktualisierst. Während der DNS-Propagation können einige Besucher dein altes Hosting erreichen, während andere auf die Server von Kinsta zugreifen. Je nach DNS-Provider und TTL-Einstellungen ist diese Übertragung in der Regel innerhalb von Minuten bis zu ein paar Stunden abgeschlossen. Das bedeutet, dass du DNS-Updates in Zeiten mit geringem Datenverkehr planen oder die Änderungen auf bestimmte geschäftliche Anforderungen abstimmen kannst.
Mythos 2: DNS-Änderungen machen deine Website und E-Mail-Dienste kaputt
Der Mythos: DNS-Änderungen unterbrechen die E-Mail-Zustellung, machen die Website vorübergehend unerreichbar und führen zu Konflikten zwischen Hosting-Umgebungen.
DNS-Änderungen können Ängste auslösen, weil sie einen kritischen Punkt darstellen, an dem etwas schief gehen könnte. Das ist eine berechtigte Sorge, denn schlecht durchgeführte DNS-Migrationen können zu Störungen führen, eine Website offline nehmen oder Konflikte zwischen Umgebungen verursachen.
Die Wahrheit
Kinstas Ansatz zur DNS-Verwaltung verhindert diese Probleme durch sorgfältige Prüfung und klare Anweisungen. Du behältst die volle Kontrolle darüber, wann und wie DNS-Datensätze aktualisiert werden und kannst die Änderungen mit deinem Team und deinen Kunden in deinem eigenen Tempo koordinieren.
Die praktische Auswirkung der DNS-Verbreitung ist minimal, wenn beide Standorte dieselbe Website-Version anbieten, vor allem weil Kinsta deine Website klont, bevor du die DNS aktualisierst.
Was das E-Mail-Hosting angeht, so sind die MX -Einträge für die E-Mail-Zustellung zuständig und existieren getrennt von den A -Einträgen, die deine Domain auf das Webhosting verweisen. Wenn dein E-Mail-Hosting von deinem Webhosting getrennt ist, müssen deine Einträge normalerweise nicht geändert werden.
Zur Überprüfung empfiehlt Kinsta, vor der Aktualisierung das Tool Site Preview zu verwenden, mit dem du über eine temporäre URL auf deine migrierte Website zugreifen kannst. So kannst du Funktionen und Inhalte testen und Integrationen überprüfen, bevor du DNS-Änderungen vornimmst, die sich auf Besucher auswirken.
Das Migrationsteam:
In unseren Nachrichten nach der Migration verlinken wir auf Artikel zur Ausrichtung des DNS, die unsere Kunden lesen können, um sich dann bei weiteren Fragen an unsere Support-Techniker zu wenden.
Mythos 3: Dein benutzerdefiniertes Setup ist zu komplex, um es reibungslos zu migrieren
Der Mythos: Benutzerdefinierte WordPress-Architekturen, nicht standardisierte Konfigurationen und spezielle Setups sind zu komplex, um von Managed Hosting-Plattformen unterstützt zu werden, oder werden während der Migration beschädigt.
Agenturen erstellen WordPress-Websites oft mit nicht standardisierten Architekturen, die die Sicherheit erhöhen, die Leistung verbessern oder die Entwicklungsabläufe rationalisieren können. Diese benutzerdefinierten Konfigurationen könnten zu der Annahme führen, dass Managed Hosting-Plattformen sie nicht unterstützen.
Die Wahrheit ist
Das Migrationsteam von Kinsta hat regelmäßig mit einer Vielzahl von technischen Konfigurationen zu tun, so dass deine individuelle Konfiguration wahrscheinlich nicht so einzigartig ist, wie es scheint.
Bedrock- und Roots-Stack-Implementierungen kommen zum Beispiel häufig bei Agenturmigrationen vor. Multisite-Netzwerke (egal ob mit Subdomain, Unterverzeichnis oder Domänenzuordnung) werden während des Migrationsprozesses einer vollständigen Netzwerküberprüfung, einer Überprüfung der Domänenzuordnung und einer Funktionsprüfung zwischen den Websites unterzogen.
Wenn Websites auf Apache-Direktiven angewiesen sind, übersetzt Kinsta diese in Nginx-kompatible Regeln. Dazu gehört die Überprüfung des Rewrite-Verhaltens, der Weiterleitungen und der Zugriffskontrollen, um sicherzustellen, dass sich die Website in der Produktion identisch verhält. Wie das Team erklärt:
Das Migrations-Team hat eine Vielzahl von Konfigurationen wie Bedrock/Roots, Multisite und Reverse Proxies bearbeitet. Wir haben erfolgreich Redirect-Regeln, IP-Regeln und genehmigte Nginx-Regeln migriert.
Und für Sonderfälle entwickelt das Team eigene Tools. Eine Agentur kam mit über 800 Weiterleitungsregeln an, die in einem Altsystem ohne Exportmöglichkeit gespeichert waren. Die Techniker von Kinsta haben ein Skript geschrieben, um die Regeln zu extrahieren, zu normalisieren und neu zu formatieren, damit sie sauber in den Redirect Manager von Kinsta importiert werden können.
Mythos 4: Nach der Migration gehen Daten verloren oder die Links sind defekt
Der Mythos: WordPress-Migrationen beschädigen Datenbanken, zerstören interne Website-Links, beschädigen Medienverweise und verursachen Datenverluste, die umfangreiche manuelle Korrekturen erfordern.
Datenintegrität ist eine berechtigte Sorge, denn WordPress speichert komplexe Beziehungen in seiner Datenbank. Serialisierte Daten (bei denen PHP-Objekte als Strings gespeichert werden) können beschädigt werden, wenn sich URLs ändern, ohne dass sie richtig behandelt werden. Interne Links, Medienverweise und Plugin-Konfigurationen hängen alle von genauen Pfad- und Domäneninformationen ab.
Die Wahrheit
Der Migrations-Workflow von Kinsta wurde speziell entwickelt, um diese Probleme zu vermeiden, und alle Risiken werden erkannt , bevor sich DNS-Änderungen auf die Besucher auswirken.
Der Prozess beginnt mit einem sauberen, hostkompatiblen Backup deiner Website. Je nach Anbieter verwendet das Migrationsteam Befehlszeilentools, phpMyAdmin oder Exporte auf Panelebene, um einen vollständigen Schnappschuss deiner Daten zu erstellen.
Nach dem Import führt das Team eine Reihe von Integritätsprüfungen durch, wie z. B. die Überprüfung der Datenbankgröße, die Konvertierung der alten MyISAM-Tabellen nach InnoDB und die automatische Erkennung von Multisite- oder Unterverzeichnis-Konfigurationen anhand der Datei wp-config.php.
URL-Änderungen und Datenaktualisierungen werden sicher durch Suchen und Ersetzen in der WP-CLI und nicht durch manuelle SQL-Bearbeitungen durchgeführt. So wird sichergestellt, dass serialisierte Arrays intakt bleiben. Die Pfade der Mediathek werden manuell überprüft, und das Team führt Front-End- und Back-End-Tests durch, um sicherzustellen, dass Bilder und Anhänge korrekt geladen werden.
Die gleiche Aufmerksamkeit gilt dem Linkverhalten und den fest kodierten URLs. Während der Qualitätssicherung identifiziert das Team alle Theme- oder Plugin-Dateien, die auf absolute Pfade verweisen. Bei Bedarf werden diese Dateien markiert und es werden Hinweise gegeben, wie sie mit WordPress-freundlichen Entwicklungspraktiken korrigiert werden können.
Das Migrations-Team erklärt Folgendes:
Wir führen Qualitätssicherungsprüfungen durch, um sicherzustellen, dass die migrierte Website der Ausgangssite entspricht. Dazu gehört auch die Aktualisierung der Domain- und Pfadreferenzierung. Wir geben auch Empfehlungen, wie Probleme mit veralteten Themes oder Plugins gelöst werden können.
Mythos 5: Bei großen Websites oder mehreren Websites dauert die Migration Wochen
Der Mythos: Websites mit großen Datenbanken, umfangreichen Dateibibliotheken oder Agenturportfolios mit Dutzenden von Websites benötigen Wochen oder Monate, um erfolgreich zu migrieren.
Agenturen, die große Websites verwalten, gehen oft davon aus, dass groß angelegte Migrationen langsam und riskant sind. Dieser Glaube rührt in der Regel von früheren Erfahrungen mit Hosting-Anbietern her, die nur über begrenzte Migrationskapazitäten verfügen oder kein eigenes Team für die Bewältigung komplexer Arbeitslasten haben.
Die Wahrheit
Der Migrations-Workflow von Kinsta lässt sich auf große und mehrere Websites umfassende Portfolios skalieren, ohne dass es zu unangemessenen Verzögerungen kommt.
Mit der richtigen Vorausplanung bleibt der Zeitplan selbst für sehr große Websites vorhersehbar. Wie das Migrationsteam erklärt:
Mit der richtigen Vorplanung sind wir in der Lage, die Zeitvorgaben des Kunden einzuhalten. Bei großen Websites können wir eine zweistufige Migration durchführen, bei der wir zunächst die Dateien migrieren und dann zu einem späteren Zeitpunkt neuere Dateien migrieren und die Datenbank exportieren, um die Migrationszeit zu verkürzen.
Ein Beispiel aus dem Team ist die Migration einer 300 GB großen Website, bei der die Dateimigration aufgrund der langsamen Verbindungsgeschwindigkeit zwischen dem ausgehenden Host und Kinsta über 24 Stunden dauerte. Das Team migrierte die Dateien zwei Tage vor dem geplanten Abschlusstermin und migrierte dann am letzten Tag nur noch die neueren Dateien zusammen mit dem Datenbankexport.
Massenmigrationen folgen einem ähnlich strukturierten Ansatz:
- Du erhältst eine Tabelle für die Massenmigration, in der die Details für jede Website im Portfolio aufgeführt sind.
- Das Team ist bestrebt, mindestens acht Websites pro Agentur und Arbeitstag zu migrieren, wobei es die Zeitplanung an deine Prioritäten anpasst.
- Nach Abschluss jedes Stapels sendet das Team eine Benachrichtigung, damit du sofort mit den Tests beginnen kannst.
Bei E-Commerce- und Medienwebsites, deren Inhalte ständig aktualisiert werden, wird in zwei Schritten ein erster Stapel Dateien migriert und dann eine letzte Synchronisierung neuer Inhalte und ein Datenbankexport durchgeführt, bevor die DNS geändert wird. Dadurch werden Abweichungen zwischen der Live-Site und der migrierten Version minimiert.
Vorbereitung deiner Agentur auf eine reibungslose Migration
Eine gute Vorbereitung beschleunigt die Migration und verringert das Risiko von unerwarteten Problemen.
Das Migrationsteam von Kinsta verwendet eine interne Checkliste für die Vorbereitung der Migration, die auf jahrelanger Erfahrung und tausenden abgeschlossenen Migrationen basiert. Agenturen können diese Struktur übernehmen, um den Prozess noch reibungsloser zu gestalten.
- Stimme dein Team und deine Kommunikationskanäle aufeinander ab: Bestätige zunächst, wer in deinem Team an der Migration teilnehmen wird. Gib ihre E-Mail-Adressen weiter, damit Kinsta sie alle zu einem einzigen Migrationsticket hinzufügen kann. So werden Aktualisierungen zentralisiert und eine fragmentierte Kommunikation während des Prozesses vermieden.
- Überprüfe alle Anmeldedaten, bevor du deinen Antrag stellst: Teste alle Zugangsdaten, von denen deine Migration abhängt:
- Zugang zum Hosting-Panel
- SSH- oder SFTP-Anmeldedaten
- WordPress-Administrator-Konten
Wenn du sicherstellst, dass diese Zugangsdaten im Voraus funktionieren, vermeidest du Verzögerungen, wenn die Migration beginnt.
- Dokumentiere benutzerdefinierte Konfigurationen und alles, was ungewöhnlich ist: Je mehr Hintergrundinformationen das Migrationsteam hat, desto schneller kann es deine Einrichtung genau nachbilden. Hilfreiche Details sind zum Beispiel:
- Benutzerdefinierte Umleitungsregeln, die beibehalten werden müssen
- Geplante Aufgaben oder Cron-Jobs, die weiterlaufen müssen
- Ob der Wartungsmodus für E-Commerce-Websites erforderlich ist
- Nicht standardmäßige Serverkonfigurationen oder Überschreibungen
- Alle IP-Beschränkungen oder Zugriffskontrollregeln, die derzeit in Kraft sind
Diese Informationen helfen dem Team, Probleme zu erkennen, bevor sie auftreten.
- Stelle DNS- und E-Mail-bezogene Informationen bereit: Der DNS-Zugang wird bei der endgültigen Umstellung wichtig, also gib an, wo dein DNS verwaltet wird und halte die Zugangsdaten bereit. Du solltest auch angeben, wo dein E-Mail-Hosting liegt, z. B. bei Google Workspace, Microsoft 365 oder einem anderen E-Mail-Anbieter, denn das hilft dem Team bei der Koordinierung der MX-Einträge und der Vermeidung von E-Mail-Unterbrechungen.
- Lege die Erwartungen der Beteiligten fest: Stelle sicher, dass alle Beteiligten den Migrationsablauf verstehen, wie der Zeitplan aussieht und ob Ausfallzeiten oder Wartungsfenster zu erwarten sind. Eine klare Kommunikation, ob über Kinsta oder dein internes Team, sorgt für einen reibungslosen Ablauf und verhindert Überraschungen in letzter Minute.
Was das für deine Agentur bedeutet
Die Migration von WordPress-Websites sollte keine Risiken oder Störungen mit sich bringen, doch viele Agenturen haben aufgrund veralteter Hosting-Erfahrungen das Gegenteil erlebt.
Das Migrationsteam von Kinsta hat es sich zur Aufgabe gemacht, den Prozess vorhersehbar und schnell zu machen und ihn an die komplexen Anforderungen anzupassen, mit denen Agenturen tagtäglich konfrontiert sind.
Sind die Hindernisse aus dem Weg geräumt, bist du bereit, den Sprung zu wagen? Informiere dich über Kinstas Managed Hosting für WordPress und entdecke, wie unser Agenturpartnerprogramm dein Wachstum unterstützt.
Wenn du Fragen hast, ist unser Team immer für dich da.
Joel ist Frontend-Entwickler und arbeitet bei Kinsta als Technical Editor. Er ist ein leidenschaftlicher Lehrer mit einer Vorliebe für Open Source und hat über 200 technische Artikel geschrieben, die sich hauptsächlich um JavaScript und seine Frameworks drehen.
