So hosten Sie mehrere Websites richtig

Veröffentlicht am 17. Juli 2026

Wenn Sie mehrere Websites hosten müssen, ist die sauberste Einrichtung in der Regel ein Hosting-Konto oder ein Server, wobei jede Website durch ihre eigene Domain, ihr eigenes Document Root, ihr eigenes SSL-Zertifikat und ihre eigene Backup-Richtlinie isoliert ist. Das ist die praktische Antwort auf die Frage, wie man mehrere Websites hostet, ohne sich für nächsten Monat selbst ein Support-Ticket zu erstellen. Die Details hängen vom Traffic, von Ihrer Risikotoleranz und davon ab, wie viel Serverarbeit Sie selbst übernehmen möchten.

Für ein kleines Unternehmen, eine Agentur oder ein SaaS-Team gibt es drei gängige Wege, das umzusetzen. Sie können mehrere Websites in einem Shared-Hosting-Konto unterbringen, wenn der Anbieter Add-on-Domains erlaubt. Sie können sie auf einem VPS mit einem Control Panel betreiben. Oder Sie verteilen sie auf separate Server oder Container, wenn Isolierung wichtiger ist als Komfort. Alle drei funktionieren. Sie sind nicht gleichwertig.

Wie man mehrere Websites hostet, ohne ein Chaos anzurichten

Der schnellste Weg, Probleme zu bekommen, ist, fünf Websites wie einen großen Ordner zu behandeln, auf den nur ein paar zusätzliche Domains zeigen. Das funktioniert vielleicht einen Moment lang, aber die Logs werden später eine traurige Geschichte erzählen. Jede Website sollte ihr eigenes Web Root, ihre eigene Datenbank, falls nötig, ihr eigenes SSL und idealerweise ihren eigenen Deployment-Prozess haben.

Wenn Sie ein Control Panel verwenden, erstellen Sie jede Website als separaten Virtual Host. Das bedeutet, dass example-one.com auf ein Verzeichnis zeigt, example-two.com auf ein anderes, und der Webserver genau weiß, welche Konfiguration zu welcher Domain gehört. Das hilft bei Sicherheit, Fehlerbehebung und zukünftigen Migrationen. Es bedeutet auch, dass ein defektes Plugin auf einer WordPress-Website nicht sofort zum Problem aller wird.

Der zugrunde liegende Server-Stack ist in der Regel Apache, Nginx oder beides zusammen. Auf einem Managed VPS ist das oft bereits für Sie vorbereitet. Auf einem Unmanaged Server müssen Sie Virtual Hosts, PHP-Versionen, Firewall-Regeln, gegebenenfalls Mail-Verarbeitung und geplante Backups konfigurieren. Hier stellen viele Leute fest, dass sie Hosting wollten und keine überraschende Teilzeitkarriere im Betrieb.

Wählen Sie zuerst das Hosting-Modell

Wenn Ihre Websites kleine Unternehmensseiten oder Client-Projekte mit wenig Traffic sind, kann ein brauchbarer Shared- oder Reseller-Tarif ausreichen. Das hält die Kosten niedrig und das Admin-Panel einfach. Der Kompromiss ist die begrenzte Kontrolle. Möglicherweise können Sie das Serververhalten nicht fein abstimmen, keine speziellen Pakete installieren oder störende Websites nicht besonders gut isolieren.

Ein VPS ist der Mittelweg, bei dem die meisten wachsenden Unternehmen landen. Sie erhalten dedizierte Ressourcen, bei Bedarf Flexibilität auf Root-Ebene und genug Raum, um mehrere Domains ordentlich zu organisieren. Ein Managed VPS ist oft die entspannteste Option, besonders wenn Uptime wichtig ist und Sie Patches, Service-Neustarts oder Monitoring-Warnungen zu ungewöhnlichen Zeiten nicht babysitten wollen.

Dedizierte Server sind sinnvoll, wenn der Traffic höher ist, Compliance-Anforderungen strenger sind oder eine Workload die anderen beeinträchtigen kann. Sie kosten natürlich mehr, bieten Ihnen aber eine stärkere Leistungsisolierung und deutlich mehr Spielraum. Wenn Sie E-Commerce, Kundenshops, Staging-Umgebungen und interne Tools zusammen hosten, wirkt dedizierte Infrastruktur weniger wie Luxus und mehr wie Prävention.

Domain- und DNS-Einrichtung

Sobald das Hosting-Modell gewählt ist, muss jede Website mit ihrer Domain an die richtige Stelle zeigen. Das bedeutet in der Regel einen A-Record auf die Server-IP und manchmal einen CNAME für www. Wenn E-Mail anderswo verarbeitet wird, überschreiben Sie bei der Einrichtung nicht beiläufig die MX-Records. Das ist ein klassischer Fehler. Die Website geht online und das Postfach stürzt still und leise ab.

Die DNS-Propagation ist besser als früher, erfordert aber immer noch Geduld. Es hilft, vor einer Migration den TTL-Wert zu senken. Ebenso hilfreich ist es, vor jeder Änderung eine schriftliche Übersicht der aktuellen Records zu behalten. Das ist manchmal keine besonders schöne DNS-Situation, aber mit Dokumentation bleibt sie beherrschbar.

Wenn Sie Subdomains als separate Apps hosten möchten, behandeln Sie sie mit derselben Disziplin. staging.example.com, shop.example.com und api.example.com sollten jeweils ihren eigenen Zweck, ihre eigene Konfiguration und ihre eigene SSL-Abdeckung haben. Lassen Sie nicht einfach alles überallhin zeigen und hoffen Sie, dass das Panel Ihre Absichten schon errät.

SSL für jede Website, ohne Ausnahmen

Jede Domain sollte ihr eigenes gültiges SSL-Zertifikat haben. Nicht nur die Hauptseite. Nicht erst später der Shop. Alle.

Die meisten Control Panels können Zertifikate automatisch über Let's Encrypt oder einen kommerziellen Anbieter ausstellen und erneuern. Für kleine Websites reicht automatisiertes kostenloses SSL in der Regel aus. Für E-Commerce, den Unternehmenseinsatz oder bestimmte Anforderungen an Vertrauen und Garantien kann ein kostenpflichtiges Zertifikat dennoch sinnvoll sein. Der entscheidende Punkt ist Konsistenz. Ein einziges abgelaufenes Zertifikat unter zehn Domains reicht aus, um bei Kunden Panik und unnötigen Support-Lärm auszulösen.

Prüfen Sie außerdem, wie Weiterleitungen gehandhabt werden. Erzwingen Sie pro Website HTTP zu HTTPS und verifizieren Sie, dass das Zertifikat sowohl die Root-Domain als auch www abdeckt, wenn beides verwendet wird. Warnungen zu gemischten Inhalten sind weniger dramatisch als Ausfälle, lassen eine Website aber trotzdem unfertig wirken.

Ressourcenplanung ist wichtiger, als die meisten erwarten

Mehrere Websites auf einem Server zu hosten, dreht sich nicht in erster Linie um Speicherplatz. CPU, RAM, PHP-Worker, Datenbanklast und Backup-Zeitfenster werden in der Regel zu den eigentlichen Grenzen.

Fünf statische Websites können auf einem kleinen VPS problemlos glücklich leben. Fünf stark genutzte WordPress-Installationen mit Page Buildern, Such-Plugins, geplanten Importen und einer munteren Sammlung von Marketing-Skripten können weit mehr verbrauchen als erwartet. Kommt WooCommerce dazu, beginnt der Server nachdenkliche Geräusche zu machen.

Bevor Sie Websites konsolidieren, prüfen Sie durchschnittlichen Traffic, Spitzenauslastung, Cron-Aktivität und Anwendungstyp. Wenn eine Website Online-Bestellungen verarbeitet und eine andere nur ein Portfolio ist, sollten sie nicht als gleichwertige Workloads behandelt werden. In manchen Fällen ist es klüger, die stark ausgelastete Anwendung von allem anderen zu trennen, auch wenn der Server technisch gesehen alle aufnehmen könnte.

Backups und Wiederherstellung sind Teil des Plans

Hier werden viele Hosting-Anleitungen zu optimistisch. Backups sind kein Kontrollkästchen. Sie machen den Unterschied zwischen einer Routinekorrektur und einer schlechten Woche aus.

Jede Website sollte nach einem Zeitplan gesichert werden, der dazu passt, wie oft sie sich ändert. Eine Unternehmensseite braucht möglicherweise tägliche oder sogar noch seltenere Backups. Ein aktiver Shop oder eine SaaS-Anwendung benötigt möglicherweise deutlich engere Wiederherstellungspunkte. Idealerweise werden Backups außerhalb des Servers gespeichert und auf Wiederherstellbarkeit getestet. Ungetestete Backups sind ein bisschen wie Regenschirme mit dekorativen Löchern.

Wenn Sie Kunden-Websites hosten, halten Sie Wiederherstellungen websitespezifisch. Sie wollen nicht den ganzen Server zurücksetzen, nur weil bei einer Website ein Plugin-Update schiefgelaufen ist. Granulare Backup- und Wiederherstellungsoptionen sparen Zeit und reduzieren Kollateralschäden.

Sicherheit und Isolierung

Je mehr Websites Sie in einer Umgebung unterbringen, desto sorgfältiger sollten Dateiberechtigungen und Kontentrennung sein. Wenn alle Websites unter demselben Benutzer mit weit offenem Schreibzugriff laufen, kann eine kompromittierte App sehr schnell zu einem serverweiten Problem werden.

Eine bessere Einrichtung nutzt, wo möglich, separate Systembenutzer, strikte Berechtigungen, eine Firewall, Malware-Scans und überwachte Updates. Managed Infrastruktur hilft hier, weil Patching und Service-Zustand als Betriebsroutine behandelt werden und nicht als vergessene Wochenendaufgabe.

Sie sollten auch über den Admin-Zugriff nachdenken. Nicht jeder braucht Root. Nicht jeder Freelancer braucht Zugriff auf jede Domain. Gewähren Sie den minimal erforderlichen Zugriff und führen Sie Logs. Ruhige Systeme sind meist jene, in denen weniger unnötige Hände arbeiten.

Control Panel oder manuelle Konfiguration?

Wenn Sie sich im Terminal wohlfühlen und volle Kontrolle wollen, funktioniert die manuelle Konfiguration von Nginx oder Apache gut. Sie ist flexibel, skriptfähig und effizient. Sie setzt allerdings auch voraus, dass Sie gern jedes Detail besitzen, von PHP-FPM-Pools bis zur Log-Rotation.

Für die meisten Unternehmen ist ein gutes Control Panel die bessere Antwort. Es reduziert die Einrichtungszeit, macht das Domain- und SSL-Management viel einfacher und senkt die Wahrscheinlichkeit einfacher Fehlkonfigurationen. Das ist besonders nützlich, wenn mehrere Personen Einblick brauchen, aber nicht die volle Verantwortung für das Server-Engineering.

Ein Anbieter wie kodu.cloud passt hier typischerweise gut, wenn Sie dieses Gleichgewicht wollen - echte Infrastruktur darunter, aber weniger Betriebsstress auf Ihrer Seite. Das ist oft der Unterschied zwischen Wachstum und ausufernder Administration.

Häufige Fehler, die Sie vermeiden sollten

Die üblichen Probleme sind vorhersehbar. Die Leute legen alle Websites in einen Verzeichnisbaum, vergessen separate Backups, lassen eine Domain ohne SSL oder unterschätzen, wie stark eine stark ausgelastete App alles andere beeinflussen kann.

Ein weiterer häufiger Fehler ist es, Monitoring zu ignorieren. Wenn Sie mehrere Websites hosten, sollten Sie wissen, wann der Speicherplatz voll läuft, wann der Speicherdruck steigt, wann HTTP-Prüfungen fehlschlagen und wann SSL kurz vor dem Ablauf steht. Darauf zu warten, dass ein Kunde einen Ausfall meldet, ist nicht wirklich eine Monitoring-Strategie. Es ist ein Geständnis.

Planen Sie außerdem Migrationen sorgfältig. Verschieben Sie nach Möglichkeit jeweils nur eine Website, bestätigen Sie DNS, testen Sie Formulare, bestätigen Sie das E-Mail-Routing und verifizieren Sie Weiterleitungen. Massenumzüge sind nur so lange effizient, bis eine versteckte Abhängigkeit kaputtgeht und jeder Tab in Ihrem Browser rot wird.

Was ist also die beste Einrichtung?

Wenn Sie die kurze, technisch fundierte Antwort möchten, hier ist sie: Hosten Sie mehrere Websites mit geringem bis mittlerem Traffic auf einem Managed VPS mit einem Control Panel, halten Sie jede Website nach Domain und Verzeichnis getrennt, verwenden Sie individuelle SSL-Zertifikate, überwachen Sie den Server und pflegen Sie Offsite-Backups. Diese Einrichtung ist flexibel genug für Agenturen und wachsende Unternehmen, ohne zu fragil oder zu teuer zu werden.

Wenn eine Website geschäftskritisch, ressourcenintensiv ist oder strengere Sicherheitsanforderungen hat, trennen Sie sie lieber früher als später. Komfort ist gut. Isolierung ist manchmal besser.

Eine ruhige Hosting-Umgebung entsteht nicht durch Glück. Sie entsteht durch viele kleine richtige Entscheidungen, die früh getroffen werden, bevor der Traffic anzieht, bevor das Plugin-Update fehlschlägt und bevor jemand fragt, warum drei Websites gemeinsam ausgefallen sind. Bauen Sie mit diesem Gedanken im Hinterkopf, und Ihr zukünftiges Ich wird besser schlafen.

Andres Saar Customer Care Engineer