Webhosting auswählen und nicht erst am Tag deiner Rabattaktion von den Limits erfahren

Du öffnest die Preisseite, und alle drei Anbieter in den Tabs nebeneinander versprechen dasselbe: 99,9 % Uptime, unbegrenzten Traffic, kostenloses SSL, Support rund um die Uhr und „schnelle SSD-Laufwerke“. Die Preise unterscheiden sich um einen Kaffee. Logisch, den günstigsten zu nehmen. Nur steckt der echte Unterschied in den „Nutzungsbedingungen“, die niemand öffnet, und in der Antwort des Supports, die du um zwei Uhr nachts bekommst, während deine Website down ist.

Hosting ist selten Thema in einem Meeting, solange alles läuft. Wenn nicht, stellt sich heraus, dass die Backups auf demselben Server lagen wie die Website, das Konto auf den früheren Dienstleister läuft und der „unbegrenzte“ Tarif die Anzahl der Dateien deckelt. Unten findest du zehn Punkte, die du vor dem Bezahlen prüfen solltest, und zu jedem: wonach du im Tarif suchst, welche Formulierungen dich stutzig machen sollten und wie du es selbst prüfst.

Damit es konkret bleibt, zieht sich ein ausgedachtes Beispiel durch den ganzen Artikel: eine private Zahnarztpraxis in Lwiw. Die Website läuft auf WordPress, mit Online-Terminbuchung, einem Blog mit Tipps und E-Mail auf der eigenen Domain, und die Patienten kommen überwiegend aus der Westukraine. Für diese Praxis kann jede Minute Ausfall einen verpassten Termin kosten.

Bevor du Anbieter vergleichst, leg die Art des Hostings fest. Einen Shared-Tarif und einen VPS über den Preis zu vergleichen ist ungefähr so, als würdest du einen Platz im Coworking mit einem eigenen Büro vergleichen: beides sind „Räume“, aber die Verantwortung ist eine andere.

Für unsere Praxis ist ein vernünftiger Start gutes Shared Hosting oder Managed WordPress-Hosting. Ein VPS lohnt sich, wenn Dinge dazukommen, die Shared Hosting nicht erlaubt: ein eigener Dienst zur Synchronisierung mit der Praxissoftware, mehrere Websites, ein schwerer Katalog. Gibt es im Team aber niemanden, der den Server aktualisiert und im Blick behält, wirkt ein VPS ohne Administration günstiger und wird in den Folgen teurer.

Uptime ist der Anteil der Zeit, in der der Server erreichbar ist. Die Zahlen in der Werbung sehen fast gleich aus, darum hilft es, sie in Minuten umzurechnen. Wir rechnen mit einem Monat von 30 Tagen (43.200 Minuten) und einem Jahr von 365 Tagen:

Der Unterschied zwischen „drei Neunen“ und „vier Neunen“ sind vierzig Minuten Nichterreichbarkeit im Monat gegenüber vier. Für einen Blog ist das verkraftbar. Für die Online-Terminbuchung am Montagmorgen nicht mehr.

Wonach du im Tarif suchst. Die Zahl allein garantiert nichts, wenn kein SLA (Service Level Agreement) dahintersteht. Öffne das SLA und such drei Dinge: wie die Uptime berechnet wird (pro Monat oder pro Jahr, mit dem eigenen Monitoring des Anbieters oder mit einem beliebigen unabhängigen), was nicht als Ausfall zählt und welche Entschädigung es bei einem Verstoß gibt.

Was dich stutzig machen sollte. „Wir garantieren 99,9 %“, aber ein SLA gibt es gar nicht. Geplante Wartungsarbeiten „werden nicht mitgezählt“, ohne Begrenzung ihrer Dauer. Angriffe, „Probleme beim vorgelagerten Netzbetreiber“ und „höhere Gewalt“ sind so weit ausgeschlossen, dass fast jeder Ausfall darunter fällt. Die Entschädigung musst du selbst innerhalb weniger Tage einfordern, und sie ist eine Gutschrift in Prozent der Monatsgebühr. Verlorene Kunden ersetzt dir niemand: Ein SLA motiviert den Anbieter, aber es versichert nicht dein Geschäft.

Wie du es selbst prüfst. Verbinde deine Website mit einem kostenlosen externen Uptime-Monitoring, das alle 1-5 Minuten prüft und dich per E-Mail oder Messenger benachrichtigt. Nach einem Monat hast du deine eigene Statistik zur Erreichbarkeit. Auch die öffentliche Statusseite des Anbieters mit der Historie der Vorfälle lohnt einen Blick.

Das ist auch für die Suche wichtig. Google schreibt, dass Serverfehler 5xx seine Crawler dazu bringen, das Crawling vorübergehend zu verlangsamen, und dass bereits indexierte Seiten, die dauerhaft einen Fehler liefern, mit der Zeit aus dem Index entfernt werden (Google Search Central). Ein kurzer Ausfall ist nicht schlimm. Ein Hosting, das jede Woche ein paar Stunden „liegt“, schadet nach und nach den Menschen und der Sichtbarkeit.

Wie viel Platz du brauchst, hängt von der Website ab. Die WordPress-Website der Praxis mit Blog und ein paar hundert Fotos passt meist in ein paar Gigabyte. Am meisten Platz fressen Mediendateien, E-Mail und Backups, wenn sie im selben Konto liegen.

Wonach du im Tarif suchst. Ob die E-Mail auf den gesamten Speicherplatz angerechnet wird. Ob Backups Platz belegen. Den Laufwerkstyp (SSD oder NVMe sind bei Datenbankabfragen spürbar schneller als HDD). Und vor allem: das Inode-Limit.

Eine Inode ist, vereinfacht gesagt, eine Datei oder ein Ordner. Jedes Foto speichert WordPress in mehreren Größen, jede E-Mail im Postfach kann eine eigene Datei sein, und ein Cache-Plugin legt tausende kleine Dateien an. Eine Website kann 3 GB vom „unbegrenzten“ Speicher belegen und trotzdem an das Limit für die Anzahl der Dateien stoßen. Dann laden keine Fotos mehr hoch, Backups werden nicht erstellt oder E-Mails kommen nicht an, und die Ursache sucht man eine Woche lang.

Was dich stutzig machen sollte. Das Wort „unbegrenzt“ auf der Tarifseite und in den Nutzungsregeln ein Satz wie „der Speicherplatz ist nur für Website-Dateien bestimmt“, „der Anbieter kann ein Konto einschränken, das überdurchschnittlich viele Ressourcen nutzt“ oder „nicht mehr als N Dateien“. Unbegrenzte Hardware gibt es nicht: Das Limit ist nur aus dem Tarif in die Regeln gewandert.

Wie du es selbst prüfst. Such auf der Website des Anbieters die Nutzungsregeln (Acceptable Use Policy, Fair Use) und durchsuche sie nach „Inode“, „Dateien“, „Ressourcen“ und „Begrenzung“. Gibt es die Website schon, schau im Control Panel deines aktuellen Hostings nach der Anzahl der Dateien und dem Volumen samt E-Mail. Nimm einen Tarif mit mindestens doppeltem Puffer.

Ein Traffic-Limit findet man bei aktuellen Tarifen seltener als früher, und die meisten Shared-Anbieter schreiben „Traffic unbegrenzt“. Aber was eine Website meist stoppt, sind die Ressourcen des Servers, nicht die Gigabyte.

Beim Shared Hosting bekommt jedes Konto einen Anteil am Prozessor (CPU), am Arbeitsspeicher, eine Anzahl gleichzeitiger Prozesse (die sogenannten Entry Processes) und Datenbankabfragen. Wenn deine Werbung zündet und dreihundert Leute in einer Minute auf die Website kommen, stößt du genau an diese Limits. Die Besucher sehen einen Fehler 503 oder 508, die Seiten kriechen, und der Traffic ist formal „unbegrenzt“.

Wonach du im Tarif suchst. Konkrete Zahlen: wie viele CPU-Kerne, wie viel Arbeitsspeicher, wie viele gleichzeitige Prozesse, welche Begrenzung der Ausführungszeit von Skripten. Gute Anbieter schreiben sie direkt in den Tarifvergleich.

Was dich stutzig machen sollte. Der Tarif beschreibt „bis zu 100.000 Besucher im Monat“ und sagt nichts über CPU und Prozesse. Besucher sind eine Marketingeinheit: Hunderttausend Artikelaufrufe und hunderttausend Sitzungen in einem Shop mit Filtern belasten den Server sehr unterschiedlich.

Wie du es selbst prüfst. Frag den Support, was bei einer Überschreitung passiert: Die Website wird langsamer, zeigt einen Fehler, das Konto wird gesperrt oder man bietet dir ein kostenpflichtiges Upgrade an. Wenn das Control Panel eine Grafik zur Ressourcennutzung hat, schau nach einer Woche Betrieb, wie nah die Website an die Decke kommt.

Google berücksichtigt die Page Experience, schreibt aber selbst, dass gute Werte keine Rankings garantieren (Google Search Central). Menschen gegenüber schadet eine langsame Website direkter: Sie warten nicht. Das Hosting ist für den ersten Teil des Ladens verantwortlich, bevor der Browser anfängt, die Seite zu zeichnen.

Die wichtigste Kennzahl hier ist die TTFB (Time to First Byte), die Zeit vom Beginn des Aufrufs einer Seite bis zum ersten Byte der Antwort. Sie umfasst Weiterleitungen, die DNS-Abfrage, den Verbindungsaufbau und TLS sowie die Zeit, in der der Server die Seite vorbereitet. Laut web.dev gilt eine TTFB von höchstens 0,8 Sekunden für 75 % der Besucher als gut, über 1,8 Sekunden als schlecht (web.dev).

Worauf das Hosting Einfluss hat:

• Standort des Servers. Je näher der Server an deinem Publikum steht, desto weniger Zeit kostet jeder Datenaustausch. Für eine Praxis mit Patienten in Lwiw bringt ein Server in der Ukraine oder in einem benachbarten europäischen Land weniger Latenz als ein Server auf der anderen Seite des Ozeans. Hosting im eigenen Land zu suchen ist also sinnvoll, wenn dein Publikum dort ist, aber es zählt nicht die Flagge, sondern die Entfernung und die Qualität der Netzanbindung.
• PHP-Version. WordPress empfiehlt PHP 8.3 oder neuer, MySQL 8.0+ oder MariaDB 10.11+ und Unterstützung für HTTPS (WordPress.org). Stand Oktober 2026 bekommen PHP 8.0 und 8.1 nicht einmal mehr Sicherheitsupdates, und 8.2 bekommt sie nur noch bis zum 31. Dezember 2026 (php.net). Ein Hosting, auf dem standardmäßig eine alte Version läuft und sich nicht ändern lässt, ist langsamer und unsicherer.
• HTTP/2 und HTTP/3. HTTP/2 ermöglicht es, viele Dateien über eine Verbindung zu übertragen. HTTP/3 läuft über das Protokoll QUIC, beschleunigt den Verbindungsaufbau und beseitigt einen Teil der Verzögerungen im instabilen mobilen Internet (RFC 9114, web.dev).
• Server-Cache. Eine fertige Kopie der Seite wird ausgeliefert, ohne PHP und die Datenbank erneut anzuwerfen. Finde heraus, auf welchem Webserver das Hosting läuft und ob es einen eigenen Cache hat, denn davon hängt ab, welches Cache-Plugin für WordPress sinnvoll ist.
• CDN. Ein Content Delivery Network hält Kopien der Dateien näher bei den Besuchern und verkürzt die TTFB für weit entfernte Menschen spürbar. Nützlich, wenn dein Publikum über mehrere Länder verteilt ist. Ein langsames Backend repariert ein CDN nicht.

Was dich stutzig machen sollte. „Hochzuverlässige SSD-Server“ ohne ein Wort zu PHP, Cache und dem Standort des Rechenzentrums.

Wie du es selbst prüfst. Bitte den Anbieter um eine Testdomain oder eine Demo-Website im selben Tarif und lass sie mehrmals zu verschiedenen Tageszeiten durch PageSpeed Insights laufen. Schau dir die Diagnose „Reduce initial server response time“ (Antwortzeit des Servers) an. Sprünge der TTFB zwischen Tag und Nacht zeigen, wie stark die Nachbarn den Server auslasten. Was du an WordPress selbst tun kannst, wenn das Hosting schon in Ordnung ist, steht im Artikel WordPress-Website schneller machen.

SSL-Zertifikat. HTTPS ist heute für jede Website Pflicht, ganz besonders für ein Buchungsformular, in dem Menschen ihren Namen und ihre Telefonnummer hinterlassen. Für ein normales Zertifikat musst du nicht bezahlen: Let’s Encrypt ist eine kostenlose, automatisierte Zertifizierungsstelle (Let’s Encrypt). Seine Zertifikate gelten 90 Tage, und Let’s Encrypt hat bereits angekündigt, die Laufzeit bis 2028 schrittweise auf 45 Tage zu verkürzen (Let’s Encrypt, 2025). Darum ist es wichtig, dass das Hosting das Zertifikat selbst verlängert, ohne dein Zutun. Ein Anbieter, der „SSL“ für eine einfache Website als kostenpflichtige Option verkauft, verdient an deiner Unwissenheit.

Isolation der Konten. Beim Shared Hosting leben hunderte fremde Websites neben deiner. Frag, ob die Konten voneinander isoliert sind, also ob eine gehackte Nachbarwebsite an deine Dateien kommen kann. Eine gute Antwort ist konkret: getrennte Systembenutzer, Container, Zugriffsbeschränkungen.

Updates. Wer aktualisiert das Betriebssystem, den Webserver und PHP? Bei Shared und Managed WordPress-Hosting macht das der Anbieter. Bei einem VPS ohne Administration machst du es. Frag außerdem, ob es einen Schutz gegen das Durchprobieren von Passwörtern und einen Scan auf Schadcode gibt.

Backups. Hier gibt es die meisten Überraschungen. Fragen, auf die du eine Antwort haben solltest:

1. Wie oft wird eine Kopie erstellt: täglich, wöchentlich?
2. Wie viele Kopien werden aufbewahrt und über welchen Zeitraum?
3. Gehören die Datenbank und die E-Mails zur Kopie, nicht nur die Dateien?
4. Wo liegen sie: auf demselben Server oder in einem anderen Rechenzentrum?
5. Kannst du die Website selbst aus dem Panel wiederherstellen, und was kostet es über den Support?

Ein Backup auf demselben Server verschwindet zusammen mit dem Server. Darum: Auch wenn der Anbieter Kopien macht, behalte mindestens eine eigene Kopie außerhalb des Hostings, in einem Cloud-Speicher oder auf einem Laufwerk der Firma.

Und die wichtigste Regel: Ein Backup, das du nie wiederhergestellt hast, ist kein Backup. Stell mindestens einmal im Quartal die Website aus einer Kopie auf einer Test-Subdomain wieder her und prüfe, ob die Seiten öffnen, das Buchungsformular funktioniert und die Fotos da sind. Es kommt oft vor, dass Kopien jahrelang „erfolgreich“ erstellt wurden und sich beim Versuch einer Wiederherstellung herausstellt, dass die Datenbank darin leer oder abgeschnitten ist.

„Support rund um die Uhr“ schreiben alle. Den echten Unterschied siehst du erst, wenn du mit einem Problem schreibst. Darum teste den Support, bevor du Geld überweist.

Wie du es selbst prüfst. Schreib dem Anbieter im Chat oder per E-Mail ein paar konkrete Fragen und miss, wie lange die Antwort dauert. Eine Vorlage zum Kopieren:

„Hallo, wir möchten eine WordPress-Website zu Ihnen umziehen (etwa 4 GB inklusive E-Mail). Könnten Sie uns bitte sagen: 1) wie hoch das Limit für Inodes und gleichzeitige Prozesse im Tarif X ist; 2) wie oft Backups erstellt werden, wo sie gespeichert sind und ob wir die Website selbst wiederherstellen können; 3) welche PHP-Version standardmäßig läuft und ob wir sie ändern können; 4) ob Sie beim Umzug von Website und E-Mail helfen und ob das kostenlos ist. Vielen Dank!“

Bewerte drei Dinge: wie lange du gewartet hast, ob alle vier Punkte beantwortet wurden und ob die Antwort konkret ist. „Unser Hosting ist vollständig für WordPress optimiert“ als Antwort auf die Frage nach Inodes ist ein schlechtes Zeichen. Zahlen und Links zur Dokumentation sind ein gutes.

Wonach du suchst. Kontaktkanäle (Chat, Tickets, Telefon), die Sprache des Supports, die Zeiten, in denen echte Menschen antworten. Ob es eine öffentliche Wissensdatenbank mit Anleitungen gibt. Ob der Support bei Problemen auf Ebene der Website hilft oder nur mit „der Server läuft, der Rest ist Ihre Sache“.

Wiederhole den Test am Sonntagabend: Ausfälle halten sich nicht an Bürozeiten.

Der Preis auf der Startseite des Anbieters ist fast immer ein Aktionspreis: unter der Bedingung, dass du mehrere Jahre im Voraus zahlst, und nur für den ersten Zeitraum. Die Verlängerung ist meist teurer, manchmal um ein Vielfaches. Vergleich die Tarife darum nach den Gesamtkosten über zwei bis drei Jahre.

Wonach du suchst. Den Verlängerungspreis (er sollte im Tarif oder in den Bedingungen stehen). Ob eine Domain dabei ist, und wenn es eine „Gratis-Domain“ ist, für wie lange und was ihre Verlängerung danach kostet. Domain und Hosting sind getrennte Leistungen, und die Domain registrierst du besser so, dass sie nicht vom Hosting abhängt. Zahlungswege: Karte, Überweisung auf Rechnung für eine Firma oder Einzelunternehmer, automatische Verlängerung. Für eine Firma ist wichtig, ob der Anbieter ordentliche Rechnungen für die Buchhaltung ausstellt.

Was dich stutzig machen sollte. Ein Preis „ab“ mit einer Fußnote im Kleingedruckten. Automatische Verlängerung, standardmäßig aktiviert, zum vollen Preis. Keine Erstattung für den nicht genutzten Zeitraum. Kostenpflichtiges SSL, Backups oder PHP-Wechsel, die bei anderen im Tarif enthalten sind.

Günstiges Hosting ist nicht immer schlecht, teures nicht immer gut. Vergleiche anhand der Liste in diesem Artikel.

Die meisten Hoster bieten die Installation von WordPress mit einem Klick an, und für die meisten Firmenwebsites reicht das. Hosting für WordPress solltest du an denselben Anforderungen von WordPress.org messen: PHP-Version, Datenbank, HTTPS. Gut ist, wenn das Panel Staging bietet (eine Testkopie der Website), damit du Plugins zuerst dort aktualisierst und nicht auf der Live-Website der Praxis.

Läuft die Website nicht auf WordPress, sondern auf einem anderen CMS oder Framework, prüf, ob der Tarif die nötige Programmiersprache, die Datenbank, geplante Aufgaben (Cron), SSH-Zugang und Git unterstützt. Auf Managed WordPress-Hosting lässt sich andere Software oft überhaupt nicht installieren.

Bei Website-Baukästen ist das Hosting in die Plattform eingebaut, und die Website mitnehmen kannst du in der Regel nicht. Wie du die Plattform selbst auswählst, steht im Artikel CMS-Plattform auswählen.

Eine kostenlose Testphase bieten nicht alle Anbieter, häufiger gibt es eine Geld-zurück-Garantie für einen bestimmten Zeitraum. Beides ist nützlich, wenn du in dieser Zeit wirklich etwas prüfst.

Wonach du in den Bedingungen suchst. Wie viele Tage die Testphase oder die Garantie gilt. Ob die Erstattung für alle Leistungen gilt (Domain, kostenpflichtige Lizenzen und Einrichtung werden meist nicht erstattet). Ob du eine Karte hinterlegen musst und ob nach der Testphase automatisch abgebucht wird.

Was du in der Testphase prüfen solltest:

• eine Kopie deiner Website aufsetzen und die TTFB zu verschiedenen Uhrzeiten messen;
• die Website aus dem Backup des Anbieters wiederherstellen;
• E-Mails auf der Domain senden und empfangen und prüfen, ob sie nicht im Spam landen;
• dem Support die Fragen aus Abschnitt 6 schreiben;
• nach ein paar Tagen Betrieb die Grafiken zu den Ressourcen ansehen.

Wenn du in der Testphase nur WordPress installiert und dich über das Control Panel gefreut hast, hast du höchstens das Design des Panels getestet.

Die Anbieter überbieten sich mit Boni. Ein Teil davon hat echten Wert, der Rest füllt eine Spalte in der Vergleichstabelle.

Extra zur E-Mail. Für die Praxis müssen die Terminbestätigungen im Posteingang ankommen. Prüf, ob das Hosting dir erlaubt, SPF, DKIM und DMARC einzurichten. Sonst riskieren die E-Mails aus dem Buchungsformular, verloren zu gehen.

Auch ein gut gewähltes Hosting musst du irgendwann wechseln. Beim Umzug gehen am häufigsten die E-Mails verloren und die DNS-Einträge, an die niemand mehr gedacht hat.

1. Mach eine Bestandsaufnahme. Exportiere alle DNS-Einträge deiner aktuellen Domain: A, CNAME, MX (E-Mail), TXT (SPF, DKIM, Bestätigungen für Google und andere Dienste). Notiere, welche Postfächer es gibt.
2. Senk die TTL. Ein bis zwei Tage vor dem Umzug verringerst du die Cache-Dauer der DNS-Einträge, damit sich Änderungen schneller verbreiten.
3. Zieh die Website um und prüf sie vor dem Umschalten. Öffne die Website auf dem neuen Hosting über eine temporäre Adresse oder die hosts-Datei und geh die wichtigsten Seiten und das Buchungsformular durch.
4. Zieh die E-Mail separat um. Leg die Postfächer am neuen Ort an, übertrag die Nachrichten und ändere die MX-Einträge erst, wenn alles bereit ist.
5. Schalte DNS um und kündige den alten Tarif nicht sofort. Behalte ihn mindestens eine Woche, während sich die Änderungen verbreiten und du prüfst, ob alles angekommen ist.

Ändern sich mit dem Umzug auch die Adressen der Seiten oder die Plattform, kommen SEO-Fragen dazu: Weiterleitungen, Indexierung, Search Console. Plane sie, bevor du DNS umschaltest, nicht erst, wenn der Traffic einbricht.

Die letzte Prüfung betrifft dich selbst. Das Hosting-Konto und die Domainregistrierung sollten auf die Firma oder den Inhaber laufen, mit einer Firmen-E-Mail-Adresse, auf die mehrere Personen Zugriff haben. Ein Dienstleister kann einen eigenen Zugang bekommen, sollte aber nicht der einzige Inhaber sein.

Eine typische Geschichte: Die Website lag jahrelang im Konto des Entwicklers, der Entwickler ist verschwunden und mit ihm der Zugang zur Abrechnung, zu den Backups und zum DNS. Was du tun kannst, wenn das schon passiert ist, und welche Zugänge du dir vorher sichern solltest, steht hier: Dienstleister weg. Wer kontrolliert jetzt deine Website?. Und wie du schon bei der Wahl des Teams gar nicht erst in diese Lage kommst, zeigt der Artikel Webentwickler auswählen.

Webhosting wählt man nach dem Kleingedruckten und danach, wie echte Menschen im Support reagieren. Geh vor dem Bezahlen diese kurze Liste durch:

• die Art des Hostings passt zur Website und zu dem, der sie administrieren wird;
• die Uptime ist durch ein SLA abgesichert, und du hast dein eigenes Monitoring eingerichtet;
• in den Nutzungsregeln hast du die Limits für Inodes, CPU und Prozesse gefunden;
• die PHP-Version ist aktuell und lässt sich im Panel ändern, es gibt HTTP/2 oder HTTP/3 und einen Server-Cache;
• SSL ist kostenlos und verlängert sich automatisch;
• Backups laufen täglich, liegen getrennt vom Server, und du hast die Website schon einmal daraus wiederhergestellt;
• der Support hat konkrete Fragen konkret beantwortet;
• du kennst den Verlängerungspreis für zwei bis drei Jahre und die Bedingungen für die Domain;
• Konto und Domain laufen auf die Firma.

Wenn du dich nicht selbst damit befassen willst, schreib uns. Wir schauen uns deine aktuelle Website und dein Hosting an und sagen dir, was auf dieser Liste schon in Ordnung ist und was du ändern solltest. Du kannst mit dem kostenlosen Website-Check anfangen, und wenn du eine Website erst planst, schau dir an, wie wir an die Entwicklung von Websites und Onlineshops herangehen.