Für die Sichtbarkeit zählen beim Hosting vor allem die Antwortzeit des Servers, die Verfügbarkeit, aktuelle Softwarestände, ein Auftragsverarbeitungsvertrag und eine Testumgebung. Speicherplatz und Datenvolumen sind selten der Engpass. Bleibt die Ladezeit schlecht, obwohl Bilder, Caching und Schriften optimiert sind, ist der Server der nächste Verdächtige.
Hosting: Was für die Sichtbarkeit zählt
Das Wichtigste in Kürze
- Die Serverantwortzeit geht in jede Ladezeitmessung ein, bevor überhaupt etwas geladen wird.
- Bei geteiltem Hosting erzeugen Nachbarn Last – das erklärt Seiten, die mal schnell und mal langsam sind.
- Ohne Testumgebung unterbleiben Updates irgendwann – die häufigste Ursache für gehackte Installationen.
- Ein Hostingwechsel ist kein Relaunch, solange die URLs unverändert bleiben.
Die Entscheidung, die selten bewusst getroffen wird
Hosting wird meist einmal ausgewählt – oft vor Jahren, oft vom damaligen Dienstleister – und danach nie wieder angesehen. Das fällt so lange nicht auf, bis eine Seite langsam wird oder ausfällt.
Dabei ist es die Grundlage, auf der alles andere steht: Eine Seite, die nicht ausgeliefert wird, hat keine Ladezeit-, Inhalts- oder Sichtbarkeitsprobleme – sie hat gar keine Werte.
Was tatsächlich zählt
| Kriterium | Warum | Erkennbar an |
|---|---|---|
| Antwortzeit des Servers | Geht direkt in jede Ladezeitmessung ein | TTFB in PageSpeed Insights |
| Verfügbarkeit | Ausfälle kosten Besucher und Crawling | Externe Überwachung |
| Aktuelle PHP-Version | Geschwindigkeit und Sicherheit | Hosting-Oberfläche |
| Serverstandort | Entfernung kostet Millisekunden | Anbieterangabe |
| Auftragsverarbeitungsvertrag | DSGVO-Pflicht | Auf Anfrage oder im Kundenkonto |
| Sicherungen | Der Ernstfall | Häufigkeit, Aufbewahrung, Rückspielbarkeit |
| Erreichbarer Support | Am Tag des Ausfalls | Reaktionszeiten, Sprache |
Was auffällig nicht in der Tabelle steht: Speicherplatz und Datenvolumen. Beides ist bei heutigen Tarifen selten der Engpass und wird trotzdem in jeder Werbung nach vorne gestellt.
Die Antwortzeit
Der Wert, der Hosting mit Sichtbarkeit verbindet. Er beschreibt, wie lange der Server braucht, bis das erste Byte beim Browser ankommt – also bevor überhaupt etwas geladen oder gerendert wird.
Ist dieser Wert schlecht, hilft keine Bildoptimierung: Die Verzögerung ist bereits eingetreten, bevor das erste Bild angefragt wird. Und weil er in jede Messung eingeht, zieht er auch die Werte nach unten, an denen Google die Nutzererfahrung misst. Siehe Core Web Vitals.
Die brauchbare Diagnose: Wenn du die Ladezeit optimiert hast – Bilder, Caching, Schriften – und die Werte trotzdem schlecht bleiben, liegt es plausibel am Server. Siehe WordPress schneller machen.
Die Tarifarten
| Art | Prinzip | Passt zu |
|---|---|---|
| Geteiltes Hosting | Viele Websites auf einem Server | Kleine Seiten mit wenig Verkehr |
| Verwaltetes WordPress-Hosting | Auf WordPress abgestimmt, Updates und Caching inklusive | Der Normalfall für Unternehmen |
| Eigener virtueller Server | Eigene Ressourcen, eigene Verwaltung | Shops, hoher Verkehr, eigene IT |
Bei geteiltem Hosting teilen sich viele Websites dieselben Ressourcen. Das funktioniert, solange keiner der Nachbarn Last erzeugt – und erklärt die schwer greifbaren Fälle, in denen eine Seite mal schnell und mal langsam ist, ohne dass sich etwas geändert hat.
Verwaltetes WordPress-Hosting kostet mehr und nimmt Arbeit ab: serverseitiges Caching, Testumgebung, automatische Aktualisierungen. Für ein Unternehmen, das keine eigene IT hat, ist das meist die richtige Abwägung – nicht weil es schneller ist, sondern weil weniger liegen bleibt. Siehe WordPress-Sicherheit.
Was rechtlich zu klären ist
Fachliche Einordnung, keine Rechtsberatung.
- Auftragsverarbeitungsvertrag nach Art. 28 DSGVO. Der Hoster verarbeitet zwangsläufig personenbezogene Daten – mindestens IP-Adressen in den Protokollen.
- Die Datenschutzerklärung muss beschreiben, was tatsächlich läuft – Name des Hosters, Speicherdauer der Protokolle. Eine Vorlage, die einen anderen Anbieter nennt, ist schlechter als keine.
- Die tatsächliche Protokoll-Speicherdauer erfragen und übernehmen, nicht schätzen.
- Bei Verarbeitung außerhalb der EU die Grundlage benennen.
Der zweite Punkt ist der, der in Prüfungen auffällt: Die Datenschutzerklärung stammt aus einer Vorlage, der Hoster wurde seither gewechselt, und niemand hat den Text angefasst.
Wann sich ein Wechsel lohnt
- Die Antwortzeit bleibt schlecht, obwohl alles andere optimiert ist
- Es gibt spürbare Ausfälle
- Die angebotene PHP-Version ist veraltet
- Kein Auftragsverarbeitungsvertrag verfügbar
- Kein Support, der im Ernstfall erreichbar ist
- Keine Testumgebung, weshalb Updates aus Angst unterbleiben
Der letzte Punkt wirkt nebensächlich und ist folgenreich: Wer keine Möglichkeit hat, Updates gefahrlos zu testen, spielt sie irgendwann nicht mehr ein – und das ist die häufigste Ursache für gehackte Installationen.
Worauf beim Umzug zu achten ist
Ein Hostingwechsel ist technisch unkritisch und geht trotzdem regelmäßig schief. Die Punkte, die zählen:
- Die URLs bleiben. Ein Hostingwechsel ist kein Relaunch. Ändert sich die Adressstruktur, ist es einer – mit allem, was dazugehört. Siehe Website-Relaunch.
- Vorher Vollsicherung, unabhängig vom Anbieter.
- Erst umziehen, dann umstellen. Die Seite auf dem neuen Server testen, bevor die Domain zeigt.
- Testumgebung auf noindex – und beim Livegang wieder abschalten. Das vergessene Häkchen ist der Klassiker. Siehe Indexierung.
- Nach dem Umzug prüfen: robots.txt, Weiterleitungen, E-Mail-Versand aus Formularen, SSL-Zertifikat.
- Datenschutzerklärung anpassen. Neuer Hoster, neuer Text.
Punkt fünf enthält die stille Falle: Der Formularversand bricht beim Umzug häufig ab, ohne einen Fehler zu zeigen. Eine echte Testanfrage nach dem Umzug ist Pflicht. Siehe Conversion-Tracking.
Fazit
Hosting ist selten die Ursache für schlechte Sichtbarkeit und häufig die Grenze dessen, was durch Optimierung erreichbar ist. Wenn Bilder, Caching und Schriften erledigt sind und die Werte trotzdem nicht stimmen, ist der Server der nächste Verdächtige.
Die brauchbaren Auswahlkriterien sind dabei nicht Speicherplatz und Datenvolumen, sondern Antwortzeit, Verfügbarkeit, aktuelle Softwarestände, ein Auftragsverarbeitungsvertrag und eine Testumgebung – letztere vor allem, weil ohne sie irgendwann keine Updates mehr eingespielt werden.
Häufige Fragen
Indirekt, über die Ladezeit. Die Serverantwortzeit geht in jede Messung ein, bevor überhaupt Inhalte geladen werden – ist sie schlecht, hilft keine Bildoptimierung. Ausfälle kosten zusätzlich Besucher und Crawling.
Für Unternehmen ohne eigene IT meist ja – nicht weil es schneller wäre, sondern weil serverseitiges Caching, Testumgebung und automatische Aktualisierungen dafür sorgen, dass weniger liegen bleibt.
An schlechten Antwortzeiten trotz optimierter Seite, spürbaren Ausfällen, veralteten PHP-Versionen, einem fehlenden Auftragsverarbeitungsvertrag, unerreichbarem Support und einer fehlenden Testumgebung.
Die URLs müssen unverändert bleiben, sonst ist es ein Relaunch. Vorher Vollsicherung, erst umziehen und testen, dann die Domain umstellen, das noindex der Testumgebung abschalten – und anschließend unbedingt eine echte Testanfrage über das Formular senden.
Quellen
- web.dev: Core Web Vitals (abgerufen am 24.09.2026)
- Art. 28 DSGVO – Auftragsverarbeiter (abgerufen am 24.09.2026)
- Google Search Central: What is hacking or hacked content? (abgerufen am 24.09.2026)
Lass uns dreißig Minuten über deine Sichtbarkeit sprechen
Kostenlos, unverbindlich, und mit einer ehrlichen Einschätzung - auch wenn die lautet, dass du mich gerade nicht brauchst.
Erstgespräch vereinbaren