Website hosten: So kommt Ihre Firmenwebsite online

Für kleine und mittlere Unternehmen ist neben der Veröffentlichung wichtig, dass Domain, E-Mail, Zuständigkeiten und laufende Kosten auch nach dem Start überschaubar bleiben.

Eine Website auf dem eigenen Rechner ist wie ein Laden, dessen Einrichtung fertig ist, dessen Tür aber noch in deinem Wohnzimmer steht. Damit andere sie erreichen, brauchst du einen Ort für die Dateien und Funktionen, eine Adresse und einen Weg, beides zu verbinden. Dieser Leitfaden hilft dir, die richtigen Fragen zu stellen, bevor du etwas buchst oder online stellst.

1. Was hast du eigentlich gebaut?

Eine statische Website liefert fertige Dateien aus. Ein Portfolio oder eine Infoseite ohne serverseitige Funktionen kann so aufgebaut sein. Auch eine interaktive Oberfläche kann statisch ausgeliefert werden; das sagt aber noch nichts darüber aus, ob sie im Hintergrund externe Dienste benötigt.

Eine Webanwendung kann zusätzlich einen Server, serverlose Funktionen, Datenbanken, Anmeldung oder externe Schnittstellen benötigen. Ein Kontaktformular, das lokal eine E-Mail auslöst, funktioniert nach dem Hochladen nicht automatisch. Prüfe jede Funktion und ihre Abhängigkeiten einzeln.

Ein Baukastensystem kann das Hosting bereits enthalten. Prüfe dort, ob du eine eigene Domain anschließen, Inhalte exportieren und bei Bedarf umziehen kannst. Die entscheidende Frage ist nicht, welches Werkzeug den Code erzeugt hat, sondern was dein Ergebnis zum Betrieb braucht.

2. Die vier Begriffe, die du kennen musst

• Hosting: Ein Dienst stellt Dateien oder Anwendungen bereit.
• Domain: Die lesbare Adresse, beispielsweise beispiel.de; du registrierst sie bei einem Registrar.
• DNS: Ein Verzeichnis, das Anfragen an das richtige Ziel leitet. Auch E-Mail nutzt DNS. Bestehende Einträge deshalb dokumentieren und nicht blind überschreiben.
• HTTPS: Verschlüsselt die Verbindung zwischen Browser und Website. Dafür muss das Zertifikat für die gewünschte Adresse funktionieren.

Ein Build übersetzt bei vielen Projekten den Quelltext in ein auslieferbares Ergebnis. Welcher Befehl und welcher Ausgabeordner gelten, hängt vom Projekt ab. Bei einfachen HTML-Dateien kann dieser Schritt entfallen.

3. Einen Anbieter passend zum Projekt auswählen

Schreibe zuerst auf: Seitentyp, erwartete Funktionen, genutzte Dienste, Datenarten und wer Zugriff benötigt. Vergleiche dann Anbieter anhand dieser Punkte:

1. Unterstützt der Dienst deinen Build und die benötigten Funktionen?
2. Wie werden Domain, HTTPS und Vorschauversionen eingerichtet?
3. Wer besitzt Konto und Domain? Wie kommst du an den Quellcode und wieder weg?
4. Welche laufenden Kosten, Limits und möglichen Überschreitungen gelten? Nicht nur den Einstiegspreis prüfen.
5. Wo werden Daten verarbeitet, welche Unterauftragnehmer gibt es und welche Verträge benötigst du gegebenenfalls?
6. Wie funktionieren Wiederherstellung, Logs, Updates und Support?

Für eine statische Seite kann etwa Cloudflare Pages eine Möglichkeit sein. Das ist keine pauschale Empfehlung für jedes Projekt: Prüfe Funktionen, Vertragsbedingungen, Datentransfers und aktuelle Preise für deinen Fall. Die offizielle Anleitung zu eigenen Domains unterscheidet ausdrücklich zwischen Hauptdomain und Subdomain. Wer Nameserver ändert, muss bestehende DNS-Einträge einschließlich E-Mail berücksichtigen.

4. Ein nachvollziehbarer Weg zur eigenen Adresse

1. Inventar erstellen: Was läuft nur lokal, welche Dienste werden angesprochen, wo liegen Quellcode und Daten?
2. Lokal testen: Start, Navigation, Bilder und alle Formulare durchgehen. Build-Anleitung und Fehlermeldungen sichern.
3. Vorschau einrichten: Den passenden Dienst wählen, Projekt anbinden oder fertige Dateien hochladen. Eine Vorschau kann öffentlich erreichbar sein; keine vertraulichen Inhalte oder echten Kundendaten hineinstellen.
4. Domain verbinden: Im Hosting-Dienst die Domain hinzufügen und dessen aktuelle DNS-Anweisungen befolgen. Vor Änderungen DNS und insbesondere Mail-Einträge sichern.
5. HTTPS und Funktionen prüfen: Zertifikat abwarten, beide gewünschten Adressvarianten testen, dann Kontaktformular, E-Mail-Zustellung, Links und mobile Darstellung prüfen.
6. Betrieb regeln: Zuständigkeit, Rechnungen, Zugang, Updates, Sicherung und Wiederherstellung dokumentieren. Bei Änderungen zuerst Vorschau, dann Veröffentlichung und erneute Prüfung.

Eine grüne Startseite bedeutet nicht, dass auch eine Bestellung, ein Login oder das Zurücksetzen eines Passworts funktioniert. Teste echte Abläufe mit geeigneten Testdaten.

Prompt: Lass dir deinen Hosting-Bedarf erklären

Du bist mein technischer Begleiter. Untersuche das Projekt anhand der Dateien, die ich freigebe. Verändere und veröffentliche nichts.
1. Erkläre in einfacher Sprache, ob statische Dateien, Serverfunktionen, Datenbank, Anmeldung oder externe APIs benötigt werden. Belege jede Aussage mit Datei und Fundstelle; markiere Unbekanntes.
2. Finde Build-Befehl, Ausgabeordner und notwendige Umgebungsvariablen. Gib keine geheimen Werte aus.
3. Nenne drei passende Hosting-Kategorien und je Vor- und Nachteile. Prüfe aktuelle Konditionen anhand offizieller Quellen und nenne offene Kosten- und Datenschutzfragen.
4. Erstelle eine Schrittfolge für Vorschau, Domain, HTTPS und Funktionstests. Warne vor Änderungen an bestehenden DNS- und E-Mail-Einträgen.
5. Stelle mir nur Fragen, die du aus dem Projekt nicht beantworten kannst.

Teile keine API-Schlüssel, Passwörter, Kundendaten oder vollständigen .env-Dateien mit einem Chat. Ein Modell kann Hinweise geben, aber weder unbesehen Preise garantieren noch die Funktion auf deinem Konto nachweisen.

Wenn du Unterstützung möchtest

Du hast schon eine Seite und möchtest wissen, was sie zum sicheren Betrieb braucht? Bei Moinsen kannst du uns ansprechen. Gemeinsam lässt sich klären, welche Teile bereits funktionieren und wo technische Unterstützung sinnvoll ist. Kontakt zu Moinsen.

Weiterlesen: Sicherheit · Datenschutz · Barrierefreiheit · Alle Beiträge im Moinsen-Blog

Checkliste zum Mitnehmen

• Seitentyp und benötigte Serverfunktionen, Dienste und Datenbanken erfasst.
• Domain, Hosting und Quellcode liegen in zugänglichen, zuständig verwalteten Konten.
• Kosten, Grenzen, Abhängigkeiten und Ausstiegsmöglichkeit geprüft.
• DNS-Einträge einschließlich E-Mail dokumentiert; Domain und HTTPS getestet.
• Navigation, mobile Darstellung und zentrale Funktionen mit Testdaten geprüft.
• Updates, Zuständigkeiten und Wiederherstellung geregelt; Rückspielen getestet.