Als "Skalierbarkeit" bezeichnen wir die Möglichkeit und Einfachheit, die Leistung und Ressourcen des Hosting-Pakets (z.B. Webspace, CPU, RAM, Traffic) oder den Tarif selbst nach oben (bei Wachstum) oder unten (bei geringerem Bedarf) anzupassen. Das ermöglicht es, auf veränderte Anforderungen (z.B. mehr Besucher:innen, größere Website) zu reagieren, ohne den Hoster wechseln zu müssen. Wichtig für langfristige Planbarkeit und Kostenoptimierung.

Vendor Lock-in bezeichnet man eine Situation, in der man als Website-Betreiber:in durch propreitäre Technologien, unfaire Vertragsbedingungen oder fehlende Exportmöglichkeiten an einen Anbieter "gefesselt" ist.

Die Anzahl der Datenbanken (meist MySQL oder MariaDB), die du im Hosting-Paket anlegen kannst. Ein herkömmliches Webprojekt kommt typischerweise mit einer einzigen Datenbank aus. Da auf einem Webhosting-Paket aber auch mehrere Projekte gleichzeitig laufen können, kann es durchaus relevant sein, wie viele Datenbanken der jeweilige Anbieter bietet - auch wenn ein Angebot von hunderten von Datenbanken kaum einen realistischen Bedarf wiederspiegeln.

HTTPS ist heute unerlässlich für Vertrauen, Datenschutz (DSGVO) und Suchmaschinenranking (SEO). Kostenlose Zertifikate via Let's Encrypt sollten standardmäßig einfach und unbegrenzt inkludiert sein.

Die meisten Anbieter geben an, unbegrenzte Bandbreite für deine Page zur Verfügung zu stellen, verfügen aber über ein sogenanntes "Fair-Use-Prinzip"; das heißt: die Bandbreite ist nicht wirklich unbegrenzt, sondern der Anbieter entscheidet selbst darüber, ob und wann deine Website den Rahmen der "fairen Verwendung" ausgereizt hat. Gleichzeitig können (trotz unlimitierter Bandbreite) andere Limits in deinem Hosting-Tarif gelten, z.B. die maximalen Dateien (Inodes). Diese Einschränkungen können auch sinnvoll sein, z.B. um die Laufzeit von Backups zu verkürzen oder als "Warnsignal", wann ein Webprojekt ggf. die Grenzen eines Shared-Hosting sprengt und eher einen eigenen Server benötigt. So oder so sollten die entsprechenden Limits allerdings kommuniziert werden.

Mit welcher Frist kannst du deinen Vertrag mit dem jeweiligen Hosting-Anbieter kündigen?

Wie muss bzw. kann eine Kündigung erfolgen (z.B. per E-Mail, Chat, etc.)

Anders als die garantierte Uptime zeigt dieser Wert, wie stabil und erreichbar der Dienst tatsächlich in der Vergangenheit war. Unabhängige Dienste messen hier die reale Verfügbarkeit über einen bestimmten Zeitraum. So siehst du, ob der Anbieter sein Versprechen auch halten kann. Hinweis: Da unser Test eine Momentaufnahme abbildet, beziehen wir für die Angabe der gemessenen Uptime unabhängige Quellen und Langzeittests. Um Messungenauigkeiten so gut wie möglich auszuschließen, stützen wir uns dabei auf so viele Quellen wie möglich. Es gibt allerdings kaum eine Möglichkeit, Messfehler zu 100 % zu vermeiden.

Auf Basis der gemessenen Uptime lässt sich das Downtime-Risiko ableiten - also das Risiko, dass deine Website oder dein Projekt zu einem bestimmten Zeitpunkt nicht erreichbar (oder "down") ist. Um dir einen einfacheren Überblick zu verschaffen, haben wir das Downtime-Risiko auf einer Skala von "sehr niedrig" bis "sehr hoch" eingeschätzt. Eine Uptime von unter 99 % bedeutet ein sehr hohes Downtime-Risiko; 99 % Uptime bedeuten ein hohes Risiko (mit durchschnittlichen Downtimes von 3 Tagen und 15 Stunden pro Jahr); 99,5 % Uptime bedeuten ein leicht erhöhtes Downtime-Risiko (mit durchschnittlichen Downtimes von 1 Tag, 19 Stunden und 49 Minuten pro Jahr); 99,9 % Uptime bedeuten ein durchschnittliches Downtime-Risiko (mit durchschnittlichen Downtimes von 8 Stunden und 45 Minuten pro Jahr); 99,95 % Uptime bedeuten ein niedriges Downtime-Risiko (mit durchschnittlichen Downtimes von 4 Stunden und 22 Minuten pro Jahr); und 99,99 % oder mehr Uptime bedeuten ein sehr niedriges Downtime-Risiko (mit durchschnittlichen Downtimes von ca 52 Minuten pro Jahr).

Die Abweichung von gemessener und garantiert Uptime ist die Differenz in Prozentpunkten. Je größer die positive Abweichung, desto besser - denn das bedeutet, dass der Anbieter im Jahresmittel besser performt, als angegeben. Eine negative Abweichung bedeutet, dass die gemessene Uptime unter den Versprechen des Anbieters lag.

Ein TÜV-Siegel signalisiert, dass bestimmte Aspekte von einer unabhängigen Stelle geprüft wurden. Die Relevanz hängt aber stark vom konkreten Siegel und dem Prüfumfang ab. Es kann die Vertrauenswürdigkeit erhöhen, ist aber weniger spezifisch auf umfassende Informationssicherheitsprozesse ausgerichtet als ISO 27001.

Dieses Kriterium ist besonders im Shared Hosting relevant. Es gibt an, wie stark die verfügbare Rechenleistung mit anderen Nutzern geteilt werden muss. Eine geringe Anzahl an Kunden pro CPU bedeutet tendenziell mehr garantierte Leistung für die eigene Webseite, auch wenn die absolute CPU-Kernanzahl vielleicht nicht die höchste ist. Dies ist oft wichtiger als die reine Kernanzahl.

Kombiniert die Schnelligkeit eines Telefonats (in Bezug auf die Antwortzeit) mit schriftlicher Kommunikation. Gut für schnelle Fragen und zur Klärung einfacherer Probleme, oft schneller als E-Mail.

Die Einrichtung deines Webhostings beginn typischerweise mit der Registrierung und Verknüpfung deiner Domain. Danach konfigurierst du deinen Webspace (in der Regel über ein Control Panel), legst E-Mail-Adressen an, erstellst Datenbanken, lädst Website-Dateien hoch oder installierst ein Content-Management-System wie WordPress. Nach diesen Schritten und der Verknüpfung der Domain ist deine Website dann online erreichbar.

Als 1-Click-Applikation oder 1-Click-Installation bezeichnet man die Möglichkeit, gängige Software und Dienste (z.B. Content Management Systeme (CMS), Shopsysteme, Foren, Clouds oder andere Dienste) ganz einfach (eben mit einem Klick) zu installieren und für die Website aufzusetzen. Besonders populäre Anwendungen sind z.B. WordPress (als CMS) oder PrestaShop (als Shopsystem für Online-Shops). Aber Achtung: Sehr viel Auswahl im Bereich 1-Click zu haben ist zwar nett; dadurch entsteht aber auch ein größerer Verwaltungsaufwand. In vielen Fällen kann es sinnvoll sein, sich auf diejenigen Anwendungen zu beschränken, die man tatsächlich nutzen will; weniger kann hier also auch mehr sein!

Webanwendungen (wie WordPress) benötigen bestimmte PHP-Versionen. Aus Sicherheits- und Performancegründen sollte man aktuelle Versionen nutzen können. Gleichzeitig muss evtl. für ältere Projekte eine ältere PHP-Version wählbar sein - zumindest, um das Projekt noch so lange zu betreiben, bis man es auf eine neuere PHP-Version "angehoben" hat. Flexibilität und zeitnahe Bereitstellung neuer Versionen durch den Hoster sind wichtig.

Die Unterstützung weiterer serverseitigen Programmiersprachen (Python, Ruby) bzw. eine JavaScript-Laufzeitumgebung (Node.js) neben dem üblichen PHP sind essenziell, wenn deine Website oder dein Projekt auf einer dieser Technologien basiert. Für reine PHP-Projekte irrelevant.