Funktionen
Verweisen Sie App, Shop, Docs oder Staging wohin Sie möchten und erhalten Sie dahinter eine echte, vollständig isolierte Website: mit eigenem Stack, eigener Datenbank, eigenem Cache, eigenen Backups und dedizierten Ressourcen. Volle Kontrolle über die DNS-Einträge, automatisches SSL einschließlich Wildcards und Staging-Subdomains mit nur einem Klick. Verfügbarkeit: Die sitzungsbezogene Datenbank-Drosselung befindet sich in aktiver Entwicklung und ist noch nicht verfügbar. Alles andere, was hier beschrieben wird, ist ab sofort live.
Bei den meisten Hostern ist eine Subdomain ein Verzeichnis mit einer vorgeschalteten Umschreibungsregel. Hier ist sie ein erstklassiger Website-Datensatz mit einer eigenen Blueprint-Version, einem eigenen Speicherplatz im Fleet und einer eigenen Isolationsgrenze. Alles, was Sie mit einer Primärdomain tun können, können Sie auch mit einer Subdomain tun.
Jede Subdomain-Website basiert auf einer versionierten Blaupause und betreibt ihren eigenen Stack-Typ und ihre eigene Laufzeit: verwaltetes WordPress, WooCommerce, PHP, statisches HTML oder Node. Ihre Dokumentations-Subdomain kann statisches HTML sein, während auf der Root-Domain WordPress läuft, ohne Kompromisse zwischen beiden.
Eine MariaDB-Datenbank pro Website, LiteSpeed LSCache-Ganzseitencaching und ein sitespezifischer Redis- oder Memcached-Objektcache. Nichts wird mit der Hauptwebsite geteilt, sodass eine stark beanspruchte Subdomain weder den Cache der Hauptwebsite verdrängen noch deren Abfragen überlasten kann.
CloudLinux LVE limitiert CPU, RAM, IO, IOPS und Entry Processes pro Website, CageFS gibt jeder Website ihre eigene Dateisystemansicht, und MySQL Governor drosselt die Datenbanklast pro Website. Eine entgleiste Subdomain wird in ihrem eigenen Cage eingegrenzt.
Tägliche Backups für 30 Tage aufbewahrt mit Ein-Klick-Wiederherstellung, pro Website. Sie können eine Subdomain auf den Stand von gestern zurücksetzen, ohne die Hauptwebsite oder eine ihrer Geschwister-Sites zu berühren.
Subdomains sind ein DNS-Problem, bevor sie ein Hosting-Problem sind. Deshalb wird die DNS-Schicht ordnungsgemäß offengelegt, anstatt hinter einem Formular mit zwei Feldern versteckt zu werden.
Jede registrierbare Domain, die Sie hosten, erhält eine über unsere DNS-Treiber-Schnittstelle verwaltete DNS-Zone. Sie erhalten Record-CRUD für alle erwarteten Record-Typen, sodass das Hinzufügen von app, shop, docs, mail oder einem Wildcard-Host eine einfache Record-Änderung ist und kein Support-Ticket erfordert. Der Zonenzustand wird idempotent mit dem Provider abgeglichen; das bedeutet, dass eine halb angewendete Änderung oder eine wiederholte Bearbeitung zum gewünschten Zustand konvergiert, anstatt Ihre Zone in einem unklaren Zwischenzustand zu belassen.
Registrar und DNS sind bewusst voneinander getrennt: Sie können eine Domain bei uns registrieren und das DNS woanders belassen oder die Domain bei Ihrem bisherigen Registrar behalten und einfach eine Subdomain auf uns verweisen. Wir überprüfen die Nameserver-Delegation und -Aktivierung, bevor wir eine Domain freischalten, sodass Sie einen fehlerhaften Eintrag direkt auf der Plattform und nicht erst durch einen Kunden bemerken.
Eine langsame Subdomain oder eine mit Zertifikatswarnung ist schlimmer als gar keine Subdomain, daher verwendet der Bereitstellungspfad denselben Weg wie die Hauptdomain.
Let's-Encrypt-Zertifikate werden automatisch ausgestellt und erneuert. Verwenden Sie ein Wildcard-Zertifikat, um alle Subdomains auf einmal abzudecken, Host-bezogene Zertifikate für getrennte Bereiche oder laden Sie Ihr eigenes benutzerdefiniertes Zertifikat hoch.
Jede Website wird von LiteSpeed mit aktiviertem HTTP/3 ausgeliefert, sodass eine Subdomain dieselbe verbindungsspezifische Leistung wie die Root-Domain erhält und kein VHost zweiter Klasse ist.
LSCache Full-Page-Caching sowie ein pro Site eingerichteter Redis-Objektcache mit koordinierter Löschung über das Dashboard oder direkt aus WordPress heraus. Das Leeren des Caches der Hauptdomain löscht dabei nicht den Cache Ihrer Subdomain.
Deployen Sie über unser CDN und den Cloudflare-Kontopool oder verbinden Sie Ihre eigenen Konten und wählen Sie aus, auf welchem Konto eine bestimmte Website deployed wird. Die Auslieferung ist Ihre Entscheidung, nicht unsere.
Der häufigste Grund für eine Subdomain ist ein sicherer Ort, um Dinge auszuprobieren. Dieser Weg ist in Mainstream-Tarifen direkt integriert und frei zugänglich.
Das Klonen in die Staging-Umgebung erstellt eine isolierte Kopie einer Live-Website auf einer Staging-Subdomain, bei der Dateien und Datenbank intakt bleiben und die dieselbe Stack- und Blueprint-Version wie die Produktion verwendet. Sie arbeiten an der Kopie mit dem vollständigen Toolset: geschütztem SSH und SFTP, wp-cli, dem browserbasierten VS Code-Editor, phpMyAdmin oder Adminer, Site-spezifischem Cron und Umgebungsvariablen.
Sobald die Änderung verifiziert ist, führt „Push to live“ eine datenbankbewusste Synchronisierung zurück in die Produktion durch. Sie wählen Dateien, die Datenbank oder beides aus, und Suchen-und-Ersetzen wird automatisch für Sie übernommen, sodass die URLs in Ihren Inhalten der Website folgen, anstatt auf den Staging-Host zu verweisen. Da Bereitstellung, Klonen und Deployment alle als langlebige Temporal Workflows mit schrittweisen Wiederholungen und Kompensationen ablaufen, macht ein Fehler auf halbem Weg die teilweise geleistete Arbeit rückgängig, anstatt eine halb geklonte Website zu hinterlassen.
Wir sagen Ihnen das lieber gleich, als Ihnen etwas zu verkaufen, das Ihren Zielen im Weg steht.
Subdomains sind die richtige Wahl, um eine Marke zu strukturieren: eine App, einen Shop, eine Dokumentationsseite, ein Kundenportal, eine Staging-Umgebung pro Kunde. Sie sind die falsche Wahl für ein privates Blog-Netzwerk. Jede Subdomain teilt sich eine einzige registrierbare Domain, sodass jeder, der eine davon auflöst, genau weiß, wem der Rest gehört. Unter einem Wildcard-Zertifikat teilen sie sich zudem ein Zertifikat, und die Zertifikatsausstellung wird in öffentlichen Certificate Transparency-Logs veröffentlicht, sodass Hosts unter einer gemeinsam genutzten Domain von jedem ermittelt werden können, der danach sucht. Das ist eine Eigenschaft der öffentlichen Web-PKI und des DNS, nicht unserer Plattform, und keine Hosting-Konfiguration ändert daran etwas.
Daher befinden sich Subdomains in unseren Mainstream- und Agency-Linien, nicht in der Footprint-Free-Linie. Wenn Ihre Anforderung darin besteht, dass Sites nicht miteinander verlinkt werden dürfen, benötigen Sie separate registrierbare Domains für die Footprint-Free-Produktlinie, wo die CDN- und DNS-Konto-Pools, das Footprint-Management und die Bereitstellung von statischem HTML genau dazu da sind, dieses Muster zu durchbrechen. Beide laufen auf derselben Engine und demselben Dashboard, sodass die richtige Wahl Sie keinen Komfort kostet.
Agenturen und Reseller nutzen Subdomains in grossem Umfang: einen Staging-Host pro Kunde, einen Vorschau-Host pro Projekt, ein Portal pro Konto. Die Plattform ist genau für diese Art von Arbeitsweise ausgelegt.
Organisationen bilden eine baumartige Struktur von Resellern über Kunden bis hin zu Websites, wobei jeder Datensatz durch Zeilenebene-Sicherheit auf Datenbankebene eingegrenzt und geschützt wird. Die Subdomains eines Kunden gehören zur Organisation dieses Kunden und nicht zu einem gemeinsam genutzten Pool, den Sie nach Konvention überwachen müssen.
Bereitstellen, aktualisieren und verwalten Sie viele Websites in einer einzigen Aktion, anstatt sich für jede Website einzeln zu wiederholen.
Alles im Dashboard ist Teil der öffentlichen API, generiert aus der OpenAPI-Spezifikation. Steuern Sie die Erstellung von Subdomains über einen auf eine Organisation beschränkten API-Schlüssel, die CLI, Terraform oder ein KI-Tool über unseren MCP-Server.
Privilegierte und administrative Aktionen werden audit-protokolliert, und eine rollenbasierte Zugriffskontrolle regelt, wer in Ihrem Team was tun kann. Sie können sehen, wer einen Host erstellt, geändert oder entfernt hat.
Ja. Da jede Subdomain als vollständig und separat isolierter Standort mit einem eigenen Stack, einer eigenen Datenbank, einem eigenen Cache und eigenen Backups läuft, belegt sie in Ihrem Tarif genau wie eine Hauptdomain einen Website-Platz. Tarife werden nach der Anzahl der Websites berechnet, die sie abdecken; das Hinzufügen einer Subdomain-Website wird daher genauso gehandhabt wie das Hinzufügen jeder anderen Website.
Ja, und sie sind wirklich unabhängig. Jede Subdomain ist ein eigener Site-Datensatz mit einer eigenen Blaupause, sodass die Stacks nicht übereinstimmen müssen: WordPress auf der Hauptdomain, WooCommerce auf shop, eine Node.js-App auf app und eine statische Website auf docs sind hier eine ganz normale Einrichtung und kein Sonderfall. Sie können auf unterschiedlichen Maschinen liegen, verschiedene Laufzeiten sowie verschiedene PHP- oder Node-Versionen ausführen und nach ihren eigenen Zeitplänen bereitgestellt, als Staging eingerichtet, gesichert und zurückgesetzt werden. Nichts an einer schränkt eine andere ein, außer dass sie sich einen Domainnamen teilen.
Sie sind in beiden Fällen automatisch abgesichert. Sie können ein Wildcard-Zertifikat ausstellen, das alle Hosts unter der Domain auf einmal abdeckt, oder pro Host separate Zertifikate ausstellen, wenn Sie diese getrennt halten möchten. Let's Encrypt-Zertifikate sind kostenlos, werden automatisch ausgestellt und erneuert, und Sie können stattdessen ein eigenes Zertifikat hochladen, falls Sie eines besitzen.
Wir würden davon abraten, und wir werden es nicht auf diese Weise verkaufen. Jede Subdomain teilt sich eine registrierbare Domain und unter einem Wildcard-Zertifikat ein gemeinsames Zertifikat, dessen Ausstellung in öffentlichen Certificate Transparency-Protokollen erscheint, sodass die Hosts für jeden, der nachsieht, miteinander verknüpft werden können. Für Arbeiten, bei denen Websites nicht verbindbar sein dürfen, verwenden Sie separate registrierbare Domains aus unserer Footprint-Free-Linie, die speziell dafür mit CDN- und DNS-Konto-Pools, verwalteten Footprints und statischer HTML-Auslieferung entwickelt wurde.
Die Plattform ist darauf ausgelegt, Vorfälle einzudämmen, statt sie sich ausbreiten zu lassen. CloudLinux LVE limitiert CPU, Arbeitsspeicher und E/A jeder Website in einer eigenen Umgebung, CageFS bietet jeder Website eine isolierte Dateisystemansicht, sodass ein Einbruch eingedämmt wird, und MySQL Governor drosselt die Datenbanklast pro Website, damit schwere Abfragen einer Website den Server nicht verlangsamen. Malware-Scans, eine proaktive Web Application Firewall und unveränderliche Backups pro Website ergänzen dies. Eindämmung ist das Designziel; kein Host kann versprechen, dass eine Kompromittierung unmöglich ist.
Ja. Registrar und DNS sind bewusst voneinander getrennt. Sie können Ihre Domain bei Ihrem aktuellen Registrar und Ihre Zone bei Ihrem aktuellen DNS-Anbieter belassen und einfach den Record einer Subdomain auf uns verweisen lassen. Wir überprüfen die Delegation und Aktivierung, bevor wir die Website als live behandeln, sodass ein falsch eingegebener Record sofort auffällt, statt unbemerkt fehlerhaft zu sein. Wenn die Zone der Hauptdomain bereits hier gehostet wird, tragen wir den Record der Subdomain stattdessen automatisch für Sie ein, sodass Sie nichts manuell hinzufügen müssen.
Einziger Unterschied ist die Erstellung. Klonen in die Staging-Umgebung erstellt eine isolierte Kopie einer Live-Site, einschließlich Dateien und Datenbank, auf einer Staging-Subdomain, die denselben Stack und dieselbe Blueprint-Version wie die Produktion verwendet. Wenn Sie zufrieden sind, synchronisiert Push-to-Live sie mit einer datenbankbewussten Ersetzen-Funktion zurück. Alles andere – Isolierung, SSL, Caching, Backups und Entwicklerzugriff – ist identisch mit jeder anderen Site.
Sie nehmen sie einfach mit. Es gibt nirgendwo in der Plattform eine Bindung an einen Anbieter: Sie können Auth-Codes abrufen, Domains entsperren und wegübertragen, Ihre eigenen CDN- und DNS-Konten nutzen und Ihre Websites exportieren. Jeder externe Anbieter, den wir nutzen, sitzt hinter einem austauschbaren Adapter – das gilt für Sie genauso wie für uns.
Vollständige Isolierung, Wildcard-SSL, echte DNS-Steuerung und Ein-Klick-Staging für jeden Host, den Sie hinzufügen. Starten Sie eine kreditkartenfreie 14-Tage-Testphase und überzeugen Sie sich vor Ihrer Entscheidung.
Kostenlos starten