Hosting wechseln: 8 Warnsignale, dass Ihr Anbieter nicht mehr passt

Wann sollten Sie das Hosting wechseln?

Hosting wechseln sollten Sie dann, wenn Ihre Website messbare und wiederkehrende Probleme bei Ausfällen, Ladezeit, Ressourcenlimits, veralteter Software, Support, Sicherheit, Backups oder Preisen zeigt und Ihr Anbieter diese auch nach Ticket oder Tarifupgrade nicht löst. Kurz gesagt: Protokolle entscheiden, nicht der Ärger des Moments.

In diesem Beitrag gehen wir acht Warnsignale einzeln durch. Zu jedem Signal erklären wir, woran Sie es erkennen, wie Sie es messen und ab wann es ernst ist. Zudem geben wir Ihnen einen einfachen Entscheidungsbaum für die klassische Frage: upgraden oder umziehen? Die Umzugsschritte halten wir kurz, denn dafür gibt es bei uns eine eigene Checkliste.

Ein ehrlicher Hinweis vorab: Talha Aslan und Team ist ein Team für digitales Marketing und Webentwicklung, kein Hostinganbieter. Deshalb loben oder kritisieren wir hier keinen bestimmten Anbieter. Technische Aussagen stützen wir auf offizielle Dokumentation, und jede Zahl nennen wir mit Quelle.

Warum ist eine Entscheidung ohne Messung riskant?

Eine Entscheidung ohne Daten zielt also oft auf das falsche Problem. Wirkt Ihre Seite langsam, liegt der Verdacht beim Hoster nahe. Allerdings steckt häufig ein schweres Plugin, ein zu großes Bild oder ein abgeschalteter Cache dahinter. Ziehen Sie dann um, nimmt die Website ihr Problem einfach mit, und Sie verlieren Zeit und Geld.

Daher empfehlen wir vor jeder Entscheidung vier einfache Aufzeichnungen:

• Uptime Monitoring: ein externer Dienst, der Ihre Website im Abstand von einer oder wenigen Minuten prüft.
• Geschwindigkeitstests: Lighthouse, PageSpeed Insights oder eine TTFB Messung per Kommandozeile, jeweils zu unterschiedlichen Tageszeiten.
• Ressourcengrafiken: die Anzeigen für CPU, Arbeitsspeicher, Prozesse und Festplattenzugriffe in Ihrem Panel.
• Supportprotokoll: Zeitpunkt jedes Tickets, Zeitpunkt der ersten Antwort und Zeitpunkt der Lösung.

Zwei bis vier Wochen Aufzeichnung ergeben meist ein klares Bild, denn einzelne Ausreißer fallen dann kaum noch ins Gewicht. Dann sagen Sie nicht mehr „fühlt sich langsam an“, sondern „die Zeit bis zum ersten Byte ist abends dauerhaft hoch“. Außerdem stärken diese Belege Ihre Position im Gespräch mit dem Anbieter.

Signal 1: Fällt Ihre Website oft aus, und ist die Uptime niedrig?

Das erste Signal ist das sichtbarste: Ihre Website lädt manchmal gar nicht. Besucher sehen eine leere Seite, eine Zeitüberschreitung oder einen 5xx Fehler. Ein kurzer Ausfall kommt bei jedem Anbieter vor. Wiederholt er sich allerdings mehrmals pro Woche, haben Sie ein Muster.

Messen Sie die Uptime mit eigenem Monitoring statt nur mit der Statusseite des Anbieters. Für einen schnellen Blick hilft unser Tool Ist die Seite down?. Für dauerhafte Aufzeichnungen brauchen Sie dagegen einen externen Überwachungsdienst.

Beispielrechnung: Ein Monat mit 30 Tagen hat 43.200 Minuten. Eine Uptime von 99,9 Prozent erlaubt also rund 43 Minuten Ausfall pro Monat. Bei 99 Prozent sind es etwa 432 Minuten, somit mehr als 7 Stunden. Rechnen Sie den Prozentwert aus Ihrem Vertrag deshalb immer in Minuten um.

Achten Sie zudem auf die Uhrzeit. Liegen die Ausfälle stets im nächtlichen Wartungsfenster, ist das etwas anderes als wiederholte Ausfälle zur Hauptbesuchszeit. Letztere deuten daher eher auf Kapazitätsprobleme hin.

Außerdem schaden Ausfälle der Suche. Google Search Central erklärt in der offiziellen Dokumentation zu HTTP Fehlern, dass 5xx und 429 Antworten das Crawling vorübergehend bremsen und dauerhaft fehlerhafte URLs irgendwann aus dem Index fallen. Mehr zu einem typischen Fehler lesen Sie in unserem Beitrag zu 503 Service Unavailable.

Signal 2: Ist die Website langsam und die TTFB dauerhaft hoch?

Das zweite Signal ist Langsamkeit, also eine spürbar träge Website. Allerdings liegt nicht jede langsame Seite am Hoster. Den Serveranteil trennen Sie am besten über die TTFB ab, also die Zeit bis zum ersten Byte. web.dev beschreibt sie als Zeitspanne zwischen dem Start der Navigation und dem Eintreffen des ersten Bytes der Antwort.

Laut TTFB Leitfaden von web.dev sollten die meisten Websites 0,8 Sekunden oder weniger anstreben; Werte über 1,8 Sekunden gelten als schlecht. Die TTFB umfasst Weiterleitungen, DNS Abfrage, Verbindungsaufbau und TLS sowie die Zeit, bis der Server zu antworten beginnt.

Für eine grobe Messung per Kommandozeile eignet sich dieser Befehl:

curl -o /dev/null -s -w "dns: %{time_namelookup}\nverbindung: %{time_connect}\ntls: %{time_appconnect}\nerstes byte: %{time_starttransfer}\n" https://example.com/

Wiederholen Sie die Messung zu verschiedenen Tageszeiten auf einer Seite ohne Cache. Sind DNS und Verbindung unauffällig, kommt das erste Byte aber spät, liegt das Problem vermutlich auf dem Server oder in der Anwendung. Danach hilft Ihnen die Reihenfolge aus unserem Beitrag Warum ist meine Website langsam?. Um Probleme im Frontend auszuschließen, nutzen Sie zudem einen Lighthouse Test.

Signal 3: Stoßen Sie ständig an Ressourcenlimits?

Im Shared Hosting hat jedes Konto Grenzen für CPU, Arbeitsspeicher, gleichzeitige Prozesse sowie Lese und Schreibzugriffe. Diese Grenzen sind normal und fair, weil Sie den Server mit anderen Konten teilen. Problematisch ist es erst dann, wenn Sie dauernd daran stoßen.

Typische Anzeichen sind diese:

• Eine Meldung im Stil von „Ressourcenlimit erreicht“ nach einer Kampagne oder einem Newsletter.
• Ein träger Adminbereich und Zeitüberschreitungen beim Speichern.
• Cronjobs, die mittendrin abbrechen.
• Ressourcengrafiken im Panel, die regelmäßig an der Obergrenze liegen.

Zur Messung öffnen Sie die Ressourcenansicht in Ihrem Panel. Notieren Sie dann, welche Ressource an die Grenze stößt und zu welcher Uhrzeit. Füllt sich die CPU zum Beispiel jede Nacht zur selben Zeit, steckt vielleicht ein Backup oder Cronjob dahinter. Dann genügt es, den Job auf eine ruhigere Stunde zu legen oder aufzuteilen.

Erreichen Sie die Grenzen dagegen schon bei normalem Traffic, ist Ihre Website dem Tarif entwachsen. Die erste Frage lautet dann nicht „umziehen?“, sondern „upgraden?“. Wie die Kontoisolierung auf geteilten Servern funktioniert, erklärt unser Beitrag zu CageFS.

Signal 4: Unterstützt Ihr Hoster aktuelle PHP Versionen und Software?

Das vierte Signal ist leise, aber gefährlich. Bleibt Ihr Anbieter bei alten Versionen von PHP, Datenbank oder Webserver stehen, sammelt Ihre Website mit der Zeit Sicherheitslücken. Zudem verweigern neue Plugins und Themes auf alter Umgebung manchmal den Dienst.

Die offizielle PHP Seite zu unterstützten Versionen beschreibt den Lebenszyklus klar. Jeder Versionszweig erhält ab seiner ersten stabilen Veröffentlichung zwei Jahre vollen Support, danach zwei weitere Jahre nur noch kritische Sicherheitskorrekturen. Nach diesen vier Jahren endet der Support, und es kommen keine Patches mehr.

Wie prüfen Sie das? Öffnen Sie die PHP Auswahl im Panel und vergleichen Sie die angebotenen Versionen mit der offiziellen Supporttabelle. Ist selbst die neueste Option ein Zweig ohne Sicherheitssupport, haben Sie ein klares Warnsignal. Nutzen Sie cPanel, zeigt unsere Anleitung zum Ändern der PHP Version in cPanel die Schritte.

Testen Sie die Website allerdings zuerst in einer Stagingkopie mit aktueller Version. Manchmal bietet der Hoster die neue Version längst an, nur der alte Code der Website kommt damit nicht zurecht. In diesem Fall lösen Sie das Problem also durch ein Codeupdate; Sie müssen dafür nicht das Hosting wechseln.

Signal 5: Ist der Support langsam oder wenig hilfreich?

Hosting ist nicht nur ein Server, sondern auch das Team, das Sie im Notfall erreichen. Warten Sie bei einem Ausfall stundenlang auf eine Antwort, oder kommt auf jedes Ticket nur ein Textbaustein, schützt Sie auch die beste Hardware nicht.

Messen Sie also auch das. Halten Sie in einer einfachen Tabelle fest: Thema, Zeitpunkt des Tickets, Zeitpunkt der ersten Antwort, Zeitpunkt der Lösung und ob die Lösung gehalten hat. Nach einigen Wochen sehen Sie die durchschnittliche Reaktionszeit und wie oft dasselbe Problem zurückkehrt.

Guten Support erkennen Sie an diesen Punkten:

• Die erste Antwort kommt innerhalb der zugesagten Zeit.
• Die Antwort nennt die Ursache, statt nur „erledigt“ zu melden.
• Technische Fragen erhalten technische Antworten, keinen Upgradevorschlag.
• Bei wiederkehrenden Problemen sucht das Team nach der Ursache.

Prüfen Sie außerdem die Kanäle. Antwortet der Anbieter nur per E-Mail, oder gibt es für Notfälle Telefon oder Livechat? Überschneiden sich seine Servicezeiten mit Ihren Geschäftszeiten? Gerade für Onlineshops bedeuten diese Antworten direkt verlorenen oder gesicherten Umsatz.

Signal 6: Was verraten Sicherheitsvorfälle und fehlende Patches?

Wurde Ihre Website mehrfach mit Schadsoftware infiziert, landet Ihr E-Mail Versand immer wieder auf Sperrlisten oder verzögert der Anbieter Sicherheitsupdates über Monate, ist das ein ernstes Signal. Allerdings müssen Sie die Verantwortung hier sauber trennen.

Im Shared Hosting kümmert sich meist der Anbieter um Betriebssystem, Webserver und Firewall auf Serverebene. CMS, Theme, Plugins und Adminpasswörter liegen dagegen bei Ihnen. Viele Angriffe kommen über veraltete Plugins oder schwache Passwörter; in diesem Fall hilft ein Hosterwechsel nichts.

Wie messen Sie das konkret? Führen Sie ein kurzes Vorfallprotokoll mit Datum, Einfallstor (falls bekannt), Reaktionszeit des Anbieters und der Frage, ob das Problem nach der Bereinigung wiederkam. Prüfen Sie zudem mit unserem SSL Check, ob Ihr Zertifikat sauber verlängert.

Gehen die Vorfälle weiter, obwohl Sie Ihre Seite bereinigt und abgesichert haben, oder kann der Anbieter Infektionen aus Nachbarkonten nicht stoppen, sollten Sie das Hosting wechseln. Einen Überblick über typische Risiken von Webanwendungen gibt unser Beitrag zu den OWASP Top 10.

Signal 7: Haben Sie echte Garantien für Backup und Wiederherstellung?

Viele Tarife werben mit „automatischen Backups“. Die eigentliche Frage lautet allerdings: Können Sie daraus wirklich wiederherstellen? Steht nirgends, wo die Backups liegen, wie weit sie zurückreichen und wer sie in welcher Zeit einspielt, haben Sie keine echte Garantie.

Der einzig ehrliche Test ist daher eine Wiederherstellung. Spielen Sie das letzte Backup auf einer Testsubdomain oder Stagingkopie ein und notieren Sie die Dauer. Kostet die Wiederherstellung extra, dauert sie Tage oder liegt das Backup auf demselben Server wie die Website, ist das ein Warnsignal.

Lassen Sie sich diese Fragen schriftlich beantworten:

1. Wie oft erstellen Sie Backups, und wie viele Tage bewahren Sie sie auf?
2. Liegen die Backups getrennt vom Server der Website?
3. Kann ich eine einzelne Datei oder nur die Datenbank zurückholen?
4. Kostet die Wiederherstellung extra, und wie lange dauert sie?

Trotzdem sollte das Backup des Anbieters nie Ihre einzige Absicherung sein. Bewahren Sie eine eigene Kopie an einem getrennten Ort auf. Die Logik dahinter beschreiben wir in unserer Website Backup Strategie.

Signal 8: Wie erkennen Sie überraschende Preiserhöhungen und Verlängerungsfallen?

Das letzte Signal ist kaufmännisch, nicht technisch. Ein verlockender Preis im ersten Jahr steigt bei der Verlängerung oft deutlich. Zudem schrumpft der Tarif manchmal still, oder eine früher enthaltene Funktion kostet plötzlich extra. Das beweist noch keine böse Absicht; trotzdem bringt es Ihre Budgetplanung durcheinander.

Um das zu erkennen, legen Sie Ihre Rechnungen nebeneinander. Tragen Sie Einstiegspreis, Verlängerungspreis und Änderungen am Leistungsumfang in eine Tabelle ein. Lesen Sie dann, wo der Vertrag Verlängerung, Kündigungsfristen und Erstattung regelt und ob eine lange Laufzeit Sie bindet.

Zudem zählt Flexibilität. Können Sie ohne Ausfall upgraden? Ist ein Downgrade während der Laufzeit möglich? Sind Domain, SSL Zertifikat oder E-Mail an denselben Anbieter gebunden? Lauten die Antworten meist nein, wird ein späterer Umzug schwieriger.

Konkrete Preise nennen wir hier bewusst nicht, denn sie ändern sich je nach Anbieter, Währung und Zeitpunkt. Entscheidend für Sie sind Verhältnis und Bedingungen: der Aufschlag bei Verlängerung, das Bindungsrisiko und die Kosten des Ausstiegs.

Wie fassen Sie die acht Warnsignale in einer Tabelle zusammen?

Konkret zeigt die folgende Tabelle jedes Signal, die passende Messmethode und den ersten Schritt auf einen Blick. Füllen Sie sie mit Ihren eigenen Daten, bevor Sie das Hosting wechseln.

Ein einzelnes Signal reicht selten für einen Umzug. Treten jedoch zwei oder drei Signale gleichzeitig und wiederholt auf, stehen Sie an einem echten Entscheidungspunkt.

Warum ist ein billiger wirkender Tarif allein kein guter Grund?

Dieser Punkt gehört nicht zu den acht Signalen, ist aber wichtig. „Woanders ist es günstiger“ ist allein kein Grund, das Hosting wechseln zu wollen. Den Preisunterschied müssen Sie deshalb gegen Umzugsaufwand, möglichen Ausfall und SEO Risiko abwägen.

Bei günstig wirkenden Tarifen finden sich oft diese Haken:

• Ein niedriger Monatspreis, der nur bei langer Vorauszahlung gilt.
• Ein spürbarer Aufschlag bei der Verlängerung.
• Backups, SSL oder E-Mail kosten separat.
• Ressourcenlimits stehen nirgends klar beschrieben.

Sparen Sie zum Beispiel nur einen kleinen Monatsbetrag, fressen die Stunden für den Umzug und ein möglicher Ausfalltag die Ersparnis schnell auf. Zeigt Ihr aktueller Anbieter dagegen keines der Signale oben, ist ein Wechsel nur wegen des Preises meist ein unnötiges Risiko.

Anders gesagt: Die richtige Frage lautet nicht „Wo ist es billiger?“, sondern „Zu welchen Gesamtkosten bekomme ich dieselbe Zuverlässigkeit?“.

Sollten Onlineshops diese Signale anders bewerten?

Ja, denn im E-Commerce trifft jede Minute Ausfall direkt Warenkorb und Kasse. Bei einer Unternehmensseite ist eine Stunde Ausfall ärgerlich. Im Shop am Aktionstag kostet dieselbe Stunde Umsatz und Werbebudget gleichzeitig. Die Anzeigenklicks laufen weiter, während Besucher eine Fehlerseite sehen.

Deshalb empfehlen wir für Shops strengere Schwellen. Überwachen Sie Kasse und Warenkorb getrennt von der Startseite; diese Seiten laufen meist ohne Seitencache und zeigen Serverschwächen zuerst. Prüfen Sie außerdem vor der Hochsaison Ihre Ressourcengrafik und schauen Sie, ob Sie bei der letzten Aktion an die Grenze kamen.

Außerdem wiegen Support und Backups im Shop schwerer. Bestelldaten ändern sich stündlich; daher reicht ein tägliches Backup manchmal nicht. Wie Ladezeit und Umsatz zusammenhängen, lesen Sie in unserem Beitrag Ladezeit im Onlineshop. Kurz gesagt: Shopbetreiber sollten die Signale früher ernst nehmen.

Upgraden oder Hosting wechseln: Wie funktioniert der Entscheidungsbaum?

Sie kennen jetzt die Signale. Was tun Sie also als Nächstes? Der folgende Entscheidungsbaum zeigt die Fragen in der richtigen Reihenfolge, damit Sie keinen unnötigen Umzug starten.

1. Liegt das Problem in Ihrer Website? Prüfen Sie Plugins, Bilder und Cache. Falls ja, reparieren Sie zuerst die Seite.
2. Fehlen Ressourcen? Stoßen Sie bei normalem Traffic an Grenzen, prüfen Sie einen größeren Tarif beim selben Anbieter.
3. Löst das Upgrade das Problem? Messen Sie nach dem Upgrade zwei Wochen lang. Ist das Problem weg, bleiben Sie.
4. Geht es um Qualität oder Vertrauen? Ausfälle, Support, Sicherheit oder Backups behebt ein größerer Tarif selten. Dann planen Sie den Umzug.
5. Passen die Vertragsbedingungen? Bei Verlängerungsfallen oder starker Bindung planen Sie einen Ausstieg, selbst ohne technische Probleme.

Für ein Upgrade ohne Ausfall folgen Sie unserer Anleitung zum Hosting Tarif upgraden. In der Praxis machen die ersten beiden Schritte einen Umzug oft überflüssig.

Wie unterscheiden Sie, ob Hoster oder Website das Problem ist?

Ohne diese Trennung bleibt jede Entscheidung halb, denn Sie wissen nicht, was Sie eigentlich beheben. Eine einfache Methode: Testen Sie Server und Anwendung getrennt.

Legen Sie zunächst eine leere oder sehr leichte Testseite auf dem Server an, etwa eine reine HTML Datei. Hat auch diese Seite eine hohe Zeit bis zum ersten Byte, liegt die Ursache bei Server, Netzwerk oder DNS. Messen Sie danach Ihre Startseite. Ist die HTML Datei schnell und die Startseite langsam, kommt die Last aus Ihrer Anwendung.

Diese Prüfungen schärfen das Bild:

• Plugins in einer Stagingkopie einzeln abschalten und die TTFB beobachten.
• Sicherstellen, dass Seitencache und PHP Opcode Cache aktiv sind.
• Schwere Datenbankabfragen mit Ihrem Entwickler durchgehen.
• Prüfen, ob DNS Abfragen schnell und stabil antworten.

Engpässe in der Anwendung verschwinden also selten, nur weil Sie das Hosting wechseln. Ein stärkerer Server kaschiert ein ineffizientes Plugin höchstens eine Weile. Schließen Sie die Diagnose deshalb ab, bevor Sie einen Umzug beginnen.

Wie erstellen Sie eine Beweismappe für Ihren Anbieter?

Dem aktuellen Hoster vor dem Abschied eine faire Chance zu geben, ist sinnvoll und praktisch. Diese Chance sollten Sie allerdings mit Belegen geben. Eine klare, datierte Anfrage bringt deutlich schneller Ergebnisse als eine vage Beschwerde.

In Ihre Mappe gehören Ausfallzeiten und Dauer aus dem Monitoring, TTFB Messungen zu verschiedenen Tageszeiten, Screenshots der Ressourcengrafik und die Nummern früherer Tickets. Halten Sie jeden Punkt kurz und mit Datum fest.

Stellen Sie in der Anfrage eine direkte Frage: „Was verursacht dieses Problem, und bis wann beheben Sie es?“ So wird auch die Antwort des Anbieters messbar. Kommt keine Antwort oder besteht das Problem nach dem Termin weiter, steht Ihre Entscheidung auf dokumentierter Grundlage.

Zudem hilft Ihnen dieselbe Mappe später beim neuen Anbieter. Sie können dann genau sagen, welche Werte Sie erwarten.

Sie wollen das Hosting wechseln: Wie planen Sie den Umzug?

Steht die Entscheidung fest, ziehen Sie mit Plan um, nicht in Panik. Wir skizzieren hier nur die Grundzüge; die vollständige Liste finden Sie in unserer Checkliste zum Webhosting Umzug ohne Ausfall.

Die Grundzüge sehen so aus. Eröffnen Sie zunächst das neue Konto und lassen Sie das alte weiterlaufen. Kopieren Sie dann Dateien, Datenbanken und Postfächer. Testen Sie die Website anschließend über die Hosts Datei oder eine temporäre Adresse, bevor Sie den DNS ändern. Senken Sie außerdem vorab die TTL Ihrer DNS Einträge, damit sich die Umstellung schneller verbreitet.

Lassen Sie nach der DNS Umstellung beide Server einige Tage laufen. So gehen Besucher und Nachrichten, die noch beim alten Server landen, nicht verloren. Ob die Einträge stimmen, prüfen Sie mit unserer DNS Abfrage.

Wählen Sie zudem den Termin bewusst. Meiden Sie Aktionen, Rabattwochen und Hochsaison, und nehmen Sie den Tag mit dem geringsten Traffic.

Worauf sollten Sie bei der SEO nach einem Hosterwechsel achten?

Ändert sich nur der Server, während Domain und URL Struktur gleich bleiben, ist das SEO Risiko meist gering. Trotzdem sollten Sie einige Prüfungen nicht auslassen, denn schon kleine Fehler beeinflussen Crawling und Indexierung.

Prüfen Sie nach dem Umzug diese Punkte:

• Alle Seiten liefern Statuscode 200 und keine 5xx Fehler.
• Die robots.txt sperrt nicht versehentlich die ganze Website.
• Das SSL Zertifikat ist auf dem neuen Server installiert und gültig.
• Weiterleitungen für www und https funktionieren wie zuvor.
• Die Search Console zeigt keinen plötzlichen Anstieg von Crawlingfehlern.

Ändern sich zusätzlich Domain, URL Struktur oder Plattform, wird die Aufgabe größer. Dann arbeiten Sie außerdem unsere Checkliste zur Website Migration durch. Somit übersehen Sie keine Schritte wie Weiterleitungsplan und Rankingbeobachtung.

Wie vermeiden Sie denselben Fehler beim neuen Anbieter?

Der häufigste Fehler: Man flieht vor einem Hoster und landet wegen des Preises bei einem ähnlichen. Um das zu verhindern, machen Sie aus den acht Signalen einen Fragenkatalog für den neuen Anbieter.

Fragen Sie also direkt nach. Welche Uptime sagen Sie zu, und was passiert bei Verfehlung? Stehen die Ressourcenlimits schriftlich fest? Welche PHP Versionen bieten Sie an, und wie oft aktualisieren Sie? Welche Supportkanäle und Reaktionszeiten gibt es? Wo liegen die Backups, und wie läuft eine Wiederherstellung ab? Wie hoch ist der Verlängerungspreis, und welche Kündigungsfristen gelten?

Lassen Sie sich die Antworten zudem schriftlich geben. Gibt es eine Testphase oder ein Rückgaberecht, messen Sie in den ersten Wochen selbst. Alle Auswahlkriterien finden Sie in unserem Beitrag Webhosting auswählen.

Definieren Sie schließlich Ihren Bedarf ehrlich. Eine einfache Unternehmensseite braucht nicht dasselbe wie ein gut besuchter Onlineshop. Ein zu großer Tarif verschwendet Geld; ein zu kleiner bringt die Warnsignale in wenigen Monaten zurück.

Welche Aufgaben überlassen Sie besser dem Anbieter oder Fachleuten?

Ehrlich gesagt sollten Sie nicht jedes Hostingproblem selbst lösen. Im Shared Hosting sind Serversoftware, Patches des Betriebssystems, Hardwaredefekte und Netzwerkstörungen Sache des Anbieters. Eigene Lösungsversuche kosten hier vor allem Zeit.

Ebenso gilt: Hängt Ihr Geschäft am E-Mail Verkehr, migrieren Sie Postfächer nicht nach dem Prinzip Versuch und Irrtum. Denn ein Fehler in MX, SPF oder DKIM Einträgen kann tagelang verlorene Nachrichten bedeuten. Planen Sie diese Schritte mit dem Umzugsteam des Anbieters oder einer erfahrenen Fachkraft.

Messung, Protokolle und die eigentliche Entscheidung sollten dagegen bei Ihnen bleiben. Betreiben Sie einen eigenen VPS, tragen Sie zudem die Verantwortung für Serversicherheit und Updates. Ist Ihnen das zu viel, passt ein verwaltetes Hosting womöglich besser.

Unser Team unterstützt auf der Websiteseite: Ladezeit, Struktur und SEO Kontrolle nach einem Umzug. Denken Sie über eine Neugestaltung nach, werfen Sie einen Blick auf unser Angebot für Webdesign.

Kurze Checkliste: Womit fangen Sie heute an?

Wenn Sie nur eines aus diesem Beitrag mitnehmen, dann dies: Entscheiden Sie nicht ohne Messung. Diese Schritte können Sie heute beginnen:

1. Einen externen Uptime Monitor einrichten.
2. Die TTFB der Startseite und einer wichtigen Unterseite mehrmals täglich messen.
3. Die Ressourcengrafik im Panel einmal pro Woche ansehen.
4. Ihre PHP Version mit der offiziellen Supporttabelle vergleichen.
5. Jedes Ticket mit Datum und Uhrzeit festhalten.
6. Ein Backup in eine Testumgebung zurückspielen.
7. Die letzten beiden Rechnungen und die Verlängerungsklauseln lesen.

Nach zwei bis vier Wochen haben Sie somit ein klares Bild. Wiederholen sich die Signale, versuchen Sie zuerst ein Upgrade. Hilft das nicht, sollten Sie das Hosting wechseln, und zwar mit Plan. Somit entscheiden Daten, nicht das Bauchgefühl.