Eine statische Website fühlt sich erst dann wirklich öffentlich an, wenn sie nicht mehr nur unter einer Vorschau-URL liegt, sondern unter einer Domain, die Sie besitzen.
Genau an dieser Stelle werden einfache Projekte oft unnötig kompliziert. DNS-Einträge, www, Root-Domain, HTTPS-Zertifikat, alte Links und Browser-Cache kommen gleichzeitig ins Spiel. Das Problem ist selten ein einzelner Schritt. Das Problem ist fast immer die Reihenfolge.
Erst Vorschau-Link, dann Domain
Der Vorschau-Link sollte beweisen, dass die hochgeladenen Dateien funktionieren. Die eigene Domain sollte erst zeigen, dass der öffentliche Launch bereit ist.
Wenn Sie die Domain zu früh verbinden, vermischen sich Inhaltsfehler mit DNS-Fehlern. Besser ist:
- Ordner oder ZIP veröffentlichen.
- Vorschau-Link öffnen.
- Layout, Links, Metadaten und Mobilansicht prüfen.
- Feedback einsammeln.
- Erst danach die Domain verbinden.
Auf DeployPages bleibt dieser Übergang bewusst getrennt: Upload für den schnellen Live-Link, eigene Domains und kostenloses SSL für den dauerhaften Auftritt.
Root-Domain oder www?
Für eine öffentliche Website gibt es meistens drei Varianten:
| Variante | Beispiel | Typische Nutzung |
|---|---|---|
| Root-Domain | example.com | Kurze Hauptadresse |
www | www.example.com | Sehr verbreitet und oft einfach zu routen |
| Subdomain | docs.example.com, app.example.com | Dokumentation, Kampagnen, Nebenprojekte |
Wichtig ist, eine Hauptadresse zu wählen. Die andere Adresse sollte weiterleiten. Wenn example.com und www.example.com beide unabhängig dieselbe Seite ausliefern, entstehen doppelte URLs für Nutzer und Suchmaschinen.
Für Portfolios, Landingpages, Bewerbungsseiten und kleine Unternehmensseiten ist beides in Ordnung: Root als primär mit www-Weiterleitung oder www als primär mit Root-Weiterleitung. Entscheidend ist Konsistenz.
DNS in normaler Sprache
Sie müssen nicht jeden DNS-Record auswendig kennen. Für statische Websites begegnen Ihnen meistens diese Typen:
| Record | Aufgabe | Typische Verwendung |
|---|---|---|
CNAME | Verweist eine Subdomain auf einen anderen Hostnamen | www.example.com auf ein Plattformziel |
A | Verweist eine Domain auf eine IPv4-Adresse | Root-Domain, wenn IPs vorgegeben sind |
AAAA | Verweist auf eine IPv6-Adresse | Root-Domain mit IPv6 |
ALIAS / ANAME | Hostname-ähnlicher Verweis für die Root-Domain | Anbieterabhängige Alternative |
TXT | Speichert Prüftext | Domain-Inhaberschaft bestätigen |
Ein guter Hosting-Flow sagt genau, welchen Eintrag Sie setzen müssen. Danach lohnt sich ein externer Check. Der DNS-Lookup zeigt, ob die Änderung öffentlich sichtbar ist oder nur im Dashboard Ihres DNS-Anbieters steht.
HTTPS gehört zum Launch
Eine Domain ohne HTTPS wirkt unfertig. Moderne Browser markieren unsichere Seiten sichtbar, und auch Suchmaschinen erwarten eine sichere Auslieferung.
Vor dem Teilen der Domain sollte klar sein:
- Die Seite öffnet über
https://. - Das Zertifikat deckt den genauen Hostnamen ab.
http://leitet auf HTTPS weiter.- Die nicht primäre Domain leitet auf die Hauptadresse.
- Der Check funktioniert in einem privaten Browserfenster.
Wenn DNS noch nicht überall angekommen ist, kann auch die Zertifikatsausstellung warten. Dann ist Geduld besser als ständiges Ändern. Prüfen, warten, gezielt korrigieren.
Warum Versionen wichtig werden
Solange eine Seite nur ein Preview ist, kann ein kaputter Upload lästig sein. Sobald die Domain öffentlich ist, kann derselbe Fehler Umsatz, Bewerbungen oder Kundentermine kosten.
Eine solide Kette sieht so aus:
| Phase | URL | Zweck |
|---|---|---|
| Erster Upload | temporärer Vorschau-Link | Dateien prüfen |
| Review | stabiler Vorschau-Link | intern oder mit Kunden abstimmen |
| Launch | eigene Domain | öffentlicher Traffic und SEO |
| Update | neue Deployment-Version | verbessern ohne Blindflug |
| Wiederherstellung | Rollback | funktionierende Version zurückholen |
Deshalb sollte statisches Hosting nicht nur Dateien speichern. Es sollte auch die letzte funktionierende Version kennen. DeployPages behandelt Rollback als Produktfunktion und nicht als Suche nach der alten ZIP-Datei.
Typische Fehler beim Domain-Launch
Falschen Build hochladen
Wenn der Vorschau-Link kaputt ist, wird die Domain ebenfalls kaputt sein. Erst die Dateien reparieren, dann DNS anfassen.
Zwei Hauptdomains ausliefern
Wählen Sie example.com oder www.example.com. Die andere Variante sollte weiterleiten.
Alte URLs vergessen
Wer eine bestehende Website ersetzt, sollte wichtige alte Pfade prüfen. Auch statische Websites brauchen manchmal Weiterleitungen.
DNS-Dashboard mit öffentlichem DNS verwechseln
Nur weil ein Eintrag gespeichert wurde, sieht ihn noch nicht jeder Resolver. Externe Checks sind zuverlässiger als Bauchgefühl.
Ohne Metadaten launchen
Titel, Beschreibung, Favicon und Social Preview gehören vor den Domain-Launch. Der Meta-Tags-Generator und der OG-Image-Generator helfen bei diesen sichtbaren Details.
Wann sich eine eigene Domain lohnt
Verbinden Sie eine Domain, wenn die Website eine Person, ein Unternehmen, ein Produkt, eine Veranstaltung oder einen Kunden repräsentiert. Für Wegwerf-Previews, kurze interne Abstimmungen oder Tests reicht ein Vorschau-Link.
Das Ziel ist nicht, jeden Upload sofort groß zu machen. Das Ziel ist, schnell prüfen zu können und bewusst zu launchen, sobald die Seite öffentlich Gewicht bekommt.