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.

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.

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.

Die CPU verarbeitet Skripte (z.B. PHP) und Datenbankabfragen. Mehr Kerne/höhere Taktfrequenz bedeuten schnellere Berechnungen und kürzere Wartezeiten bei der Generierung dynamischer Seiten.

Ausreichend RAM (Arbeitsspeicher) ermöglicht das schnelle Verarbeiten vieler gleichzeitiger Anfragen, hält Daten im schnellen Zugriff und unterstützt Caching effektiv. Kritisch für Datenbanken und dynamische Inhalte.

Ein Standardkanal, gut geeignet für nicht-zeitkritische Anfragen, die eine detaillierte Beschreibung oder Anhänge (z.B. Screenshots) erfordern. Ermöglicht eine dokumentierte Kommunikation.

Ideal für dringende Probleme oder komplexe Sachverhalte, die sich im direkten Gespräch leichter klären lassen als schriftlich. Bietet unmittelbares Feedback.

Kann 24/7 sofortige Antworten auf einfache Standardfragen liefern und den Nutzer:innen zu passenden Hilfeartikeln führen. Entlastet den menschlichen Support, stößt aber bei komplexen oder individuellen Problemen an seine Grenzen.

Cronjobs bieten eine Möglichkeit, zeitgesteuerte Aufgaben (Cronjobs) auf dem Server einzurichten, die automatisch Skripte zu bestimmten Zeiten ausführen. Wird für viele Automatisierungsaufgaben benötigt: Regelmäßige Backups anstoßen, temporäre Dateien löschen, E-Mail-Newsletter versenden, Daten synchronisieren, Wartungsarbeiten an Webanwendungen durchführen etc.

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.