Funktionen
Leiten Sie App, Shop, Dokumentation oder Staging dorthin weiter, wo Sie möchten, und erhalten Sie dahinter eine echte, vollständig isolierte Website: eigener Stack, Datenbank, Cache, Backups und Ressourcen-Käfig. Vollständige Kontrolle über DNS-Einträge, automatisches SSL einschließlich Wildcards und Staging-Subdomains mit nur einem Klick. Verfügbarkeit: Datenbank-Drosselung pro Website befindet sich in der aktiven Entwicklung und ist noch nicht verfügbar. Alles andere hier Beschriebene ist heute bereits live.
Bei den meisten Hostern ist eine Subdomain ein Verzeichnis mit einer vorangestellten Rewrite-Regel. Hier ist sie ein vollwertiger Website-Eintrag mit einer eigenen Blueprint-Version, einer eigenen Platzierung in der Flotte und einer eigenen Isolationsgrenze. Alles, was Sie mit einer primären Domain tun können, können Sie auch mit einer Subdomain tun.
Jede Subdomain-Website wird aus einer versionierten Vorlage erstellt und führt ihren eigenen Stack-Typ sowie ihre eigene Laufzeitumgebung aus: verwaltetes WordPress, WooCommerce, PHP, statisches HTML oder Node. Ihre docs-Subdomain kann statisches HTML sein, während das Root-Verzeichnis WordPress ausführt – ganz ohne Kompromisse.
Eine MariaDB-Datenbank pro Website, LiteSpeed LSCache-Ganzseiten-Caching und ein Website-spezifischer Redis- oder Memcached-Objekt-Cache. Es wird nichts mit der übergeordneten Website geteilt, sodass eine stark beanspruchte Subdomain weder den Cache der übergeordneten Website verdrängen noch deren Abfragen überlasten kann.
CloudLinux LVE begrenzt CPU, RAM, IO, IOPS und Einstiegsprozesse pro Website, CageFS weist jeder Website eine eigene Dateisystemansicht zu und MySQL Governor drosselt die Datenbankauslastung pro Website. Eine außer Kontrolle geratene Subdomain wird in ihrem eigenen Käfig isoliert.
Tägliche Backups, die 30 Tage lang aufbewahrt werden, mit 1-Klick-Wiederherstellung pro Website. Sie können eine Subdomain auf den gestrigen Stand zurücksetzen, ohne die übergeordnete Website oder deren andere Subdomains zu beeinträchtigen.
Subdomains sind ein DNS-Problem, bevor sie ein Hosting-Problem sind. Daher wird die DNS-Ebene ordnungsgemäß offengelegt, anstatt hinter einem Formular mit zwei Feldern verborgen zu werden.
Jede registrierbare Domain, die Sie hosten, erhält eine DNS-Zone, die über unsere DNS-Treiberschnittstelle verwaltet wird. Sie erhalten CRUD-Operationen für die von Ihnen erwarteten Eintragstypen, sodass das Hinzufügen von app, shop, docs, mail oder eines Wildcard-Hosts lediglich eine Eintragsbearbeitung und kein Support-Ticket erfordert. Der Zonenstatus wird idempotent mit dem Anbieter abgeglichen. Das bedeutet, dass eine nur teilweise angewendete Änderung oder eine wiederholte Bearbeitung genau zu dem von Ihnen 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 verwalten oder die Domain bei Ihrem bestehenden Registrar belassen und lediglich eine Subdomain auf uns verweisen. Wir überprüfen die Nameserver-Delegierung und -Aktivierung, bevor wir eine Domain als aktiv einstufen, sodass Sie von der Plattform und nicht erst von einem Kunden erfahren, dass ein Eintrag fehlerhaft ist.
Eine Subdomain, die langsam ist oder eine Zertifikatswarnung anzeigt, ist schlechter als gar keine Subdomain. Daher entspricht der Bereitstellungspfad genau dem der primären Domain.
Let's Encrypt-Zertifikate werden automatisch ausgestellt und erneuert. Verwenden Sie ein Wildcard-Zertifikat, um alle Subdomains auf einmal abzudecken, Zertifikate pro Host, wenn Sie diese getrennt halten möchten, oder laden Sie Ihr eigenes benutzerdefiniertes Zertifikat hoch.
Jede Website wird von LiteSpeed mit aktiviertem HTTP/3 bereitgestellt, sodass eine Subdomain die gleiche Leistung auf Verbindungsebene erhält wie die Root-Domain und nicht wie ein zweitklassiger vhost behandelt wird.
LSCache-Ganzseiten-Caching plus ein Redis-Objekt-Cache pro Website mit koordinierter Leerung über das Dashboard oder direkt aus WordPress heraus. Das Leeren der übergeordneten Website löscht nicht den Cache Ihrer Subdomain.
Bereitstellung über unser CDN und den Cloudflare-Kontenpool oder verbinden Sie Ihre eigenen Konten und wählen Sie, auf welchem Konto eine bestimmte Website bereitgestellt wird. Die Auslieferung ist eine Entscheidung, die Sie treffen, nicht eine, die wir für Sie treffen.
Der häufigste Grund für eine Subdomain ist ein sicherer Bereich, in dem Sie unbesorgt experimentieren und Fehler machen können. Dieser Pfad ist in den Mainstream-Tarifen integriert und uneingeschränkt zugänglich.
„Auf Staging klonen“ erstellt eine isolierte Kopie einer Live-Website auf einer Staging-Subdomain, wobei deren Dateien und Datenbank intakt bleiben, auf demselben Stack und derselben Blueprint-Version wie in der Produktionsumgebung. Sie arbeiten an der Kopie mit dem vollständigen Toolset: isoliertes SSH und SFTP, wp-cli, der browserbasierte VS Code-Editor, phpMyAdmin oder Adminer, seitenspezifischer Cron und Umgebungsvariablen.
Sobald die Änderung verifiziert ist, führt die Bereitstellung in der Live-Umgebung eine datenbankgestützte Synchronisierung zurück in die Produktionsumgebung durch. Sie wählen Dateien, Datenbank oder beides aus, und das Suchen und Ersetzen wird für Sie übernommen, sodass die URLs in Ihren Inhalten der Website folgen, anstatt auf den Staging-Host zurückzuverweisen. Da Bereitstellung, Klonen und Deployment alle als dauerhafte Temporal-Workflows mit Wiederholungsversuchen und Kompensationsmaßnahmen pro Schritt ausgeführt werden, macht ein Fehler während des Vorgangs die Teilaufgaben rückgängig, anstatt eine halb geklonte Website zu hinterlassen.
Wir möchten Ihnen dies lieber vorab mitteilen, als Ihnen etwas zu verkaufen, das Ihren Zielen im Wege steht.
Subdomains sind die richtige Lösung für die Strukturierung einer einzelnen Marke: eine App, ein Shop, eine Dokumentations-Website, ein Kundenportal, eine Staging-Umgebung pro Kunde. Für ein privates Blog-Netzwerk sind sie die falsche Lösung. Jede Subdomain teilt sich eine einzige registrierbare Domain, sodass jeder, der eine davon auflöst, genau weiß, wem die restlichen gehören. Unter einem Wildcard-Zertifikat teilen sie sich zudem ein Zertifikat, und die Zertifikatsausstellung wird in öffentlichen Certificate-Transparency-Protokollen veröffentlicht, sodass Hosts unter einer gemeinsamen Domain für jeden einsehbar sind, der danach sucht. Dies ist eine Eigenschaft der öffentlichen Web-PKI und des DNS, nicht unserer Plattform, und keine Hosting-Konfiguration ändert dies.
Subdomains gehören also zu unseren Produktlinien Mainstream und Agency, nicht zu Footprint-Free. Wenn Ihre Anforderung darin besteht, dass Websites nicht miteinander verknüpft werden können dürfen, benötigen Sie separate, registrierbare Domains auf der Produktlinie footprint-free, wo die CDN- und DNS-Konto-Pools, die Footprint-Verwaltung und die Auslieferung von statischem HTML genau dazu dienen, dieses Muster zu durchbrechen. Beide laufen auf derselben Engine und demselben Dashboard, sodass die richtige Wahl für Sie keinerlei Einbußen beim Komfort bedeutet.
Agenturen und Reseller nutzen Subdomains in großem Umfang: ein Staging-Host pro Kunde, ein Preview-Host pro Projekt, ein Portal pro Konto. Die Plattform ist genau für diese Arbeitsweise konzipiert.
Organisationen sind baumartig strukturiert – vom Reseller über den Kunden bis hin zu den Websites –, und jeder Datensatz wird auf Datenbankebene durch Sicherheit auf Zeilenebene abgegrenzt und durchgesetzt. Die Subdomains eines Kunden gehören zur Organisation dieses Kunden und nicht zu einem gemeinsam genutzten Bucket, den Sie per Konvention überwachen müssen.
Bereitstellen, Aktualisieren und Verwalten mehrerer Websites in einem einzigen Schritt, anstatt den Vorgang für jede Website einzeln zu wiederholen.
Alles im Dashboard ist in der öffentlichen API verfügbar, die aus der OpenAPI-Spezifikation generiert wird. Steuern Sie die Erstellung von Subdomains über einen organisationsbezogenen API-Schlüssel, die CLI, Terraform oder ein KI-Tool über unseren MCP-Server.
Privilegierte und administrative Aktionen werden revisionssicher protokolliert, und die 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 vollwertige, separat isolierte Website mit eigenem Stack, eigener Datenbank, eigenem Cache und eigenen Backups betrieben wird, belegt sie in Ihrem Tarif einen Website-Slot genauso wie eine primäre Domain. Tarife werden nach der Anzahl der abgedeckten Websites verkauft, daher entspricht das Hinzufügen einer Subdomain-Website rechnerisch dem Hinzufügen jeder anderen Website.
Ja, und sie sind wirklich unabhängig. Jede Subdomain ist ein eigener Website-Datensatz mit eigenem Blueprint, 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 ein ganz normales Setup und kein Sonderfall. Sie können auf verschiedenen Servern liegen, unterschiedliche Laufzeitumgebungen und verschiedene PHP- oder Node-Versionen ausführen sowie nach eigenen Zeitplänen bereitgestellt, gestaged, gesichert und zurückgesetzt werden. Abgesehen vom gemeinsamen Domainnamen schränkt nichts das eine durch das andere ein.
Sie sind in beiden Fällen automatisch abgedeckt. Sie können ein Wildcard-Zertifikat ausstellen, das alle Hosts unter der Domain auf einmal abdeckt, oder Zertifikate für einzelne Hosts 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 raten davon ab und werden es auf diese Weise nicht verkaufen. Jede Subdomain teilt sich eine registrierbare Domain und unter einem Wildcard-Zertifikat ein gemeinsam genutztes Zertifikat, dessen Ausstellung in öffentlichen Certificate-Transparency-Protokollen erscheint, sodass die Hosts für jeden einsehbar miteinander verknüpfbar sind. Für Vorhaben, bei denen Websites keinesfalls miteinander in Verbindung gebracht werden dürfen, nutzen Sie bitte separate registrierbare Domains auf unserer Footprint-Free-Linie, die speziell dafür mit CDN- und DNS-Konto-Pools, verwalteten Footprints und statischer HTML-Bereitstellung entwickelt wurde.
Die Plattform ist so konzipiert, dass Vorfälle eingedämmt werden, anstatt sich auszubreiten. CloudLinux LVE begrenzt CPU, Arbeitsspeicher und E/A jeder Website in einer eigenen isolierten Umgebung, CageFS bietet jeder Website eine isolierte Dateisystemansicht, damit eine Sicherheitsverletzung eingedämmt bleibt, und MySQL Governor drosselt die Datenbanklast pro Website, damit anspruchsvolle Abfragen einer einzelnen Website nicht den gesamten Server verlangsamen. Malware-Scans, eine proaktive Web Application Firewall und unveränderliche Backups pro Website sichern dies zusätzlich ab. Eindämmung ist das architektonische Ziel; kein Hosting-Anbieter 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 Eintrag einer Subdomain auf uns verweisen. Wir überprüfen die Delegierung und Aktivierung, bevor wir die Website als live betrachten, sodass ein falsch eingegebener Eintrag sofort auffällt, anstatt stillschweigend fehlzuschlagen. Wenn die Zone der übergeordneten Domain bereits hier gehostet wird, tragen wir den Eintrag der Subdomain stattdessen für Sie dort ein, sodass Sie nichts manuell hinzufügen müssen.
Nur darin, wie sie erstellt wird. „Clone to staging“ erstellt eine isolierte Kopie einer Live-Website, einschließlich Dateien und Datenbank, auf einer Staging-Subdomain, die denselben Stack und dieselbe Blueprint-Version wie die Produktionsumgebung verwendet. Wenn Sie zufrieden sind, synchronisiert „Push-to-live“ diese mittels datenbankbasierter Funktion zum Suchen und Ersetzen wieder zurück. Alles andere – Isolierung, SSL, Caching, Backups und Entwicklerzugriff – ist mit jeder anderen Website identisch.
Sie nehmen sie mit. Es gibt an keiner Stelle der Plattform eine Bindung: Sie können Autorisierungscodes abrufen, Domains entsperren und transferieren, Ihre eigenen CDN- und DNS-Konten einbinden und Ihre Websites exportieren. Jeder von uns genutzte externe Anbieter sitzt hinter einem austauschbaren Adapter, was für Sie genauso gilt wie für uns.
Vollständige Isolation, Wildcard-SSL, echte DNS-Verwaltung und 1-Klick-Staging auf jedem Host, den Sie hinzufügen. Starten Sie mit einer 14-tägigen Testversion ohne Kreditkarte und überzeugen Sie sich selbst, bevor Sie sich festlegen.
Kostenlos starten