Ich habe den Hosting-Anbieter gewechselt, und jetzt funktioniert die Website nicht mehr — wie behebe ich das?

Sie haben die Website zu einem anderen Hosting-Anbieter umgezogen, alle Schritte aus dem Tutorial abgehakt, und jetzt sehen Sie eine leere Seite, eine Fehlermeldung oder die alte Website, die sich weigert zu verschwinden. Das ist frustrierend, aber die gute Nachricht ist: Fast alle Probleme nach einem Umzug fallen in drei klare Kategorien — und jede hat eine logische Ursache, keine schwarze Magie.

In diesem Artikel zeige ich Ihnen, wie Sie schnell diagnostizieren, was kaputt ist: DNS-Propagierung (die Website zeigt alte Inhalte oder verhält sich uneinheitlich), fehlende Dateien (leere Seite oder 404/500-Fehler) und die Datenbankverbindung (die klassische Meldung „Error establishing a database connection“). Sie brauchen keine Programmierkenntnisse — nur Geduld und die richtige Reihenfolge der Überprüfungen.

Erst einmal durchatmen: Löschen Sie nichts beim alten Hosting-Anbieter

Der teuerste Fehler nach einem Umzug ist es, das alte Konto noch am selben Tag zu kündigen. Solange das alte Hosting aktiv ist, haben Sie eine funktionierende Kopie der Website und ein Sicherheitsnetz.

Bevor Sie mit der Reparatur beginnen, tun Sie Folgendes:

• Halten Sie das alte Konto mindestens eine Woche nach dem Umzug aktiv.
• Laden Sie lokal eine vollständige Kopie herunter: die Dateien (per FTP oder Dateimanager) und die Datenbank (SQL-Export aus phpMyAdmin).
• Notieren Sie sich genau, was Sie geändert haben und wann — das hilft Ihnen, zurückzuspringen, falls etwas schiefläuft.

Der Umzug ist nicht unumkehrbar, solange Sie das Backup haben. Panik verleitet Sie dazu, genau das zu löschen, was Sie später brauchen.

Die Website zeigt alte Inhalte oder erscheint unregelmäßig? Das ist die DNS-Propagierung

Wenn Sie mal die neue, mal die alte Website sehen, oder Ihre Kollegen sie anders sehen als Sie, handelt es sich fast sicher um DNS, das sich noch verbreitet. Praktisch gesagt: Das Internet erinnert sich noch daran, wo die Website vorher lag.

Was Sie der Reihe nach prüfen:

• Zeigen die Nameserver oder der A-Eintrag im Domain-Konto tatsächlich auf das neue Hosting? Hier passieren die meisten Fehler.
• Nutzen Sie ein „DNS-Checker“-Tool, um zu sehen, ob sich die neue IP-Adresse global verbreitet hat.
• Leeren Sie den lokalen DNS-Cache und versuchen Sie es über mobile Daten oder in einem Inkognito-Fenster.

Die Propagierung kann von wenigen Minuten bis zu ein bis zwei Tagen dauern, je nach TTL-Wert. Wenn die IP-Adresse überall korrekt ist, gibt es nichts mehr zu reparieren — nur zu warten.

Leere Seite oder 404/500-Fehler? Es fehlen Dateien oder die Konfiguration ist falsch

Wenn DNS korrekt ist, die Seite aber leer ist oder einen Fehler anzeigt, liegt das Problem bei den übertragenen Dateien. FTP-Übertragungen werden oft unterbrochen und lassen Dinge halb fertig zurück.

Prüfen Sie nacheinander:

• Sind die Dateien im richtigen Ordner gelandet (meist public_html oder www), nicht in einem Unterordner?
• Wurden versteckte Dateien wie .htaccess mitkopiert — ihr Fehlen verursacht häufig einen 500er-Fehler.
• Stimmt die Anzahl der Dateien beim neuen Hosting mit der beim alten überein?
• Sind die Berechtigungen standardmäßig gesetzt: in der Regel 644 für Dateien und 755 für Ordner?

Wenn nur einfacher Text ohne Design erscheint, wurden meist die Theme-Dateien nicht hochgeladen oder die CSS-Pfade sind falsch. Laden Sie den betreffenden Ordner komplett neu hoch, nicht nur einzelne Dateien.

„Error establishing a database connection“? Das ist der eindeutigste Fehler

Paradoxerweise ist diese Meldung freundlich: Sie sagt Ihnen genau, wo Sie nachsehen müssen. Die Website findet die Dateien, kann aber nicht mit der Datenbank sprechen.

Öffnen Sie bei einer WordPress-Website die Datei wp-config.php und vergleichen Sie sie mit den Daten der neuen Datenbank:

• Der Datenbankname (DB_NAME) — beim neuen Hosting fast sicher anders benannt.
• Der Benutzer (DB_USER) und das Passwort (DB_PASSWORD) — müssen auf dem neuen Server neu angelegt werden.
• Der Host (DB_HOST) — manchmal nicht „localhost“, sondern eine vom neuen Anbieter vorgegebene Adresse.

Stellen Sie dann sicher, dass Sie die exportierte Datenbank (die .sql-Datei) tatsächlich in das neue phpMyAdmin importiert haben und dass der Benutzer Rechte darauf hat. Die meisten Fehler dieser Art entstehen durch ein falsch kopiertes Passwort oder eine nur zur Hälfte importierte Datenbank.

Wann sich Hilfe lohnt — und wie wir arbeiten

Wenn Sie DNS, Dateien und Datenbank geprüft haben und es trotzdem nicht funktioniert, oder Sie einfach nicht mit wp-config und phpMyAdmin auf der Website herumspielen möchten, von der Ihre Kunden kommen, ist es völlig vernünftig, das Problem weiterzugeben.

Bei MPO Web Studio arbeiten wir vollständig remote — egal, ob Sie in München, Berlin oder einem kleinen Ort in Bayern sind. Sie geben uns Zugang zum Hosting, wir prüfen die drei genannten Verdächtigen und sagen Ihnen ehrlich, was passiert ist und was es kostet, ohne Überraschungen.

Wenn Sie ohnehin überlegen, die Website komplett zu erneuern, können wir Ihnen ein fertiges Demo bauen, bevor Sie irgendetwas bezahlen — Sie sehen das Ergebnis, dann entscheiden Sie. Schreiben Sie uns eine Nachricht auf WhatsApp mit der Website-Adresse und dem angezeigten Fehler, und wir sagen Ihnen schnell, ob es eine Reparatur von wenigen Minuten oder etwas Ernsteres ist.