HTML-Datei hochladen. Website online stellen.
Laden Sie ein fertiges HTML-, CSS- und JavaScript-Projekt hoch und erhalten Sie eine echte URL mit HTTPS, Edge-Auslieferung, Vorschau und eigener Domain, sobald Sie sie brauchen.
HTML ist einfach. Das Veröffentlichen sollte es auch bleiben.
Statisch heißt nicht wegwerfbar
Eine handgeschriebene Seite, ein Kursprojekt, ein Prototyp, Lebenslauf, Export oder eine KI-generierte HTML-Website braucht trotzdem die Basics: richtige index.html, saubere Asset-Pfade, HTTPS, Caching, Kompression und eine URL, die man ohne Erklärung teilen kann.
Kein Framework-Zwang
Wenn das Projekt bereits aus index.html, CSS, JavaScript, Bildern und Assets besteht, sollten Sie kein Git-Repository und keine Build-Pipeline aufsetzen müssen, nur um es online zu zeigen.
Für fertige Ordner gebaut
Laden Sie den Ordner hoch, den Sie lokal öffnen würden: index.html im Wurzelordner, relative Asset-Pfade intakt und Unterordner erhalten.
Produktionsdetails inklusive
DeployPages übernimmt HTTPS, Edge-Auslieferung, Kompression, stabile URLs und das Setup eigener Domains, damit die statische Website nicht wie ein temporärer Datei-Link wirkt.
Passt am besten für fertige statische Projekte
Nutzen Sie diesen Weg, wenn die Website schon gebaut ist und sauber veröffentlicht werden muss.
Handcodierte Seiten
Landingpages, Kursarbeiten, kleine Firmenwebsites, persönliche Homepages und Experimente, die direkt in HTML, CSS und JavaScript geschrieben wurden.
Exportierte Website-Ordner
Statische Exporte aus Design-Tools, Dokumentationsgeneratoren, KI-Website-Buildern, No-Code-Tools oder Build-Pipelines, die bereits HTML-Dateien ausgeben.
Teilbare Vorschauen
Kundenreviews, Portfolioarbeiten, Demos, Lebenslauf-Links und Einmal-Seiten, bei denen eine Live-URL besser ist als eine ZIP-Datei.
Vor dem Upload prüfen
Die meisten kaputten statischen Deployments entstehen durch Ordnerstruktur, nicht durch Hosting.
index.html im Wurzelordner halten
Das Startdokument sollte index.html heißen, damit die Website unter der Haupt-URL ohne zusätzlichen Dateinamen öffnet.
Den Ausgabeordner hochladen
Wählen Sie den Ordner mit finalem HTML, CSS, JS, Bildern, Schriften und Assets. Bei Build-Tools ist das oft dist, build, out oder public.
Relative Asset-Pfade nutzen
Referenzen wie ./styles.css, /assets/logo.png oder assets/app.js müssen zur Ordnerstruktur passen, die Sie hochladen.
Unterseiten lokal öffnen
Wenn es about/index.html oder docs/getting-started.html gibt, öffnen Sie diese Pfade lokal vor dem Upload. Fehlende Dateien fallen dann früher auf.
HTML-Projekt in drei Schritten veröffentlichen
Öffentlichen Ordner vorbereiten
Legen Sie finales HTML, CSS, JavaScript, Bilder, Schriften und Assets in einen Ordner. index.html sollte im Wurzelordner liegen.
Gesamte Website hochladen
Ziehen Sie den Ordner in DeployPages. Unterordner bleiben erhalten, damit Styles, Skripte, Bilder und Seiten mit denselben Pfaden auflösen.
Teilen oder Domain verbinden
Nutzen Sie die Vorschau-URL sofort. Wenn die Seite öffentlich bleiben soll, verbinden Sie eine eigene Domain und HTTPS.
Was nach dem Upload passiert
Der Dateibaum wird zur URL-Struktur. Danach kann die Website zu einer eigenen Domain wachsen.
Sofortige Vorschau-URL
Nutzen Sie die generierte URL, um die Seite in einem echten Browser zu testen, sie an Team oder Kunden zu senden oder den statischen Export vor der Domain-Verbindung zu prüfen.
Unterordner bleiben erreichbar
Ein Ordner wie /docs/index.html wird zu einem sauberen /docs-Pfad, während Dateien wie /assets/app.js für die verweisenden Seiten erreichbar bleiben.
Eigene Domain, wenn es ernst wird
Verbinden Sie später Ihre Domain, setzen Sie DNS auf das angezeigte Ziel und lassen Sie HTTPS als Teil des Setups bereitstellen.
Wenn die veröffentlichte Seite kaputt wirkt
Die Startseite gibt 404 zurück
Prüfen Sie, ob index.html direkt im hochgeladenen Wurzelordner liegt und nicht einen Ordner tiefer.
CSS oder Bilder laden nicht
Kontrollieren Sie die Asset-Pfade. Eine lokal funktionierende Seite kann online brechen, wenn Links auf den falschen Ordner zeigen.
Nur eine Seite funktioniert
Stellen Sie sicher, dass Unterseitenordner und verlinkte HTML-Dateien zusammen mit der Startseite hochgeladen wurden.
JavaScript verhält sich anders
Prüfen Sie Browser-Konsole, Mixed-Content-Warnungen, Modulpfade und Code, der eine lokale file://-Umgebung voraussetzt.
Häufige Fragen zu HTML-Hosting
Q:Gibt es einen kostenlosen Tarif für statische HTML-Websites?
Ja. Leichte persönliche Websites, Lebensläufe, einfache Landingpages und Prototypen können im kostenlosen Einstieg starten.
Q:Muss die Startdatei index.html heißen?
Ja. Mit index.html bleibt das Projekt kompatibel mit der üblichen Auflösung statischer Hosts für die Haupt-URL.
Q:Kann ich verschachtelte Ordner und Unterseiten nutzen?
Ja. Wenn Ihr Projekt Pfade wie about/index.html enthält, erhält DeployPages diese Struktur, damit der passende URL-Pfad verfügbar bleibt.
Q:Brauche ich GitHub für eine einfache HTML-Website?
Nein. Git-basiertes Publishing ist hilfreich für laufende Entwicklung. Ein fertiger statischer Ordner kann direkt hochgeladen werden.
Q:Kann ich eine von einem KI-Builder erzeugte Website veröffentlichen?
Ja, solange das Ergebnis aus statischem HTML, CSS, JavaScript und Assets besteht. Laden Sie den erzeugten Ordner wie ein handcodiertes Projekt hoch.
Q:Kann ich PHP, WordPress oder eine Datenbank-App so hosten?
Nein. Diese Seite ist für statische Dateien, die direkt vom Browser genutzt werden können. PHP, Server-Rendering, Datenbanken und Backend-APIs brauchen eine andere Laufzeit.
Q:Kann ich Deployments per CLI oder API automatisieren?
Ja. DeployPages unterstützt skriptbare Deployments, damit Teams statisches Publishing später an CI-Workflows anbinden können.
Q:Kann ich später eine eigene Domain verbinden?
Ja. Nach dem Deployment fügen Sie die Domain in der Konsole hinzu und setzen DNS auf das angezeigte Ziel. HTTPS wird automatisch bereitgestellt, sobald der Eintrag auflöst.