Wann ist ein Hoster-Wechsel sinnvoll?
Vier typische Anlässe für einen Joomla-Umzug:
- Aktuelles Hosting wird zu langsam.Lange Antwortzeiten, schlechte Core Web Vitals, Besucher springen ab. Ein modernes Joomla-Hosting bringt sofort spürbare Verbesserung.
- PHP-Konfiguration zu eng.Du musstest schon mehrfach beim Hoster-Support memory_limit, upload-Werte oder Extensions anfordern. Bei Joomla-Hosting passt das ab Werk.
- Hosting-Anbieter stellt Service ein.Hoster-Geschäftsaufgaben kommen häufiger vor als man denkt – oft mit kurzer Frist (30–60 Tage). Bei akutem Druck können wir kurzfristig migrieren.
- Sicherheits- oder Backup-Probleme.Wenn dein bestehender Hoster keine täglichen Backups bietet oder Sicherheitsupdates aufschiebt, ist ein Wechsel die solide Antwort.
Schritt-für-Schritt: Joomla-Hoster-Wechsel
Die folgenden 6 Schritte beschreiben einen sauberen Selbst-Umzug. Wenn du den Service delegieren willst, übernehmen wir alle Schritte – siehe Abschnitt am Ende.
Schritt 1: Akeeba-Backup erstellen
Auf der bestehenden Joomla-Site Akeeba Backup öffnen, neuen Voll-Backup-Lauf starten, JPA-Datei nach Abschluss herunterladen. Ohne Akeeba-Komponente: Standard- Backup über das Joomla-Panel oder per FTP/Datenbank-Dump manuell.
Schritt 2: Neuen Hosting-Account einrichten
Beim neuen Hoster Joomla-Account einrichten. Wenn du zu uns kommst: Joomla Hosting buchen, Account-Daten kommen sofort per Mail. Datenbank-Zugangsdaten und FTP-Daten notieren – die brauchst du in Schritt 4.
Schritt 3: Akeeba Kickstart hochladen
Kickstart-Skript (kostenlos verfügbar bei Akeeba) plus die JPA-Backup-Datei aus Schritt 1 per FTP in einen Test-Ordner auf dem neuen Server laden. Wichtig: nicht ins Webroot – sondern in einen Unterordner, damit die Migration testbar ist bevor die Domain umzieht.
Schritt 4: Wiederherstellung mit ANGIE
Kickstart im Browser aufrufen (example.de/test/kickstart.php),
ANGIE-Wizard durchlaufen. Neue Datenbank-Zugangsdaten eingeben, Domain-URLs
anpassen, Wiederherstellung starten. Bei kleineren Sites in unter 10 Minuten erledigt.
Schritt 5: Funktions-Test
Bevor du den DNS-Switch machst: Site auf der Test-URL prüfen. Frontend laden, Backend einloggen, kritische Komponenten testen (Formulare, Login-Bereiche, E-Commerce). Nur wenn alles läuft, geht es zum nächsten Schritt.
Schritt 6: Domain-Umzug und DNS-Switch
DNS-Records (A-Record, evtl. AAAA für IPv6, MX-Records für E-Mail) auf den neuen Server zeigen lassen. DNS-Propagation dauert je nach TTL bis zu 48 Stunden, meistens unter 4 Stunden. Während der Übergangszeit verteilt sich der Traffic auf alte und neue Site – darum vor dem Switch sicherstellen, dass beide identisch funktionieren.
Risiken und wie du sie minimierst
Risiko 1: Datenverlust durch Inkrement-Lücke
Wenn zwischen Akeeba-Backup und DNS-Switch noch Inhalte oder Bestellungen auf der alten Site eingehen, gehen die verloren. Lösungen: Site in Wartungsmodus während der Migration, oder kurz vor DNS-Switch ein zweites Akeeba-Backup mit nur den neuen Inhalten ziehen.
Risiko 2: SSL-Probleme nach DNS-Switch
Bei manchen Hostern muss SSL erst nach dem DNS-Switch beantragt werden, weil Let's Encrypt die Domain-Erreichbarkeit verifiziert. Workaround: HSTS-Header nicht zu lang einstellen während der Migration, sodass im Notfall unverschlüsselte Erreichbarkeit möglich bleibt.
Risiko 3: E-Mail-Lücke
E-Mail-Postfächer ziehen nicht automatisch mit. Vor dem Domain-Umzug: alle Postfächer einzeln am neuen Hoster anlegen, IMAP-Mails zwischenkopieren oder IMAP-Synchronisations-Tool nutzen.
Risiko 4: Search-Console nicht aktualisiert
Google Search Console verifiziert über DNS oder HTML-File. Nach Umzug prüfen: Verifikation noch aktiv? Sitemap-URL noch identisch? Crawl-Fehler in den ersten Tagen nach Umzug aufmerksam beobachten.