Hoster wechseln: Was du vor dem Umzug deiner Website klären solltest

Du überlegst, deinen Webhoster zu wechseln, und fragst dich, was da auf dich zukommt?

Wenn du deinen Hoster wechseln willst, ist das technisch gut machbar und legt deine Website nicht lange lahm. Die eigentlichen Stolpersteine liegen selten im Kopieren der Dateien und der Datenbank, sondern in allem, was unsichtbar mitläuft. E-Mail-Postfächer, DNS-Einstellungen, Zertifikate und Datenballast gehören dazu, und Probleme durch Versionsunterschiede tauchen oft erst beim Umzug auf.

Wir haben über 35 Website-Umzüge begleitet und wissen, wo es hakt. Dieser Artikel hilft dir bei der Entscheidung und der Vorbereitung. Er zeigt, woran du erkennst, dass dein Hoster nicht mehr passt, was beim Wechsel schiefgehen kann und was du vorab klären solltest. Wenn du den Umzug lieber in professionelle Hände gibst, findest du unser Angebot dazu auf der Seite Website-Umzug.

Kurz gesagt: Ein Hosterwechsel lohnt sich, wenn die Ursache wirklich beim Hoster liegt. Am meisten Aufwand machen E-Mail, Datenballast und DNS, nicht das Kopieren der Website.

Du hast es eilig? Springe direkt zu dem Teil, den du jetzt brauchst:

• Wann lohnt sich ein Wechsel?
• Typische Stolpersteine
• E-Mail beim Umzug
• Die Checkliste vor dem Wechsel
• Selbst umziehen oder Hilfe holen?
• Häufige Fragen

Wann lohnt sich ein Wechsel – und wann nicht?

Ein Wechsel lohnt sich, wenn das Problem tatsächlich vom Hoster ausgeht und sich dort nicht lösen lässt. Wer genervt ist, will meist sofort weg. Ein kurzer Check vorab spart dir im Zweifel einen ganzen Umzug.

Typische Anlässe

Das sind die Gründe, aus denen Unternehmen bei uns umziehen:

• Der Support antwortet nicht oder erst nach Tagen. Spätestens wenn die Website hakt, merkst du, wie viel guter Support wert ist.
• Wiederholte Ausfälle oder Störungen ohne nachvollziehbare Erklärung.
• Konditionen oder Funktionen ändern sich, ohne dass du das wolltest. Das passiert zum Beispiel nach einer Übernahme des Hosters. So wird die E-Mail-Verwaltung zwangsweise auf ein Microsoft-365-Modell umgestellt, mit neuen laufenden Kosten pro Postfach.
• Zu wenig Leistung: Die Website ist langsam, und im Tarif lässt sich nichts nachbessern.
• Veraltete PHP-Version oder Software, die sich nicht aktualisieren lässt.
• Standort- und Datenschutzanforderungen, zum Beispiel ein Rechenzentrum in Deutschland.
• Der Webhoster stellt den Betrieb ein oder der Tarif läuft aus.
• Dauerhafter Ärger mit dem Hoster: technische Probleme und Streit, und du willst einfach weg.
• Mehrere Anbieter: Domain, Hosting und E-Mail liegen bei verschiedenen Anbietern und sollen zusammengeführt werden.
• Das Konto beim Hosting-Anbieter liegt bei einer früheren Agentur und muss erst auf dich übertragen werden.
• Nachhaltigkeit: Du willst zu einem Anbieter mit grünem Strom wechseln.

Erst prüfen: Liegt es wirklich am Hoster?

Nicht jede Beschwerde über einen Webhoster ist berechtigt. Immer mal wieder liegt die Ursache woanders:

• Die Website selbst ist langsam, etwa wegen überladener Plugins, sehr großer Bilder oder unsauber programmierter Erweiterungen.
• Ein veraltetes CMS (Content-Management-System, also zum Beispiel WordPress oder Contao) oder veraltete Plugins verursachen Fehler.
• Der Tarif ist zu klein, und ein Upgrade beim gleichen Hoster würde ausreichen.

Wenn du die Ursache nicht eindeutig zuordnen kannst, schau dir zuerst die Website an. Ein Wechsel ändert nichts, wenn das Problem in der Website selbst sitzt. Resultat: Du ziehst um, und das Problem zieht mit.

Worauf es bei einem Webhoster wirklich ankommt

Viele Unternehmen entscheiden bei der Auswahl eines Webhosters nach Preis und Bekanntheit. Beides sagt wenig über die Qualität aus. Massenanbieter liefern keine schlechte Qualität, stoßen aber im Detail häufig an Grenzen: weniger technische Flexibilität, weniger Ressourcen und Support, der nicht weiterhilft. Das merkst du erst, wenn es eng wird.

Dann heißt es schnell „Holland in Not“. Ein einziges technisches Feature wird vom Hoster nicht unterstützt, und deine Website kommt nicht weiter. Das sind die Punkte, auf die wir bei der Auswahl achten:

• SSH-Zugang: Das ist ein verschlüsselter Zugang zur Kommandozeile des Servers. Damit können wir direkter eingreifen und bekommen mehr Informationen, als die Weboberfläche des Hosters zeigt. Das spart Arbeit und damit Kosten. Bei manchen Hostern gibt es SSH gar nicht oder erst in hohen Tarifen.
• Memory Limit: Das ist der Arbeitsspeicher, den deine Website maximal nutzen darf. Ist er zu niedrig oder nicht selbst einstellbar, bremst das größere Websites aus.
• SSL-Zertifikate: Sie sorgen für die verschlüsselte Verbindung (HTTPS). Kostenlose, automatisch erneuerte Zertifikate sind technischer Standard. Manche Anbieter berechnen sie trotzdem, andere verlangen, dass du das Zertifikat jedes Jahr manuell verlängerst. Vergisst du das, zeigt der Browser deinen Website-Besucher:innen eine Sicherheitswarnung.
• Support mit echten Technikern: Telefon hilft vielen, aber Hoster, die nur Chat und Ticket anbieten, sind deshalb nicht schlechter. Nach unserer Erfahrung kann Support per Chat oder Ticket sogar deutlich besser funktionieren, wenn die richtigen Menschen dahinterstehen. Entscheidend ist, wer den Support macht: Jemand muss auf deinen Server und deine Einstellungen schauen und nicht nur Textbausteine schicken, und das auch im mittleren Tarif.

Konkrete Empfehlungen findest du in unserem Artikel Beste Webhosting Anbieter 2026: Empfehlungen vom Profi. Hier geht es um das, was nach der Entscheidung kommt.

Zwei Mythen: unbemerkt oder viele Stunden offline

Beim Umzug haben manche Kund:innen eines von zwei Extremen im Kopf. Beide stimmen nicht.

Mythos 1: Der Umzug bleibt komplett unbemerkt

Ein gut vorbereiteter Umzug kommt dem nahe, aber kleine Unregelmäßigkeiten lassen sich nicht immer vermeiden. Dabei sind kurze Unterbrechungen im Minutenbereich möglich. Das hängt mit Domain-Transfer und DNS zusammen. DNS ist das Adressbuch des Internets: Es legt fest, welche Domain auf welchen Server zeigt. Wir minimieren die Unterbrechung, aber wir versprechen keine Perfektion.

Mythos 2: Die Website ist viele Stunden offline

Auch das stimmt nicht. Die neue Website wird am neuen Hoster zuerst vollständig aufgebaut und getestet. Erst danach stellen wir die Domain um. Weil das Netz Adressen zwischenspeichert, wird die Umstellung nicht überall gleichzeitig sichtbar. Für einzelne Besucher:innen erscheint deshalb einige Stunden lang noch die alte oder schon die neue Version. Beide Versionen funktionieren in dieser Zeit. Das ist ein Übergang und kein Ausfall.

Bei einem Domain-Transfer oder einem Wechsel der DNS-Verwaltung kann es länger dauern, bis alles einheitlich ist. Auch dann läuft die Website in der Regel weiter, die Umstellung braucht nur länger.

Typische Stolpersteine beim Wechsel zu einem neuen Webhoster

Datenballast: Wenn aus einer kleinen Website 30 GB werden

Das kommt immer wieder vor, und es fällt erst beim Umzug auf. Über die Jahre sammelt sich Müll an:

• verwaiste Backups alter Tools, die längst deinstalliert wurden
• komplette alte Websites in Unterordnern, mit allen Medien, seit Jahren ungenutzt
• Videos in Rohformaten und viele Mediendateien, die sich nach und nach angesammelt haben
• Umzugsarchive von früheren Umzügen, die nie gelöscht wurden
• mehrere alte Testkopien der Website (Staging-Versionen), die niemand mehr braucht

Das Datenvolumen wächst dadurch oft nicht auf das Doppelte, sondern auf ein Vielfaches. Ein Archiv kann leicht das Fünffache der eigentlichen Website umfassen. Dann bist du schnell bei 10, 20 oder 30 GB und mehr. Auch Datenbanken sind teilweise aufgebläht, etwa durch verwaiste Protokolldaten (Logs). Dort können 30 bis 50 Prozent der Gesamtgröße überflüssig sein.

Das Entschlacken vor dem Umzug lohnt sich. Es macht den Umzug schneller und zuverlässiger, außerdem schont es den Speicherplatz beim neuen Hoster.

E-Mail: manchmal der aufwendigste Teil, manchmal der einfachste

Beim Thema E-Mail gibt es zwei Irrtümer. Der erste: „Postfächer ziehen automatisch mit.“ Der zweite: „E-Mail ist riskant, da gehen Nachrichten verloren.“ Beides stimmt so nicht.

Fall 1: Dein Microsoft-365-Abo läuft unabhängig vom Hosting

Viele B2B-Unternehmen nutzen Microsoft 365 oder einen anderen externen E-Mail-Anbieter, oft verwaltet von der eigenen IT. Das Abo ist dann vom Webhosting unabhängig, und die Postfächer bleiben bei Microsoft. Bei einem reinen Hosting-Umzug ändern sich nur DNS-Einstellungen, und in den E-Mail-Programmen bleibt alles gleich. Das kennen wir aus der Praxis, und wir stufen es als unproblematisch ein.

Zwei Fälle musst du unterscheiden:

• Ändert sich nur die Adresse, auf die deine Website zeigt, bleibt die E-Mail-Einrichtung unberührt.
• Wechselt die gesamte DNS-Verwaltung zu einem anderen Anbieter, müssen vorher alle Einträge dort angelegt sein, die E-Mail-Empfang und Absenderprüfung regeln, zum Beispiel MX, SPF und DKIM. Fehlt einer davon, kommen E-Mails unter Umständen nicht an oder landen im Spam.

Sonderfall: Manche Hoster haben Microsoft 365 mit ihrem Standard-Hosting verknüpft. Das ist ein anderes Thema und deutlich schwieriger, besonders der Ausstieg. Das klären wir im Einzelfall.

Fall 2: Die Postfächer liegen beim Hoster

Hier müssen die Postfächer tatsächlich umziehen. Das ist ein gewisser Aufwand, aber bei professioneller Umsetzung kein Hexenwerk. Aufwendig wird es an diesen Stellen:

• Größe und Anzahl: Postfächer mit 5 bis 10 GB und mehr brauchen lange für die Synchronisation. Ein oder zwei größere Postfächer sind noch kein Problem. Wer 10 bis 20 umzieht, merkt schnell, wie sich der Aufwand summiert.
• IMAP und POP3: Bei IMAP liegen die E-Mails auf dem Server, bei POP3 oft nur lokal auf einem Rechner. Das gilt es vorab zu prüfen.
• Zugangsdaten und Servereinstellungen müssen in jedem E-Mail-Programm und auf jedem Smartphone angepasst werden.
• Aliase und Weiterleitungen müssen neu angelegt werden.
• Abwesenheitsnotizen und Filterregeln gehen nicht automatisch mit.

Es gehen keine E-Mails verloren. Solange der Transfer läuft, kommen einzelne Nachrichten aber noch im alten Postfach an, andere schon im neuen. Diese Irrläufer gleichen wir nach der Umstellung noch einmal ab. Die Dauer ist unterschiedlich.

Plane den Umzug an einem ruhigen Wochentag außerhalb der Hochlastphase deines Unternehmens, idealerweise mit etwas Puffer danach. Informiere wichtige Ansprechpartner:innen vorab, falls E-Mails kurz verzögert ankommen. Behalte die alten Postfächer noch eine Weile parallel.

Domain und DNS: Wem gehört die Domain eigentlich?

Die Domain ist nicht automatisch Teil des Hosting-Vertrags. Manchmal ist sie bei einem anderen Anbieter registriert, teils bei einem, den im Unternehmen kaum noch jemand kennt. Kläre vorab, wem sie gehört und wo sie liegt.

Dokumentiere außerdem die wichtigen DNS-Einträge des alten Webhosters, besonders die für E-Mail, Verifizierungen und externe Dienste. Fehlt später einer davon, funktioniert plötzlich etwas Unscheinbares nicht mehr: ein Newsletter-Tool, eine Domain-Verifizierung oder ein Zertifikat.

Wechselt nur der Hoster, bleibt die Domain gleich. Ändert sich die Domain selbst, brauchst du zusätzlich 301-Weiterleitungen. Das sind dauerhafte Weiterleitungen von der alten auf die neue Adresse, die Suchmaschinen signalisieren, dass die Seite umgezogen ist. Wie das SEO-sicher geht, steht in unserem Artikel Website-Relaunch ohne SEO-Verlust.

PHP- und Datenbankversion: Besonders bei Contao ein Thema

PHP ist die Programmiersprache, auf der WordPress und Contao laufen, und die Datenbank speichert die Inhalte deiner Website. Der neue Server hat oft eine andere Version von beidem als der alte. Das kann Fehler verursachen, zum Beispiel wenn ein verwaistes Plugin mit der neueren PHP-Version nicht klarkommt. Mehr dazu im Artikel Ist deine PHP-Version up-to-date oder ein Update notwendig?.

Contao reagiert empfindlicher auf Versionsunterschiede als WordPress. Unsere Erfahrung: PHP- und Datenbankversion sollten auf altem und neuem Server möglichst genau übereinstimmen, damit die umgezogene Installation reibungslos läuft. Welche Contao-Version welche Anforderungen stellt, steht in der offiziellen Contao-Dokumentation.

Stille Ausfälle: Cronjobs, Zertifikate, Formulare und externe Dienste

Das sind die Dinge, die nach dem Umzug stillschweigend nicht mehr funktionieren können:

• Cronjobs sind geplante Aufgaben im Hintergrund. Sie laufen auf dem neuen Server nicht mehr, wenn sie niemand erfasst hat.
• SSL-Zertifikat und HTTPS: Das Zertifikat greift nicht, oder die automatische Weiterleitung auf die verschlüsselte Adresse (HTTPS) funktioniert zunächst nicht richtig.
• Kontaktformulare und E-Mail-Versand: Sie funktionieren auf der Website nicht mehr. Mehr dazu im Artikel Wieso versendet meine Website plötzlich keine E-Mails mehr?.
• Externe Dienste und Schnittstellen, die nur von einer bestimmten Serveradresse aus zugreifen dürfen, müssen auf die neue Adresse angepasst werden.

WordPress, Contao oder statische Website: Was unterscheidet sich?

• Statische Websites ohne Datenbank, also Seiten aus festen Dateien, sind unkomplizierter. Hier werden im Wesentlichen Dateien übertragen.
• WordPress: Plugins oder Themes können am neuen Server Probleme machen. Nach dem Umzug leeren wir die Zwischenspeicher (Caches) und prüfen die Zugriffsrechte der Dateien.
• Contao: Wegen der Empfindlichkeit bei PHP- und Datenbankversion kommt es hier besonders auf einen sauberen Abgleich an.

Der wichtigste Tipp für WordPress und Contao: Deaktiviere Caching-Plugins und Caching-Funktionen im Theme vor dem Umzug. Caching bedeutet, dass die Website fertige Seiten zwischenspeichert, um schneller auszuliefern. Diese Zwischenspeicher können sonst noch auf den alten Server verweisen.

Updates: besser vorher als währenddessen

Updates sind ein eigenes Thema. Ist deine Website nicht auf dem aktuellen Stand, aktualisiere sie vorher. Verändere während des Umzugs nichts und setze alles eins zu eins um, das ist am zuverlässigsten. Technisch lässt sich auch ein veraltetes System umziehen. Das hängt davon ab, wie alt es ist. Ist es stark veraltet, hast du ohnehin eine andere Baustelle: Prüfe dann zuerst deine Ziele und ob eher ein Relaunch die Lösung ist.

Deine Checkliste: Das klärst du vor dem Wechsel

1. Inventar anlegen: Domains, Subdomains (Unteradressen wie shop.deinefirma.de), Postfächer und externe Dienste.
2. Zugangsdaten sammeln und prüfen: Webhoster, Domain, FTP und CMS. Teste, ob sie wirklich funktionieren.
3. Domain klären: Wem gehört sie, und wo ist sie registriert?
4. Aufräumen: alte Backups, Medien, Installationen, Testkopien und Logs entfernen.
5. Website auf einen aktuellen Stand bringen: CMS, Plugins und Theme aktualisieren, verwaiste Plugins entfernen.
6. Caching deaktivieren: Caching-Plugins und Caching-Funktionen im Theme ausschalten.
7. Zieltarif prüfen: PHP-Version, Speicherplatz, Memory Limit und möglichst SSH.
8. Cronjobs und externe Dienste erfassen, besonders Schnittstellen mit festen Serveradressen.
9. E-Mail klären: Wer verwaltet DNS und E-Mail? Liegt das Postfach extern oder beim Hoster? Wie viele Postfächer gibt es, und wie groß sind sie?
10. Kündigungsfristen prüfen, aber noch nicht kündigen. Den alten Vertrag beendest du erst, wenn alles läuft und abgenommen ist.
11. Ruhigen Zeitpunkt wählen, nicht kurz vor Messe, Kampagne oder Ausschreibungsfrist.
12. Nach dem Umzug testen: E-Mail-Versand, Formulare, HTTPS und wichtige Seiten.

Selbst umziehen oder Hilfe holen?

Kleine Websites kannst du mit etwas Erfahrung selbst umziehen. Das klappt bei einer statischen Website oder einer kleinen WordPress-Seite, wenn dir FTP und phpMyAdmin keine Fremdwörter sind. FTP überträgt die Dateien, phpMyAdmin verwaltet die Datenbank. Es gibt drei Wege:

• Manuell mit FTP und phpMyAdmin: Dateien und Datenbank kopierst du selbst. Das funktioniert bei kleinen Websites gut.
• Mit einem Umzugs-Plugin: Für WordPress gibt es spezialisierte Plugins wie Duplicator. Bei großen Websites solltest du vorab prüfen, ob Plugin und Serverlimits damit klarkommen.
• Mit SSH: Für Profis ist das effizienter, weil sie direkter eingreifen können.

Hol dir Hilfe, wenn mindestens einer dieser Punkte zutrifft:

• Domain-Transfer oder DNS-Änderungen sind nötig.
• Postfächer mit viel Datenvolumen ziehen mit um.
• Du hast Contao und wenig Erfahrung damit.
• Es gibt große Datenmengen, viele Subdomains oder Schnittstellen.
• Die Website ist geschäftskritisch, zum Beispiel als Lead-Quelle oder für Produktseiten.

Trifft einer dieser Punkte auf dich zu? Dann vereinbare einen Beratungstermin oder frage dein Projekt direkt an. Wie wir beim Umzug vorgehen, findest du in unserem Umzugsservice.

Umzug, Relaunch und Wartung: Was ist was?

• Umzug: Die gleiche Website läuft auf einem anderen Server, ohne inhaltliche oder gestalterische Änderungen.
• Relaunch: Die Website bekommt neue Struktur, neues Design oder neue Inhalte, oft auch ein neues CMS. Mehr dazu in Website-Relaunch ohne SEO-Verlust.
• Wartung: Laufende Updates, Backups und Überwachung, auch nach dem Umzug. Ein Umzug ist ein guter Moment, um zu prüfen, ob die Website-Wartung geregelt ist.

Im Beratungstermin schauen wir gemeinsam, was bei deinem Umzug zu klären ist, und schätzen ein, ob und wie ein Wechsel sinnvoll ist. Das Gespräch ist unverbindlich. Du hast schon ein konkretes Vorhaben? Dann frage dein Projekt direkt an.

Du möchtest dich erst einmal informieren? Dann trag dich in den webaffin-Newsletter ein. Maximal einmal im Monat ordnen wir ein, was bei Hosting, Technik, Sicherheit und Recht für deine Website wichtig ist.