Websites & Schnittstellen

Welches Hosting braucht deine Website?

Eine Website auf deinem Rechner ist wie eine fertig gestaltete Broschüre auf deinem Schreibtisch: Sie existiert, aber deine Kunden können sie noch nicht erreichen. Hosting macht sie verfügbar. Welche Art du brauchst, hängt weniger vom Design ab als davon, was die Seite tatsächlich tun soll.

Kurzüberblick

Eine veröffentlichte, rein fiktive HTML-Testseite unter einer Anbieteradresse und ein Hosting-Plan, der zu deinen späteren Funktionen passt.

Einstieg · Veröffentlichung

Vor dem Start

  • Ein Ordner mit einer funktionierenden index.html, beispielsweise aus unserem Website-Einstieg
  • Nur ausdrücklich zur Veröffentlichung bestimmte Testinhalte
  • Für den Beispielweg ein eigenes Cloudflare-Konto mit geprüftem Tarif
  • Eine separat aufbewahrte Kopie aller hochzuladenden Dateien

Drei Arten von Websites, drei unterschiedliche Aufgaben.

Eine statische Website liefert vorbereitete Dateien aus. Das passt beispielsweise zu einer Informationsseite ohne Anmeldung und ohne gespeicherte Eingaben. Ein Content-Management-System wie WordPress braucht zusätzlich seine passende Laufzeit, Datenbank und einen Updateprozess. Eine eigene Webanwendung mit Benutzerkonten oder Datenverarbeitung benötigt wiederum die Laufzeit und Dienste, die ihre Architektur vorsieht.

Ein Anbieter kann mehrere Varianten unterstützen. Daraus folgt aber nicht, dass beliebiger Code auf jedem Tarif läuft. Ein Ordner mit React-Quellcode ist noch nicht immer ein veröffentlichungsfertiger Dateisatz. Manche Projekte brauchen einen Build, andere dauerhaft serverseitige Funktionen. Lass dir diese Unterscheidung vor dem Vertragsabschluss erklären.

Zum Nachlesen: MDN: statische und dynamische Websites

Vergleiche den Betrieb, nicht nur den Monatspreis.

  1. Schreibe alle Funktionen auf: reine Inhalte, Formular, Anmeldung, Dateiupload, Datenbank, Hintergrundaufgaben. Ordne jeder Funktion einen verantwortlichen Dienst zu.
  2. Prüfe unterstützte Laufzeiten, kommerzielle Nutzung, eigene Domains und HTTPS. Ein Gratisangebot ist nicht automatisch für eine geschäftliche Website freigegeben.
  3. Vergleiche enthaltene Leistung, Nutzungsgrenzen, Mehrverbrauch, Backups und Wiederherstellung. Ein Kostenalarm ist nicht automatisch eine harte Ausgabensperre.
  4. Kläre Datenverarbeitung, Unterauftragnehmer und gegebenenfalls benötigte Regionen passend zu deinem Vorhaben. Eine Domainendung sagt nichts über den tatsächlichen Speicherort aus.
  5. Prüfe, ob du Quellcode, Inhalte und Daten exportieren kannst. Dokumentiere, was bei einem Anbieterwechsel mitgenommen werden muss.

Eine einfache Seite per Datei-Upload veröffentlichen.

Wir verwenden für das Lernbeispiel Cloudflare Pages Direct Upload. Prüfe vorher die aktuellen Bedingungen und Limits. Dieser Weg ist für fertige statische Dateien gedacht. Ein Direct-Upload-Projekt lässt sich später nicht einfach auf Git-Integration umstellen; dafür ist ein neues Projekt nötig. Für regelmäßig gemeinsam gepflegten Code solltest du diese Entscheidung vorab treffen.

  1. Erstelle einen sauberen Veröffentlichungsordner. Darin liegen index.html und nur die tatsächlich benötigten Bilder oder Styles – keine Zugangsdaten, internen Dokumente oder Entwicklungsdateien.
  2. Öffne im Cloudflare-Dashboard Workers & Pages und wähle den Pages-Weg für einen direkten Datei-Upload. Die genaue Menübenennung kann sich ändern.
  3. Vergib einen Projektnamen und lade den Ordner oder die ZIP-Datei hoch. index.html muss in der Wurzel des hochgeladenen Seiteninhalts liegen.
  4. Starte die Veröffentlichung und öffne die zugewiesene pages.dev-Adresse. Diese Adresse ist öffentlich; ein Testname ist kein Zugriffsschutz.
  5. Ändere lokal einen eindeutig erkennbaren Testsatz. Veröffentliche im selben Projekt eine neue Version und prüfe, ob genau diese Änderung online erscheint.

Zum Nachlesen: Cloudflare Pages: Direct Upload

Eine erreichbare Startseite ist erst der erste Test.

Öffne jede interne Seite direkt über ihre Adresse und lade sie neu. Prüfe Bilder, Schrift, Umlaute, Handyansicht und einen bewusst falschen Pfad. Eine Anwendung kann auf der Startseite funktionieren und beim direkten Aufruf einer Unterseite trotzdem scheitern. Notiere erwartetes und tatsächliches Verhalten.

Das Beispiel enthält keine Datenbank und keinen Formularempfang. Ein sichtbarer Absende-Button allein baut diese Funktionen nicht ein. Auch das Hochladen eines Ordners namens functions über einen einfachen Dashboard-Upload ersetzt keine passende serverseitige Bereitstellung. Sobald du Eingaben verarbeiten willst, gehört diese Funktion in die Hostingplanung.

Gratis ist eine Tarifbedingung, kein Architekturmerkmal.

Ein konkretes Beispiel: Vercel beschreibt seinen Hobby-Tarif für persönliche, nicht kommerzielle Nutzung. Für einen geschäftlichen Auftritt darfst du daher nicht allein aus einem funktionierenden Test schließen, dass der gleiche Tarif passt. Prüfe die aktuellen Anbieterbedingungen vor dem produktiven Einsatz.

Für die Budgetplanung trennst du Domain, Hosting, Mail, zusätzliche Dienste und laufende Betreuung. Eine sehr kleine Website braucht nicht zwingend einen selbst verwalteten Server. Bei individuellen Anwendungen kann ein betreuter Aufbau sinnvoll sein, weil Einrichtung, Fehlersuche und Updates ebenfalls Zeit kosten.

Zum Nachlesen: Vercel: Einsatzgrenzen des Hobby-Tarifs

Zum Prüfen

  • Der Hostingtyp passt zu den tatsächlichen Funktionen.
  • Die Testseite ist unter der Anbieteradresse erreichbar.
  • Direkte Unterseitenaufrufe und eine neue Veröffentlichung wurden geprüft.
  • Tarif, öffentliche Inhalte und Rückweg sind geklärt.

Hinweise

Cloudflare Pages ist hier ein nachvollziehbares Lernbeispiel, keine pauschale Anbieterempfehlung. Das Veröffentlichen statischer Dateien richtet weder ein geschütztes Kundenportal noch einen zuverlässigen Formularprozess ein.

Unterstützung bei der Umsetzung

Wir wählen mit dir einen passenden Betrieb, verbinden Domain und Veröffentlichung und klären vorab, welche Zusatzdienste deine Website wirklich braucht.

Projekt besprechenBeratung & Projekte kennenlernen