Dieser Artikel behandelt sieben aktuelle Optionen. Er ist keine Rangliste auf Grundlage eigener Benchmarks: Wir haben nicht auf allen Plattformen dieselbe Website eingerichtet und denselben Lasttest ausgeführt. Aus der Reihenfolge folgt daher nicht, dass Nummer drei schneller als Nummer fünf ist. Die Produktdaten und Preise wurden am 25. Juli 2026 anhand offizieller Quellen geprüft.

Offenlegung: QDE veröffentlicht diesen Vergleich und steht an erster Stelle. Wir verkaufen selbst Shared Hosting mit cPanel. Dieses wirtschaftliche Interesse soll vor den Empfehlungen sichtbar sein und nicht erst im Fazit auftauchen. Die anderen sechs Anbieter sind enthalten, weil sie Neukunden ein cPanel-Hostingprodukt verkaufen und zusammen eine sinnvolle Bandbreite an Vertragslaufzeiten, Standorten, Supportmodellen und Ressourcenlimits abdecken.

Was "cPanel-Hosting" in diesem Vergleich bedeutet

cPanel ist die Oberfläche auf Kontoebene, über die du auf einem Linux-Hostingserver Dateien, Domains, Datenbanken, E-Mail, PHP-Einstellungen, Zertifikate und Anwendungen verwaltest. Der Anbieter betreibt WHM und den darunterliegenden Server. Du erhältst ein eingeschränktes cPanel-Konto.

Das cPanel-Logo macht zwei Hostingtarife nicht gleichwertig. Ein Anbieter kann einzelne Bereiche deaktivieren, eine andere Backupsoftware einsetzen, eigene CPU- und Speicherlimits vorgeben und entscheiden, ob Migrationen oder Wiederherstellungen enthalten sind. Bluehost macht cPanel über das Bluehost Portal zugänglich. Hosting.com verkauft es als eigenes Produkt neben dem Standard-Webhosting. GoDaddy bindet es in ein umfassenderes Kontodashboard ein. Die vertraute cPanel-Oberfläche ist nur eine Ebene des Dienstes.

Bei Backups kommt es besonders auf die genaue Formulierung an. cPanel kann ein vollständiges Kontoarchiv erstellen. Laut der eigenen Backupdokumentation können Kunden ein solches Vollbackup aber nicht automatisch über die cPanel-Oberfläche wiederherstellen. Dafür ist normalerweise der Zielhoster oder jemand mit WHM-Zugriff erforderlich. Auch das Transfer Tool von cPanel ist eine WHM-Administratorfunktion und keine Schaltfläche für jeden Shared-Hosting-Kunden.

Die sieben Anbieter im Vergleich

Aktionspreise lassen sich nur schwer direkt vergleichen. Manche Angebote erfordern eine Vorauszahlung für ein, zwei oder drei Jahre, während andere monatlich abgerechnet werden. Steuern, Region, Bedingungen für eine kostenlose Domain, E-Mail und Verlängerungspreise unterscheiden sich ebenfalls. Die Tabelle zeigt das jeweils wichtige Preismuster, vergleichen solltest du aber den vollständigen Betrag im Warenkorb.

1. QDE

QDE Shared Hosting läuft in Amsterdam und nutzt in jedem Tarif cPanel. Starter kostet €2.95/month, Standard €4.95/month und Premium €9.95/month. Das sind Monatspreise und keine kurzen Einführungspreise, die eine mehrjährige Vorauszahlung erfordern.

Jedes Konto erhält eine dedizierte IPv4-Adresse, tägliche externe Backups, kostenlose TLS-Zertifikate, MariaDB mit phpMyAdmin und pro Website eine wählbare PHP-Version von 8.2 bis 8.5. Das Netzwerk hat einen gemeinsam genutzten 10-Gbps-Uplink. "Gemeinsam genutzt" ist hier wichtig: 10 Gbps bezeichnet den angeschlossenen Port und nicht die für ein einzelnes Hostingkonto reservierte Bandbreite.

Der Dienst ist für PHP-, WordPress- und statische Websites gedacht. Jedes Hostingkonto kann bis zu 512 MB RAM verwenden. Ein Projekt, das Root-Zugriff, Docker, Systempakete oder eine uneingeschränkte Node.js- oder Python-Umgebung benötigt, gehört stattdessen auf einen VPS.

QDE akzeptiert iDEAL, PayPal, Kreditkarten, Bitcoin, Litecoin, USDT und Monero. Du kannst die Oberfläche vor dem Kauf über die QDE-cPanel-Demo mit dem Benutzernamen demo und dem Passwort I8.aB?*+AFx~t{w- ansehen.

Geeignet für: Websitebetreiber, die cPanel auf niederländischer Infrastruktur, eine dedizierte IPv4-Adresse und eine monatliche Abrechnung ohne späteren Preissprung möchten.

Vor der Bestellung prüfen: Das Kontolimit von 512 MB und die auf PHP ausgerichtete Umgebung sind für herkömmliche Websites gedacht, nicht für eigene Serversoftware.

2. Bluehost

Bluehost steht von den aktuell gelisteten Anbietern am längsten auf der Hosting-Empfehlungsseite von WordPress.org. Der aktuelle Shared-Hosting-Tarif Starter unterstützt bis zu 10 Websites mit 10 GB NVMe-Speicher. Enthalten sind außerdem eine Domain im ersten Jahr, Let's-Encrypt-Zertifikate, ein WordPress-Migrationswerkzeug, CDN-Zugriff und eine 30-tägige Geld-zurück-Garantie für das Hosting.

cPanel ist vorhanden, aber Bluehost stellt es nicht mehr in den Mittelpunkt jeder Aufgabe. Laut der Anleitung zum cPanel-Zugriff vom Juni 2026 sind die meisten Funktionen im Bluehost Portal verfügbar. Für Datenbanken, E-Mail, FTP und andere erweiterte Einstellungen gibt es dort eine cPanel-Schaltfläche. Bluehost Cloud enthält überhaupt kein cPanel.

Der reguläre Preis verdient ebenso viel Aufmerksamkeit wie das Einstiegsangebot. Das aktuelle Preisblatt für Shared Hosting nennt für Starter bei monatlicher Laufzeit einen Verlängerungspreis von $15.99/month, bei 12 Monaten umgerechnet $11.99/month und bei 36 Monaten umgerechnet $9.99/month. Eine längere Laufzeit senkt den Monatsdurchschnitt, verlangt aber eine höhere Vorauszahlung.

Geeignet für: neue WordPress-Nutzer, die den Einrichtungsablauf, die WordPress-Werkzeuge und die umfangreiche Supportbibliothek von Bluehost schätzen, cPanel aber weiterhin für klassische Hostingaufgaben verfügbar haben möchten.

Vor der Bestellung prüfen: Wenn cPanel zwingend erforderlich ist, muss das Produkt Shared Hosting oder Web Hosting ausweisen. Bluehost Cloud verwendet eine andere Verwaltungsumgebung.

3. HostGator

HostGator Shared Hosting bietet weiterhin cPanel. Die aktuelle Shared-Hosting-Funktionstabelle führt die Tarife Hatchling, Business und Pro mit 10, 50 beziehungsweise 100 Websites auf. Der Speicher reicht von 10 GB bis 100 GB. Jeder Tarif nennt SSL, ein CDN, ein Migrationswerkzeug, verwaltete WordPress-Updates und eine 30-tägige Geld-zurück-Frist.

Die Dokumentation ist allerdings nicht konsistent. Die Funktionstabelle verwendet Hatchling, Business und Pro, während die veröffentlichte Tabelle mit Verlängerungspreisen weiterhin Hatchling, Baby und Business nennt. Dort kostet Hatchling $17.59 für einen Monat, bei einer Verlängerung um ein Jahr umgerechnet $13.19/month und bei drei Jahren umgerechnet $10.99/month.

Für das konkrete gewählte Produkt sollten der Warenkorb und die Verlängerungsmitteilung maßgeblich sein. Wenn die öffentlichen Tarifnamen nicht sauber übereinstimmen, ist es sinnvoll, eine Kopie der Bestellübersicht zu speichern.

HostGator und Bluehost sind keine voneinander unabhängigen Unternehmen: Beide gehören zu Newfold Digital. HostGator bezeichnet sich als indirekte Tochtergesellschaft, Bluehost nennt Newfold Digital als Muttergesellschaft. Kundenportale, Aktionen und Produktentwicklung können sich weiterhin unterscheiden. Wer bei der Auswahl auch die Marktkonzentration berücksichtigt, sollte diese Verbindung aber kennen.

Geeignet für: Betreiber einer ersten Website, die einen etablierten cPanel-Host mit niedrigem Aktionspreis und späteren Upgrade-Möglichkeiten zu größeren Hostingprodukten suchen.

Vor der Bestellung prüfen: Kontrolliere im Warenkorb den Tarifnamen, das Websitelimit, die Verlängerungslaufzeit und den regulären Preis. Die aktuellen Vergleichs- und Verlängerungsseiten von HostGator stimmen nicht vollständig überein.

4. InMotion Hosting

Die Shared-Hosting-Tarife von InMotion Hosting kombinieren cPanel mit NVMe-Speicher und höheren veröffentlichten Websitelimits als die meisten Einstiegstarife in dieser Liste. Launch unterstützt zwei Websites und 100 GB Speicher. Power unterstützt 10 Websites und 200 GB. Pro unterstützt 40 Websites, 300 GB, 2 vCPU cores, 4GB RAM, eine dedizierte IP-Adresse und WHM-Zugriff für bis zu vier cPanel-Kundenkonten.

InMotion enthält außerdem Werkzeuge, die bei einfachem Shared Hosting ungewöhnlich sind. Die aktuelle Seite nennt SSH, Git, Node.js, Python, Ruby, WP-CLI, MySQL und PostgreSQL. Es bleiben verwaltete Shared-Hosting-Konten ohne Root-Zugriff, sie decken aber mehr Entwicklungsabläufe ab als ein reiner PHP-Tarif.

Die lange Erstattungsfrist ist ein weiterer praktischer Unterschied. InMotion wirbt mit einer vollständigen 90-tägigen Geld-zurück-Garantie und einer kostenlosen Migration auf Grundlage eines cPanel- oder WordPress-Backups. Aktionspreise für Launch beginnen bei vorausbezahlten Laufzeiten umgerechnet bei etwa $4.79 oder $4.99/month. Die veröffentlichten Verlängerungspreise liegen für diese Laufzeiten bei ungefähr $13.99 bis $14.99. Monatliche Zahlung ist teurer.

Eine lange Erstattungsfrist oder kostenlose Migration sagt nichts über die enthaltenen Backups aus. In der Tariftabelle wird der Backup Manager als verfügbar beschrieben. Prüfe deshalb, ob der gewünschte Backupplan enthalten ist oder als Zusatzoption verkauft wird.

Geeignet für: kleine Agenturen oder Entwickler, die cPanel, viel Speicher, SSH und moderne Runtime-Werkzeuge möchten, ohne selbst einen VPS zu verwalten.

Vor der Bestellung prüfen: Vergleiche die gesamte Vorauszahlung, den Verlängerungspreis und die Backupoption. Bei Launch ist der Support auf Chat und Tickets beschränkt, Telefonsupport beginnt in höheren Tarifen.

5. Hosting.com, ehemals A2 Hosting

A2 Hosting wurde im April 2025 zu Hosting.com, nicht 2026. Das Unternehmen kündigte die Umbenennung nach der Übernahme durch World Host Group an. Rechtlich firmiert weiterhin A2 Hosting, LLC unter dem Namen Hosting.com.

Die Produktaufteilung hat sich seitdem verändert. Standard-Webhosting verwendet nun das Panel von Hosting.com. Wer ausdrücklich cPanel möchte, muss Pro cPanel Hosting wählen. Diese separate Produktlinie enthält die vollständige cPanel-Oberfläche, LiteSpeed auf NVMe-Speicher, MariaDB, Softaculous, E-Mail unter der eigenen Domain, tägliche Backups mit Wiederherstellungspunkten für 30 Tage, kostenloses SSL und Migrationshilfe. Hosting.com wirbt für neue Shared-Hosting-Käufe mit einer 30-tägigen Geld-zurück-Garantie.

Diese Unterscheidung ist bei älteren A2-Vergleichen wichtig. Eine Rezension mit der Aussage "A2 Hosting enthält cPanel" kann ein bestehendes Konto oder eine frühere Produktpalette beschreiben. Im Jahr 2026 entscheidet der Produktname im Warenkorb darüber, welches Panel ein Neukunde erhält.

Geeignet für: cPanel-Nutzer, die von einem anderen Host wechseln und einen verwalteten LiteSpeed-Stack samt Migration durch den Anbieter über Backup und Wiederherstellung möchten.

Vor der Bestellung prüfen: Wähle ausdrücklich Pro cPanel Hosting. Der günstigere oder auffälliger platzierte Weg zum Standard-Webhosting kann stattdessen das eigene Verwaltungspanel von Hosting.com verwenden.

6. Namecheap

Namecheap Shared Hosting nutzt cPanel und Softaculous in den Tarifen Stellar, Stellar Plus und Stellar Business. Der Einstiegstarif Stellar unterstützt drei Websites und enthält 20 GB SSD-Speicher. Beworben wird er im ersten Jahr mit $1.91/month, abgerechnet als $22.92. Aktuell verlängert er sich für $55.88/year. Bei monatlicher Verlängerung kostet er $5.88.

Diese Verlängerungspreise änderten sich am 19. Mai 2026. Namecheap veröffentlichte die neue Tabelle mit Verlängerungspreisen für Shared Hosting, anstatt Kunden den Betrag aus einem Rabattprozentsatz errechnen zu lassen. Stellar Plus verlängert sich für $85.44/year, Stellar Business für $128.88/year.

Die Backupabdeckung unterscheidet sich je nach Tarif. Laut Namecheap erhalten Stellar Plus und Business cPanel AutoBackup mit täglichen, wöchentlichen und monatlichen Wiederherstellungspunkten. Die Hostingrichtlinie beschreibt für den Einstiegstarif Stellar einen weniger umfangreichen internen Sicherungsplan. Die aktuelle Erstattungsrichtlinie gewährt neu abgeschlossenen Shared-Hosting-Konten eine Frist von 30 Tagen.

Namecheap veröffentlicht außerdem Ressourcenlimits für Shared-Konten in seiner Richtlinie zur zulässigen Hostingnutzung. Ein Standard-Shared-Konto erhält 1 GB physischen Arbeitsspeicher, Stellar Plus und Stellar Business erhalten 2 GB. Für CPU, Prozesse und I/O gelten zusätzliche Grenzen. Diese Transparenz erleichtert die Einschätzung, ob eine Website mit vielen ressourcenintensiven Plugins noch auf Shared Hosting gehört.

Geeignet für: Namecheap-Domainkunden, persönliche Websites oder kleine Unternehmen, die günstiges cPanel-Hosting möchten und Domains und Hosting in einem Konto verwalten wollen.

Vor der Bestellung prüfen: Die Backups des Einstiegstarifs entsprechen nicht der AutoBackup-Richtlinie von Plus und Business. Das kostenlose Standard-SSL-Angebot gilt für ein Jahr.

7. GoDaddy

GoDaddy Web Hosting verwendet cPanel bei seinen Linux-Shared-Tarifen. Aktuelle regionale Produktseiten nennen NVMe-Speicher, AutoSSL, tägliche Kontobackups, ungemessene Bandbreite, CloudLinux-Ressourcensteuerung, ein Verfügbarkeitsversprechen von 99,9% und ein automatisiertes Migrationswerkzeug. Die höhere Produktreihe Web Hosting Plus bietet garantierte Rechen- und Speicherressourcen für Websites, die aus der normalen Shared-Zuteilung herausgewachsen sind.

Tarifnamen, Preise, enthaltene E-Mail-Leistungen und SSL-Bedingungen unterscheiden sich bei GoDaddy nach Land. In einigen Märkten führen aktuelle Produktseiten beispielsweise Starter, Economy, Deluxe und Ultimate auf, während älteres Vergleichsmaterial noch Maximum nennt. Nutze den lokalisierten Warenkorb für das Land, in dem der Kontoinhaber sitzt und bezahlt.

Auch die Erstattungsbedingungen solltest du direkt lesen. Die Hostingseite wirbt mit 30 Tagen, während die Erstattungsrichtlinie von GoDaddy vom Mai 2026 nach ihren Standardbedingungen Jahresverträgen 30 Tage und Monatsverträgen nur 48 Stunden einräumt. Die Richtlinie enthält außerdem produktspezifische Ausnahmen. Behandle einen monatlichen Kauf deshalb nicht als 30-tägigen Test, ohne die für deine Region geltenden Bedingungen zu prüfen.

Geeignet für: kleine Unternehmen, die GoDaddy bereits für Domains nutzen und Hosting, Abrechnung und Kontosupport lieber bei demselben großen Anbieter bündeln.

Vor der Bestellung prüfen: Vergleiche den regionalen Verlängerungspreis, die SSL-Laufzeit, Postfachbedingungen, Erstattungsfrist und das Websitelimit. Diese Angaben sind nicht in allen Märkten gleich.

Was du vor der Auswahl vergleichen solltest

Das Wort "cPanel" beantwortet nur die Frage nach der Oberfläche. Nach der ersten Woche sind meist diese Punkte wichtiger:

1. Das konkrete Produkt: Bluehost Cloud hat kein cPanel, und das Standard-Webhosting von Hosting.com verwendet ein eigenes Panel. Eine Produktfamilie kann mehrere Verwaltungsoberflächen enthalten.
2. Die vollständige erste Rechnung und Verlängerung: Multipliziere den monatlichen Vergleichspreis mit der vorausbezahlten Laufzeit, addiere Steuern und Domainkosten und notiere anschließend den regulären Verlängerungspreis.
3. CPU, Speicher, Prozesse und I/O: "Ungemessene Bandbreite" sagt wenig darüber aus, wie viele PHP-Worker oder gleichzeitige Anfragen das Konto verkraftet.
4. Backuphäufigkeit und Wiederherstellung: Prüfe Aufbewahrungsdauer, externe Speicherung, Abdeckung von Datenbanken und Postfächern, Wiederherstellung in Eigenregie und mögliche Gebühren.
5. E-Mail und SSL nach dem ersten Jahr: Ein im ersten Jahr kostenloses Postfach oder Zertifikat kann später einen eigenen Verlängerungsposten verursachen.
6. Umfang der Migration: Frage, ob der Anbieter nur Dateien oder auch Datenbanken, Postfächer, DNS-Zonen, Cronjobs, Zertifikate und Kontoeinstellungen überträgt.
7. Serverstandort und Supportzeiten: Eine vertraute Oberfläche verkürzt keine Netzwerkentfernung und garantiert nicht, dass bei einem Ausfall ein erfahrener Techniker erreichbar ist.

Erstelle vor der Zahlung Screenshots der Produktübersicht und Verlängerungsbedingungen. Hostingseiten ändern sich häufiger, als die meisten Käufer sie erneut ansehen.

Wann ein VPS die bessere Wahl ist

cPanel Shared Hosting ist für WordPress und herkömmliche PHP-Anwendungen meist die einfachere Wahl. Der Anbieter wartet Betriebssystem, Webserver, Mailstack und cPanel-Lizenz. Du arbeitest innerhalb der Kontolimits.

Ein VPS passt besser, wenn du Root-Zugriff, Docker, eigene Systemdienste, ungewöhnliche Erweiterungen, eine eigene Netzwerkstruktur oder planbare Ressourcen auf Serverebene benötigst. Manche Shared Hosts stellen Werkzeuge für Node.js oder Python bereit, wie InMotion. Das ist aber nicht dasselbe wie die Kontrolle über Runtime und Betriebssystem.

Der Betrieb von cPanel auf einem VPS verändert auch die Kosten. Die cPanel-Lizenz kann extra kosten, und du bleibst für die Administration verantwortlich, sofern der VPS nicht ausdrücklich managed ist. Unser Vergleich von Shared Hosting und VPS erklärt diese Grenze ausführlicher. Der ergänzende Artikel zur Frage, ob cPanel 2026 noch das beste Verwaltungspanel ist, vergleicht cPanel mit Plesk, CloudPanel, HestiaCP, CyberPanel und DirectAdmin.

Welche Anbieter gehören auf deine Auswahlliste?

Unter den verglichenen Anbietern passt QDE am besten zu monatlichem EU-cPanel-Hosting mit dedizierter IPv4-Adresse. Bluehost bietet die klarste WordPress-orientierte Einführung, cPanel liegt jedoch hinter dem Kundenportal und fehlt in Bluehost Cloud. HostGator bleibt eine Option für Käufer, die auf den Aktionspreis achten, sofern sie den aktuellen Tarif und die Verlängerung prüfen.

InMotion ist ein guter Ausgangspunkt für Agenturen und Entwickler, die SSH, moderne Runtime-Werkzeuge, größere Speicherzuteilungen und eine lange Erstattungsfrist möchten. Hosting.com ist für LiteSpeed und cPanel-Migration interessant, aber nur über das separate Produkt Pro cPanel Hosting. Namecheap eignet sich für günstige kleine Websites und bestehende Domainkunden. GoDaddy passt zu Unternehmen, denen ein einziger Anbieter für Domains und Hosting wichtiger ist als eine besonders übersichtliche Preistabelle.

Kein Anbieter gewinnt in jeder Kategorie. Wähle zwei Kandidaten, die zur Website passen, vergleiche ihre Endpreise im Warenkorb und die Verlängerungskosten und stelle beiden dieselben Fragen zu Backups, Ressourcenlimits, Migration und Support.

Möchtest du ein monatlich abgerechnetes cPanel-Konto in Amsterdam oder Hilfe bei der Entscheidung, ob deine Anwendung einen VPS benötigt? Kontaktiere das QDE-Team mit den Websites, Postfächern und der Software, die du betreiben möchtest.

Häufig gestellte Fragen zu cPanel-Webhosting

Lohnt sich cPanel-Hosting 2026 noch?

Ja, wenn du eine vertraute Linux-Hostingoberfläche möchtest und dir die Möglichkeit offenhalten willst, zwischen klassischen Shared Hosts zu wechseln. Das Panel ist ausgereift und umfangreich dokumentiert. Wichtiger sind jedoch die Ressourcenlimits, Backups, der Support und die Verlängerungsbedingungen des Anbieters. Für Anwendungen mit Root-Zugriff oder einem eigenen Serverstack ist cPanel Shared Hosting nicht geeignet.

Enthält jeder Tarif dieser Anbieter cPanel?

Nein. Bluehost Cloud enthält kein cPanel. Hosting.com verwendet für sein Standard-Webhosting ein eigenes Panel und verkauft cPanel über das separate Produkt Pro cPanel Hosting. Bei VPS- und Dedicated-Tarifen mehrerer Anbieter kann die cPanel-Lizenz ebenfalls separat in Rechnung gestellt werden. Prüfe das konkrete Produkt und nicht nur die Marke.

Kann ich ein vollständiges cPanel-Konto zu einem anderen Anbieter übertragen?

In der Regel ja, aber der Zielhoster muss die vollständige Wiederherstellung häufig über WHM ausführen. Ein Kunde kann ein Vollbackup des Kontos erstellen und herunterladen, wenn der Hoster diese Oberfläche aktiviert hat. cPanel bietet normalen Kontonutzern jedoch keine automatische Schaltfläche zur Wiederherstellung eines Vollbackups. Frage den neuen Anbieter, was seine Migration umfasst, und teste danach E-Mail, DNS, Cronjobs, Datenbanken und Zertifikate.

Welcher cPanel-Host ist am günstigsten?

Das ändert sich mit Aktionen, Laufzeiten, Steuern und Regionen. Namecheap zeigte am 25. Juli 2026 in dieser Gruppe den niedrigsten monatlichen Vergleichspreis für das erste Jahr, verlangt aber eine jährliche Vorauszahlung und verlängert sich zu einem höheren Tarif. QDE beginnt bei €2.95/month mit monatlicher Abrechnung und ohne Erhöhung nach einer Einführungsphase. Vergleiche die Gesamtkosten für den Zeitraum, in dem du voraussichtlich bleibst, und nicht nur den auffälligsten Rabatt.

Was enthält QDE Shared Hosting mit cPanel?

Jeder QDE-Shared-Tarif enthält cPanel, eine dedizierte IPv4-Adresse, tägliche externe Backups, MariaDB mit phpMyAdmin, TLS-Zertifikate, WordPress-Verwaltung und pro Website eine wählbare PHP-Version von 8.2 bis 8.5. Die Tarife werden monatlich abgerechnet, enthalten ein Verfügbarkeits-SLA von 99,9% und haben nach den aktuellen Bedingungen eine 14-tägige Geld-zurück-Garantie.

Dieser Artikel stellt sieben brauchbare Optionen für unterschiedliche Anforderungen vor. Er ist keine Geschwindigkeitsrangliste aus dem Labor: Wir haben nicht auf allen sieben Plattformen dieselbe Website bereitgestellt und werden deshalb auf Grundlage der Eigenwerbung eines Anbieters auch nicht behaupten, er sei „40 % schneller“. Die Angaben zu den Anbietern und die beworbenen Preise wurden am 25. Juli 2026 anhand offizieller Seiten geprüft.

Offenlegung: QDE veröffentlicht diesen Vergleich und ist selbst darin vertreten. Wir haben QDE an die erste Stelle gesetzt, damit das kommerzielle Interesse direkt sichtbar ist und nicht am Ende versteckt wird. Die anderen sechs Anbieter wurden ausgewählt, weil sie ein aktives, in den Niederlanden gehostetes Shared-Hosting-Produkt verkaufen, genügend Angaben für einen Vergleich veröffentlichen und eine sinnvolle Bandbreite an Verwaltungspanels, Vertragsbedingungen und Servicemodellen abdecken. Die Reihenfolge bedeutet nicht, dass Nummer vier objektiv schneller ist als Nummer fünf.

Was Hosting in den Niederlanden aussagt – und was nicht

Ein Server in der Nähe der meisten Besucher kann die minimale Netzwerklaufzeit verkürzen. Das hilft, doch der Standort allein bestimmt nicht die Ladezeit einer Seite. Anwendungscode, Caching, Datenbankarbeit, Bildgröße, ein CDN und die Route zwischen dem Internetanbieter des Besuchers und dem Hoster können leicht wichtiger sein.

Amsterdam ist der Standort von AMS-IX, einem der größten Internetknoten der Welt. Niederländische Netze haben dadurch Zugang zu einem starken Interconnection-Markt. Das bedeutet jedoch nicht, dass jeder Hoster in den Niederlanden direkt am AMS-IX peert oder dieselben Routen nutzt. Prüfe die Netzwerkinformationen oder das Looking Glass des jeweiligen Anbieters, statt eine niederländische Adresse als Beleg für identische Konnektivität zu betrachten. Unsere Seite über die EU-basierte Infrastruktur erklärt diesen Unterschied genauer.

Auch beim Speicherort der Daten ist eine sorgfältige Formulierung wichtig. Bleibt der Hosting-Teil innerhalb des Europäischen Wirtschaftsraums, lässt sich für diesen Teil des Dienstes eine internationale Datenübermittlung vermeiden. Die Leitlinien der Europäischen Kommission zu Datenübermittlungen erläutern, welche zusätzlichen Schutzmaßnahmen erforderlich sein können, wenn personenbezogene Daten den EWR verlassen.

All das macht eine Website nicht automatisch DSGVO-konform. Du brauchst weiterhin eine Rechtsgrundlage, angemessene Sicherheitsmaßnahmen, gegebenenfalls einen Auftragsverarbeitungsvertrag, Aufbewahrungsfristen und einen korrekten Umgang mit Analysen, Formularen, Cookies und Nutzeranfragen.

Die sieben Anbieter im Überblick

Die Preisspalte zeigt das beworbene Muster, nicht auf einen einheitlichen Gesamtpreis umgerechnete Kosten. Vertragslaufzeit, Vorauszahlung, Mehrwertsteuer, Domainkosten und optionale E-Mail-Dienste unterscheiden sich. Vergleiche deshalb vor der Bestellung den vollständigen Betrag im Warenkorb.

1. QDE

QDE Shared Hosting läuft auf QDEs eigener Infrastruktur in Amsterdam und verwendet cPanel. Der Starter-Tarif kostet €2.95 pro Monat und wird monatlich abgerechnet, statt einen Aktionspreis an eine lange Erstlaufzeit zu knüpfen. Jeder Tarif enthält eine dedizierte IPv4-Adresse, tägliche externe Backups, ein Uptime-SLA von 99.9 %, eine 14-tägige Geld-zurück-Garantie und pro Website die Wahl zwischen PHP 8.2 und 8.5. Als Zahlungsmittel stehen iDEAL, PayPal, Kreditkarten und Kryptowährungen zur Verfügung.

Das Hosting läuft auf derselben Amsterdamer Plattform, die QDE für seinen VPS-Dienst nutzt, mit einem gemeinsam genutzten 10-Gbps-Uplink und AMS-IX-Peering. „Gemeinsam genutzt“ ist hier wichtig: 10 Gbps beschreibt den angeschlossenen Port, nicht den Durchsatz, der einem einzelnen Hosting-Konto vorbehalten ist.

Die Einschränkung ergibt sich aus dem Einsatzzweck des Shared-Hosting-Tarifs. Er unterstützt PHP und statische Websites, und jedes Hosting-Konto kann bis zu 512 MB RAM verwenden. Node.js, Python, Docker, eigene Systemsoftware und Root-Zugriff erfordern stattdessen einen VPS.

Am besten geeignet für: Website-Betreiber, die eine vertraute cPanel-Verwaltung, eine dedizierte IPv4-Adresse und eine planbare monatliche Abrechnung auf niederländischer Infrastruktur wünschen.

2. TransIP

Die aktuellen Webhosting-Tarife von TransIP verwenden die eigene Verwaltungsoberfläche und speichern Daten in zwei niederländischen Availability Zones: Amsterdam und Delft/Alblasserdam. Der Einstiegstarif bietet eine Website, 20 GB Speicher, fünf Postfächer mit je 2 GB und kostet regulär €9.99 pro Monat. Der beworbene Preis von €1 gilt für die ersten drei Monate.

Die Backup-Angaben sind genauer als das einzelne Wort „automatisch“ in vielen Preistabellen. Laut der Webhosting-Backup-Dokumentation von TransIP bewahrt Basic Wiederherstellungspunkte 10 Tage lang auf, größere Tarife 14 oder 30 Tage. Datei-Snapshots werden für den jüngsten Tag stündlich und danach täglich erstellt; Datenbanken werden täglich gesichert. E-Mail ist nicht Teil derselben Self-Service-Wiederherstellung.

Ein Vertragsdetail verdient Aufmerksamkeit. Die Verfügbarkeitsrichtlinie von TransIP gibt für das VPS-Produkt eine direkte Uptime-Garantie, ordnet Webhosting aber den anderen Diensten ohne eine solche Garantie zu. Ein Anspruch auf Entschädigung kann bestehen, wenn einer dieser Dienste länger als zwei Stunden nicht verfügbar ist.

Am besten geeignet für: Entwickler und kleine Unternehmen, die TransIPs integrierte niederländische Plattform bevorzugen, später vielleicht VPS- oder Public-Cloud-Dienste ergänzen möchten und keine vertraute cPanel- oder DirectAdmin-Oberfläche benötigen.

3. Hostnet

Hostnet Webhosting wird über Mijn Hostnet verwaltet, nicht über cPanel. Der Lite-Tarif wird während des Aktionszeitraums für €4.99 pro Monat angeboten; der reguläre Preis beträgt €9.99 ohne Mehrwertsteuer. Die Produktseite nennt tägliche automatische Backups für Website und Postfächer, kostenlose Let's-Encrypt-Wildcard-Zertifikate, SSD-basiertes Cluster-Hosting und Support an sieben Tagen pro Woche.

Hostnet gibt an, dass seine grünen Rechenzentren in Amsterdam stehen. Das eigene Hilfematerial zeigt außerdem, dass Dateien, PHP-Einstellungen und E-Mail über Mijn Hostnet verwaltet werden. Das kann für Einsteiger übersichtlich sein, ist aber ein anbieterspezifischer Ablauf und kein übertragbares cPanel-Konto.

Der Aktionspreis gilt für die erste Vertragsperiode. Laut der aktuellen Zusammenfassung der Bedingungen erfolgt die Verlängerung zum regulären Preis, und die Kündigung muss spätestens einen Monat vor Vertragsende eingehen.

Am besten geeignet für: kleine niederländische Unternehmen, denen ein breites Angebot an Domains, E-Mail, Websites und Managed Services wichtiger ist als das standardisierte Verwaltungspanel eines Drittanbieters.

4. Vimexx

Vimexx Webhosting in den Niederlanden hat den niedrigsten angezeigten Einführungspreis dieser Gruppe: €0.45 pro Monat für Basic, anschließend €2.99 bei Verlängerung. Basic enthält 8 GB SSD-Speicher, 100 GB monatlichen Traffic, DirectAdmin, kostenloses SSL und höchstens ein tägliches Backup, das sieben Tage lang aufbewahrt wird.

Die Unterschiede zwischen den Tarifstufen sind erheblich. Plus wirbt mit bis zu sieben Backups pro Tag und 60 Tagen Aufbewahrung, 100 GB Speicher, aktivem DDoS-Schutz und einem Support-SLA. Basic nennt dagegen weder Support-SLA noch DDoS-Schutz. Vergleiche den Tarif, den du tatsächlich kaufen wirst, statt die Funktionen von Plus dem günstigsten Angebot zuzurechnen.

Vimexx gibt an, dass seine Infrastruktur in den BIT-Rechenzentren in Ede untergebracht ist, und nennt Dronten als zweiten Serverstandort. DirectAdmin ist als Webhosting-Control-Panel dokumentiert. Die reguläre Website ist überwiegend niederländischsprachig, was für ein internationales Team praktisch relevant sein kann.

Am besten geeignet für: preisbewusste niederländischsprachige Nutzer, die mit DirectAdmin vertraut sind und bereit sind, den Verlängerungspreis sowie die tarifabhängigen Backup- und Supportgrenzen zu prüfen.

5. Antagonist

Antagonist veröffentlicht ungewöhnlich klare Angaben zu Ressourcen und Backups. Der Hosting-Vergleich weist dem Slim-Tarif einen CPU-Kern, 1 GB RAM, 50 GB SSD-Speicher und 28 Wiederherstellungspunkte über zwei Wochen zu. Plus und Pro erhöhen sowohl die isolierten Ressourcen als auch den Backup-Verlauf. Alle drei verwenden DirectAdmin und enthalten verwalteten Serverbetrieb, SSL, SSH, Installatron sowie eine 30-tägige Geld-zurück-Garantie.

Slim kostet im ersten Jahr €5.55 pro Monat und verlängert sich für €9.99 pro Monat. Antagonist weist darauf hin, dass diese Preise ohne Mehrwertsteuer gelten und im Voraus bezahlt werden. Das fällt weniger ins Auge als ein Aktionspreis von €0.45, doch die veröffentlichten Werte zu CPU, RAM, Backups und Verlängerung machen die Abwägung leichter.

Die Standortdokumentation von Antagonist verortet die Server in den Niederlanden, bei Previder in Hengelo. Das Unternehmen konzentriert sich stark auf verwaltetes Web- und Reseller-Hosting und ist daher weniger naheliegend, wenn du später auf einen nicht verwalteten VPS mit Root-Zugriff wechseln möchtest.

Am besten geeignet für: Website-Betreiber, die eine verwaltete DirectAdmin-Umgebung, ausdrücklich genannte Kontoressourcen und häufige Self-Service-Wiederherstellungspunkte wünschen.

6. Yourhosting

Das aktuelle Webhosting-Angebot von Yourhosting verbindet Hosting in den Niederlanden mit Installationshilfe, Migrationshilfe, täglichen automatischen Backups und optionalen Servicepaketen. Der Basic-Tarif wird sechs Monate lang für €0.99 pro Monat angeboten, wenn eine Laufzeit von 12 Monaten im Voraus bezahlt wird; für diese Laufzeit zeigt die Seite €14.99 als regulären Monatspreis an. Bei 36 Monaten fällt der angezeigte reguläre Monatsdurchschnitt niedriger aus, erfordert jedoch eine deutlich längere Bindung.

Yourhosting verwendet Plesk als zentrale Hosting-Umgebung. Die Plesk-Dokumentation behandelt Dateien, E-Mail, Datenbanken, phpMyAdmin und die WordPress-Verwaltung. Das ist nützlich, wenn du Plesk bereits kennst oder ein standardisiertes Verwaltungspanel ohne cPanel möchtest.

Yourhosting ergänzt das Hosting-Konto um mehr geführte Unterstützung, darunter Installation, Migration, Rückrufservice und Webmaster-Optionen in ausgewählten Tarifen. Prüfe, welche Dienste in der konkreten Stufe enthalten sind und welche später zu kostenpflichtigen Extras werden.

Am besten geeignet für: Unternehmen, die Plesk bevorzugen und Onboarding sowie optionale praktische Hilfe so wichtig finden, dass sie eine jährliche oder mehrjährige Abrechnung akzeptieren.

7. Versio

Versio Webhosting läuft auf einer hochverfügbaren Cloud in den Niederlanden mit NVMe-Speicher und redundantem SAN-Speicher. Die aktuellen Tarife Start Web, Complete Web und Max Web decken zwei, fünf beziehungsweise zehn Websites ab und bewahren Backups jeweils 7, 14 oder 60 Tage auf.

Der beworbene Preis von €0.99 gilt für die ersten drei Monate, wenn die gewählte Laufzeit im Voraus bezahlt wird. Der spätere monatliche Durchschnitt unterscheidet sich bei den Optionen von einem, zwei und drei Jahren. Deshalb ist der Gesamtbetrag im Warenkorb aussagekräftiger als der Preis im Banner. Geschäftliche E-Mail wird derzeit als Zusatzoption und nicht als enthaltenes Postfachkontingent angezeigt.

Alle Web- und Reseller-Hosting-Kunden verwenden DirectAdmin. Versio verkauft außerdem Reseller-Hosting und VPS-Tarife. Agenturen können damit Kundenkonten trennen oder über Shared Hosting hinauswachsen, ohne sofort den Anbieter zu wechseln.

Am besten geeignet für: Nutzer, die mehrere Websites verwalten, DirectAdmin wünschen und möglicherweise später Reseller-Hosting benötigen, sofern sie die Laufzeit und die separaten E-Mail-Kosten berücksichtigen.

Was du vor der Bestellung vergleichen solltest

Sieben Produktseiten können immer noch sieben verschiedene Definitionen von „enthalten“ verbergen. Prüfe diese Punkte für den genauen Tarif in deinem Warenkorb:

• Gesamtkosten zu Beginn und bei Verlängerung: Multipliziere den monatlichen Durchschnitt nach dem Aktionszeitraum mit der verpflichtenden Laufzeit und addiere dann Mehrwertsteuer, Domain, E-Mail, Migration und gegebenenfalls erforderliche Servicepakete.
• Verwaltungspanel und Migrationsformat: Ein Backup aus cPanel, Plesk oder DirectAdmin kann einen Umzug zwischen kompatiblen Systemen verkürzen. Bei einer eigenen Verwaltungsoberfläche müssen Dateien, Datenbanken, DNS, Cronjobs und E-Mail in der Regel über einen anbieterspezifischen Prozess umgezogen werden.
• Backup-Umfang: Prüfe, ob Dateien, Datenbanken und E-Mail geschützt sind, wie häufig die einzelnen Bereiche gesichert werden, wie lange Wiederherstellungspunkte erhalten bleiben und ob Self-Service-Wiederherstellungen zusätzlich kosten. Bewahre eine unabhängige Kopie von Daten auf, deren Verlust du dir nicht leisten kannst.
• Ressourcengrenzen: Speicher ist nur eine Grenze. CPU, RAM, Prozesse, Inodes, Datenbankgröße, ausgehende E-Mails und die Anzahl der Websites entscheiden häufig darüber, ob deine Anwendung innerhalb des Tarifs bleibt.
• Aussagen zur Verfügbarkeit: „Hochverfügbarkeit“ und Monitoring beschreiben die Architektur. Ein SLA nennt einen Schwellenwert, Ausschlüsse, das Verfahren für Ansprüche und die vorgesehene Entschädigung. Diese Begriffe sind nicht austauschbar.
• Datenstandort und Verträge: Frage, wo sich Live-Daten und Backups befinden, welche juristische Person den Vertrag unterzeichnet und ob ein geeigneter Auftragsverarbeitungsvertrag verfügbar ist. Eine niederländische Firmenadresse allein beantwortet diese Fragen nicht.

Welchen niederländischen Hoster solltest du wählen?

Wähle QDE, wenn du ausdrücklich monatlich abgerechnetes cPanel-Hosting, eine dedizierte IPv4-Adresse und einen klaren Weg zu einem VPS in Amsterdam möchtest. TransIP eignet sich für ein breites niederländisches Infrastrukturportfolio mit eigener Verwaltungsoberfläche, Hostnet für eine eigene Umgebung mit einem größeren Angebot an geführten Unternehmensdiensten.

Vimexx ist die preisorientierte DirectAdmin-Option, doch der Einstiegstarif unterscheidet sich wesentlich von Plus. Antagonist beginnt teurer und veröffentlicht klarere Werte zu Kontoressourcen und Wiederherstellungspunkten. Yourhosting ist in dieser Gruppe die Plesk-Wahl, mit mehr Onboarding-Diensten und längeren Abrechnungsoptionen. Versio passt zu Nutzern mit mehreren Websites oder zu Agenturen mit Reseller-Plänen, die E-Mail bei Bedarf separat hinzufügen.

Wenn deine engere Auswahl sowohl Shared Hosting als auch einen selbst verwalteten Server enthält, lies den Vergleich Shared Hosting oder VPS-Hosting, bevor du Tarifnamen gegenüberstellst. Root-Zugriff und die Verantwortung für die Wartung wiegen schwerer als ein kleiner Unterschied beim Monatspreis.

Wenn QDEs monatliches cPanel-Modell zu deinen Anforderungen passt, prüfe vor der Bestellung die Shared-Hosting-Tarife in Amsterdam und ihre genauen Kontogrenzen.

Häufig gestellte Fragen zu niederländischem Shared Hosting

Wird niederländisches Shared Hosting mit cPanel angeboten?

Das hängt vom Anbieter ab. QDE verwendet cPanel; Vimexx, Antagonist und Versio verwenden DirectAdmin; Yourhosting verwendet Plesk; TransIP und Hostnet nutzen ihre eigenen Verwaltungsumgebungen. Prüfe neben der Oberfläche auch den Migrationsweg, besonders wenn du bereits ein vollständiges Konto-Backup aus einem anderen Panel hast.

Enthalten Shared-Hosting-Tarife in den Niederlanden eine dedizierte IP-Adresse?

Viele Shared-Hosting-Produkte verwenden eine Adresse für mehrere Konten, und mehrere Anbieter versprechen auf ihren öffentlichen Tarifseiten keine dedizierte Adresse. QDE weist jedem Shared-Hosting-Konto eine dedizierte IPv4-Adresse zu. Für HTTPS ist eine dedizierte IP normalerweise nicht erforderlich, weil moderne Clients SNI unterstützen. Für IP-Allowlists oder zur Isolierung der Adressreputation kann sie jedoch nützlich sein.

Wie schnell ist niederländisches Shared Hosting?

Es gibt keine ehrliche Zahl für einen ganzen Anbieter. Ein 10-Gbps-Port beschreibt die Netzwerkkapazität an einem Punkt im System; er garantiert nicht, dass ein einzelnes Shared-Konto mit 10 Gbps übertragen kann. QDE nennt einen gemeinsam genutzten 10-Gbps-Uplink, während andere Anbieter ihre eigenen Caching- und Netzwerkdesigns beschreiben. Teste die tatsächliche Website, ihr Cache-Verhalten, die Time to First Byte, die Fehlerrate und die Latenz aus den Besucherregionen, die für dich relevant sind.

Auf welche Bedingungen für Backup, Uptime und Rückerstattung sollte ich achten?

Suche nach getrennten Antworten. Eine brauchbare Backup-Richtlinie nennt Häufigkeit, Aufbewahrung, geschützte Daten, Speicherort und Wiederherstellungsverfahren. Ein SLA nennt ein Verfügbarkeitsziel und eine Abhilfe. Eine Geld-zurück-Garantie definiert, wie lange du kündigen kannst und welche Kosten ausgeschlossen sind. Keine dieser Regelungen ersetzt die beiden anderen.

QDE veröffentlicht tägliche externe Backups, ein Uptime-SLA von 99.9 % und eine 14-tägige Geld-zurück-Garantie. Andere Anbieter in diesem Vergleich veröffentlichen andere Kombinationen, darunter längere Wiederherstellungsverläufe oder 30-tägige Rückerstattungsfristen. Richte die Bedingungen deshalb nach dem Ausfall aus, gegen den du abgesichert sein musst.

Wann sollte ich von Shared Hosting auf einen VPS wechseln?

Wechsle, wenn die Anwendung Root-Zugriff, eigene Systempakete, dauerhaft laufende Dienste, Docker, Node.js- oder Python-Unterstützung benötigt, die der Shared-Hosting-Tarif nicht bietet, oder wenn du eine stärkere Ressourcenisolierung brauchst, als die Kontogrenzen des Hosters zulassen. Mit einem VPS werden außerdem Betriebssystem-Patches, Monitoring und Wiederherstellung zu deiner Aufgabe, sofern du keinen Managed Service buchst.

Wähle Plesk, wenn du Windows Server verwalten musst. CloudPanel eignet sich für einen selbst verwalteten Linux-Web- oder Anwendungsserver ohne lokalen Mailstack. HestiaCP bietet eine kostenlose Linux-Komplettlösung mit Mail und DNS, während der kostenlose Kern von CyberPanel auf OpenLiteSpeed ausgerichtet ist. DirectAdmin ist die günstigere kommerzielle Alternative und für Shared Hosting und Reselling einen Test wert.

QDE verkauft Shared Hosting auf cPanel-Basis und unverwaltete VPS-Tarife, auf denen Kunden ein anderes Panel installieren können. Wir haben daher auf beiden Seiten dieses Vergleichs ein geschäftliches Interesse. Entscheidend ist nicht, welches Dashboard am besten aussieht. Das Panel muss zum Mandantenmodell, zu den Anwendungen, zum Migrationsplan und zur Bereitschaft passen, den Server selbst zu administrieren.

Ein Verwaltungspanel verändert den Betrieb, nicht die Verantwortung

Ein Hosting-Verwaltungspanel bildet häufige Aufgaben der Systemadministration in Webformularen und abgegrenzten Abläufen ab. Es kann Domains, Unix-Benutzer, Postfächer, Datenbanken, DNS-Zonen, geplante Aufgaben, Backups und TLS-Zertifikate anlegen, ohne dass jede Dienstkonfiguration von Hand bearbeitet werden muss.

Dieser Komfort gibt dem Panel weitreichenden Zugriff auf die Maschine. Behandle es als privilegierte Verwaltungsschicht: Halte Panel und Betriebssystem aktuell, setze Mehrfaktorauthentifizierung voraus, beschränke den Administratorzugriff soweit sinnvoll, speichere Backups außerhalb des Servers und teste die Wiederherstellung.

Eine Lizenz macht aus einem unverwalteten VPS keinen verwalteten Server. Installierst du ein Panel auf einem unverwalteten Server, bleiben Betriebssystem-Updates, Firewall-Regeln, Mail-Reputation, Kapazitätsplanung, Monitoring, Reaktion auf Vorfälle und Wiederherstellung deine Aufgabe. Bei verwaltetem Shared Hosting übernimmt normalerweise der Anbieter diese Ebene und gibt jedem Kunden einen eingeschränkten Panel-Account. Dieser Unterschied ist oft wichtiger als das Logo im Browser.

Warum cPanel eine starke Standardwahl bleibt

Die Wurzeln von cPanel reichen bis zu Skripten für Hosting-Automatisierung aus dem Jahr 1996 zurück. Aus dieser langen Geschichte sind umfangreiche Dokumentation, erfahrene Supportteams, Migrationswissen und Integrationen für Abrechnung, Reselling, Backups, Sicherheitswerkzeuge und PHP-Anwendungen entstanden.

Das Modell mit zwei Ebenen eignet sich besonders gut für Shared Hosting:

• WHM gibt dem Serverbetreiber oder Reseller Kontrolle über Pakete, Accounts, DNS, Mail, Limits und Serverdienste.
• cPanel bietet jedem Kunden eine getrennte Oberfläche für Domains, Dateien, Datenbanken, E-Mail, Zertifikate und Anwendungen.

Die klare Trennung der Accounts ist ein Grund dafür, dass Anbieter cPanel weiter einsetzen. Neue Supportmitarbeiter kennen cPanel eher als ein jüngeres Panel, und Kunden können ein übliches cPanel-Backup mit weniger Umgewöhnung zwischen unterstützenden Hostern übertragen. Das Transfer Tool von cPanel deckt außerdem viele Migrationen von cPanel zu cPanel ab.

Es gibt Grenzen. cPanel ist ein Linux-Produkt. Die aktuellen Systemanforderungen nennen AlmaLinux, CloudLinux, Rocky Linux und Ubuntu, aber keinen Windows Server. Die Account-basierte Lizenzierung wird zudem teuer, wenn ein Host viele getrennte Kunden hinzufügt.

Was cPanel 2026 kostet

Am 25. Juli 2026 nennt die offizielle cPanel Store-Preisliste für 2026 folgende monatliche Preise für Cloud-Lizenzen:

Das sind direkte Store-Preise vor Steuern, Rabatten oder cPanel Partner-Konditionen. Sie entsprechen nicht zwangsläufig dem Betrag, den ein Hostinganbieter zahlt oder an einen Kunden weitergibt.

Der Skalierungseffekt wird leicht übersehen. Zum direkten Store-Preis kostet eine Premier-Lizenz für 300 Accounts $167.99 pro Monat: $69.99 für die ersten 100 Accounts und $98 für die übrigen 200. Server, Support, Backups, Monitoring und weitere Software kommen hinzu.

Ein Account ist nicht dasselbe wie eine Domain. Ein cPanel-Account kann mehrere Domains hosten, wenn sein Paket das zulässt. Plesk-Editionen werden dagegen üblicherweise über Domainlimits beschrieben. Vergleiche daher die tatsächliche Trennung von Kunden und Abonnements, statt die beworbenen Account- und Domainzahlen direkt gegenüberzustellen.

Bei einer einzelnen verwalteten Website kann die Lizenzrechnung unsichtbar bleiben, weil der Host sie über seine Plattform verteilt. Für einen Entwickler mit einem kleinen VPS kann ein Panel für $29.99 pro Monat mehr kosten als der Server. Bei einem Host mit Hunderten isolierten Accounts wird der Aufpreis pro Account zu einem eigenen Budgetposten.

So unterscheiden sich die Alternativen

Die Tabelle beschreibt Produkte, nicht die Betriebsqualität. Ein sorgfältig gepflegter HestiaCP-Server ist die bessere Wahl als ein vernachlässigter cPanel-Server. Ein Anbieter, der auf Vorfälle reagiert, Backups testet und schnell patcht, kann mehr wert sein als der Preisunterschied zwischen zwei Panel-Lizenzen.

Plesk

Plesk ist in dieser Gruppe der engste kommerzielle Gegenpart zu cPanel. Die Editionen Web Admin, Web Pro und Web Host arbeiten mit Domain-orientierten Limits und richten sich an Websitebetreiber, Agenturen beziehungsweise Hostinganbieter.

Der entscheidende Unterschied ist die Unterstützung von Betriebssystemen. Die aktuellen Systemanforderungen von Plesk umfassen sowohl Linux-Distributionen als auch unterstützte Windows Server-Versionen. Benötigt eine Anwendung IIS, ASP.NET Framework oder eine andere Windows-spezifische Komponente, erfüllen cPanel und die reinen Linux-Alternativen diese Vorgabe nicht.

Plesk stellt Git und Docker über Erweiterungen bereit. Lies deren Einschränkungen, bevor du diese Funktionen als vollständige Containerplattform einplanst. Die Docker-Dokumentation von Plesk nennt beispielsweise Beschränkungen bei Plattformen, Backups und Migrationen. Root-Zugriff und eine separate Containerumgebung können für einen stark containerbasierten Dienst weiterhin die sauberere Lösung sein.

Die Migrator-Dokumentation von Plesk führt cPanel 11.5 und neuer als unterstützte Quellen auf. Das erleichtert einen Umzug, macht die Produkte aber nicht identisch. Accountstruktur, Abonnements, Erweiterungen, Webserverregeln, Mail und DNS brauchen weiterhin eine Testmigration und eine anschließende Prüfung.

CloudPanel

Die CloudPanel Community Edition kann kostenlos genutzt werden. Der aktuelle Technologiestack richtet sich an PHP, Node.js, Python, statische Websites und Reverse-Proxy-Workloads auf Nginx. Datenbank- und Caching-Komponenten stehen für das Anwendungshosting bereit.

Der Umfang ist bewusst kleiner als bei cPanel. Laut der eigenen E-Mail-Dokumentation stellt CloudPanel keinen Mailserver bereit und empfiehlt einen separaten Maildienst. Für einen Entwickler, der Anwendungsserver betreibt, ist das oft ein sinnvolles Design. Als cPanel-Ersatz eignet es sich weniger, wenn Kunden im selben Account lokale Postfächer, Weiterleitungen, Spamregeln und Webmail erwarten.

CloudPanel ist ein guter Kandidat für eine kleine Agentur oder einen Entwickler mit Linux-Erfahrung, externem Maildienst und Bedarf an einem fokussierten Anwendungspanel ohne Gebühren pro Account. Der Betreiber muss den Server weiterhin pflegen. Eine kostenlose Lizenz bedeutet nicht, dass auch der Betrieb kostenlos ist.

HestiaCP

HestiaCP ist ein Verwaltungspanel unter GPLv3, das auf dem früheren VestaCP-Projekt basiert. Es umfasst Webhosting, DNS, die Maildienste Exim und Dovecot, Datenbanken, Let's Encrypt-Zertifikate und Backups. Zusätzlich zu MariaDB oder MySQL unterstützt es PostgreSQL, was bei einer Mischung kleiner Anwendungen nützlich sein kann.

Der kompakte Umfang passt zu einem persönlichen Server, einer kleinen Organisation oder einem Administrator, der ein Linux-Komplettpanel ohne kommerzielle Lizenz sucht. Dafür ist das Ökosystem für Plugins, Support und Migration kleiner als bei cPanel.

Die offizielle Dokumentation zu Backup und Wiederherstellung behandelt Sicherungen von HestiaCP und VestaCP. Gehe nicht davon aus, dass sich ein cPanel-Accountarchiv direkt wiederherstellen lässt. Plane eine Migration pro Website oder einen getesteten Migrationsprozess eines Drittanbieters ein.

CyberPanel

Der kostenlose Kern von CyberPanel steht unter GPLv3 und verwendet OpenLiteSpeed. Die Liste der Kernfunktionen und Add-ons umfasst Mail, DNS, FTP, Datenbanken, SSL-Verwaltung und WordPress-Werkzeuge, während einige erweiterte Funktionen kostenpflichtig sind.

CyberPanel ist damit eine praktische Option, wenn OpenLiteSpeed und LSCache für WordPress zum Einsatzzweck passen. Eine automatische Importfunktion für cPanel-Backups kann die Migration verkürzen. Der Import ist der Anfang des Tests und kein Beweis dafür, dass jedes Postfach, jeder DNS-Eintrag, Cronjob, jede PHP-Erweiterung, Rewrite-Regel und jedes Zertifikat korrekt angekommen ist.

Prüfe die Kompatibilität, bevor du eine Apache-Website mit einer großen oder ungewöhnlichen .htaccess-Datei umziehst. OpenLiteSpeed verhält sich nicht in jeder Konfiguration genau wie Apache, und CyberPanel verkauft zusätzliche .htaccess-Werkzeuge. Ein Benchmark mit deinen Plugins, deinem Cachezustand, deiner Datenbank und deinem Zugriffsmuster ist hilfreicher als die pauschale Aussage, ein Webstack sei schneller.

DirectAdmin

Die aktuellen Endkundenpreise von DirectAdmin beginnen bei $5 pro Monat für Personal PLUS, $15 für Lite und $29 für Standard. Die Tarife unterscheiden sich durch Account- und Domainlimits. Standard erlaubt nach den auf dieser Seite angegebenen Lizenzbedingungen unbegrenzt viele Accounts und Domains.

DirectAdmin deckt den üblichen Shared-Hosting-Stack ab und unterstützt mehrere Webserverkonfigurationen. Außerdem dokumentiert es einen Konvertierungs- und Importprozess für cPanel, einschließlich bekannter Probleme und der Empfehlung, vor einer Massenmigration einen Account zu testen.

Das Produkt ist weniger verbreitet als cPanel, nimmt aber eine nützliche Mittelposition ein: ein kommerzielles Produkt mit Supportkanal, ohne den direkten Store-Preis von cPanel. Hosts sollten dennoch Abrechnungsintegrationen, Backupsysteme, Reseller-Abläufe, Mitarbeiterkenntnisse und Migrationsergebnisse vergleichen, statt allein nach dem Lizenzpreis zu entscheiden.

Ein Panelname ist kein Performance-Benchmark

CloudPanel, CyberPanel und andere schlanke Panels werden häufig als schneller als cPanel beworben. Das Panel kann den Standard-Webserver, Caching-Werkzeuge, den Prozessmanager und den Ressourcenbedarf von Hintergrunddiensten beeinflussen. Sein Name bestimmt jedoch nicht die Zahl der Anfragen pro Sekunde.

Ein fairer Test hält folgende Variablen konstant:

• dieselbe CPU, dieselbe RAM-Ausstattung, denselben Speicher, dasselbe Betriebssystem und dasselbe Netzwerk;
• dieselbe PHP- oder Anwendungslaufzeit und dieselben Worker-Limits;
• dieselbe Datenbankversion, denselben Datenbestand und dieselbe Pufferkonfiguration;
• identischen Anwendungscode, Plugins, Cachezustand und TLS-Aufbau;
• gemessene Latenz und Fehlerrate bei mehreren Parallelitätsstufen; und
• ausreichend Laufzeit, um Speicherdruck, Cache-Misses und Hintergrundaufgaben sichtbar zu machen.

Spart ein Panel 300 MB Speicher im Leerlauf, bietet aber nicht die benötigten Mail-, Backup- oder Mandantenfunktionen, ist das vollständige Hostingsystem dadurch nicht besser geworden. Umgekehrt bringt es wenig, für das große Ökosystem eines Verwaltungspanels zu zahlen, wenn ein Administrator drei Anwendungsserver betreibt und die Reseller- oder Mailfunktionen nie nutzt.

Migrationstools verringern die Arbeit, aber nicht das Risiko

cPanel, Plesk, CyberPanel und DirectAdmin bieten jeweils Migrations- oder Importwege für zumindest einen Teil der Ausgangskonfigurationen. Der Umfang unterscheidet sich, und Plugins von Drittanbietern können Daten erzeugen, die keine allgemeine Importfunktion versteht. Behandle einen Panelwechsel wie eine Servermigration.

Vor der DNS-Umstellung:

1. Erfasse Domains, Aliase, DNS-Zonen, Postfächer, Weiterleitungen, Cronjobs, Datenbanken, Benutzer, PHP-Versionen und -Erweiterungen, TLS-Zertifikate, Rewrite-Regeln und Backup-Richtlinien.
2. Exportiere einen repräsentativen Account und importiere ihn auf einen Testserver.
3. Vergleiche Dateien, Datenbankzeilen, DNS-Einträge, Postfachzahlen, geplante Aufgaben und das Verhalten der Anwendung.
4. Teste die neue Website vor der öffentlichen Umschaltung über einen lokalen Eintrag in der Hosts-Datei.
5. Lasse den alten Server lange genug unverändert, damit ein Rückweg möglich bleibt.
6. Plane die abschließende Synchronisierung von Datenbank und Mail, damit Schreibvorgänge nicht unbemerkt verloren gehen.
7. Überwache nach der Umschaltung Zertifikatserneuerung, Mailwarteschlangen, Bounces, Hintergrundaufgaben, Fehlerprotokolle und abgeschlossene Backups.

Wähle das Migrationstool erst nach der Bestandsaufnahme. Ein erfolgreicher Fortschrittsbalken kann nicht bestätigen, dass ein Zahlungs-Webhook, eine seltene Postfachregel oder ein nächtlicher Cronjob weiterhin funktioniert.

So triffst du 2026 die Wahl

Beginne mit fünf Fragen:

1. Wer pflegt das Betriebssystem? Lautet die Antwort "der Hostinganbieter", bewerte den vollständigen verwalteten Dienst. Bist du selbst verantwortlich, gehören Zeit für Patches, Monitoring, Mail und Wiederherstellung zu den Kosten des Panels.
2. Brauchst du lokale E-Mail und DNS? CloudPanel ist bewusst schlank und enthält keinen Mailserver. cPanel, Plesk, HestiaCP, CyberPanel und DirectAdmin decken mehr vom klassischen Hosting-Stack ab.
3. Brauchst du Windows Server? Wähle aus dieser Gruppe Plesk. Die anderen Optionen sind Linux-Panels.
4. Wie werden Mandanten getrennt? Zähle die tatsächlichen Kundenaccounts, Abonnements und Domains nach dem Lizenzmodell jedes Anbieters. Die Einheiten sind nicht austauschbar.
5. Was muss migriert werden? Teste die konkrete Importfunktion mit einem repräsentativen Account, bevor du dich auf das Zielpanel festlegst.

cPanel bleibt die stärkste Standardwahl, wenn ein Host verlässliche Abläufe für Shared Hosting und Reseller braucht, Kunden die Oberfläche bereits kennen und die Lizenzkosten über eine verwaltete Plattform verteilt werden. Auf einem kleinen selbst verwalteten VPS ist es schwerer zu rechtfertigen, wenn nur Webserver, Datenbank und automatisierte Zertifikate benötigt werden.

Plesk erfüllt die Windows-Anforderung. CloudPanel passt zu einer klar begrenzten Rolle als kostenloses Anwendungspanel. HestiaCP bietet einen kostenlosen klassischen Hosting-Stack. CyberPanel ist für eine WordPress-Konfiguration rund um OpenLiteSpeed einen Test wert. DirectAdmin verdient einen Vergleich, wenn kommerzieller Support bei niedrigeren direkten Lizenzpreisen gefragt ist.

Wo QDE einzuordnen ist

Das Shared Hosting von QDE nutzt cPanel auf unserer Infrastruktur in Amsterdam. Es richtet sich an PHP-, WordPress- und statische Websites, deren Betreiber die Pflege der Hostingplattform dem Anbieter überlassen möchten. Jeder Account enthält eine dedizierte IPv4-Adresse, pro Website wählbares PHP 8.2 bis 8.5, MariaDB mit phpMyAdmin und WordPress-Verwaltung über cPanel.

Wenn du die Oberfläche zuerst ansehen möchtest, öffne die cPanel-Demo von QDE und melde dich mit dem Benutzernamen demo und dem Passwort I8.aB?*+AFx~t{w- an.

Die unverwalteten KVM VPS-Tarife von QDE passen besser, wenn du Root-Zugriff, Node.js, Python, Docker, einen eigenen Webstack oder ein frei gewähltes Verwaltungspanel benötigst. Installation und Wartung dieses Panels bleiben deine Aufgabe. Falls diese Grenze noch unklar ist, erläutert unser Vergleich von Shared Hosting und VPS-Hosting die größeren Unterschiede bei Ressourcen, Isolation und Administration.

Möchtest du einen verwalteten cPanel-Account oder Hilfe bei der Frage, ob deine Anwendung besser auf einem VPS läuft? Kontaktiere das QDE-Team und nenne die Anwendungen, Domains und Mailfunktionen, die du betreiben möchtest.

Häufig gestellte Fragen zu cPanel und Verwaltungspanels

Enthält das Shared Hosting von QDE cPanel?

Ja. Jeder Shared-Hosting-Tarif von QDE enthält cPanel, und jeder Account erhält eine dedizierte IPv4-Adresse. Der Account läuft weiterhin auf einer Shared-Hosting-Plattform; nur die IPv4-Zuweisung ist exklusiv für diesen Account.

Welche PHP-Versionen kann ich mit dem cPanel-Hosting von QDE verwenden?

Das Shared Hosting von QDE unterstützt PHP 8.2 bis 8.5. Die Version lässt sich pro Website festlegen, was bei getrennten Anwendungen mit unterschiedlichen Laufzeitanforderungen hilft.

Kann ich Datenbanken direkt über cPanel verwalten?

Ja. Das Shared Hosting von QDE umfasst MariaDB und phpMyAdmin. Du kannst Datenbanken anlegen, Benutzer verwalten, Tabellen durchsuchen und Abfragen ausführen, ohne SSH-Zugriff zu benötigen.

Ist die WordPress-Installation wirklich mit einem Klick erledigt?

"Ein Klick" ist eine übliche Kurzform in der Hostingbranche. Der WordPress-Installationsablauf in QDEs cPanel automatisiert Dateien, Datenbank und Ersteinrichtung, aber Angaben wie Domain und Administratorzugang wählst du weiterhin selbst. Die Installation braucht normalerweise einige Klicks statt einer manuellen Datenbank- und Konfigurationsprozedur.

Was passiert, wenn das Shared Hosting von QDE nicht zu meiner Website passt?

Das Shared Hosting von QDE bietet ein Verfügbarkeits-SLA von 99,9% und eine 14-tägige Geld-zurück-Garantie nach den aktuellen Hostingbedingungen. Teste den Dienst in diesem Zeitraum mit der tatsächlichen Anwendung, den Plugins, dem Mailfluss und dem Verkehrsmuster, statt dich allein auf eine Funktionsliste zu verlassen.

Prüfe zwei Dinge, bevor du dafür bezahlst. Erstens bedeutet "dediziert", dass der Provider die Adresse nur deinem Konto oder Server zuweist. "Statisch" bedeutet, dass die Adresse voraussichtlich gleich bleibt. Provider kombinieren beide Eigenschaften häufig, sie sind aber nicht dasselbe. Zweitens muss die dedizierte IP-Adresse einer Website nicht die Adresse sein, über die der zugehörige Mailserver ausgehende Nachrichten versendet.

Was eine dedizierte IP-Adresse ist

Eine dedizierte IP-Adresse ist eine öffentliche IPv4- oder IPv6-Adresse, die für die Dauer der Zuweisung ausschließlich einem Konto, Server oder Kunden zugeordnet ist. Du kannst weiterhin mehrere eigene Domains darüber hosten. "Dediziert" beschreibt, wer die Adresse verwenden darf, nicht wie viele Websites darauf laufen oder ob dir ein physischer Server gehört.

Shared Hosting funktioniert meistens anders. Viele Kundenkonten können dieselbe öffentliche IP-Adresse verwenden, während der Webserver anhand des Hostnamens in jeder Anfrage die richtige Website auswählt. Das ist effizient und hindert die Websites nicht daran, jeweils eigene Domains und Zertifikate zu nutzen.

Ein Konto kann deshalb eine dedizierte IP-Adresse haben und trotzdem Betriebssystem, CPU, RAM, Speicher und Uplink mit anderen Konten teilen. Wenn du auch diese Unterschiede bei Ressourcen und Verwaltung abwägen möchtest, lies unseren Vergleich von Shared Hosting und VPS-Hosting.

Wann eine dedizierte IP-Adresse hilft

Stabiles Allowlisting, wenn die Adresse auch statisch ist

Partner-APIs, Unternehmensfirewalls, VPNs, Lizenzserver und Regeln für den Fernzugriff erlauben Traffic häufig nur von oder zu freigegebenen IP-Adressen. Eine verlässliche Adresse erleichtert die Pflege solcher Regeln deutlich.

Die Verkehrsrichtung ist wichtig. Eine einem Server zugewiesene dedizierte Adresse ist ein naheliegendes Ziel für eingehende SSH-, RDP- oder HTTPS-Verbindungen. Wenn ein Partner deine Quell-IP auf eine Allowlist setzt, musst du bestätigen, dass ausgehender Traffic dieselbe Adresse als Quelle verwendet. Ein Provider kann eingehenden Traffic an eine IP-Adresse leiten und ausgehenden Traffic über ein anderes Gateway senden.

Frage, ob die Adresse Neustarts, Host-Wartungen und gewöhnliche Migrationen übersteht. Auch eine dedizierte Adresse kann nach den Bedingungen des Providers neu nummeriert werden. Nutze daher DNS-Namen, wenn die Integration sie unterstützt.

E-Mail-Reputation für einen Absender

Eine dedizierte Versand-IP trennt deine IP-Reputation von anderen Absendern. Googles Richtlinien für E-Mail-Absender erklären, dass die Aktivität jedes Absenders auf einer gemeinsam genutzten IP die Reputation dieser Adresse beeinflusst. Bei einer dedizierten Versandadresse bestimmen deine eigenen Beschwerden, Bounces, Versandmuster und die Qualität deiner Empfängerliste die Historie der Adresse.

Das gilt nur für die tatsächlich sendende IP-Adresse. Eine dedizierte Website-IP verbessert die Zustellbarkeit nicht, wenn cPanel, dein Hosting-Provider oder ein externer E-Mail-Dienst Nachrichten über ein anderes gemeinsames Relay sendet. Prüfe die Received-Header einer zugestellten Nachricht oder frage den Provider, welche öffentliche IP-Adresse sein SMTP-Dienst verwendet.

Stand 24. Juli 2026 verlangt Gmail außerdem eine Absenderauthentifizierung, gültige Vorwärts- und Rückwärts-DNS-Einträge, TLS und kontrollierte Spamraten. Eine dedizierte IP ohne PTR-Einträge, SPF, DKIM, gegebenenfalls DMARC und vernünftige Versandpraktiken ist nur ein exklusiver Weg zu einer schlechten Reputation.

Adressbezogene Vorfälle haben einen kleineren Wirkungsradius

Wenn mehrere unabhängige Websites oder Absender eine Adresse teilen, kann ein adressbezogener Blocklist-Eintrag, eine Firewall-Regel, ein Rate Limit oder eine Gegenmaßnahme des Providers alle betreffen. Die exklusive Nutzung beseitigt genau diese Abhängigkeit.

Diese Trennung hat Grenzen. Ein großer Angriff kann weiterhin gemeinsam genutzte Infrastruktur überlasten oder Maßnahmen auf einer breiteren Präfix- oder Netzwerkebene auslösen. Eine dedizierte IP reduziert die Abhängigkeit von Ereignissen, die eine einzelne gemeinsam genutzte Adresse betreffen. Sie verwandelt gemeinsam genutzte Infrastruktur nicht in ein privates Netzwerk.

Ältere Software und IP-basierte Lizenzen gibt es weiterhin

Manche Herstellerlizenzen, ältere Anwendungen, Partnerintegrationen und Überwachungssysteme erkennen einen Server an seiner IP-Adresse statt an einem Hostnamen oder einer Kontoidentität. Eine dedizierte statische IP kann dafür der einfachste kompatible Endpunkt sein.

Prüfe diese Anforderung, bevor du einen Tarif auswählst. Beim Zugriff auf eine Website über die reine IP-Adresse kann der Server den falschen virtuellen Host auswählen. Ein normales TLS-Zertifikat für example.com ist außerdem nicht gültig, wenn ein Client https://203.0.113.10/ aufruft.

Wann sie nicht hilft

HTTPS braucht keine eigene IP

Server Name Indication in RFC 6066 erlaubt einem TLS-Client, den gewünschten Hostnamen während des Handshakes zu übermitteln. Der Server kann dadurch das passende Zertifikat wählen, auch wenn mehrere Domains dieselbe zugrunde liegende IP-Adresse nutzen.

Moderne Browser und Webserver unterstützen SNI. Für gewöhnliches HTTPS musst du deshalb keine dedizierte Adresse kaufen. Ausnahmen beschränken sich auf ältere Clients und ungewöhnliche Konfigurationen, die SNI nicht senden oder verarbeiten können.

Eine neue Versand-IP startet ohne Reputation

Eine neue dedizierte IP hat noch keine Versandhistorie. Wenn du sofort eine große Kampagne darüber verschickst, können Mailbox-Provider Nachrichten drosseln oder in den Spamordner legen, während sie die Adresse bewerten. Amazon SES beschreibt dieselbe Abwägung im Vergleich gemeinsam genutzter und dedizierter IP-Adressen: Gemeinsame Pools sind sofort einsatzbereit und eignen sich für geringe Versandvolumen, während dedizierte Standard-IPs aufgewärmt werden müssen und ein gleichmäßiges Versandvolumen brauchen.

Für eine kleine Website, die Passwort-Resets, Antworten auf Kontaktformulare und einige Rechnungen sendet, kann ein gut verwalteter gemeinsamer Maildienst mit deutlich weniger Aufwand bessere Ergebnisse liefern. Dedizierte E-Mail-Infrastruktur lohnt sich vor allem, wenn Versandvolumen und betriebliche Anforderungen ihre Pflege rechtfertigen.

IPv4 kann extra kosten

Das RIPE NCC schöpfte seinen verbleibenden IPv4-Pool im November 2019 aus. Netzwerke gewinnen seitdem Adressen zurück, kaufen Kapazität auf dem IPv4-Transfermarkt oder teilen IPv4-Adressraum, während der IPv6-Ausbau weitergeht. Diese Knappheit erklärt, warum viele Provider zusätzliche IPv4-Adressen begrenzen oder monatlich berechnen.

Prüfe, ob der beworbene Preis die erste dedizierte IPv4-Adresse enthält, ob weitere Adressen verfügbar sind und welche Begründung der Provider dafür verlangt. IPv6-Adressraum ist in deutlich größerem Umfang verfügbar, doch ein reiner IPv6-Dienst ersetzt die IPv4-Erreichbarkeit noch nicht für jeden Besucher und jede Integration.

Sie stellt keine zusätzlichen Serverressourcen bereit

Eine IP-Adresse liefert keine zusätzliche CPU-Zeit, keinen RAM, keine Speicher-I/O-Leistung, keinen Durchsatz und keine DDoS-Filterung. Sie aktualisiert auch kein veraltetes Plugin, schließt kein offenes Verwaltungspanel und konfiguriert keine Firewall. Das sind eigenständige Eigenschaften der Hosting-Plattform und der Anwendung.

Compliance erfordert mehr als eine Adresszuweisung. Stand 24. Juli 2026 beschreibt der PCI Security Standards Council wirksame Segmentierung anhand von Maßnahmen wie korrekt konfigurierten Firewalls, Routern mit Zugriffskontrolllisten, VLANs und anderen Technologien zur Zugriffsbeschränkung. Seine Hinweise zur Segmentierung machen eine dedizierte IP nicht zum Ersatz für validierte Isolation. Wenn ein Audit relevant ist, besprich die vollständige Architektur mit dem Prüfer, statt eine IP-Adresse zu kaufen und das Thema als erledigt zu betrachten.

So prüfst du den Leistungsumfang deines Hostings

Beginne mit dem Verwaltungspanel, der Bestellbestätigung und der Produktdokumentation des Providers. Diese Quellen können bestätigen, ob die Adresse vertraglich nur deinem Konto zugewiesen ist. Ein Befehl auf dem Server zeigt, welche Adressen der Server sieht, kann aber nicht ausschließen, dass der Provider einen vorgeschalteten Proxy, eine NAT-Adresse oder ein Mailrelay mehrfach verwendet.

Prüfe für eine Domain die öffentlichen DNS-Einträge:

dig +short A example.com
dig +short AAAA example.com

Wenn die Website ein CDN oder einen Reverse Proxy verwendet, zeigen diese Ergebnisse die öffentlichen Adressen des Proxys statt des Ursprungsservers. Unabhängige Domains auf derselben Adresse sind ein Hinweis auf eine geteilte IP. Findest du keine weiteren Domains, beweist das keine dedizierte Zuweisung. Reverse-IP-Datenbanken sind unvollständig und ein Kunde kann rechtmäßig viele Domains hosten.

Liste auf einem Linux-VPS die Adressen aktiver Schnittstellen auf:

ip -brief address show up

Vergleiche das Ergebnis mit dem VPS-Verwaltungspanel. Private Adressen, Link-Local-Adressen und eine einzelne konfigurierte Adresse aus einem größeren gerouteten IPv6-Subnetz können alle in der Ausgabe erscheinen. Die Zuweisungsdetails des Providers bleiben deshalb maßgeblich.

Wenn der Server E-Mails direkt versendet, prüfe, ob du das Reverse DNS der Versandadresse steuern kannst:

dig -x 203.0.113.10 +short

Ersetze die Dokumentationsadresse durch die echte Versand-IP. Ein passender PTR-Eintrag hilft bei der Mailkonfiguration, beweist aber ebenfalls keine Exklusivität.

Wenn die Produktseite unklar bleibt, stelle dem Provider vier genaue Fragen:

1. Ist diese öffentliche IPv4-Adresse nur meinem Konto oder Server zugewiesen?
2. Bleibt sie bei regulären Wartungen und Migrationen voraussichtlich unverändert?
3. Verwendet ausgehender Web- und SMTP-Traffic diese Adresse?
4. Kann ich den PTR- beziehungsweise Reverse-DNS-Eintrag festlegen?

Diese Antworten sind hilfreicher als ein allgemeines Siegel mit "dedizierte IP inklusive".

Brauchst du eine?

Wähle eine dedizierte IP-Adresse, wenn eine stabile Allowlist, eine bestätigte IP-basierte Integration, direkt versendete E-Mails mit hohem Volumen oder die Trennung von anderen Kunden auf Adressebene einen betrieblichen Nutzen hat. Verzichte darauf, wenn deine einzigen Gründe gewöhnliches HTTPS, bessere Rankings, schnellere Seiten oder ein vages Sicherheitsversprechen sind.

QDE verkauft sowohl Shared Hosting als auch VPS-Tarife, unser geschäftliches Interesse ist also klar. Jeder QDE KVM VPS enthält eine dedizierte IPv4-Adresse und ein /64-IPv6-Subnetz. Jedes QDE Shared Hosting-Konto enthält eine dedizierte IPv4-Adresse und auf Anfrage eine IPv6-Adresse. Das Shared-Hosting-Konto teilt weiterhin Serverressourcen. Nur seine öffentliche IPv4-Zuweisung ist exklusiv.

Du brauchst Hilfe bei der Auswahl? Kontaktiere das QDE-Team und nenne uns deine Software sowie alle Anforderungen an IP-Adressen, E-Mail oder Allowlisting.

Häufig gestellte Fragen zu dedizierten IP-Adressen

Was ist der wichtigste Vorteil einer dedizierten IP-Adresse?

Ein Konto oder Server nutzt die Adresse exklusiv. Das schafft einen verlässlichen Endpunkt und verhindert, dass Reputationsprobleme oder Sperren anderer Kunden deiner Adresse zugerechnet werden. Der Vorteil gilt nur auf der IP-Ebene.

Ist eine dedizierte IP dasselbe wie eine statische IP?

Nein. Dediziert bedeutet, dass die Adresse während der Zuweisung nur von einem Kunden genutzt wird. Statisch bedeutet, dass sie sich voraussichtlich nicht ändert. Viele Hosting-Produkte bieten beides, doch du solltest die Regeln für Migrationen und Umnummerierungen prüfen, wenn eine Firewall oder Partnerintegration von der Adresse abhängt.

Enthält jeder QDE VPS eine dedizierte IP?

Ja. Jeder QDE VPS-Tarif enthält standardmäßig eine dedizierte IPv4-Adresse und ein /64-IPv6-Subnetz.

Brauche ich eine dedizierte IP für ein SSL-Zertifikat?

Bei normalem modernem Hosting nicht. Mit SNI kann eine IP-Adresse für viele Domainnamen das jeweils richtige Zertifikat ausliefern. Eine dedizierte IP ist nur für ältere Clients oder eine besondere Konfiguration relevant, die SNI nicht verwenden kann.

Verbessert eine dedizierte IP automatisch die E-Mail-Zustellbarkeit?

Nein. Sie trennt die Reputation der Versand-IP nur, wenn ausgehende E-Mails diese Adresse tatsächlich verwenden. Neue IPs brauchen außerdem ein vorsichtiges Warm-up, gültiges Vorwärts- und Rückwärts-DNS, E-Mail-Authentifizierung und saubere Versandpraktiken. Absender mit geringem Volumen fahren mit einem seriösen gemeinsamen Maildienst oft besser.

Kann Shared Hosting eine dedizierte IP enthalten?

Ja. Dediziert beschreibt die Adresszuweisung, nicht die Serverressourcen. QDE Shared Hosting weist jedem Konto eine dedizierte IPv4-Adresse zu, obwohl das Konto weiterhin auf einer gemeinsam genutzten Hosting-Plattform läuft.

Plausible ist eine quelloffene, cookiefreie Webanalyse. Das Dashboard zeigt Seitenaufrufe, Besucher, Referrer, Einstiegs- und Ausstiegsseiten, Länder, Geräte, Ziele und benutzerdefinierte Events, ohne für jeden Besucher ein Werbeprofil anzulegen.

Auf einem Linux-VPS läuft der Stack mit Docker Compose hinter Nginx und Let's Encrypt. Wir binden den Anwendungsport an localhost und kümmern uns zum Schluss um Updates und Backups. Die Analytics-Daten bleiben bei dir, die Serverwartung allerdings auch.

Was Plausible auf deinem Server ablegt

Plausible verteilt die Daten auf zwei Datenbanken. PostgreSQL speichert Konten und Website-Einstellungen; ClickHouse speichert die Analytics-Events. Laut der Sicherheits- und Datenschutzdokumentation von Plausible nutzt das normale Tracking keine Cookies und speichert weder rohe IP-Adressen noch User-Agent-Strings. Stattdessen erzeugt Plausible eine tägliche Kennung mit einem rotierenden Salt.

Das sind deutlich weniger Besucherdaten als bei werbebasierten Analytics-Diensten. Rechtskonform wird eine selbst gehostete Installation dadurch nicht automatisch. Hosting-Standort, Nginx-Logs, Eigenschaften benutzerdefinierter Events, Aufbewahrungsfristen, Zugriffsrechte und deine Datenschutzerklärung zählen weiterhin. Namen, E-Mail-Adressen, Konto-IDs und andere personenbezogene Daten gehören nicht in benutzerdefinierte Eigenschaften.

ClickHouse bestimmt die Untergrenze für den Server. Das offizielle Repository von Plausible Community Edition empfiehlt mindestens 2 GB RAM und einen Prozessor mit SSE-4.2- oder NEON-Unterstützung. Für eine kleine Website ist ein QDE KVM VPS mit mindestens 2 GB RAM ein vernünftiger Einstieg und bietet den für Docker nötigen Root-Zugriff. Plane mehr ein, wenn du viel Traffic, lange Aufbewahrungsfristen oder mehrere Websites auf einer Instanz erwartest.

Voraussetzungen

Folgendes sollte bereitstehen:

• Einen frisch installierten Server mit Debian, Ubuntu, CentOS Stream, Rocky Linux oder AlmaLinux
• Root-Zugriff oder einen Benutzer mit sudo-Rechten
• Mindestens 2 GB RAM
• Eine Domain oder Subdomain wie plausible.example.com
• DNS-A- und, falls verwendet, AAAA-Records, die auf den Server zeigen
• Offene Ports 80 und 443 in der Firewall des Servers und des Hosting-Anbieters

In den Beispielen verwenden wir plausible.example.com. Ersetze den Namen durch deinen echten Hostnamen und warte auf die DNS-Auflösung, bevor du Certbot ein Zertifikat anfordern lässt.

1. Benötigte Systempakete installieren

Unter Debian oder Ubuntu:

sudo apt update
sudo apt install -y git curl openssl ca-certificates

Unter CentOS Stream, Rocky Linux oder AlmaLinux:

sudo dnf install -y git curl openssl ca-certificates

Hier ist nichts Exotisches dabei: Git verwaltet das Repository, curl lädt den Docker-Installer herunter und prüft lokale Endpunkte, OpenSSL erzeugt die geheimen Werte und das CA-Paket hält HTTPS-Downloads funktionsfähig.

2. Docker und Docker Compose installieren

Das Installationsskript von Docker ist der schnellste Weg. Prüfe es zuerst, falls deine Serverrichtlinien das verlangen, und führe es anschließend aus:

curl -fsSL https://get.docker.com -o get-docker.sh
sudo bash get-docker.sh

Auf einem Produktionsserver mit strengerer Paketverwaltung solltest du stattdessen die Repository-Anleitung für deine Distribution aus der Installationsdokumentation von Docker Engine verwenden.

Wenn du nicht als root angemeldet bist, füge deinen aktuellen Benutzer zur Gruppe docker hinzu:

sudo usermod -aG docker $USER

Die neue Gruppenzugehörigkeit gilt nach dem Ab- und erneuten Anmelden. Wenn du in der aktuellen Sitzung weiterarbeiten möchtest, starte eine neue Shell mit:

newgrp docker

Behandle die Mitgliedschaft in der Gruppe docker wie Root-Zugriff, denn genau das gewährt sie praktisch. Füge nur vertrauenswürdige Administratorkonten hinzu. Docker erklärt die Einzelheiten in seiner Linux-Anleitung für Schritte nach der Installation.

Aktiviere Docker für den Systemstart und prüfe, ob Docker Engine und das Compose-Plugin verfügbar sind:

sudo systemctl enable --now docker
docker version
docker compose version

Falls einer der Versionsbefehle fehlschlägt, repariere zuerst die Docker-Installation. Der Rest der Anleitung setzt voraus, dass Engine und Compose funktionieren.

3. Plausible Community Edition klonen

Klone das offizielle Repository und lasse dir den ausgecheckten Zweig anzeigen:

git clone https://github.com/plausible/community-edition plausible
cd plausible
git branch --show-current

Plausible CE nutzt für jedes Release einen eigenen Zweig, und compose.yml pinnt das passende Anwendungs-Image. Der Clone-Befehl lässt -b weg, damit Git den Versionszweig auscheckt, den das Repository gerade als Standard führt. Vergleiche den angezeigten Zweig mit dem aktuellen offiziellen Quickstart, bevor du weitermachst. Merke dir den Namen: Ein normales git pull springt später nicht automatisch zum nächsten Release.

Das Repository enthält Plausible, PostgreSQL, ClickHouse und ressourcenschonende ClickHouse-Einstellungen. Lege deine lokale Konfiguration in .env und compose.override.yml ab und lasse die von Git verwaltete compose.yml unverändert. Das erspart unnötige Merge-Konflikte beim Upgrade.

4. Umgebung konfigurieren

Beginne mit einer leeren Umgebungsdatei:

touch .env

Trage die öffentliche URL ein und erzeuge dann getrennte geheime Werte für Sitzungen und verschlüsselte TOTP-Daten:

echo "BASE_URL=https://plausible.example.com" >> .env
echo "SECRET_KEY_BASE=$(openssl rand -base64 48)" >> .env
echo "TOTP_VAULT_KEY=$(openssl rand -base64 32)" >> .env
chmod 600 .env

SECRET_KEY_BASE muss nach der Installation unverändert bleiben. Plausible verwendet den Wert für Sitzungen und weitere abgeleitete Geheimnisse. TOTP_VAULT_KEY schützt gespeicherte Geheimnisse der Zwei-Faktor-Authentifizierung.

Der TOTP-Schlüssel ist optional. Ohne diese Variable leitet Plausible per PBKDF2 einen Schlüssel aus SECRET_KEY_BASE ab. Wir setzen trotzdem einen eigenen Zufallswert. Sichere .env und kopiere keines der Geheimnisse in ein Ticket, einen Chat oder einen Screenshot.

Ein kleines Detail: Die Zuweisung von TOTP_VAULT_KEY hat genau ein Gleichheitszeichen vor dem erzeugten Wert. Endet die OpenSSL-Ausgabe mit =, gehört dieses Zeichen zum Base64-Wert.

Die offizielle Konfigurationsreferenz beschreibt die übrigen Optionen, darunter Registrierung, SMTP, Geolokalisierung, Datenbank-URLs und Docker Secrets.

5. Plausible an localhost-Port 8000 binden

Schreibe den internen HTTP-Port in .env:

echo "HTTP_PORT=8000" >> .env

Plausible verwendet ohnehin standardmäßig Port 8000. Der ausdrückliche Eintrag zeigt auch Monate später sofort, wie .env und die Override-Datei zusammengehören.

Erstelle compose.override.yml, damit Docker diesen Port ausschließlich auf 127.0.0.1 veröffentlicht:

cat > compose.override.yml <<'EOF'
services:
  plausible:
    ports:
      - "127.0.0.1:8000:${HTTP_PORT}"
EOF

Die Anführungszeichen um 'EOF' erfüllen einen echten Zweck. Sie lassen ${HTTP_PORT} unverändert, bis Docker Compose .env liest. Ohne die Anführungszeichen kann deine Shell zuerst eine nicht gesetzte Variable auflösen und dadurch eine fehlerhafte Portzuordnung schreiben.

Lasse Compose die zusammengeführte Konfiguration prüfen, bevor du etwas startest. Mit --quiet erscheinen die geheimen Werte nicht in der Ausgabe:

docker compose config --quiet

Plausible lauscht jetzt unter 127.0.0.1:8000, wo nur der Server selbst die Anwendung erreicht. Genau so soll es sein. Nginx übernimmt später den öffentlichen Traffic.

6. Plausible starten

Lade die Container-Images und starte den Stack:

docker compose pull
docker compose up -d

Der erste Start ist nicht sofort fertig. PostgreSQL und ClickHouse müssen ihre Healthchecks bestehen, bevor Plausible die Datenbanken einrichten kann. Gib dem Stack einen Moment und prüfe ihn dann:

docker compose ps
docker compose logs --tail=100 plausible

Teste den lokalen HTTP-Endpunkt, sobald die Container laufen:

curl --head http://127.0.0.1:8000

Jede HTTP-Antwort bestätigt, dass der Host Plausible erreicht. Schlägt die Verbindung fehl, führe docker compose logs --tail=200 aus und behebe den Containerfehler, bevor Nginx dazukommt.

7. Nginx als Reverse Proxy konfigurieren

Installiere Nginx, Certbot und das Nginx-Plugin von Certbot.

Unter Debian oder Ubuntu:

sudo apt update
sudo apt install -y nginx certbot python3-certbot-nginx

Unter CentOS Stream, Rocky Linux oder AlmaLinux:

sudo dnf install -y epel-release
sudo dnf install -y nginx certbot python3-certbot-nginx

Der Konfigurationspfad hängt von der Distribution ab. Erstelle unter Debian oder Ubuntu folgende Datei:

/etc/nginx/sites-available/plausible.example.com.conf

Erstelle unter CentOS Stream, Rocky Linux oder AlmaLinux folgende Datei:

/etc/nginx/conf.d/plausible.example.com.conf

Lege denselben Server-Block in einer der beiden Dateien ab:

upstream plausible {
    server 127.0.0.1:8000;
}

server {
    listen 80;
    listen [::]:80;

    server_name plausible.example.com;

    location / {
        proxy_pass http://plausible;
        proxy_http_version 1.1;

        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }

    location /live/websocket {
        proxy_pass http://plausible;
        proxy_http_version 1.1;

        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "Upgrade";
    }
}

Der Block für /live/websocket wird leicht übersehen, doch das Live-Dashboard braucht ihn. Die übrigen Header übermitteln Plausible den ursprünglichen Hostnamen, die Client-Kette und das Protokoll der Anfrage. Diese Konfiguration folgt der Reverse-Proxy-Anleitung von Plausible und ergänzt die üblichen Forwarded-Header.

Aktiviere die Website unter Debian oder Ubuntu:

sudo ln -s /etc/nginx/sites-available/plausible.example.com.conf /etc/nginx/sites-enabled/

Falls der Symlink bereits vorhanden ist, lasse ihn unverändert.

Unter CentOS Stream, Rocky Linux oder AlmaLinux mit aktivem SELinux braucht Nginx zusätzlich die Berechtigung, den lokalen Upstream zu erreichen:

sudo setsebool -P httpd_can_network_connect 1

Teste die Konfiguration, aktiviere Nginx für den Systemstart und lade den Dienst neu:

sudo nginx -t
sudo systemctl enable --now nginx
sudo systemctl reload nginx

Nutze nginx -t als feste Kontrolle. Behebe jeden gemeldeten Fehler, bevor du ein Zertifikat anforderst.

8. HTTPS mit Certbot einrichten

Sobald DNS funktioniert und die Ports 80 und 443 erreichbar sind, lässt du Certbot das Zertifikat anfordern und den virtuellen Nginx-Host anpassen:

sudo certbot --nginx -d plausible.example.com

Prüfe die Konfiguration noch einmal, bevor du Nginx neu lädst:

sudo nginx -t
sudo systemctl reload nginx

Prüfe den öffentlichen Endpunkt auf der Kommandozeile:

curl --head https://plausible.example.com

Teste am besten gleich die Zertifikatsverlängerung, solange die Konfiguration noch frisch im Gedächtnis ist:

sudo certbot renew --dry-run

9. Ersten Benutzer anlegen und Registrierung beschränken

Öffne https://plausible.example.com und registriere den ersten Benutzer. Lege deine Website im Dashboard an und kopiere anschließend das Tracking-Snippet von Plausible in den <head> deiner Website.

Nach der Einrichtung des ersten Kontos erlaubt Plausible neue Registrierungen standardmäßig nur auf Einladung. Wir schreiben den Wert trotzdem in .env, damit die Absicht für die nächste Person, die diese Datei liest, sofort klar ist:

echo "DISABLE_REGISTRATION=invite_only" >> .env
docker compose up -d

Eingeladene Benutzer können sich mit dieser Einstellung weiterhin registrieren. Verwende DISABLE_REGISTRATION=true nur dann, wenn du jedes neue Konto sperren möchtest, Einladungen eingeschlossen.

Prüfe den Stack noch einmal:

docker compose ps
docker compose logs --tail=100 plausible

Plausible aktualisieren

Beim Aktualisieren ist ein Punkt leicht zu übersehen: Jedes Release bekommt einen eigenen Versionszweig, und Sicherheitskorrekturen werden nicht auf alte Versionen zurückportiert. Ein normales git pull bleibt auf dem vorhandenen Zweig; docker compose pull liest danach die Image-Tags aus genau diesem Zweig. Beide Befehle können ohne Fehler durchlaufen, während Plausible weiterhin auf dem alten Release bleibt.

Lies vor jedem Upgrade die Release-Seite des Projekts und die Upgrade-Anleitung. Manche Releases verlangen zusätzliche Schritte für PostgreSQL oder ClickHouse. Erstelle zuerst ein Backup und ersetze dann vX.Y.Z unten durch den exakten Zielzweig aus den Release Notes:

cd plausible
git status --short
git pull origin vX.Y.Z
docker compose pull
docker compose up -d

docker compose pull ist hier optional. Der Befehl lädt alle Images aus der neuen Compose-Datei, doch git pull origin vX.Y.Z wählt das Plausible-Release aus, indem es das fest gepinnte Image aktualisiert. Meldet Git einen Konflikt, halte an und löse ihn. Dasselbe gilt für einen zusätzlichen Migrationsschritt aus den Release Notes.

Prüfe nach dem Upgrade die Container und das Plausible-Log:

docker compose ps
docker compose logs --tail=100 plausible

Da die lokale Portzuordnung in compose.override.yml liegt, bleibt die von Git verwaltete compose.yml sauber und verursacht bei git pull origin vX.Y.Z seltener einen Konflikt.

Backups auf Anwendungsebene anlegen

Ein Server-Snapshot ist nützlich, doch Plausible speichert wichtige Daten sowohl in PostgreSQL- als auch in ClickHouse-Volumes. Sichere beide Datenbanken, bewahre eine Kopie außerhalb des VPS auf und teste mindestens eine Wiederherstellung. Erst nach einem Ausfall zu entdecken, dass ein Backup unvollständig ist, wäre reichlich spät.

QDE erstellt täglich externe VPS-Backups und bietet damit einen zusätzlichen Wiederherstellungspunkt für Fehler, die den ganzen Server betreffen. Betrachte sie als weitere Ebene unter deinen Datenbank-Backups, nicht als Ersatz.

Sobald diese Prüfungen erfolgreich sind, kannst du das Tracking-Snippet einfügen und auf die ersten Besuche warten. Danach geht es nur noch um normale Serverpflege: Release Notes lesen, Updates einspielen, den Speicher im Blick behalten und regelmäßig prüfen, ob sich die Backups noch wiederherstellen lassen.

Der Preisunterschied von 1 € zwischen den Einstiegstarifen von QDE sollte diese Entscheidung nicht bestimmen. Deine Software, dein Bedarf an E-Mail und deine Bereitschaft zur Linux-Wartung sind wesentlich wichtiger.

QDE bietet seit Kurzem cPanel Shared Hosting zusätzlich zu unseren bestehenden KVM-VPS-Tarifen an. Wir verkaufen beide Produkte. Damit haben wir ein klares kommerzielles Interesse, aber keinen vernünftigen Grund, ein WordPress-Blog auf einen VPS zu drängen, dessen Besitzer keinen Server warten möchte. Eine Docker-Anwendung passt umgekehrt nicht ins Shared Hosting, nur weil cPanel bequemer ist.

Beim Shared Hosting verwaltet der Anbieter den Server

Beim Shared Hosting liegen mehrere Kundenkonten auf einem Server und einem Betriebssystem. Die Systemadministratoren des Anbieters warten dieses Betriebssystem, installieren Sicherheitsupdates, stimmen die Dienste ab, überwachen den Host und kümmern sich um Hardware- oder Netzwerkfehler. Du betreust die Website.

Die tägliche Arbeit erledigst du im Browser. cPanel deckt Dateien, FTP-Konten, Domains, E-Mail-Konten, Datenbanken, SSL-Zertifikate und die üblichen Aufgaben rund um eine Website ab. Die Dokumentation von cPanel zeigt gut, was hinter diesem Dashboard steckt. Du brauchst kein SSH, um ein Postfach anzulegen oder WordPress zu installieren.

QDE Shared Hosting beginnt bei 2,95 € pro Monat. Starter enthält 10 GB NVMe-Speicher, bis zu 512 MB RAM pro Hosting-Account, 4 TB Datentransfer pro Monat, einen geteilten 10-Gbit/s-Uplink, eine dedizierte IPv4-Adresse, 10 E-Mail-Konten, 10 SQL-Datenbanken und tägliche externe Backups. Der Tarif unterstützt PHP 8.2 bis 8.5 und statisches HTML. MariaDB steht über cPanel bereit.

Mit einem VPS bist du der Sysadmin

Ein Virtual Private Server ist eine virtuelle Maschine mit eigenem Betriebssystem. QDE nutzt KVM, das im Linux-Kernel integrierte Virtualisierungssystem. Die Linux-KVM-Dokumentation beschreibt die Schnittstellen für virtuelle Maschinen und vCPUs. Im Alltag zählt vor allem dies: Der VPS startet eine eigene Linux-Installation und gibt dir vollen Root-Zugriff.

Du bestimmst Pakete, Laufzeitumgebung, Webserver, Datenbank, Firewallregeln und Update-Zeitplan. Node.js, Python, Go, Docker, PostgreSQL, Redis, WireGuard, Hintergrundprozesse und eigene systemd-Dienste sind normale VPS-Workloads.

QDE VPS-Hosting beginnt bei 3,95 € pro Monat. Ryzen Mini enthält einen AMD Ryzen 7950X CPU-Kern, 1 GB RAM, 15 GB reinen NVMe-Speicher, 4 TB Datentransfer pro Monat, eine dedizierte IPv4-Adresse, ein /64-IPv6-Subnetz, tägliche externe Backups und einen geteilten 10-Gbit/s-Uplink. RAM und Speicherplatz sind dem VPS fest zugewiesen und werden nicht überbucht. Die CPU-Zeit stammt trotzdem von einem physischen Host. Das Wort "private" beschreibt die Isolation der virtuellen Maschine, nicht den Besitz eines Bare-Metal-Servers.

Vor- und Nachteile von Shared Hosting

Das stärkste Argument für Shared Hosting ist die Wartung, die du nie zu Gesicht bekommst. Du bist nicht für Kernel-Updates, Patches des Webservers, den Mail-Stack, PHP-Pakete oder die Firewall des Hosts verantwortlich. Bei einem WordPress-Blog, einer Unternehmenswebsite, einem Portfolio oder einer kleinen PHP-Anwendung bringen diese Aufgaben vor allem zusätzliches Risiko. Die Website wird dadurch nicht besser.

E-Mail wird leicht unterschätzt. Beim Shared Hosting legst du info@example.com an, bindest das Postfach über IMAP ein, richtest eine Weiterleitung ein und arbeitest an der Website weiter. E-Mail auf einem VPS bedeutet, dass du MTA, Spamfilter, DKIM, SPF, DMARC, Reverse DNS, Warteschlangen, Reputation und Zustellbarkeit pflegen musst. Das ist machbar, aber ein eigenes Betriebsprojekt.

cPanel hilft auch, wenn mehrere Personen an einer Website arbeiten. Ein Kollege kann eine Domain hinzufügen, eine Datei wiederherstellen oder einen Datenbankbenutzer anlegen, ohne sudo-Zugriff zu erhalten oder den Speicherort jeder Dienstkonfiguration zu kennen.

Im Gegenzug teilst du CPU, Arbeitsspeicher und die zugrunde liegenden Dienste mit anderen Konten. Eine gut verwaltete Plattform setzt Ressourcenlimits, doch ein stark ausgelastetes Konto kann trotzdem um dieselbe Host-Kapazität konkurrieren. Das ist das Noisy-Neighbor-Problem. Für eine kleine Unternehmenswebsite ist es weniger relevant als für einen Prozess, der regelmäßig alle CPU-Kerne auslastet.

Außerdem bleibst du innerhalb des Software-Stacks des Anbieters. QDE Shared Hosting betreibt PHP, MariaDB und statische Websites. Der Tarif bietet keine dauerhaft laufenden Node.js- oder Python-Prozesse, kein Docker, keinen eigenen Datenbankserver und keinen Root-Zugriff. Dafür gibt es keine Einstellung in cPanel.

Vor- und Nachteile eines VPS

Mit Root-Zugriff begrenzt die Anwendungsliste des Anbieters deine Möglichkeiten nicht. Du kannst eine Linux-Distribution wählen, bestimmte Runtime-Versionen festschreiben, Container ausführen, einen Reverse Proxy konfigurieren oder eine Datenbank installieren, die in einem Shared-Tarif fehlt. Ein VPS kann eine Website, API, einen Queue-Worker, Cronjobs und einen Monitoring-Agent betreiben, sofern der Tarif genügend Ressourcen hat.

Auch die Isolation ist klarer. Der zugewiesene Arbeitsspeicher und NVMe-Speicher gehören zu deiner virtuellen Maschine. Ein anderer Kunde kann weder dein Dateisystem lesen noch deine Pakete ändern. Ein /64-IPv6-Subnetz bietet reichlich Adressraum für Dienste, die IPv6 nutzen können.

Genau deshalb kann ein günstiger VPS mehr Arbeit verursachen als eine günstige Website. Die VPS-Tarife von QDE sind unmanaged. Du musst Betriebssystemupdates installieren, SSH absichern, die Firewall konfigurieren, deine Dienste pflegen und Störungen untersuchen. Wenn ein Update Nginx um 02:00 Uhr beschädigt, enthält die Rechnung niemanden, der sich einloggt und deine Konfiguration repariert.

Behandle einen öffentlichen VPS ab dem ersten Start als exponiert. Automatisierte Scanner warten nicht, bis du mit der Anwendung fertig bist. Halte öffentlich erreichbare Dienste aktuell, schränke Verwaltungszugriffe nach Möglichkeit ein und schalte alles ab, was du nicht benötigst. Nutze SSH-Schlüssel, deaktiviere die Passwortanmeldung, wenn es praktikabel ist, und installiere die ersten Updates, bevor du die Anwendung bereitstellst.

Ein Serverpanel oder ein vorkonfigurierter Stack kann den manuellen Konfigurationsaufwand senken. Aus einem unmanaged VPS wird dadurch kein Managed Service. Tägliche Backups geben QDE-Kunden nach einer fehlerhaften Änderung einen Wiederherstellungsweg. Das Backup der vergangenen Nacht enthält jedoch keine Daten von heute Morgen. Lege anwendungsspezifische Backups für Daten an, die du nicht neu erstellen kannst.

Starter und Ryzen Mini im Vergleich

Der Einstiegspreis unterscheidet sich um 1 € pro Monat. Die Tarife sind trotzdem für verschiedene Aufgaben gedacht.

Ein Euro mehr für einen VPS lässt die Serverwartung nicht verschwinden. Ein gesparter Euro beim Shared Hosting bringt weder Docker noch Root-Zugriff. Der Preis ist der am wenigsten hilfreiche Unterschied zwischen diesen Tarifen.

Tägliche externe Backups gehören bei beiden zum Standard. Damit kannst du einen früheren Stand wiederherstellen, wenn ein WordPress-Update fehlschlägt oder du eine VPS-Konfiguration beschädigst. Backups des Anbieters bleiben ein Sicherheitsnetz und sollten nicht die einzige Kopie wichtiger Daten sein.

Typische Projekte und die vernünftige Wahl

Ein WordPress-Blog, eine kleine Unternehmenswebsite, ein Portfolio oder eine PHP-Anwendung gehört ins Shared Hosting, sofern keine ungewöhnliche technische Anforderung dagegen spricht. Shared Hosting ist auch die einfachste Wahl, wenn du E-Mail auf deiner eigenen Domain brauchst und keinen Mailserver betreiben möchtest. Du verwaltest Websites, Dateien, Domains und Postfächer in cPanel. Der Anbieter verwaltet den Server.

Entwickler, die Node.js, Python, Go, Docker oder eine eigene Datenbank benötigen, sollten einen VPS wählen. Dasselbe gilt für APIs, Bots, Gameserver, VPNs, selbst gehostete Anwendungen, Entwicklungsumgebungen und alles, was dauerhaft im Hintergrund laufen muss. Du erhältst die Kontrolle und bezahlst die Wartung mit Zeit statt mit Euro.

Mit Shared Hosting zu beginnen und später auf einen VPS umzuziehen, ist völlig normal. Der Wechsel ist eine Migration und kein Tarifupgrade mit einem Klick, weil sich Serveraufbau und Mailkonfiguration unterscheiden. Beide Produkte können unter demselben QDE-Konto liegen. Unser Team kann beim Übergang helfen, wenn sich deine Anforderungen ändern.

Welchen Tarif solltest du bestellen?

Wähle das Produkt, das zur heutigen Aufgabe passt. Wer eine Website betreut und nie ein Terminal öffnen möchte, ist mit Shared Hosting meist glücklicher. Entwickler, die Pakete, Dienste und Netzwerkeinstellungen selbst kontrollieren müssen, erreichen die Grenzen von Shared Hosting schnell.

Vergleiche cPanel Shared Hosting ab 2,95 € pro Monat und Ryzen VPS-Hosting ab 3,95 € pro Monat, ohne den VPS automatisch als Upgrade zu betrachten. Mit Shared Hosting kaufst du Komfort. Mit einem VPS kaufst du Kontrolle. Später kannst du den Kurs ändern.

Umami ist die kleinere, sauberere Option. Es ist eine Open-Source-Analytics-Plattform mit Fokus auf Datenschutz für Pageviews, Referrer, Geräte, Länder, Events und Kampagnendaten. Du kannst Umami mit PostgreSQL auf deinem eigenen Server betreiben, und die offizielle Docker-Variante ist kurz genug, um sie vor dem Einfügen zu verstehen.

Unten steht ein kompletter VPS-Aufbau: Docker Compose für Umami und PostgreSQL, Nginx als öffentlicher Reverse Proxy, Let's Encrypt-Zertifikate über Certbot und die zwei Wartungsaufgaben, die gern vergessen werden: Backups und Updates.

Warum Analytics-Daten lokal bleiben sollten

Website-Analytics kann harmlos wirken, weil das Dashboard sauber aussieht. Dahinter stecken trotzdem Verhaltensdaten: besuchte URLs, Zeitstempel, Referrer, Geräteinformationen, Standort auf Länderebene und Eventnamen, die du selbst definierst. Wenn du einen externen Analytics-Dienst nutzt, verlässt dieser Datenstrom absichtlich deine Infrastruktur.

Wenn du Umami selbst hostest, bleiben diese Daten auf deiner Seite. Deine Traffic-Daten landen in deiner PostgreSQL-Datenbank, auf deinem Server und unter deiner Backup-Policy. Du brauchst weiterhin eine Datenschutzerklärung und musst verstehen, welche Einwilligungsregeln für deine Website gelten. Der Unterschied ist, dass du Analytics nicht an ein großes Werbe-Ökosystem sendest, nur um zu sehen, welcher Blogpost Traffic bekommt.

Der Ressourcenbedarf ist überschaubar. Ein kleiner KVM VPS reicht für eine persönliche Website oder ein paar Projekte mit wenig Traffic. Eine größere Instanz gibt PostgreSQL mehr Luft, wenn du mehrere Websites trackst oder Daten lange aufbewahrst. Schneller Storage hilft mehr, als viele erwarten, weil Analytics vor allem aus Datenbank-Lese- und Schreibvorgängen besteht.

Was du vor der Installation brauchst

Du brauchst:

• Einen Linux-Server mit Root- oder sudo-Zugriff
• Eine Domain oder Subdomain für Umami, zum Beispiel stat.example.com
• DNS, das diesen Hostnamen bereits auf die IPv4-Adresse deines Servers zeigt
• Offene Ports 80 und 443 auf der Server-Firewall
• Eine Shell-Sitzung als root oder als Benutzer mit sudo-Rechten

Die Compose-Datei unten bindet Umami an 127.0.0.1:3000, damit der App-Port nicht direkt öffentlich erreichbar ist. Nginx nimmt öffentlichen HTTP/HTTPS-Traffic an und proxyt ihn an den lokalen Container.

Docker und Docker Compose installieren

Unter Debian ist extrepo ein kurzer Weg, wenn deine Release den Docker CE Repository-Eintrag enthält:

sudo apt update
sudo apt install extrepo
sudo extrepo enable docker-ce
sudo apt update
sudo apt install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin

Für andere Linux-Systeme ist das Convenience Script von Docker der schnelle Weg:

curl -fsSL https://get.docker.com -o get-docker.sh
sudo bash get-docker.sh

Die Dokumentation von Docker beschreibt dieses Script als nützlich für Test- und Entwicklungsumgebungen. Lies es vorher, wenn das ein Produktionsserver ist. Stelle unter Debian oder Ubuntu sicher, dass das Compose-Plugin vorhanden ist:

sudo apt install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin

Unter CentOS Stream, Rocky Linux oder AlmaLinux installierst du dieselben Pakete mit dnf, nachdem das Docker-Repository konfiguriert wurde:

sudo dnf install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin

Wenn du nicht als root arbeitest, füge deinen aktuellen Benutzer zur Gruppe docker hinzu:

sudo usermod -aG docker $USER

Melde dich ab und wieder an, oder führe newgrp docker aus, bevor du testest. Der Linux post-installation guide von Docker warnt, dass Mitglieder der Gruppe docker Root-Rechte erhalten. Füge also nur Benutzer hinzu, die diese Zugriffsebene haben sollen.

Aktiviere Docker und prüfe, ob Docker und das Compose-Plugin funktionieren:

sudo systemctl enable --now docker
docker version
docker compose version

Die Umami Compose-Datei erstellen

Erstelle ein eigenes Verzeichnis für Umami:

mkdir -p ~/services/umami
cd ~/services/umami

Erzeuge zwei zufällige Werte, bevor du die Datei schreibst: einen für Umami-Authentifizierungstokens und einen für PostgreSQL:

openssl rand -hex 32
openssl rand -hex 32

Erstelle compose.yaml:

name: umami

services:
  umami:
    container_name: umami
    image: docker.umami.is/umami-software/umami:latest
    ports:
      - "127.0.0.1:3000:3000"
    environment:
      DATABASE_URL: postgresql://umami:CHANGE_ME_DB_PASSWORD@umami-db:5432/umami
      DATABASE_TYPE: postgresql
      APP_SECRET: CHANGE_ME_APP_SECRET
    depends_on:
      umami-db:
        condition: service_healthy
    init: true
    restart: always
    healthcheck:
      test: ["CMD-SHELL", "curl http://localhost:3000/api/heartbeat"]
      interval: 5s
      timeout: 5s
      retries: 5

  umami-db:
    container_name: umami-db
    image: postgres:18-alpine
    environment:
      POSTGRES_DB: umami
      POSTGRES_USER: umami
      POSTGRES_PASSWORD: CHANGE_ME_DB_PASSWORD
    volumes:
      - ./data:/var/lib/postgresql
    restart: always
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U $${POSTGRES_USER} -d $${POSTGRES_DB}"]
      interval: 5s
      timeout: 5s
      retries: 5

Ersetze beide CHANGE_ME_DB_PASSWORD-Werte durch dasselbe PostgreSQL-Passwort. Ersetze CHANGE_ME_APP_SECRET durch einen anderen zufälligen String. Die Umami environment variable docs beschreiben APP_SECRET als Wert zum Absichern von Authentifizierungstokens. Verwende ihn also nicht noch an anderer Stelle.

Geprüft am 2. Juli 2026 listet Docker Hub postgres:18-alpine als aktiven offiziellen Postgres-Image-Tag. Für eine frische Umami-Installation ist das eine sinnvolle Wahl. Bei einer bestehenden Installation solltest du Datenbank-Major-Versionen vorsichtig behandeln: Erstelle einen pg_dump, teste eine Wiederherstellung und ändere erst danach den Image-Tag.

Umami starten

Ziehe die Images und starte den Stack:

docker compose pull
docker compose up -d

Prüfe die Container:

docker compose ps
docker compose logs -f umami

Umami lauscht auf dem Host unter http://127.0.0.1:3000. Da der Container an localhost gebunden ist, öffnest du ihn noch nicht direkt im Browser. Nginx wird der öffentliche Einstiegspunkt.

Das Standard-Administratorkonto lautet:

• Benutzername: admin
• Passwort: umami

Der Login-Leitfaden von Umami sagt, dass du dieses Passwort direkt nach der ersten Anmeldung ändern sollst. Erledige das, bevor du Websites hinzufügst oder die URL teilst.

Nginx als Reverse Proxy konfigurieren

Installiere Nginx:

# Debian or Ubuntu
sudo apt update
sudo apt install nginx

# CentOS Stream, Rocky Linux, or AlmaLinux
sudo dnf update
sudo dnf install nginx

In diesem Beispiel ist der Analytics-Hostname stat.example.com. Ersetze ihn durch deinen echten Hostnamen.

Unter Debian oder Ubuntu erstellst du /etc/nginx/sites-available/stat.example.com.conf:

upstream umami_backend {
    server 127.0.0.1:3000;
}

server {
    listen 80;
    listen [::]:80;

    server_name stat.example.com;

    location / {
        proxy_pass http://umami_backend;
        proxy_http_version 1.1;

        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;

        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
    }
}

Aktiviere die Site:

sudo ln -s /etc/nginx/sites-available/stat.example.com.conf /etc/nginx/sites-enabled/
sudo nginx -t
sudo systemctl reload nginx

Unter CentOS Stream, Rocky Linux oder AlmaLinux legst du denselben Server Block hier ab:

/etc/nginx/conf.d/stat.example.com.conf

Teste Nginx und starte oder lade den Dienst neu:

sudo nginx -t
sudo systemctl enable --now nginx
sudo systemctl reload nginx

Nginx-Konfigurationsdateien unter /etc/nginx/ benötigen Root-Rechte. Wenn nginx -t fehlschlägt, behebe das zuerst, bevor du Certbot anfasst.

HTTPS mit Certbot hinzufügen

Installiere Certbot und das Nginx-Plugin:

# Debian or Ubuntu
sudo apt install certbot python3-certbot-nginx

# CentOS Stream, Rocky Linux, or AlmaLinux
sudo dnf install epel-release
sudo dnf install certbot python3-certbot-nginx

Stelle das Zertifikat aus:

sudo certbot --nginx -d stat.example.com

Nachdem Certbot die Nginx-Konfiguration angepasst hat, prüfst du die Site:

sudo nginx -t
sudo systemctl reload nginx

Öffne jetzt:

https://stat.example.com/

Melde dich mit admin und umami an und ändere danach das Passwort in den Settings, bevor du irgendetwas anderes machst. Ein öffentliches Analytics-Dashboard mit Standardzugangsdaten bleibt nicht lange deins.

Certbot-Pakete installieren oft einen systemd Timer für Verlängerungen. Prüfe ihn:

systemctl list-timers | grep certbot
sudo certbot renew --dry-run

Wenn deine Installation keinen Timer anlegt und du Certbots pip/virtualenv-Methode nutzt, verwenden die Certbot-Anweisungen der EFF einen Cronjob wie diesen:

echo "0 0,12 * * * root /opt/certbot/bin/python -c 'import random; import time; time.sleep(random.random() * 3600)' && sudo certbot renew -q" | sudo tee -a /etc/crontab > /dev/null

Bei Distributionspaketen ist der Paket-Timer vorzuziehen, wenn er existiert. Führe trotzdem sudo certbot renew --dry-run aus, damit du weißt, dass die Erneuerung funktioniert, bevor das Zertifikat kurz vor dem Ablauf steht.

Eine Website hinzufügen und das Tracking Script installieren

Sobald du angemeldet bist, gehst du zu Websites und klickst auf Add website. Der Add-a-Website-Leitfaden von Umami beschreibt die zwei Felder, die zählen: Der Name kann frei gewählt werden, und die Domain sollte die echte Website-Domain sein, damit Umami deine eigene Website korrekt aus den Referrern herausfiltern kann.

Öffne nach dem Speichern den Bearbeitungsbereich der Website und kopiere den Tracking-Code. Der Collect-Data-Leitfaden von Umami sagt, dass du diesen Code in den <head>-Bereich der Website einfügst, die du tracken möchtest.

Er sieht ungefähr so aus:

<script defer src="https://stat.example.com/script.js" data-website-id="YOUR-WEBSITE-ID"></script>

Besuche deine Website und kehre danach zum Umami-Dashboard zurück. Wenn keine Daten erscheinen, öffne die Entwicklertools im Browser und prüfe, ob script.js und /api/send-Anfragen stat.example.com erreichen. Browser-Erweiterungen und aggressive Content-Blocker können Analytics-Skripte blockieren, selbst wenn du sie selbst hostest.

Umami sichern

Der wichtige Zustand von Umami liegt in PostgreSQL. Erstelle ein Backup-Verzeichnis und dumpe die Datenbank:

mkdir -p ~/services/umami/backups
cd ~/services/umami
docker exec umami-db pg_dump -U umami -d umami | gzip > backups/umami_$(date +%F).sql.gz

Kopiere diese .sql.gz-Datei an einen Ort außerhalb des VPS. Bewahre auch eine Kopie von compose.yaml auf, weil darin Image, Ports und die Form der Environment Variables stehen, die du für eine saubere Wiederherstellung brauchst.

Wenn du Umami auf QDE hostest, sind tägliche Backups auf Plattformebene eine nützliche zweite Schicht, aber kein Ersatz für einen Datenbank-Dump auf Anwendungsebene. Ein Dump ist portabel. Ein Server-Snapshot ist bequem. Behalte beides.

Umami aktualisieren

Erstelle zuerst ein Backup und aktualisiere dann aus dem Umami-Verzeichnis:

cd ~/services/umami
docker compose pull
docker compose up -d

Beobachte nach dem Update die Logs:

docker compose logs -f umami

Das Umami README empfiehlt für Docker-basierte Updates, das neue Image zu pullen und den Container neu zu erstellen. Lies bei Major Releases vorher die Release Notes. Analytics-Daten sind klein im Vergleich zu einer Fotobibliothek, aber sie zu verlieren, weil du die Datenbank zu locker behandelst, ist trotzdem ärgerlich.

Halte Analytics nah an der App

Wenn du Umami selbst hostest, bekommst du brauchbare Traffic-Zahlen, ohne Besucherdaten durch Google Analytics zu leiten. Die Teile sind gewöhnlich: Docker für App und PostgreSQL, Nginx für den öffentlichen Hostnamen, Certbot für HTTPS und eine kleine Backup-Routine, die du per Cron ausführen kannst.

Der Datenschutzvorteil ist am stärksten, wenn der Rest des Stacks dazu passt. Betreibe Umami auf Infrastruktur, die du kontrollierst, halte die Datenbank in einer Rechtsordnung, die du verstehst, und füge nicht mehr Drittanbieter-Skripte hinzu, als du gerade entfernt hast.

QDE bietet datenschutzfreundliches VPS-Hosting in den Niederlanden mit KVM-Virtualisierung, NVMe-Storage, 10 Gbps-Uplinks, vollem Root-Zugriff und täglichen externen Backups. Das ist ein praktischer Ort für Umami, während deine Analytics-Daten unter deiner eigenen Verwaltung bleiben.

Häufige Fragen zum Self-Hosting von Umami

Ist Umami beim Self-Hosting kostenlos?

Ja. Umami ist Open Source und kann auf deinem eigenen Server laufen. Deine Kosten sind der VPS, die Domain und die Zeit, die du in Wartung steckst.

Ersetzt Umami Google Analytics?

Für die meisten kleinen und mittleren Websites ja. Umami liefert Pageviews, Referrer, Länder, Geräte, Events und Kampagnen-Tracking. Es ersetzt nicht jeden fortgeschrittenen Google-Analytics-Workflow, deckt aber die Zahlen ab, die viele Website-Betreiber wirklich nutzen.

Brauche ich einen großen VPS für Umami?

Nein. Ein kleiner VPS reicht für eine persönliche Website oder ein paar Websites mit wenig Traffic. Wenn du viele Domains trackst, Daten lange aufbewahrst oder andere Dienste auf derselben Maschine betreibst, gib PostgreSQL mehr RAM und Festplattenreserve.

Warum Umami an 127.0.0.1 binden?

Die Bindung an 127.0.0.1:3000 hält den App-Port privat. Nur Nginx ist öffentlich auf den Ports 80 und 443 erreichbar, sodass du einen einzigen öffentlichen Einstiegspunkt für TLS, Header und Zugriffskontrolle hast.

Wo speichert Umami Daten?

In der Compose-Datei oben speichert Umami Analytics-Daten in PostgreSQL, und PostgreSQL schreibt seine Dateien auf dem Host unter ~/services/umami/data. Das portable Backup ist die Ausgabe von pg_dump und nicht das rohe Datenbankverzeichnis.

Was sollte ich direkt nach der ersten Anmeldung tun?

Ändere das Standardpasswort von admin. Die offizielle Umami-Dokumentation nennt als Standardkonto admin mit dem Passwort umami, und die erste Aufgabe nach der Anmeldung ist das Ändern dieses Passworts.

Für Serverbetreiber liegen die relevanten Änderungen beim neuen Kernel, beim Paketmanagement, bei OpenSSH-Defaults, Datenbankversionen und beim Upgrade-Aufwand rund um ältere cgroup-, PostgreSQL-, MySQL- und SSH-Setups.

Release-Überblick

Ubuntu veröffentlichte Ubuntu 26.04 LTS "Resolute Raccoon" am 23. April 2026. Canonical führt die Version als Long-Term-Support-Release mit regulären Sicherheitsupdates und kritischen Bugfixes bis April 2031. Mit Ubuntu Pro ESM kann sich dieser Supportzeitraum bis April 2036 verlängern.

Für kleine VPS-Pläne bleibt die Basis praxisnah. Die Ubuntu Release Notes nennen für Server 26.04 LTS Mindestanforderungen ab 1,5 GB RAM und 4 GB Speicherplatz, abhängig von der Workload. Das QDE Template enthält cloud-init-Unterstützung und Fail2Ban für SSH-Schutz.

Was für Server neu ist

Kernel, Init und Paketmanagement

Ubuntu 26.04 wird laut Zusammenfassung für LTS-Nutzer mit Linux Kernel 7.0 für den GA generic stack und den HWE stack ausgeliefert. Dieselbe Zusammenfassung nennt auch, dass der Real-Time Linux Kernel jetzt im main archive verfügbar ist, außerhalb von Ubuntu Pro.

systemd wechselt auf 259, und die wichtige Kompatibilitätsänderung ist der Wegfall von cgroup v1. Legacy- und Hybrid-cgroup-Hierarchien sind entfernt. Wer noch alte LXC-Hosts, Monitoring-Agent- oder eigene Service-Unit-Setups nutzt, die cgroup v1-Pfade voraussetzen, sollte vor einem In-Place-Upgrade testen.

APT wechselt in die 3.x-Linie. Ubuntu nennt APT 3.1 und zwei serverrelevante Änderungen: TLS und Datei-Hashing verwenden jetzt OpenSSL, und apt-key wurde entfernt. Repository-Signaturen sollten über Keyrings und signed-by laufen, nicht über Skripte, die weiterhin Keys in apt-key add pipen.

Dracut ist jetzt die Standardinfrastruktur für die initial ramdisk und ersetzt initramfs-tools. initramfs-tools bleibt verfügbar, aber die standardmäßige Boot-Schicht hat sich geändert. Eigene Kernel, Storage-Treiber, Remote-Unlock-Setups und Recovery-Playbooks sollten geprüft werden.

Memory Safety und Kryptografie

Ubuntu 26.04 führt Canonicals Memory-Safety-Arbeit fort. sudo-rs ist jetzt der Standard-sudo-Provider, während das ursprüngliche C sudo als sudo.ws verfügbar bleibt. Die Core Utilities kommen von rust-coreutils; Ubuntu stellt weiterhin GNU-Fallbacks bereit, und cp, mv und rm bleiben wegen offener Kompatibilitätsprobleme GNU-Implementierungen.

Auch der Kryptografie-Stack ändert sich. OpenSSL 3.5 enthält Post-Quantum-Kryptografie für ML-KEM und ML-DSA. OpenSSH 10.2 ist enthalten, und Ubuntus OpenSSH-Hinweise nennen den hybriden Post-Quantum-Key-Exchange mlkem768x25519-sha256 als standardmäßig verfügbar. DSA-Support ist entfernt, und Host-DSA-Schlüssel werden nicht mehr erzeugt.

Für Betreiber ist die Kurzfassung klar: Verbleibende DSA SSH Keys vor dem Upgrade rotieren. Moderne Clients sollten Post-Quantum Hybrid Key Exchange ohne zusätzliche Konfiguration aushandeln.

Virtualisierung, Identity und Compute

Der 26.04 Virtualisierungsstack enthält QEMU 10.2 und libvirt 12.0. Ubuntu dokumentiert außerdem Confidential-Computing-Unterstützung rund um Intel TDX und AMD SEV-SNP in den Virtualisierungshinweisen. Plattformbetreiber und Dedicated-Server-Nutzer, die eigene Virtualisierungshosts bauen, werden das zuerst bemerken.

Für Identity ist authd aus dem Ubuntu Archive verfügbar und unterstützt OpenID Connect-Workflows, darunter Google IAM und Microsoft Entra ID Device Registration. Teams, die Linux-Logins über einen Identity Provider standardisieren wollen, sollten das zuerst in Staging testen.

Aktualisierter Serverstack

Ubuntu 26.04 bringt eine große Aktualisierung des Serverstacks. Die folgenden Versionen werden Administratoren beim Auswählen des QDE Templates zuerst auffallen.

PostgreSQL 18 ist eines der wichtigeren Serverupdates. Ubuntu hebt das neue PostgreSQL I/O subsystem hervor, mit Storage-Read-Verbesserungen von bis zu 3x in Upstream-Tests, sowie die datenbankfreundliche Funktion uuidv7(). Die upstream PostgreSQL 18 upgrade documentation bleibt Pflichtlektüre für bestehende Datenbankhosts.

Hinweise zum Upgrade

Neue Deployments sind unkompliziert. In-Place-Upgrades brauchen mehr Sorgfalt.

• Der Wegfall von cgroup v1 kann alte Annahmen in Container- und Service-Management brechen. Prüfe alte LXC-Hosts und eigene Service Units vor dem Upgrade.
• PostgreSQL Major Upgrades sind Datenmigrationen, keine normalen Paketupdates. Plane pg_upgrade, dump and restore oder logical replication.
• Ubuntu dokumentiert eine bekannte PostgreSQL-Throughput- und Latency-Regression durch eine Linux 7.0-Änderung, wenn huge pages nicht aktiviert sind. Für PostgreSQL auf 26.04 sollten huge pages aktiv sein und PostgreSQL huge_pages auf on stehen.
• MySQL 8.0 auf 8.4 enthält Konfigurations- und Default-Änderungen. Oracles MySQL 8.4 upgrade notes nennen incompatible changes und changed server defaults. Prüfe daher eigene mysqld.cnf-Anpassungen vor dem Umzug von Produktionsdatenbanken.
• DSA SSH Keys sollten vor dem Upgrade entfernt werden. OpenSSH 10.2 unterstützt den schwachen DSA Signature Algorithm nicht mehr.

Für neue Server kann Ubuntu 26.04 LTS jetzt verwendet werden. Für Produktionsmigrationen von Ubuntu 24.04 LTS, besonders bei Datenbank- oder Containerhosts, ist Warten auf den 26.04.1 Point Release am 27. August 2026 ein vernünftiger Standard.

Aktuelle QDE Linux Templates

Das aktuelle QDE Linux Template Set ist:

• Debian 12 und 13. Debian 11 nähert sich dem Ende des LTS-Supports am 31. August 2026, daher sollten neue Deployments 12 oder 13 nutzen.
• Ubuntu 22.04, 24.04 und 26.04.
• Rocky Linux 8, 9 und 10.
• AlmaLinux 8, 9 und 10.
• CentOS Stream 9 und 10.

Alle QDE Linux Templates enthalten Fail2Ban für SSH-Schutz, und cloud-init wird auf allen Templates unterstützt.

QDE stellt außerdem netboot.xyz.iso bereit, wenn Kunden ein Betriebssystem lieber manuell installieren möchten. Nutze es für ein eigenes Partitionslayout, eine Installation über den Installer oder ein System-Image außerhalb der Standard-Template-Liste.

Deployment auf QDE

Für einen neuen Server wählst du das Ubuntu 26.04 LTS Template während des Checkouts. Für einen bestehenden VPS oder Dedicated Server nutzt du OS reinstall im Control Panel, nachdem du Backups erstellt hast.

Wenn du heute einen neuen Service baust, ist Ubuntu 26.04 LTS der richtige Default. Wenn du ein laufendes 24.04-System migrierst, behandle es als Upgrade-Projekt: Teste zuerst Container, Database Engines, SSH Keys, Boot Tooling und Monitoring Agents.

Starte über die QDE VPS-Seite, wenn du Ubuntu 26.04 LTS deployen willst.

Diese Anleitung vergleicht sechs Registrare, die in Europa ansässig sind oder von dort aus arbeiten, darunter eine Schweizer Option. Wir behandeln, was einen Registrar eigentlich „europäisch“ macht, worauf du achten solltest, bevor du deine Daten herausgibst, und welcher Anbieter passt, je nachdem, ob du breite TLD-Abdeckung, die niedrigsten Bulk-Preise oder ein einziges Konto für Domain und Hosting willst.

Was „europäisch“ hier eigentlich bedeutet

Ein Registrar ist europäisch, wenn das Unternehmen dahinter in Europa ansässig ist und von dort aus arbeitet, nicht nur, wenn es dir zufällig eine .eu-Domain verkauft. Diese Unterscheidung ist wichtig, denn die Rechtsordnung, in der dein Registrar sitzt, bestimmt, welche Gesetze für deine Kontodaten, deine Abrechnungsunterlagen und die Veröffentlichung deiner Registrantendaten gelten.

Es gibt eine nützliche Unterscheidung, die man kennen sollte. In der EU ansässige Registrare fallen voll unter die DSGVO, weshalb sie persönliche Informationen standardmäßig aus dem öffentlichen WHOIS ausblenden, statt sie als Datenschutz-Add-on in Rechnung zu stellen. Die Schweiz liegt außerhalb der EU, hat aber eigene strenge Datenschutzgesetze und gilt als Land mit angemessenem Schutzniveau, sodass ein Schweizer Registrar dir eine etwas andere rechtliche Grundlage geben kann und trotzdem für EU-Kunden einwandfrei funktioniert.

Noch ein Detail: Die .eu-Erweiterung selbst wird von der Registry EURid verwaltet und kann nur von Einwohnern oder Organisationen innerhalb der EU, Islands, Liechtensteins oder Norwegens registriert werden. Die meisten europäischen Registrare bieten sie an, aber ein Kunde mit Wohnsitz in den USA kann sie nicht erwerben.

Worauf du bei einem europäischen Domain-Registrar achten solltest

Vor der Liste: Das hier unterscheidet einen Registrar, bei dem du eine Domain behalten möchtest, von einem, von dem du in einem Jahr wegwechseln willst.

Feste, ehrliche Preise sind der wichtigste Punkt. Viele Registrare werben mit einem niedrigen Preis im ersten Jahr, der sich bei der Verlängerung vervierfacht. Die besseren europäischen Anbieter zeigen dir denselben Betrag für Registrierung und Verlängerung, also gibt es keinen Schock im zweiten Jahr.

Kostenloser WHOIS-Datenschutz sollte der Standard sein, kein bezahlter Posten. EU-Registrare blenden Registrantendaten unter der DSGVO automatisch aus. Wenn ein Anbieter dir Datenschutz separat verkaufen will, ist das ein Zeichen, dass er nicht wirklich nach europäischen Erwartungen gebaut ist.

Achte darüber hinaus auf kostenloses DNS-Management mit voller Datensatzkontrolle (A, AAAA, CNAME, MX, TXT), die Freiheit, eigene Nameserver zu nutzen, kein Lock-in, wenn du wechseln willst, Support zu Zeiten, die zu deiner Zeitzone passen, und Zahlungsmethoden, die dir entgegenkommen, ob das nun SEPA, iDEAL, Kreditkarten oder Krypto ist.

Die besten europäischen Domain-Registrare

QDE: am besten, um Domain und Hosting zusammenzuhalten

QDE hält sein Registrar-Angebot bewusst schmal und konzentriert sich auf die drei Endungen, die die meisten Teams tatsächlich nutzen: .com, .net und .org. Jede kostet 10,95 € pro Jahr, und das ist der Preis für Registrierung und Verlängerung, also gibt es keinen Lockpreis, der später steigt. Jede Domain enthält kostenloses DNS-Management, standardmäßige WHOIS-Datenschutzausblendung, die Option, beliebige Nameserver zu verwenden, und kein Lock-in, wenn du weiterziehen willst.

Wo QDE heraussticht, ist nicht die TLD-Breite, sondern die Bündelung. Das Unternehmen ist in erster Linie ein in den Niederlanden ansässiger Host, sodass du eine Domain registrieren und sie aus demselben Konto auf einen QDE-VPS oder Shared Hosting zeigen lassen kannst, mit einer Abrechnung und einem Dashboard. Zahlungen umfassen PayPal, Kreditkarten, iDEAL und Kryptowährung, was unter traditionellen Registraren selten ist. Wenn du Hunderte obskurer Endungen willst, sieh weiter unten in dieser Liste nach. Wenn du deine Domain, dein DNS und deinen Server in einem EU-Konto verwalten willst, ist QDE die sauberste Wahl.

Gandi: am besten für transparente Registrierung mit breiter TLD-Abdeckung

Gandi ist der französische Registrar, der sich seinen Ruf mit einem „No-Bullshit“-Ansatz aufgebaut hat, lange bevor Transparenz zum Verkaufsargument wurde. Er führt einen großen Katalog an TLDs, bietet WHOIS-Datenschutz ohne Aufpreis und betreibt eine Oberfläche, die dir beim Verwalten von Domains helfen soll, statt bei jedem Schritt Add-ons zu pushen.

Die Preise sind nicht die günstigsten in dieser Liste, und eine Runde von Erhöhungen vor ein paar Jahren verärgerte einige langjährige Nutzer, aber du weißt immer, was du bezahlst. Für ein französisches Unternehmen, das deine Daten unter der DSGVO verarbeitet und ein wirklich breites Angebot an Endungen hat, bleibt Gandi die Standardempfehlung für die meisten Menschen, die einfach einen soliden, ehrlichen Registrar wollen.

OVHcloud: am besten für Skalierung und niedrige Bulk-Preise

OVHcloud ist Europas größter Cloud- und Hosting-Anbieter, und seine Domainpreise spiegeln diese Größenordnung wider. Wenn du ein großes Portfolio registrierst oder verwaltest oder Domains, DNS, Hosting und Cloud-Infrastruktur bei einem französischen, DSGVO-konformen Anbieter bündeln willst, ist OVHcloud bei den Kosten schwer zu schlagen.

Der Kompromiss liegt in der Bedienung. Die Plattform ist weitläufig, und die Oberfläche kann eher nach Enterprise als nach Einsteigerfreundlichkeit wirken, sodass sie eher zu Teams passt, die sich in einem größeren Verwaltungspanel wohlfühlen, als zu jemandem, der seine erste Domain registriert.

Infomaniak: am besten für Datenschutz und Nachhaltigkeit

Infomaniak ist die Schweizer Option und diejenige, die du dir ansehen solltest, wenn dir sowohl Datenschutz als auch ökologischer Fußabdruck wichtig sind. Weil es von der Schweiz aus arbeitet, profitieren deine Daten von einigen der strengsten Datenschutzgesetze überhaupt, während das Unternehmen weiterhin die Anforderungen erfüllt, um in der gesamten EU Geschäfte zu machen.

Es ist außerdem einer der ökologisch ernsthafteren Anbieter in diesem Bereich, läuft mit erneuerbarer Energie und kompensiert weit über die eigenen Emissionen hinaus. Die Servicequalität wird durchweg gut bewertet. Wenn dich eine Schweizer Rechtsordnung und eine klare Nachhaltigkeitsbilanz ansprechen, verdient Infomaniak seinen Platz.

EuroDNS: am besten für europäische Länderdomains

EuroDNS mit Sitz in Luxemburg ist auf genau das spezialisiert, was der Name vermuten lässt. Wenn du europäische ccTLDs wie .eu, .de, .fr, .nl oder .no brauchst oder ein Portfolio länderspezifischer Domains verwaltest und Bulk-Tools sowie kompetenten Support zu europäischen Geschäftszeiten willst, ist dies die Spezialistenwahl.

Für Leute, die hauptsächlich günstige .com-Domains wollen, ist es weniger geeignet, weil ein Budget-Registrar es dort unterbieten kann, und WHOIS-Datenschutz ist hier nicht immer kostenlos. Aber für nischige europäische Endungen, die die großen US-Registrare nicht einmal führen, macht EuroDNS eine Sache und macht sie gut.

INWX: am besten für Entwickler und Reseller

INWX ist ein deutscher Registrar, der bei Power-Usern, Agenturen und Resellern beliebt ist. Er unterstützt eine breite Palette an TLDs, bietet konkurrenzfähige Preise und ist für eine leistungsfähige API bekannt, die das Automatisieren von Registrierungen und DNS-Änderungen unkompliziert macht.

Die Oberfläche ist funktional statt schick, und das ist genau der Punkt. Wenn du Domains programmatisch verwaltest oder sie als Teil eines größeren Betriebs betreibst, gibt dir INWX die Kontrolle und die Werkzeuge, um das ohne Umstände zu tun.

Lobende Erwähnungen

Ein paar andere sind je nach Setup einen Blick wert. Hetzner bietet sehr konkurrenzfähige Domainpreise neben seinem bekannten deutschen Hosting, was es praktisch macht, wenn deine Server ohnehin schon dort liegen.

Openprovider in den Niederlanden betreibt ein Wholesale-Modell mit Mitgliedschaft, das auf Reseller abzielt, die Domains in großer Menge verwalten, statt auf Einzelpersonen, die ein oder zwei registrieren.

Wie du eine Domain zu einem europäischen Registrar umziehst

Der Wechsel ist routinierter, als die Leute erwarten, und er kostet meist ein paar Minuten aktive Arbeit plus etwas Warten.

Beginne damit, die Domain bei deinem aktuellen Registrar zu entsperren und den Autorisierungscode anzufordern, manchmal EPP- oder Transfercode genannt. Stelle sicher, dass der WHOIS-Datenschutz die Transfer-Bestätigungs-E-Mail nicht blockiert, und prüfe, dass die Domain nicht in der 60-Tage-Sperre steckt, die direkt nach einer Registrierung oder einem vorherigen Transfer gilt.

Starte dann den Transfer bei deinem neuen Registrar, gib den Auth-Code ein und bestätige die Bestätigungs-E-Mail, wenn sie eintrifft. Der Transfer ist in der Regel innerhalb von fünf bis sieben Tagen abgeschlossen, und die meisten Registrare fügen im Rahmen des Umzugs ein Jahr zu deiner Registrierung hinzu, sodass du die bereits bezahlte Zeit nicht verlierst. Richte deine DNS-Datensätze vor dem Wechsel ein, wenn du keine Ausfallzeit willst.

Welcher europäische Registrar ist also der beste?

Es gibt keinen einzelnen Gewinner, und jede Liste, die das behauptet, will dir etwas verkaufen. Gandi ist der sichere Allrounder für transparente Registrierung über eine breite Palette an Endungen. OVHcloud gewinnt bei Skalierung und Bulk-Kosten. Infomaniak ist die Wahl für Datenschutz und Nachhaltigkeit auf Schweizer Niveau. EuroDNS beherrscht die europäische Länderdomain-Nische, und INWX ist für Entwickler und Reseller gebaut.

Wenn deine Priorität darin besteht, eine Domain am selben Ort wie den Server zu halten, auf den sie zeigt, mit festen Preisen und standardmäßig aktiviertem Datenschutz, dann registriert QDE .com, .net und .org für 10,95 € pro Jahr, Verlängerung inklusive, mit kostenlosem DNS-Management und ohne Lock-in. Es ist ein europäischer Anbieter, der von den Niederlanden aus betrieben wird, mit einer am EU-Datenschutzrecht ausgerichteten Datenverarbeitung und Kryptowährung als einer der Zahlungsoptionen.

Danke fürs Lesen! Wenn du auch noch entscheidest, wo du die Website hinter dieser Domain hostest, bietet QDE leistungsstarke KVM-VPS in den Niederlanden auf reinem NVMe-Speicher mit 10-Gbps-Uplinks, sodass du über ein Konto registrieren und bereitstellen kannst.

Bereit, eine Domain zu registrieren oder einen Server zu starten? Kontaktiere unser Team, und wir helfen dir, die richtige Lösung zu finden.

Häufig gestellte Fragen zu europäischen Domain-Registraren

Warum einen europäischen Domain-Registrar statt eines US-amerikanischen wählen?

Ein europäischer Registrar verarbeitet deine Konto- und Registrantendaten nach EU-Recht, blendet deine persönlichen Daten standardmäßig im öffentlichen WHOIS aus und vermeidet in der Regel das aggressive Upselling und die Verlängerungspreissprünge, die bei den großen amerikanischen Anbietern üblich sind. Für EU-Kunden bedeutet es zudem Support und Abrechnung, die auf deine Zeitzone und Zahlungsmethoden abgestimmt sind.

Sind europäische Registrare DSGVO-konform?

In der EU ansässige Registrare operieren direkt unter der DSGVO, weshalb WHOIS-Datenschutz automatisch statt ein bezahltes Extra ist. Schweizer Registrare wie Infomaniak fallen unter die eigenen strengen Datenschutzgesetze der Schweiz und erfüllen zugleich die EU-Anforderungen.

Kann jeder eine .eu-Domain registrieren?

Nein. Die .eu-Erweiterung ist auf Einwohner und Organisationen in der EU, Island, Liechtenstein oder Norwegen beschränkt. Die meisten europäischen Registrare bieten sie an, aber du musst die Wohnsitzanforderung erfüllen.

Kostet WHOIS-Datenschutz bei europäischen Registraren extra?

Meist nicht. Unter der DSGVO blenden EU-Registrare die persönlichen Daten von Registranten standardmäßig in der öffentlichen WHOIS-, RDAP- und RDDS-Ausgabe aus, also ist es inbegriffen statt separat verkauft. Ein paar Registrare behandeln es noch als Add-on, daher lohnt sich eine Prüfung.

Welcher Registrar ist am günstigsten für .com-Domains?

Große Anbieter wie OVHcloud haben tendenziell die niedrigsten Bulk-Preise, während Registrare mit Pauschalpreisen wie QDE Registrierung und Verlängerung bei denselben 10,95 € halten, sodass es keine Erhöhung im zweiten Jahr gibt. Der günstigste Preis im ersten Jahr ist nicht immer der günstigste über mehrere Jahre.

Kann ich meine bestehende Domain zu einem europäischen Registrar umziehen?

Ja, solange die letzte Registrierung oder der letzte Transfer der Domain mindestens 60 Tage zurückliegt und sie nicht gesperrt ist. Du entsperrst sie, holst den Autorisierungscode von deinem aktuellen Registrar und bestätigst den Transfer beim neuen, was in der Regel innerhalb einer Woche abgeschlossen ist und ein Jahr zu deiner Registrierung hinzufügt.

Kann ich eine Domain registrieren, ohne Hosting zu kaufen?

Ja. Registrare verkaufen Domains als eigenständiges Produkt, und es steht dir frei, deine auf einen beliebigen Host zeigen zu lassen oder eigene Nameserver zu verwenden. Bei einem Anbieter wie QDE kannst du Domain und Hosting zusammenhalten, wenn du willst, aber es ist nicht erforderlich.

Genau dieses Problem soll Linkwarden lösen, und deshalb entscheiden sich viele Menschen dafür, Linkwarden selbst zu hosten, statt ihre Referenzbibliothek einem Drittanbieter anzuvertrauen. Es ist ein Open-Source-Lesezeichen-Manager, der von jeder Seite, die du speicherst, eine vollständige Kopie sichert: einen Screenshot, ein PDF, eine einzelne HTML-Datei und eine saubere, lesbare Version, damit der Inhalt zugänglich bleibt, selbst nachdem das Original offline geht. Stell es dir als eine private Wayback Machine vor, die du von Anfang bis Ende selbst betreibst, mit Sammlungen, Tags, Suche und ein paar KI-Tricks obendrauf.

Diese Anleitung behandelt, was Linkwarden tut, was du zum Betrieb brauchst und wie du es mit Docker auf deinem eigenen Server bereitstellst. Wir richten auch die Teile ein, die die meisten Schnellstart-Anleitungen überspringen: Volltextsuche, KI-Tagging, Backups und einen Reverse Proxy, damit du es über eine echte Domain erreichen kannst.

Was Linkwarden eigentlich macht

Im Kern ist Linkwarden ein Lesezeichen-Manager. Du speicherst einen Link, legst ihn in eine Sammlung und vergibst ein paar Tags. Was Linkwarden unterscheidet, ist die Archivierung. Das Team dahinter hat die ganze App rund um die Realität von Linkrot gebaut, sodass das Speichern eines Lesezeichens auch das Speichern der Seite selbst bedeutet.

Wenn du einen Link hinzufügst, ruft Linkwarden die Seite ab und speichert mehrere Formate lokal: einen Screenshot der gesamten Seite, ein PDF, eine einzelne eigenständige HTML-Datei und eine reduzierte Leseansicht für ablenkungsfreies Lesen. Wenn du dich zusätzlich auf ein öffentliches Archiv stützen möchtest, kann es optional in deinem Namen eine Momentaufnahme an die Wayback Machine des Internet Archive senden. So oder so behältst du deine eigene Kopie.

Das „und mehr" ist der Punkt, an dem es sich einen festen Platz in einem Self-Hosting-Stack verdient:

• Sammlungen und verschachtelte Untersammlungen sowie mehrere Tags pro Link zur Organisation einer großen Bibliothek
• Volltextsuche über alles, was du gespeichert hast, angetrieben von Meilisearch
• Lokales KI-Tagging, das den Inhalt einer Seite liest und automatisch Tags vorschlägt
• RSS-Abos, die neue Artikel von selbst in eine Sammlung holen
• Geteilte Sammlungen mit Berechtigungen pro Mitglied, praktisch für Teamrecherche
• Leseansicht mit Textmarkierung und Annotation
• Chrome- und Firefox-Erweiterungen, eine dokumentierte API sowie Massenimport und -export

Es liegt also irgendwo zwischen einer Später-lesen-App und einem echten Web-Archiv, was eine nützliche Kombination ist, wenn du recherchierst, schreibst oder einfach gute Links nicht verlieren willst.

Warum eine eigene Instanz betreiben

Linkwarden bietet einen gehosteten Cloud-Plan an, und das ist eine faire Option, wenn du nichts verwalten möchtest. Aber Self-Hosting ergibt aus mehreren Gründen Sinn.

Dir gehören die Daten. Jeder Screenshot, jedes PDF und jede HTML-Erfassung liegt auf deinem Speicher, nicht auf dem eines anderen, was wichtig ist, wenn du sensible Recherche, interne Dokumentation oder etwas archivierst, dessen Verlust du dir nicht leisten kannst. Es gibt auch keine Gebühren pro Nutzer, sodass das Hinzufügen von Teammitgliedern zu einer selbstgehosteten Instanz deine Rechnung nicht verändert.

Datenschutz ist die andere Hälfte davon. Eine selbstgehostete Linkwarden-Instanz spricht nur mit den Seiten, die du speicherst, und optional mit einem KI-Anbieter, den du wählst. Nichts über deine Lesegewohnheiten wird mit Dritten geteilt. Wenn Datenschutz ein Teil dessen ist, warum du überhaupt selbst hostest, passt es zu diesem Ziel, dein Lesezeichenarchiv in eigener Hand zu behalten.

Was du brauchst

Die Anforderungen von Linkwarden sind bescheiden. Die Entwickler haben es auf einem Server mit 4 GB Arbeitsspeicher getestet, und es lief reibungslos; der schwerste Moment ist der erste Build, danach ist es recht leichtgewichtig. Allerdings erzeugt die Archivierung echte Arbeit, da jeder gespeicherte Link einen Headless-Browser startet, um die Seite zu erfassen, also hilft etwas Spielraum, wenn du in großen Mengen speicherst.

Für eine saubere Docker-Bereitstellung brauchst du:

• Einen Linux-Server mit Root-Zugriff, idealerweise 4 GB RAM oder mehr
• Docker und Docker Compose installiert
• curl und einen Texteditor wie nano

Ein kleiner VPS bewältigt eine Instanz für einen einzelnen Nutzer problemlos. Wenn du vorhast, intensiv zu archivieren oder es für ein Team zu betreiben, macht ein Tarif mit starker CPU-Leistung und NVMe-Speicher den Erfassungsvorgang spürbar schneller, da das Erzeugen von Screenshots und PDFs festplatten- und CPU-gebunden ist. Du brauchst außerdem vollen Root-Zugriff, um Docker zu installieren und den Stack zu verwalten, was die meisten Shared-Hosting-Angebote ausschließt.

Wie du Linkwarden mit Docker selbst hostest

Die offizielle Docker-Einrichtung ist der schnellste Weg, und das Projekt hält sie gut dokumentiert. Die Compose-Datei startet drei Dienste gemeinsam: Linkwarden selbst, eine PostgreSQL-Datenbank und Meilisearch für die Suche.

1. Lade die Compose- und Umgebungsdatei herunter

Verbinde dich per SSH mit deinem Server, erstelle dann einen Ordner und lade die beiden Dateien herunter, die du brauchst:

mkdir linkwarden && cd linkwarden
curl -O https://raw.githubusercontent.com/linkwarden/linkwarden/refs/heads/main/docker-compose.yml
curl -L https://raw.githubusercontent.com/linkwarden/linkwarden/refs/heads/main/.env.sample -o ".env"

2. Lege deine Secrets fest

Öffne die .env-Datei:

nano .env

Du siehst so etwas wie das hier:

NEXTAUTH_URL=http://localhost:3000/api/v1/auth
NEXTAUTH_SECRET=VERY_SENSITIVE_SECRET
MEILI_MASTER_KEY=VERY_SENSITIVE_MEILI_MASTER_KEY
POSTGRES_PASSWORD=CUSTOM_POSTGRES_PASSWORD

Drei davon musst du in deine eigenen geheimen Werte ändern: NEXTAUTH_SECRET, MEILI_MASTER_KEY und POSTGRES_PASSWORD. Jeder sollte eine andere lange, zufällige Zeichenfolge sein. Eine einfache Möglichkeit, sie zu erzeugen, ist:

openssl rand -base64 32

Führe das dreimal aus und füge für jeden einen frischen Wert ein. Wenn ein Wert Sonderzeichen enthält, setze ihn in einfache oder doppelte Anführungszeichen.

Lass NEXTAUTH_URL vorerst in Ruhe, wenn du lokal testest. Du änderst es erst, sobald du die Instanz hinter eine Domain stellst, was wir gleich behandeln.

3. Starte den Stack

Starte aus demselben Ordner den Stack:

docker compose up -d

Der erste Lauf lädt die Images und baut die App, also gib ihm ein paar Minuten. Sobald alles bereit ist, lauscht Linkwarden auf Port 3000.

4. Erstelle dein Konto

Öffne http://your-server-ip:3000 in einem Browser, und du landest auf dem Anmeldebildschirm. Klicke auf Sign Up, um den ersten Nutzer anzulegen, mit einem Passwort von mindestens acht Zeichen. Das erste Konto, das du erstellst, gehört dir zur Verwaltung; wenn dies eine Einrichtung für einen einzelnen Nutzer ist, möchtest du danach wahrscheinlich die offene Registrierung in den Einstellungen deaktivieren, damit Fremde keine Konten auf deiner Instanz anlegen können.

An diesem Punkt hast du ein funktionierendes Linkwarden. Speichere einen Link und sieh zu, wie es automatisch den Screenshot, das PDF und die lesbare Ansicht erzeugt.

Es hinter eine Domain stellen

Deine Instanz über IP und Port zu erreichen, ist zum Testen in Ordnung, aber für den täglichen Gebrauch willst du einen echten Hostnamen mit HTTPS. Betreibe einen Reverse Proxy wie Caddy, Nginx oder Traefik vor Linkwarden, richte ihn auf Port 3000 und kümmere dich dort um TLS.

Sobald das eingerichtet ist, aktualisiere NEXTAUTH_URL in deiner .env, damit es zu deiner Domain passt, zum Beispiel https://links.yourdomain.com/api/v1/auth, und starte mit docker compose up -d neu. Wenn du dafür noch keine Domain hast, kannst du eine registrieren und einen A-Record auf deinen Server zeigen lassen. Die offizielle Reverse-Proxy-Dokumentation enthält Beispielkonfigurationen für die gängigen Proxys.

Suche und KI-Tagging einrichten

Die Suche funktioniert sofort, weil Meilisearch in der Standard-Compose-Datei enthalten ist. Solange dein MEILI_MASTER_KEY gesetzt ist, funktioniert die Volltextsuche über deine gespeicherten Seiten einfach, einschließlich des von Linkwarden erfassten Seiteninhalts, nicht nur Titel und Tags.

KI-Tagging ist optional und standardmäßig ausgeschaltet. Wenn es aktiviert ist, liest es den Inhalt einer Seite und schlägt Tags vor oder wendet sie automatisch an, was viel manuelles Sortieren spart, sobald deine Bibliothek wächst. Du richtest es ein, indem du einen KI-Anbieter anbindest; Linkwarden unterstützt gehostete Optionen wie OpenAI und Anthropic oder ein lokales Modell über Ollama, wenn du lieber alles auf deiner eigenen Hardware behältst. Das Modell lokal zu betreiben ist die datenschutzfreundliche Wahl und passt natürlich zu einer selbstgehosteten Einrichtung. Die Anleitung zum KI-Tagging geht die Umgebungsvariablen für jeden Anbieter durch.

Deine Instanz sichern und aktualisieren

Self-Hosting bedeutet, dass du für dein eigenes Sicherheitsnetz verantwortlich bist, und Linkwarden speichert seine Daten an zwei Orten: der PostgreSQL-Datenbank und einem Daten-Volume mit allen Screenshots, PDFs und HTML-Erfassungen. Ein vollständiges Backup braucht beide.

Sichere die Datenbank mit einem Einzeiler, den du in einen Cron-Job legen kannst:

docker exec -t linkwarden-postgres pg_dump -U postgres postgres | gzip > linkwarden_$(date +%F).sql.gz

Sichere danach das Docker-Volume, das die erfassten Dateien enthält, denn die Datenbank allein stellt deine Archive nicht wieder her. Wenn deine Erfassungen groß werden, lohnt es sich, früh einen Zeitplan einzurichten, um dieses Volume extern zu kopieren. Der Betrieb auf Infrastruktur mit täglichen Backups gibt dir eine zweite Ebene unter deinen eigenen Dumps, was beruhigend für ein Archiv ist, das du nicht von Grund auf neu aufbauen willst.

Das Aktualisieren ist unkompliziert. Hole aus deinem Linkwarden-Ordner das neueste Image und erstelle die Container neu:

docker compose pull
docker compose up -d

Sieh dir die Release Notes vor einem großen Versionssprung an, aber kleinere Updates verlaufen meist schmerzlos.

Fazit

Linkwarden verwandelt einen fragilen Stapel Lesezeichen in ein dauerhaftes, durchsuchbares Archiv, das du vollständig kontrollierst. Mit Docker ist es schnell aufgesetzt: zwei Dateien holen, drei Secrets setzen und den Stack starten. Von dort aus machen Suche, KI-Tagging, ein Reverse Proxy und eine Backup-Routine daraus etwas, dem du jahrelang gespeicherte Lektüre anvertrauen kannst.

Das Wichtigste, was Self-Hosting von dir verlangt, ist ein zuverlässiger Server mit Root-Zugriff und genug Ressourcen, um die Archivierungsarbeit zu bewältigen, und genau dort macht der richtige VPS den Unterschied.

Danke fürs Lesen! Wenn du nach einem Ort suchst, um es zu hosten, bietet QDE leistungsstarkes VPS-Hosting in den Niederlanden mit NVMe-Speicher, 10-Gbps-Uplinks und vollem Root-Zugriff, was gut zu einer selbstgehosteten Archivierungs-App wie Linkwarden passt.

Bereit anzufangen oder willst du Beratung zum richtigen Plan? Kontaktiere unser Team, und wir helfen dir, die beste Lösung für dein Projekt zu finden.

Häufig gestellte Fragen zum Selbsthosten von Linkwarden

Ist Linkwarden kostenlos selbst zu hosten?

Ja. Linkwarden ist Open Source, und Self-Hosting gibt dir jede Funktion aus dem Cloud-Plan ohne Lizenzkosten. Deine einzigen Ausgaben sind der Server, auf dem es läuft, und, falls du einen gehosteten KI-Anbieter nutzt, dessen Nutzungsgebühren.

Wie viel Serverleistung brauche ich?

Ein VPS mit 4 GB RAM betreibt eine persönliche Instanz problemlos. Der Build-Schritt und das bedarfsgesteuerte Archivieren von Seiten sind die anspruchsvollsten Momente, also beschleunigen mehr CPU und schneller NVMe-Speicher die Erfassung von Screenshots und PDFs, wenn du Links in großer Menge speicherst oder es für ein Team betreibst.

Ist Linkwarden eine echte Alternative zur Wayback Machine?

Für den persönlichen Gebrauch, ja. Es speichert vollständige lokale Kopien jeder Seite, die du als Lesezeichen ablegst, als Screenshot, PDF, HTML-Datei und lesbare Ansicht, sodass deine Erfassungen überleben, selbst wenn die ursprüngliche Seite verschwindet. Es kann außerdem Momentaufnahmen an die öffentliche Wayback Machine senden, aber die lokalen Kopien gehören in jedem Fall dir.

Brauche ich Meilisearch, damit die Suche funktioniert?

Die Standard-Docker-Einrichtung enthält Meilisearch, sodass die Volltextsuche funktioniert, sobald du den Wert MEILI_MASTER_KEY setzt. Wenn die Suche nichts liefert, prüfe, ob der Meilisearch-Container läuft und der Schlüssel übereinstimmt.

Kann ich das KI-Tagging vollständig privat halten?

Ja. Richte Linkwarden statt auf einen gehosteten Anbieter auf ein lokales Modell, das über Ollama auf deinem eigenen Server läuft. Seiteninhalte verlassen deine Infrastruktur nie, was zu einer datenschutzorientierten selbstgehosteten Einrichtung passt.

Wie sichere ich alles?

Sichere sowohl die PostgreSQL-Datenbank mit pg_dump als auch das Docker-Volume, das die erfassten Screenshots, PDFs und HTML speichert. Die Datenbank allein stellt deine archivierten Seiten nicht wieder her, also brauchst du beide für eine vollständige Wiederherstellung.

Diese Details sind wichtiger, als die Leute erwarten. Wo dein Server physisch steht, beeinflusst die Latenz zu deinen Nutzern, welcher Rechtsrahmen für deine Daten gilt, wie Takedown-Anfragen behandelt werden und was du jeden Monat zahlst. Dieser Artikel geht durch, wie Amsterdam und Frankfurt bei den Dingen abschneiden, die wirklich den Ausschlag geben, und hilft dir dann zu entscheiden, welches zu deinem Projekt passt.

Warum diese beiden Länder das europäische Hosting dominieren

Amsterdam und Frankfurt sind beide Teil der „FLAP-D"-Gruppe, des Clusters von Städten (Frankfurt, London, Amsterdam, Paris, Dublin), das den Großteil der Internetinfrastruktur Europas verankert. Sie haben die meisten Rechenzentren, die meisten Netzbetreiber und die meiste Interconnection-Kapazität auf dem Kontinent.

Diese Konzentration verstärkt sich selbst. Mehr Netzwerke an einem Ort bedeuten Peering mit geringerer Latenz, was weitere Netzwerke anzieht und anschließend mehr Hosting-Anbieter und Cloud-Regionen anlockt. Beide Städte profitieren seit fast drei Jahrzehnten von diesem Effekt, und das ist der Hauptgrund, warum ein VPS in Amsterdam oder Frankfurt in der Regel besser abschneidet als einer an einem schlechter angebundenen Standort.

Das praktische Fazit für dich: Egal, welchen Standort du wählst, du erhältst Zugang zu Konnektivität von Weltklasse. Die eigentliche Frage ist, welches Profil zu deinem Publikum und deiner Anwendung passt.

Netzwerkkonnektivität und Peering

Hier laufen die beiden auf interessante Weise auseinander, und es kommt auf ihre Flaggschiff-Internetknoten an.

Deutschlands DE-CIX in Frankfurt ist der größte Internetknoten der Welt nach Spitzenverkehr. Seine Frankfurter Plattform überschreitet regelmäßig 18 Tb/s im Peak, mit rund 1.100 angeschlossenen Netzwerken in dieser einen Metropolregion. Frankfurt ist außerdem das Tor für Verkehr nach Osteuropa und ein Magnet für Cloud-On-Ramps und Finanznetzwerke, was mit ein Grund dafür ist, dass DE-CIX es 2025 zum weltweit führenden digitalen Hub erklärte.

Die Niederlande setzen auf AMS-IX in Amsterdam, einen der ältesten und angesehensten Knoten überhaupt. AMS-IX erreichte Anfang 2025 einen Verkehrsspitzenwert von 14,2 Tb/s und verarbeitete über das Jahr mehr als 35 Exabyte an Daten, mit rund 900 angeschlossenen Teilnehmern. Amsterdam ist stark bei Content-Auslieferung, Streaming und Gaming-Verkehr und liegt an europäischen Anlandepunkten mehrerer transatlantischer Kabel.

Beide Knoten sind carrier-neutral und liefern Erreichbarkeit mit geringer Latenz über Europa, Nordamerika und Asien. Wenn du tiefer eintauchen willst, wie Amsterdam sich seinen Platz verdient hat, haben wir das ausführlich behandelt in was AMS-IX ist und warum es wichtig ist.

Latenz und geografische Reichweite

Geografie ist hier subtil, denn beide Städte sind zentral, aber sie neigen in unterschiedliche Richtungen.

Frankfurts Stärke ist die Reichweite in die DACH-Region (Deutschland, Österreich, Schweiz) und weiter nach Mittel- und Osteuropa. Wenn die meisten deiner Nutzer deutschsprachig sind oder östlich des Rheins sitzen, spart Frankfurt in der Regel ein paar Millisekunden auf dem Hin- und Rückweg. Es ist außerdem die Standardwahl für alles Latenzempfindliche, das die europäischen Finanzmärkte berührt.

Amsterdam gewinnt tendenziell beim transatlantischen Verkehr, beim Vereinigten Königreich, bei den nordischen Ländern und in Westeuropa allgemein. Die transatlantischen Kabelanlandungen machen es zu einer starken Basis, wenn du ein gemischtes europäisches und nordamerikanisches Publikum von einem einzigen Standort aus bedienst.

In der Praxis ist der Abstand zwischen ihnen über den Großteil West- und Mitteleuropas gering, oft nur ein Unterschied im einstelligen Millisekundenbereich. Sofern du nicht etwas betreibst, bei dem jede Millisekunde zählt, ist der Standort deiner Nutzer wichtiger als die Rohzahlen. Du kannst die reale Latenz zu einem niederländischen Standort jederzeit selbst mit QDEs Network Looking Glass testen.

Datenschutz und Rechtsordnung

Hier treffen viele Käufer ihre Entscheidung, und hier ist die Nuance leicht zu übersehen.

Beide Länder setzen die DSGVO durch, also ist die Grundlage für den Datenschutz derselbe hohe europäische Standard. Jedes hat zusätzlich seine eigene nationale Ebene: Deutschland hat das Bundesdatenschutzgesetz, gestützt durch eine Bundesbehörde und 16 separate Datenschutzbehörden auf Landesebene, während die Niederlande die DSGVO über ihr eigenes Gesetz umsetzen, das von der niederländischen Datenschutzbehörde beaufsichtigt wird.

Deutschland hat einen besonders starken Datenschutzruf, verwurzelt in einem verfassungsmäßigen Recht auf „informationelle Selbstbestimmung“. Deutsche Gerichte haben sich historisch deutlich gegen staatliche Datensammlung gestellt; das Bundesverfassungsgericht kippte die deutsche Umsetzung der EU-Vorratsdatenspeicherungsrichtlinie wegen Unverhältnismäßigkeit. Diese Geschichte verleiht Deutschland echte Glaubwürdigkeit bei datenschutzbewussten Nutzern.

Die Niederlande halten eine ebenso solide DSGVO-Haltung mit einer pragmatischen, wirtschaftsfreundlichen Aufsichtsbehörde. Ein Detail, das man wissen sollte: Sowohl Deutschland als auch die Niederlande sind Mitglieder der 14-Eyes-Geheimdienstallianz.

Content-Regeln und Takedown-Kultur

Das ist der Unterschied, den die Leute im Tagesgeschäft am stärksten spüren.

Deutschland betreibt ein strengeres Content-Umfeld. Sein Netzwerkdurchsetzungsgesetz (NetzDG) erlegt schnelle Takedown-Pflichten und Bußgelder bis zu 50 Millionen Euro auf, zielt allerdings auf große soziale Plattformen statt direkt auf Hosting-Anbieter. Relevanter für die meisten Seitenbetreiber ist Deutschlands aggressive Durchsetzung des Urheberrechts und seine „Abmahnung"-Kultur, bei der Rechteinhaber formelle Unterlassungsschreiben verschicken, die echte rechtliche Kosten verursachen können. Deutschland setzt außerdem strenge Regeln rund um bestimmte Kategorien von Äußerungen und Bildmaterial durch.

Die Niederlande verfolgen einen ausgewogeneren Ansatz. Sie operieren unter einem etablierten Notice-and-Takedown-Verhaltenskodex, und niederländische Hosts haben generell den Ruf, ausgewogen mit Beschwerden umzugehen, statt Content reflexartig zu entfernen. Für Projekte, die eine vorhersehbare, verhältnismäßige Bearbeitung von Missbrauchsmeldungen brauchen, ist diese Kultur ein bedeutsamer Vorteil.

Keiner der beiden Ansätze ist abstrakt „besser“. Wenn dein Content Mainstream ist und du Deutschlands Datenschutzreputation schätzt, betrifft dich das strengere Regime vielleicht gar nicht. Wenn du einen Host willst, der nicht auf eine einzige Beschwerde überreagiert, ist das niederländische Modell in der Regel das mildere.

Preise und Marktdynamik

Deutschland wird seit Langem mit budgetfreundlichem Hosting in Verbindung gebracht, teils dank großer inländischer Anbieter, die über den Preis konkurrieren, und der schieren Kapazität rund um Frankfurt. Wenn die reinen Kosten pro Gigabyte deine einzige Kennzahl sind, sind deutsche Schnäppchen-Tarife schwer zu schlagen.

Die Niederlande konkurrieren auf einer etwas anderen Achse. Niederländisches Hosting ist wettbewerbsfähig bepreist, aber das Land hat sich eine starke Identität rund um datenschutzorientierte, kryptofreundliche und ungedrosselte oder bandbreitenstarke Angebote aufgebaut. Anbieter dort akzeptieren eher Zahlungsmethoden mit mehr Privatsphäre und positionieren sich rund um Datensouveränität statt allein über möglichst niedrige Preise.

Der Kompromiss sieht also oft so aus: Deutschland für maximale Kapazität zu niedrigen Kosten, die Niederlande für eine Balance aus Leistung, Datenschutzprofil und flexibler Zahlung. Für die meisten ernsthaften Projekte ist der monatliche Unterschied zwischen vergleichbaren Spezifikationen klein genug, dass Konnektivität und Rechtsordnung schwerer wiegen sollten als ein paar Euro.

Wie du zwischen den Niederlanden und Deutschland wählst

Ein paar schnelle Entscheidungsregeln decken die meisten Situationen ab.

Wähle Deutschland, wenn dein Publikum in der DACH-Region oder in Osteuropa konzentriert ist, du die tiefste Interconnection bei DE-CIX willst oder du rein auf die niedrigstmöglichen Kosten bei großer Kapazität optimierst. Es passt auch gut, wenn Deutschlands verfassungsmäßige Datenschutzreputation ein Verkaufsargument für deine Nutzer ist.

Wähle die Niederlande, wenn du ein gemischtes europäisches und transatlantisches Publikum bedienst, contentlastige, Streaming- oder Gaming-Anwendungen betreibst, die vom Peering-Profil Amsterdams profitieren, oder flexible und datenschutzfreundliche Zahlungsoptionen willst. Die zurückhaltendere Content-Kultur ist ein Bonus für alle, die eine vorhersehbare Bearbeitung von Beschwerden wollen.

Wenn die beiden nah beieinander liegen, wähle standardmäßig die Niederlande für allgemeines Hosting und Deutschland nur dann, wenn seine spezifischen Stärken (Kosten bei Skalierung, DACH-Latenz, DE-CIX-Tiefe) klar auf dich zutreffen. Und denk daran, dass du jederzeit einen kurzen Test mit einem Monatstarif machen kannst, bevor du dich festlegst, da dich keine der beiden Optionen bindet.

Fazit

Die Niederlande und Deutschland sind beide hervorragende Orte zum Hosten, und die richtige Wahl hängt von deinem Publikum, deiner Anwendung und davon ab, wie viel Gewicht du auf Content-Kultur gegenüber reinen Kosten legst. Deutschland punktet mit unübertroffener Interconnection und Budget-Kapazität; die Niederlande mit ausgewogener Leistung, transatlantischer Reichweite und einer flexibleren, datenschutzbewussten Umgebung.

Wenn die niederländische Seite dieses Vergleichs zu deinem Projekt passt, betreibt QDE unmanaged KVM-VPS-Hosting aus einem Tier-III-Rechenzentrum in Amsterdam, mit reinem NVMe-Speicher, 10-Gbps-Uplinks, direktem AMS-IX-Peering und Krypto-Zahlungsoptionen für alle, die Datenschutz schätzen. RAM und Speicher werden nie überbucht, du bekommst also genau die Ressourcen, die dein VPS-Tarif ausweist.

Nicht sicher, welcher Standort oder welche Ausstattung am besten passt? Kontaktiere unser Team, und wir helfen dir, das richtige Setup für dein Projekt zu finden.

Häufig gestellte Fragen zu Niederlande vs. Deutschland Hosting

Sind die Niederlande oder Deutschland besser für Datenschutz?

Beide setzen die DSGVO durch und haben starke nationale Datenschutzgesetze, also ist die Grundlage gleich hoch. Deutschland hat dank seines verfassungsmäßigen Schutzes eine stärkere Datenschutzreputation, während die Niederlande solide DSGVO-Konformität mit einer pragmatischen Aufsichtsbehörde und flexiblen, datenschutzfreundlichen Zahlungsoptionen verbinden. Beachte, dass beide Länder zur 14-Eyes-Allianz gehören.

Welches Land hat die bessere Netzwerkkonnektivität?

Deutschlands DE-CIX in Frankfurt ist der größte Internetknoten der Welt nach Spitzenverkehr und das stärkste Tor nach Osteuropa. Der niederländische AMS-IX in Amsterdam zählt zu den größten weltweit und glänzt bei transatlantischem Verkehr, Streaming und Content-Auslieferung. Beide bieten Erreichbarkeit mit geringer Latenz über Europa.

Ist deutsches Hosting günstiger als niederländisches Hosting?

Deutsches Hosting wird wegen großer inländischer Anbieter und hoher Kapazität rund um Frankfurt oft mit niedrigeren Budget-Preisen in Verbindung gebracht. Niederländisches Hosting ist wettbewerbsfähig bepreist, betont aber tendenziell Leistung, Datenschutz und flexible Zahlung statt der absolut niedrigsten Kosten.

Zensiert Deutschland gehostete Inhalte stärker als die Niederlande?

Deutschland hat ein strengeres Content-Umfeld, einschließlich schneller Takedown-Regeln für große Plattformen und aggressiver Durchsetzung des Urheberrechts. Die Niederlande nutzen einen Notice-and-Takedown-Verhaltenskodex und sind generell für eine verhältnismäßige, ausgewogene Bearbeitung von Beschwerden bekannt.

Was sollte ich für ein europäisches und US-Publikum wählen?

Die Niederlande sind für ein gemischtes europäisches und transatlantisches Publikum meist die bessere Standardwahl, wegen Amsterdams transatlantischen Kabelverbindungen und content-freundlichem Peering. Wähle Deutschland, wenn deine Nutzer in der DACH-Region oder in Osteuropa konzentriert sind.

Kann ich die Latenz vor der Festlegung testen?

Ja. Du kannst die reale Latenz zu einem niederländischen Standort mit QDEs Network Looking Glass prüfen, und da QDE monatlich ohne langfristigen Vertrag abrechnet, kannst du einen kurzen Test fahren, bevor du dich entscheidest.

Am Ende läuft Immich bei dir über Docker Compose, dein Handy sichert seine Fotos automatisch im Hintergrund, und du hast einen Plan, wie du das Ganze sauber sicherst. Kompliziert ist nichts davon, aber ein paar Schritte kann man leicht falsch machen, deshalb lohnt es sich, genau mitzuverfolgen.

Warum Immich die beste Google-Photos-Alternative ist

Selbst gehostete Foto-Verwaltungen gibt es schon seit Jahren, aber die meisten verlangten von dir, genau die Funktionen aufzugeben, die Google Photos überhaupt erst nützlich machten. Bei Immich ist das anders. Es bringt ausgereifte iOS- und Android-Apps mit, die deine Kamerarolle automatisch im Hintergrund sichern, eine schnell scrollbare Zeitleiste, geteilte Alben, eine Kartenansicht und maschinelles Lernen direkt auf dem Gerät für Gesichtsgruppierung und Suche in natürlicher Sprache. Du kannst "Hund am Strand" eintippen und bekommst tatsächlich die richtigen Fotos zurück, und das alles wird auf deinem eigenen Server verarbeitet statt in einem Rechenzentrum, das dir nicht gehört.

Das Projekt ist außerdem eines der schnellsten in der Self-Hosting-Welt. Es hat auf GitHub die Marke von 100.000 Sternen geknackt, erreichte Ende 2025 ein stabiles 2.0-Release und liefert weiterhin regelmäßig Updates. Dieses Tempo ist ein Pluspunkt, hat aber einen wichtigen Haken: Zwischen Versionen kann sich einiges ändern. Eine Version festzulegen und vor dem Upgrade die Release Notes zu lesen, gehört also dazu. Mehr dazu später.

Der eigentliche Reiz liegt beim Datenschutz. Wenn du selbst hostest, gelangen deine Fotos nie zu einem Dritten. Es gibt kein Scannen, keine Kontingente außer deiner eigenen Festplatte und keine Richtlinienänderung, die dich von einem Jahrzehnt an Erinnerungen aussperren kann. Wer in der EU lebt, wird zudem zum Verantwortlichen und Auftragsverarbeiter für die eigene Bibliothek in einem, was einen Großteil der DSGVO-Komplexität umgeht, die mit der Übergabe persönlicher Medien an einen Cloud-Anbieter einhergeht.

Was du vor dem Start brauchst

Immich läuft ausschließlich unter Linux und setzt ein paar Dinge voraus:

• Einen Linux-Server (Ubuntu 22.04/24.04, Debian oder Rocky funktionieren alle problemlos) mit installierter Docker Engine und dem Docker-Compose-Plugin.
• Mindestens 2 CPU-Kerne und genug RAM, damit der Machine-Learning-Container ausreichend Spielraum hat. 4 GB sind eine brauchbare Untergrenze, 6 GB ein besserer Ausgangspunkt, und 8 GB oder mehr sind sinnvoll, sobald deine Bibliothek wächst.
• Speicher mit Luft nach oben. Plane die Größe deiner Rohfoto-Bibliothek ein, plus 10 bis 20% Overhead für Thumbnails und transkodierte Videos, plus 1 bis 3 GB für die PostgreSQL-Datenbank.

NVMe-Speicher macht hier einen echten Unterschied, denn Immich erledigt viel Thumbnail-Erzeugung und Datenbankarbeit, die von schnellem zufälligem I/O profitiert. Ein VPS passt gut zu Immich, wenn deine Fotos von überall erreichbar sein sollen, ohne dass zu Hause ein Rechner durchlaufen muss, also genau die Art von Anwendung, die wir in unseren Anwendungsfällen für selbst gehostete Apps behandeln.

Was im Immich-Stack steckt

Immich ist kein einzelner Container. Die offizielle Docker-Compose-Datei definiert vier Dienste, die zusammenarbeiten, und es hilft zu wissen, was jeder davon tut:

• immich-server kümmert sich um die Weboberfläche, die API und den Endpunkt, mit dem deine mobilen Apps sprechen. Er stellt Port 2283 bereit.
• immich-machine-learning führt die Modelle für Gesichtserkennung und intelligente Suche aus. Es ist ein eigener Container, damit du ihm unabhängig mehr Ressourcen oder Hardwarebeschleunigung zuweisen kannst.
• redis (tatsächlich ein Valkey-Image) ist der In-Memory-Speicher für Job-Queues und Caching.
• database ist ein PostgreSQL-Image, das vom Immich-Team mit den Erweiterungen VectorChord und pgvector gebaut wird, die die Ähnlichkeitssuche antreiben. Immich braucht genau dieses Image; ein normales Postgres funktioniert nicht.

Keine dieser Definitionen schreibst du selbst. Du lädst eine gepflegte Compose-Datei vom Projekt herunter, die alles korrekt verdrahtet hält, auch wenn sich der Stack ändert.

Schritt 1: Ein Verzeichnis vorbereiten

Wenn Docker und das Compose-Plugin bereits installiert sind, lege ein eigenes Verzeichnis für Immich an und wechsle hinein:

mkdir -p ~/services/immich
cd ~/services/immich

Jeden selbst gehosteten Dienst in seinem eigenen Verzeichnis zu halten, macht Backups und Updates später deutlich übersichtlicher.

Schritt 2: Die offizielle Compose-Datei herunterladen

Hol dir die beiden Dateien, die Immich mit jedem Release veröffentlicht, die Compose-Datei und die Beispiel-Umgebungsvorlage:

wget -O docker-compose.yml https://github.com/immich-app/immich/releases/latest/download/docker-compose.yml
wget -O .env https://github.com/immich-app/immich/releases/latest/download/example.env

Das sind exakt die Befehle aus Immichs offizieller Dokumentation. Die gepflegte Datei herunterzuladen, statt ein Snippet aus irgendeinem Blogpost zu kopieren, ist die richtige Wahl, denn die veröffentlichte Datei ist immer in sich stimmig zu den Image-Versionen, auf die sie verweist.

Schritt 3: Die Umgebungsdatei konfigurieren

Öffne .env in deinem bevorzugten Editor und setze die Variablen, auf die es ankommt:

# Where your uploaded photos and videos live on the host
UPLOAD_LOCATION=./library

# Where the Postgres database files live on the host
DB_DATA_LOCATION=./postgres

# Your timezone
TZ=America/Chicago

# Pin a specific version instead of tracking "release"
IMMICH_VERSION=release

# Database credentials, change the password to something random
DB_PASSWORD=postgres
DB_USERNAME=postgres
DB_DATABASE_NAME=immich

Zwei Dinge verdienen hier Aufmerksamkeit. Erstens: Ändere DB_PASSWORD in eine lange Zufallszeichenfolge, bevor du den Stack überhaupt startest. Es nach der Initialisierung der Datenbank zu ändern, bedeutet eine Datenmigration, und diese Mühe sparst du dir komplett mit dreißig Sekunden Planung.

Zweitens: Lege IMMICH_VERSION auf ein bestimmtes Tag fest, zum Beispiel auf einen Wert wie v2.7.5, statt es auf release stehen zu lassen. Immich entwickelt sich schnell, und eine Hauptversion wie das kommende v3.0 kann ältere Funktionen entfernen. Eine feste Version heißt, dass ein Update nur dann passiert, wenn du es entscheidest, nachdem du gelesen hast, was sich geändert hat.

UPLOAD_LOCATION ist die wichtigste Einstellung in der Datei. Es ist das Verzeichnis, das jedes gesicherte Foto enthält, also leg es auf eine Festplatte mit viel Spielraum und sorge dafür, dass es von Tag eins an Teil deines Backup-Plans ist.

Schritt 4: Immich starten

Fahre aus ~/services/immich heraus den Stack hoch:

docker compose up -d

Docker zieht die vier Images und startet sie der Reihe nach. Der erste Start dauert ein paar Minuten, während die Datenbank initialisiert wird, also keine Panik, wenn die Weboberfläche nicht sofort erreichbar ist. Den Fortschritt kannst du so beobachten:

docker compose logs -f immich-server

Sobald der Server meldet, dass er bereit ist, öffne http://your-server-ip:2283 im Browser. Du landest auf der Admin-Registrierungsseite. Das erste Konto, das du anlegst, ist der Administrator, also richte es ein, melde dich an, und schon blickst du auf eine leere Zeitleiste, die auf Fotos wartet.

Schritt 5: Das Backup vom Handy einrichten

Das ist die Funktion, die Google Photos wirklich ersetzt. Installiere die Immich-App aus dem App Store oder von Google Play und richte sie auf deinen Server aus.

Gib im Anmeldebildschirm deine Server-URL ein. Im lokalen Netzwerk ist das http://your-server-ip:2283. Sobald du einen Reverse Proxy mit einer echten Domain eingerichtet hast (weiter unten beschrieben), nutzt du stattdessen die HTTPS-Adresse. Melde dich mit dem angelegten Konto an, öffne die Backup-Einstellungen der App, wähle die Alben, die gesichert werden sollen (in der Regel deine Kamerarolle), und aktiviere das Hintergrund-Backup.

Die App merkt sich, welche Fotos bereits hochgeladen sind, du kannst sie also bedenkenlos dauerhaft laufen lassen. Sie lädt neue Fotos im Hintergrund hoch, während du sie aufnimmst, also genau das Verhalten, das du von Google Photos gewohnt bist.

Schritt 6: Deine bestehende Bibliothek migrieren

Neue Fotos übernimmt die App, aber du willst sicher auch alles übertragen, was schon in Googles Cloud liegt. Nutze Google Takeout, um deine bestehende Bibliothek zu exportieren, und lade den Export dann über die Immich-Weboberfläche oder den immich-cli-Bulk-Uploader hoch. Für große Archive ist der Uploader auf der Kommandozeile schneller und lässt sich leichter fortsetzen, falls er unterbrochen wird.

Schritt 7: Hardwarebeschleunigung (optional)

Zwei Teile von Immich werden mit Hardwarebeschleunigung schneller: der Machine-Learning-Container, der Gesichtserkennung und Suche übernimmt, und das Video-Transkodieren, das im Server-Container läuft. Immich bringt dafür separate Compose-Override-Dateien mit, die du zusätzlich zur Hauptdatei herunterlädst. Die genaue Konfiguration hängt davon ab, ob du Intel QuickSync, eine NVIDIA-GPU oder einen anderen Beschleuniger hast, und ist ausführlich auf der Immich-Seite zur Hardwarebeschleunigung dokumentiert.

Wenn du nur auf der CPU läufst, funktioniert Immich trotzdem einwandfrei. Machine-Learning-Jobs brauchen einfach länger, was beim ersten Import ins Gewicht fällt und danach kaum noch, sobald deine Bibliothek indexiert ist und nur noch mit neuen Fotos Schritt halten muss.

Schritt 8: Immich hinter einen Reverse Proxy stellen

Um Immich von außerhalb deines Netzwerks zu erreichen und die mobile App über HTTPS verbinden zu lassen, stelle es hinter einen Reverse Proxy, der auf Port 2283 des Server-Containers zeigt. Caddy, Traefik und Nginx erledigen das alle gut. Foto- und Video-Uploads können groß sein, achte also darauf, dass dein Proxy kein kleines Limit für die Anfragegröße erzwingt; bei Nginx solltest du client_max_body_size hochsetzen, während Traefik standardmäßig keine Obergrenze hat.

Weil dein gesamtes Fotoarchiv sensibel ist, denk gut über die Erreichbarkeit nach. Wenn du keinen öffentlichen Zugriff brauchst, ist es die sicherere Variante, Immich nur über ein VPN wie WireGuard oder Tailscale erreichbar zu halten, und die mobile App verbindet sich mit einem privaten Hostnamen genauso bereitwillig wie mit einem öffentlichen. So oder so ist es wichtig, das Ganze auf Infrastruktur mit soliden Praktiken für Privatsphäre und Datenschutz zu betreiben, wenn es um deine Familienfotos geht.

Schritt 9: Bibliothek und Datenbank sichern

Diesen Schritt darfst du nicht auslassen. Ein vollständiges Immich-Backup besteht aus zwei Teilen, und du brauchst beide:

• Die Upload-Bibliothek, dein UPLOAD_LOCATION-Verzeichnis, das die eigentlichen Foto- und Videodateien enthält.
• Die Datenbank, die deine Gesichter, Alben, Metadaten und die Zuordnung speichert, die die Bibliothek erst durchsuchbar macht. Sichere sie planmäßig mit pg_dump aus dem Datenbank-Container.

Ein Backup der Bibliothek ohne die Datenbank hinterlässt dir einen Ordner voller Dateien ohne jede Ordnung. Ein Datenbank-Backup ohne die Dateien hinterlässt dir Metadaten, die ins Leere zeigen. Wende hier eine echte 3-2-1-Backup-Strategie an, mehr noch als bei jedem anderen Dienst, den du betreibst, denn der Preis für einen Fehler ist unersetzlich. Tägliche Backups auf Serverebene sind ein gutes Sicherheitsnetz, ersetzen aber nicht deine eigenen externen Kopien von etwas so Wichtigem.

Immich aktuell halten

Weil du IMMICH_VERSION festgenagelt hast, ist ein Upgrade eine bewusste Handlung statt etwas, das dich überrascht. Lies die Release Notes für die Version, auf die du wechselst, vergewissere dich, dass dein Backup gerade gelaufen ist, erhöhe das Versions-Tag in .env und führe dann Pull und Recreate aus:

docker compose pull
docker compose up -d

Datenbankmigrationen laufen beim Start automatisch. Die Release Notes zu lesen und die Version festgenagelt zu halten, sorgt dafür, dass Immichs schnelles Entwicklungstempo dich nicht kalt erwischt.

Abschließende Gedanken

Immich selbst zu hosten gibt dir eine schnellere, private und werbefreie Foto-Zeitleiste, die Gesichtserkennung und intelligente Suche lokal erledigt, dein Handy automatisch sichert und alles auf Festplatten ablegt, die du kontrollierst. Es ist einer der lohnendsten Self-Hosting-Wechsel, die du machen kannst, und zugleich derjenige, bei dem gute Backups am meisten zählen.

Danke fürs Lesen! Wenn du einen Ort suchst, um Immich laufen zu lassen: QDE bietet leistungsstarkes VPS-Hosting in den Niederlanden mit reinem NVMe-Speicher, 10 Gbps Uplinks und EU-basierter Infrastruktur, was gut zu einem datenschutzorientierten Fotoserver passt. RAM und Speicher werden nie überbucht, die Ressourcen, die Immich braucht, sind also die Ressourcen, die du tatsächlich bekommst, und Krypto-Zahlungsoptionen machen es leicht, das gesamte Setup privat zu halten.

Bereit loszulegen oder brauchst du Rat bei der Dimensionierung eines VPS für Immich? Kontaktiere unser Team, um die beste Lösung für dein Projekt zu finden.

Häufige Fragen zum Selbsthosten von Immich

Ist Immich ein guter Ersatz für Google Photos?

Ja, für die meisten Leute ist es das nächstliegende selbst gehostete Pendant, das es gibt. Es bietet automatisches Handy-Backup, Gesichtserkennung, Suche in natürlicher Sprache, geteilte Alben und eine Kartenansicht, alles auf deiner eigenen Hardware, ohne Scannen und ohne Speicherkontingente außer deiner eigenen Festplatte.

Welche Systemanforderungen hat Immich?

Immich läuft unter Linux mit Docker. Plane mindestens 2 CPU-Kerne und 4 GB RAM als Untergrenze ein, mit 6 bis 8 GB empfohlen, sobald deine Bibliothek wächst. Der Speicher sollte deine Rohbibliothek abdecken plus 10 bis 20% Overhead für Thumbnails und Transkodierungen plus 1 bis 3 GB für die Datenbank.

Kann ich Immich auf einem VPS betreiben?

Auf jeden Fall, und ein VPS passt hervorragend, wenn deine Fotos von überall erreichbar sein sollen, ohne dass zu Hause Hardware laufen muss. Ein Tarif mit NVMe-Speicher und genug RAM für den Machine-Learning-Container sorgt für ein flüssiges Erlebnis.

Brauche ich eine GPU für Immich?

Nein. Eine GPU beschleunigt das anfängliche Machine-Learning-Indexieren und das Video-Transkodieren, aber Immich funktioniert auch auf reinen CPU-Servern einwandfrei. Die ML-Jobs laufen einfach langsamer, was vor allem den ersten Import betrifft und nicht den täglichen Gebrauch.

Wie sichere ich Immich richtig?

Sichere zwei Dinge: dein Upload-Bibliotheksverzeichnis und die PostgreSQL-Datenbank. Die Dateien sind deine Fotos, und die Datenbank enthält die Alben, Gesichter und Metadaten, die sie ordnen. Du brauchst beides, plus externe Kopien, nach einem 3-2-1-Backup-Ansatz.

Wie verschiebe ich meine bestehende Google-Photos-Bibliothek nach Immich?

Nutze Google Takeout, um deine Bibliothek zu exportieren, und lade sie dann über die Immich-Weboberfläche oder den Bulk-Uploader auf der Kommandozeile hoch. Der CLI-Uploader ist für große Archive die bessere Wahl, weil er schneller ist und sich leicht fortsetzen lässt.

Der Teil nach dem letzten Punkt, die Top-Level-Domain oder TLD, leistet mehr Arbeit, als es zunächst wirkt. .com, .net und .org tragen Erwartungen mit sich, die über Jahrzehnte entstanden sind. Dieser Artikel erklärt, warum diese klassischen Endungen für die meisten Unternehmen und langfristigen Projekte weiterhin die sicherste Standardwahl sind, wann eine Alternative sinnvoll ist und warum QDE die eigene Marke über alle drei schützt.

Warum klassische Endungen weiterhin wichtig sind

Menschen vertrauen dem, was sie wiedererkennen. .com, .net und .org sind seit den frühen kommerziellen Internetjahren sichtbar, daher lesen die meisten Nutzer sie ohne nachzudenken. Wer eine .com-Adresse sieht, fragt sich selten, ob sie zu einem echten Unternehmen oder zu einer Wegwerfseite gehört. Genau diese fehlende Reibung ist der Punkt.

Die Größe dieser Endungen zeigt, wie etabliert sie sind. Laut dem Domain Name Industry Brief für Q1 2026 kamen .com und .net zusammen auf 176,1 Millionen Domainregistrierungen am Ende des ersten Quartals 2026. Diese Zahl ist nicht nur wegen der Popularität relevant: Die Infrastruktur hinter diesen TLDs gehört zu den ausgereiftesten und am stärksten betriebenen Teilen des globalen DNS-Systems.

Die autoritativen Nameserver für .com und .net laufen seit Jahrzehnten im globalen Maßstab und liegen nahe am Kern des Internets. Wir bezeichnen sie nicht als das zuverlässigste DNS der Welt, denn das kann niemand beweisen. Aber sie stützen sich auf langjährig betriebene Infrastruktur, die sehr lange enorme Query-Volumen verarbeitet hat. Für Projekte, bei denen DNS-Stabilität zählt, ist diese Historie relevant.

Für Infrastrukturteams ist das der Punkt, an dem die Wahl nicht mehr kosmetisch ist. Wenn du Hosting, eine VPS-Flotte, einen E-Mail-Dienst, eine SaaS-Plattform, ein Abrechnungsportal oder ein Support-System betreibst, ist deine Domain Teil des Servicepfads. Wenn sie nicht auflöst, erreichen Kunden die App nicht, E-Mail wird nicht zugestellt, Rechnungen laden nicht und Tickets werden nicht geöffnet.

Es gibt also zwei gute Gründe, klassische Endungen ernst zu nehmen: Nutzer vertrauen dem, was sie erkennen, und Betreiber sollten auf die operative Reife hinter dem Namen achten.

.com: der Standard für Unternehmen

Für ein Unternehmen ist .com weiterhin die natürlichste Wahl. Das erwarten Menschen bei einer kommerziellen Website, einem SaaS-Produkt, einem Onlineshop, einem Hosting-Anbieter oder geschäftlicher E-Mail. Wenn jemand deine Marke kennt, aber nicht die genaue Adresse, ist example.com das Muster, das häufig zuerst ausprobiert wird.

Wenn du für ein seriöses Unternehmen nur eine Endung sichern kannst, ist .com in der Regel die sicherste. Es ist die Version, die Kunden standardmäßig erraten, eintippen und vertrauen.

Die versteckten Kosten, wenn dir deine .com nicht gehört

Dieser Punkt wird leicht unterschätzt. Weil .com so verbreitet ist, nehmen viele Menschen an, dass eine Marke unter example.com zu finden ist, ob das stimmt oder nicht. Wenn dein Unternehmen auf einer anderen Endung läuft und jemand anderes die .com hält, fließt ein Teil deines Traffics leise dorthin.

Es gibt zwei Varianten, und beide sind schlecht.

In der ersten gehört die .com einem anderen Unternehmen in deiner Branche. Das ist das klarste Risiko: Ein potenzieller Kunde, der dich sucht, landet stattdessen bei einem Wettbewerber. Du hast für die Wiedererkennung bezahlt, und jemand anderes erhält den Besuch.

In der zweiten gehört die .com einem nicht verwandten Unternehmen. Das klingt harmlos, kostet aber trotzdem Vertrauen. Kunden fragen sich, ob sie etwas falsch eingegeben haben, ob deine Website die echte ist oder warum die naheliegende Adresse woandershin führt. Für alle, die Konten, Abrechnung, Server, DNS oder Support betreiben, schwächt dieses Zögern das Vertrauen genau im falschen Moment.

Wenn dir die .com-Version deiner Marke nicht gehört, kontrolliert möglicherweise jemand anderes das naheliegendste Ziel für deinen Namen. Selbst wenn du bewusst auf einer anderen Endung aufbaust, ist die passende .com eine günstige Form der Absicherung.

.net: eine natürliche Wahl für Netzwerke und Infrastruktur

.net ist nicht nur eine Ausweichlösung, wenn die .com vergeben ist. Die Endung hat eine eigene Bedeutung. Sie ist im Umfeld von Netzwerken entstanden und wird bis heute häufig als technische, infrastrukturorientierte Wahl verstanden.

.net passt zu Hosting-Anbietern, VPS-Diensten, DNS-Plattformen, Netzwerk- und Monitoring-Tools, API-Diensten und entwicklerorientierten Projekten. Wenn dein Produkt nah an der Infrastruktur liegt, kann .net glaubwürdig wirken statt zweitklassig. Viele bekannte Infrastrukturunternehmen nutzen .net genau aus diesem Grund.

.org: vertraut für Communities und Organisationen

.org hat eine andere Assoziation. Menschen verbinden die Endung mit Organisationen, Communities, Open-Source-Projekten, Dokumentation, Stiftungen und gemeinwohlorientierter Arbeit.

Technisch steht .org allen offen. Es gibt keine Pflicht, gemeinnützig zu sein. Aber die Wahrnehmung ist stark, und das kann für dich arbeiten. Wenn du ein Open-Source-Projekt, ein Community-Forum, eine Dokumentationsseite, eine öffentliche Wissensdatenbank oder eine Branchengruppe betreibst, signalisiert .org genau die Art von Projekt, die Menschen ohnehin erwarten.

Wo ungewöhnliche Endungen Reibung erzeugen

Neue TLDs sind nicht grundsätzlich schlecht. Einige sind wirklich nützlich, und gleich geht es darum, wo sie passen. Aber ein paar praktische Risiken solltest du kennen, bevor du eine davon für deine Hauptseite nutzt.

Manche Nutzer erkennen die Endung schlicht nicht, und Unbekanntheit erzeugt Zweifel. Einige TLDs haben einen Ruf für Spam, Wegwerfseiten oder aggressive Werbung bekommen. Das ist unfair gegenüber legitimen Nutzern, aber real. Auch Preise können überraschen: Ein günstiges erstes Jahr verbirgt manchmal eine deutlich höhere Verlängerung, und manche Registries verlangen Premiumpreise oder ändern ihre Richtlinien mit der Zeit.

Es gibt auch eine operative Seite. Eine Domain, die für E-Mail, Abrechnung oder Login-Seiten genutzt wird, sollte alles vermeiden, was Verwirrung erzeugt. Eine seltsam wirkende Adresse kann Support-Tickets verursachen und Conversion senken. Manche Unternehmensnetzwerke, Mailfilter und Anti-Abuse-Systeme behandeln unbekannte oder stark missbrauchte TLDs vorsichtiger.

Der einfache Test: Eine Domain, die zusätzliche Erklärung braucht, ist meist nicht die richtige Domain für die Hauptwebsite eines Unternehmens.

Wann eine alternative Endung die richtige Wahl ist

Es gibt gute Gründe, etwas anderes als die Klassiker zu wählen, solange es eine bewusste Entscheidung ist.

.ai ist für AI-Produkte eine sinnvolle Option geworden. .io ist bei Entwicklerzielgruppen gut verstanden und funktioniert, wenn du genau diese Zielgruppe ansprichst. Länderdomains wie .de, .nl, .jp oder .uk sind oft richtig, wenn du einen bestimmten lokalen Markt bedienst. Kurze Endungen können für URL-Shortener nützlich sein, während Kampagnendomains, Landingpage-Domains, Markenschutzregistrierungen sowie interne oder sekundäre Projekte ebenfalls ihren Platz haben.

Entscheidend ist die Strategie. Wähle eine Alternative, weil sie zu deiner Zielgruppe und deinem Plan passt, nicht nur, weil die .com nicht verfügbar war oder das erste Jahr günstig war.

Warum wir qde.com, qde.net und qde.org übernommen haben

Aus diesem Grund haben wir unsere eigene Marke über alle drei klassischen Endungen übernommen und schützen sie aktiv. Für uns geht es nicht darum, Domainnamen zu sammeln. Es geht darum, sicherzustellen, dass Kunden das echte QDE finden.

Der Besitz von qde.com, qde.net und qde.org reduziert Verwirrung, hält die Marke über die Endungen hinweg konsistent, die Menschen am ehesten ausprobieren, und schützt vor Traffic-Verlust, Impersonation und Missbrauch. Es ist derselbe Rat, den wir jedem Kunden geben würden, der eine Marke betreibt, die ihm wichtig ist.

QDE bietet jetzt .com-, .net- und .org-Registrierung an

Vor diesem Hintergrund bietet QDE jetzt direkt .com-, .net- und .org-Domainregistrierung an.

Der praktische Vorteil ist, Domains und Hosting an einem Ort zu halten. Du kannst einen Namen registrieren, ihn auf deinen VPS oder deine Website verweisen, DNS verwalten und Verlängerungen über dasselbe Konto abwickeln, das du bereits für deine Server nutzt, ohne einen separaten Registrar-Login zu verwalten. Das passt zu Business-Websites, Infrastrukturprojekten, Communities und allem, was langfristig laufen soll.

Fazit

Eine Domainendung macht aus einem schwachen Projekt kein starkes. Aber die richtige Endung macht ein gutes Projekt leichter vertrauenswürdig, merkbar und auffindbar. Die falsche Endung fügt jedes Mal leise Reibung hinzu, wenn jemand deine Adresse liest.

Wenn du keinen klaren Grund hast, etwas anderes zu wählen, beginne mit .com, .net oder .org. Für die meisten seriösen Projekte ist die sicherste Domainwahl weiterhin die, die Kunden bereits verstehen.

Wenn du bereit bist, einen Namen zu registrieren, bietet QDE jetzt .com-, .net- und .org-Domains für 10,95 € pro Jahr an, verwaltet über dasselbe Konto wie dein VPS und Hosting.

Hast du Fragen zu Domains, DNS oder dazu, einen Namen auf deinen Server zu verweisen? Kontaktiere unser Team, und wir helfen dir, eine praktische Konfiguration zu wählen.

Häufige Fragen zu Domain-Endungen

Ist .com weiterhin die beste Domain-Endung für ein Unternehmen?

Für die meisten Unternehmen ja. .com ist die Endung, die Menschen erkennen, sich merken und standardmäßig eintippen. Das macht sie zur sichersten Wahl für eine kommerzielle Website, ein SaaS-Produkt oder geschäftliche E-Mail. Wenn du nur eine Endung registrieren kannst, ist .com meist die erste, die du sichern solltest.

Was ist der Unterschied zwischen .com, .net und .org?

Alle drei können von jedem registriert werden, tragen aber unterschiedliche Assoziationen. .com wirkt kommerziell und ist der allgemeine Standard. .net wird häufig als technisch und infrastrukturorientiert gelesen. .org wird mit Organisationen, Communities sowie Open-Source- oder gemeinwohlorientierten Projekten verbunden. Technisch verhalten sie sich weitgehend gleich; der Unterschied liegt darin, wie Nutzer sie wahrnehmen.

Sollte ich mehr als eine Endung für meine Marke registrieren?

Das ist eine Überlegung wert. Wenn dir die .com-Version deiner Marke gehört, verhinderst du, dass Traffic zu jemand anderem abfließt, selbst wenn du bewusst auf einer anderen Endung aufbaust. Viele Unternehmen registrieren .com, .net und .org gemeinsam als grundlegenden Markenschutz.

Sind neue Domain-Endungen wie .io oder .ai eine schlechte Idee?

Nein. Endungen wie .io und .ai können gute Entscheidungen sein, wenn sie zu Zielgruppe und Strategie passen: .ai für AI-Produkte, .io für entwicklerorientierte Tools. Die Warnung richtet sich vor allem dagegen, eine unbekannte Endung nur deshalb zu wählen, weil die .com vergeben war oder das erste Jahr günstig war, besonders bei einer Hauptwebsite.

Kann ich Domain und Hosting am selben Ort verwalten?

Ja. QDE bietet jetzt .com-, .net- und .org-Registrierung neben VPS und Hosting an. Du kannst also eine Domain registrieren, DNS verwalten, sie auf deinen Server verweisen und Verlängerungen über ein Konto abwickeln. Mehr dazu findest du auf der Domain-Seite.

Dieser Artikel bewertet jeden Standort anhand der Faktoren, die für Hosting tatsächlich relevant sind: Netzanbindung, Latenzprofile, rechtliches und regulatorisches Umfeld sowie Reife des gesamten Ökosystems.

Warum der Standort wichtiger ist, als viele denken

Bei der Wahl eines Rechenzentrumsstandorts geht es nicht nur um Ping-Zeiten, auch wenn die zählen. Der Standort entscheidet auch darüber, welche Rechtsordnung für deine Daten gilt, von welchen Peering-Vereinbarungen dein Traffic profitiert und wie robust deine Infrastruktur gegenüber regionalen Ereignissen ist. Diese Entscheidung am Anfang richtig zu treffen, erspart später viel Aufwand.

Amsterdam: das Konnektivitätszentrum Europas

Amsterdam hat seinen Ruf auf Netzwerkinfrastruktur aufgebaut. AMS-IX, der Amsterdam Internet Exchange, rangiert beim Traffic-Volumen regelmäßig unter den zwei oder drei größten Internet Exchanges weltweit. In der Praxis heißt das: Traffic, der in Amsterdam startet, erreicht den Großteil Europas, Nordamerikas und große Teile Asiens über sehr kurze Pfade mit wenigen Zwischenstationen.

Für Hosting-Anbieter und ihre Kunden bedeutet das gleichmäßig niedrige Latenz über ein weites geografisches Gebiet — nicht nur innerhalb der Niederlande. Ein Server in Amsterdam liefert für Nutzer in weiten Teilen West- und Mitteleuropas oft eine vergleichbare Performance wie ein lokaler Server.

Amsterdam hat zudem eine lange Geschichte als neutraler Standort mit hoher Carrier-Dichte. Dutzende große ISPs und Cloud-Anbieter sind an AMS-IX vertreten, was eine breite Auswahl an Anbindungen und konkurrenzfähige Transit-Preise möglich macht.

Aus rechtlicher Sicht liegen die Niederlande klar innerhalb der EU und fallen unter die DSGVO. Das niederländische Datenschutzrecht gilt allgemein als robust, und das Land hat eine etablierte Tradition, digitale Rechte zu stützen. Für Unternehmen, die personenbezogene Daten von Personen in der EU verarbeiten, ist Amsterdam eine klare, gut begründbare Wahl.

Frankfurt: das Finanz- und Backbone-Zentrum

Frankfurt ist Deutschlands Netzwerkdrehkreuz, verankert durch DE-CIX, den Deutschen Commercial Internet Exchange. DE-CIX konkurriert regelmäßig mit AMS-IX um den Titel des verkehrsstärksten Internet Exchange weltweit. Die Stadt ist der zentrale Zusammenschaltungspunkt für weite Teile Mittel- und Osteuropas und verfügt dank der ausgedehnten deutschen Glasfaserinfrastruktur über starke Redundanz.

Für Latenz innerhalb Deutschlands und in Nachbarländer wie Österreich, Schweiz, Polen und Tschechien gewinnt Frankfurt in der Regel. Liegt deine primäre Zielgruppe in der DACH-Region oder breiter in Mitteleuropa, lässt sich gegen Frankfurt als Ankerstandort kaum etwas einwenden.

Deutschland profitiert außerdem von einigen der strengsten Datenschutzregeln in der EU. Die Kombination aus DSGVO-Konformität auf Bundesebene und ergänzenden deutschen Datenschutzgesetzen (etwa dem BDSG) verschafft Frankfurt einen Vorteil für Unternehmen in regulierten Branchen wie Finanzdienstleistungen, Gesundheit und Rechtsberatung. Deutsche Gerichte und Aufsichtsbehörden setzen Datenschutz traditionell aktiv durch — das ist je nach Perspektive eine Beruhigung oder eine Verpflichtung.

Ein Punkt, der erwähnt werden sollte: Deutsche Hosting-Anbieter arbeiten in der Regel mit strengeren Abuse-Richtlinien, was bestimmte Inhalte betreffen kann. Für übliche geschäftliche und technische Anwendungen ist das meist kein Thema, aber gut zu wissen.

London: starke Infrastruktur, Brexit-Komplexität

Das Docklands-Areal in London — insbesondere der Equinix-LD4/LD5-Campus in Slough und der breitere Cluster im Osten Londons — gehört zu den dichtesten Konzentrationen von Hosting- und Finanzinfrastruktur weltweit. LINX (London Internet Exchange) ist selbst ein großer Exchange mit sehr hoher Kapazität und starkem Peering innerhalb des Vereinigten Königreichs und international.

Die Infrastrukturqualität in London ist hervorragend. Wenn deine Anwendung vorrangig britische Nutzer bedient oder du für latenzkritische Trading- oder Fintech-Anwendungen physisch nahe am Finanzdistrikt sein musst, liefert London genau das.

Die Komplikation ist der Brexit. Seit das Vereinigte Königreich 2020 die EU verlassen hat, gehört es nicht mehr zum Europäischen Wirtschaftsraum. Datenübermittlungen zwischen UK und EU stützen sich nun auf einen Angemessenheitsbeschluss der Europäischen Kommission. Der liefert eine Rechtsgrundlage, bringt aber regulatorische Unsicherheit mit, die es vorher nicht gab. Der Beschluss kann grundsätzlich angefochten oder überarbeitet werden. Für Unternehmen, die langfristige Klarheit über den Umgang mit EU-Daten brauchen, ist das ein reales Risiko.

Das britische Datenschutzrecht (UK GDPR, aus dem EU-Original abgeleitet) ist in der Praxis heute weitgehend gleichwertig, das Risiko einer späteren Abweichung ist aber real. London funktioniert gut für UK-zentrierte Dienste. Für strikte EU-Datensouveränität braucht es mehr Sorgfalt.

Wie die drei Standorte im direkten Vergleich abschneiden

Netzwerkperformance für eine breite europäische Nutzerschaft spricht leicht für Amsterdam, mit Frankfurt als starkem zweiten Standort für Mittel- und Osteuropa. London liegt vorn, wenn der Traffic primär ins Vereinigte Königreich geht.

Latenz nach Nordamerika ist bei allen drei Standorten ähnlich, wobei Amsterdams transatlantische Kabelanbindungen und Frankfurts Backbone-Position beide starke Optionen bieten.

Einfache Regulierung für EU-Betrieb spricht für Amsterdam und Frankfurt, die ohne Einschränkung unter EU-Jurisdiktion liegen. London erfordert für strenge EU-Compliance zusätzliche rechtliche Strukturierung.

Rechenzentrumsdichte und Auswahl sind in allen drei Städten sehr hoch — das Londoner Ökosystem ist im Finanzbereich besonders ausgeprägt.

Kosten variieren stärker nach Anbieter und Konfiguration als nach Stadt, London liegt im Schnitt aufgrund von Immobilien- und Energiepreisen etwas höher. Amsterdam und Frankfurt sind untereinander konkurrenzfähig.

Welcher Standort passt zu dir?

Für die meisten allgemeinen Hosting-Anwendungen, die ein breites europäisches Publikum bedienen, ist Amsterdam die stärkste Standardwahl. Die Kombination aus AMS-IX-Peering, klarer EU-Rechtslage und konkurrenzfähigen Preisen deckt die meisten Anwendungsfälle gut ab.

Zielt deine Anwendung speziell auf Deutschland, Österreich, die Schweiz oder Mitteleuropa, sind Frankfurts Geografie und DE-CIX-Anbindung die richtige Wahl. Auch in regulierten Branchen, die von Deutschlands strikter Datenschutzpraxis profitieren, ist Frankfurt häufig die bessere Option.

London ist die richtige Wahl, wenn deine Hauptzielgruppe im Vereinigten Königreich liegt oder du etwas baust, das nahe an britischer Finanzinfrastruktur stehen muss. Stell nur sicher, dass dein Rechts- und Compliance-Team die Brexit-Folgen für die Datenübermittlung geprüft hat, bevor du dich festlegst.

Für Teams, die von einem einzigen Standort aus mehrere europäische Regionen mit niedriger Latenz erreichen müssen, bleibt Amsterdam die durchgehend stärkste Wahl. Die AMS-IX-Anbindung bedeutet weniger Kompromisse, wenn du Nutzer in mehreren Ländern von einem Server aus bedienen willst.

Fazit

Amsterdam, Frankfurt und London sind alle erstklassige Hosting-Standorte, aber jeder mit einem eigenen Profil. Amsterdam punktet mit der Breite der europäischen Anbindung und einfacher Regulierung. Frankfurt ist die richtige Wahl für Mitteleuropa und regulierte Unternehmensszenarien. London ist stark für UK-zentrierte Infrastruktur, fügt aber bei der Verarbeitung von EU-Daten rechtliche Komplexität hinzu.

Danke fürs Lesen! Wenn du eine gut angebundene europäische Basis für deinen Server suchst: QDE bietet leistungsstarkes VPS-Hosting in Amsterdam, in einem Tier-III-Rechenzentrum mit direktem Peering an AMS-IX, NVMe-Speicher und 10-Gbps-Uplinks.

Bereit zu starten oder noch Fragen zu deiner Konfiguration? Kontaktiere unser Team — wir helfen dir gerne, die richtige Wahl zu treffen.

Häufige Fragen zu EU-Hosting-Standorten

Warum ist Amsterdam so beliebt fürs Hosting?

Amsterdam liegt an AMS-IX, einem der größten Internet Exchanges der Welt. Server dort haben über gut gepeerte Routen niedrige Latenz zu einem großen Teil Europas, Nordamerikas und Asiens. Die Niederlande haben außerdem ein stabiles regulatorisches Umfeld und eine lange Tradition neutraler Hosting-Infrastruktur mit vielen Carriern.

Ist London nach dem Brexit noch ein guter Hosting-Standort?

London bietet weiterhin exzellente Infrastruktur, vor allem für UK-fokussierte Anwendungen und Fintech. Da das Vereinigte Königreich jedoch nicht mehr Teil der EU ist, stützen sich Datenübermittlungen zwischen Londoner Servern und EU-Nutzern jetzt auf einen Angemessenheitsbeschluss statt auf eine automatische DSGVO-Anwendung. Für Unternehmen mit strengen Anforderungen an EU-Datensouveränität sind Amsterdam oder Frankfurt klarere Optionen.

Wie schlägt sich Frankfurt im Vergleich zu Amsterdam bei der Latenz?

Für Nutzer in Deutschland, Österreich, der Schweiz sowie Mittel- und Osteuropa hat Frankfurt dank seiner geografischen Lage und des DE-CIX-Peerings häufig die Nase vorn. Für eine breite paneuropäische Abdeckung — inklusive Südeuropa und Vereinigtem Königreich — liefert Amsterdam in der Regel konsistenter niedrige Latenzen. Für die meisten Anwendungen liegt der Unterschied im einstelligen Millisekundenbereich.

Wirkt sich der Rechenzentrumsstandort auf die DSGVO-Konformität aus?

Ja, durchaus. Server in Amsterdam und Frankfurt unterliegen beide der EU-Jurisdiktion, sodass die DSGVO direkt gilt und keine zusätzlichen Übermittlungsmechanismen nötig sind. London erfordert nach dem Brexit eine separate Rechtsgrundlage (aktuell ein EU-Angemessenheitsbeschluss) für die Übermittlung personenbezogener Daten von EU-Nutzern in britische Infrastruktur. Der Beschluss gilt derzeit, könnte sich aber ändern.

Worauf sollte ich bei der Wahl eines europäischen Hosting-Standorts achten?

Beginne bei deiner Hauptzielgruppe. Wähle den Serverstandort dort, wo der Großteil deines Traffics herkommt — geografische Nähe senkt die Latenz. Berücksichtige danach die regulatorischen Anforderungen: Wenn EU-Datensouveränität nicht verhandelbar ist, bleib in der EU. Sieh dir zum Schluss das Anbindungsprofil des konkreten Rechenzentrums und Anbieters an, nicht nur die Stadt.

Dieser Artikel führt durch die wichtigsten Gesetze, erklärt, was sie in der Praxis für Hosting-Kunden bedeuten, und zeigt, wie du über deine Pflichten nachdenken solltest — egal ob du ein SaaS-Produkt, ein Community-Forum, ein internes Tool oder etwas ganz anderes betreibst.

Die DSGVO: das Fundament, auf dem alles aufbaut

Die Datenschutz-Grundverordnung (DSGVO) — in den Niederlanden bekannt als AVG, kurz für Algemene Verordening Gegevensbescherming, international als GDPR — bildet die Grundlage. Es handelt sich um eine EU-Verordnung, sie gilt also direkt in allen Mitgliedstaaten, ohne erst in nationales Recht überführt werden zu müssen. Wer personenbezogene Daten von Personen in der EU verarbeitet, fällt darunter, egal wo das Unternehmen registriert ist.

Die DSGVO beruht auf einigen Kernprinzipien: Du brauchst eine Rechtsgrundlage zur Verarbeitung personenbezogener Daten, erhebst nur, was tatsächlich notwendig ist, speicherst alles sicher und bewahrst nichts unbegrenzt auf. Außerdem räumt sie betroffenen Personen eine Reihe von Rechten ein — Auskunft, Berichtigung, Löschung, Datenübertragbarkeit — die du unterstützen musst.

Für Hosting-Kunden ist die Beziehung zwischen Verantwortlichem und Auftragsverarbeiter besonders relevant. Verarbeitet dein Hosting-Anbieter personenbezogene Daten in deinem Auftrag (was üblich ist), brauchst du eine Auftragsverarbeitungsvereinbarung (englisch Data Processing Agreement, DPA). Diese muss Gegenstand und Dauer der Verarbeitung festhalten, Art und Zweck der Verarbeitung, die Kategorien personenbezogener Daten sowie die Pflichten und Rechte des Verantwortlichen.

Die UAVG: wo niederländisches Recht eine eigene Schicht ergänzt

Die niederländische Ausführungsgesetzgebung zur DSGVO (Uitvoeringswet AVG, UAVG) ist die lokale Umsetzung in den Niederlanden. Sie folgt einem politikneutralen Ansatz: Soweit unter der DSGVO möglich, bleiben die Anforderungen des früheren niederländischen Datenschutzgesetzes erhalten.

In der Praxis füllt die UAVG die Lücken, die die DSGVO bewusst den Mitgliedstaaten überlässt. Unter anderem setzt die UAVG die digitale Einwilligungsfähigkeit auf 16 Jahre, präzisiert DSGVO-Vorgaben rund um Arbeitsverhältnisse und ergänzt zusätzliche Schutzmaßnahmen für die Verarbeitung besonderer Kategorien personenbezogener Daten.

Verarbeitet deine Anwendung Daten niederländischer Nutzer — insbesondere Minderjähriger — ist diese Altersgrenze relevant. Konstruktionen über elterliche Einwilligung, die in anderen Ländern akzeptiert sein mögen, greifen hier nicht automatisch.

Die Autoriteit Persoonsgegevens: wer kontrolliert

Die niederländische Datenschutzbehörde (Autoriteit Persoonsgegevens, AP) ist die nationale Aufsichtsbehörde für Datenschutz. Sie übernimmt die Durchsetzung, untersucht Beschwerden und kann Bußgelder verhängen.

Diese Bußgelder folgen der zweistufigen Struktur der DSGVO. Verstöße gegen organisatorische Pflichten — etwa ein nicht bestellter Datenschutzbeauftragter, ein fehlendes Verzeichnis von Verarbeitungstätigkeiten oder eine nicht durchgeführte Datenschutz-Folgenabschätzung — können mit bis zu 10 Millionen Euro oder 2 % des weltweiten Jahresumsatzes geahndet werden. Verstöße gegen zentrale Datenschutzprinzipien, etwa Verarbeitung ohne Rechtsgrundlage oder Verletzung von Betroffenenrechten, können bis zu 20 Millionen Euro oder 4 % des weltweiten Jahresumsatzes erreichen.

Die AP ist dabei nicht passiv. Für 2024 und 2025 hat sie vier strategische Schwerpunkte für die Durchsetzung benannt, darunter Algorithmen und künstliche Intelligenz, mit Fokus auf Risiken automatisierter Entscheidungen. Das ist relevant, sobald deine Anwendung Profiling oder automatisierte Entscheidungen einsetzt, die Nutzer betreffen.

Was als personenbezogene Daten gilt

An diesem Punkt verschätzen sich viele Hosting-Kunden. Personenbezogene Daten sind nicht nur Namen und E-Mail-Adressen. Dazu gehören auch Kunden- und Personalnummern, Online-Kaufverhalten, Gewerkschaftsmitgliedschaft, Religion, medizinische Informationen sowie Video- und Tonaufnahmen, auf denen jemand erkennbar ist.

Auch IP-Adressen in Server-Logs gelten unter der DSGVO in der Regel als personenbezogene Daten. Schon normale Webserver-Zugriffslogs können dich also in den Anwendungsbereich bringen, wenn du nicht auf Aufbewahrungsfristen und Zugriffskontrollen achtest.

Rechtsgrundlagen für die Verarbeitung

Du darfst personenbezogene Daten nicht einfach verarbeiten — es braucht mindestens eine von sechs anerkannten Grundlagen: zur Erfüllung eines Vertrags, zur Erfüllung einer rechtlichen Verpflichtung, aufgrund eines berechtigten Interesses, mit Einwilligung der betroffenen Person, zum Schutz von Leben oder Gesundheit oder zur Wahrnehmung einer Aufgabe im öffentlichen Interesse.

Für die meisten kommerziellen Anwendungen sind Vertrag (Verarbeitung zur Erbringung des Dienstes, für den sich der Nutzer angemeldet hat) und Einwilligung (für alles darüber hinaus, etwa Marketing) die relevanten Grundlagen. Berechtigtes Interesse kann in bestimmten Fällen tragen, erfordert aber eine Interessenabwägung und ist kein Freifahrtschein.

Meldepflicht bei Datenpannen

Geht etwas schief — eine Datenpanne, unbefugter Zugriff, eine unbeabsichtigte Offenlegung — hast du wenig Zeit. Nach der DSGVO musst du die AP innerhalb von 72 Stunden nach Bekanntwerden einer Panne informieren, wenn ein Risiko für betroffene Personen besteht. Je nach Schwere kann es zusätzlich erforderlich sein, die Betroffenen direkt zu informieren.

Hier wirkt sich deine Hosting-Konfiguration aus. Auf einem unmanaged VPS betreibst du den kompletten Stack selbst, und die Reaktion auf Vorfälle liegt damit in deiner Verantwortung. Monitoring, Zugriffslogs und Klarheit darüber, wer Zugriff auf welche Daten hat, gehören zur Vorbereitung.

Datenübermittlung aus den Niederlanden heraus

Eine Übermittlung personenbezogener Daten außerhalb des Europäischen Wirtschaftsraums setzt nach Kapitel V der DSGVO geeignete Garantien voraus. In Länder, denen die Europäische Kommission ein angemessenes Schutzniveau bescheinigt hat, können Daten frei fließen — darunter Japan, das Vereinigte Königreich und die Vereinigten Staaten im Rahmen des EU-US Data Privacy Framework.

Für Länder ohne Angemessenheitsbeschluss brauchst du in der Regel Standardvertragsklauseln (SCC). Setzt deine Anwendung Drittanbieter ein — Analytics, CDN-Anbieter, E-Mail-Versand — prüf, ob diese Anbieter personenbezogene Daten aus der EU verarbeiten und auf welche Übermittlungsmechanismen sie sich stützen. Bei der Anbindung externer APIs wird das oft übersehen.

Was das für dein Hosting bedeutet

Wer sich für Hosting in den Niederlanden entscheidet, hat aus Compliance-Sicht ein paar praktische Vorteile. Deine Daten bleiben in der EU, du fällst unter eine klar definierte DSGVO-Durchsetzung, und bei den meisten Anwendungsfällen gibt es keine Unklarheit über die Zuständigkeit. Solange die Verarbeitung im EWR bleibt, musst du dir bei EU-Nutzern keine Sorgen um grenzüberschreitende Übermittlungen machen.

Trotzdem nimmt dir der Serverstandort die Compliance-Arbeit nicht ab. Du musst weiterhin:

• Eine Datenschutzerklärung haben, die klar beschreibt, was du erhebst und warum
• Mit jedem Auftragsverarbeiter, der in deinem Auftrag personenbezogene Daten verarbeitet, eine Auftragsverarbeitungsvereinbarung schließen
• Nur Daten erheben, die für deinen Dienst wirklich notwendig sind
• Einen Prozess für Anfragen betroffener Personen vorhalten (Auskunft, Löschung, Berichtigung)
• Ein Verzeichnis von Verarbeitungstätigkeiten führen, sofern du nicht unter die Schwellenwerte für sehr kleine Organisationen fällst

Personenbezogene Daten solltest du nicht länger aufbewahren als notwendig. Nur eine sehr begrenzte Anzahl von Personen im Unternehmen sollte Zugriff darauf haben, und unter Umständen musst du eine Datenschutz-Folgenabschätzung (DSFA, englisch DPIA) durchführen, um die Risiken der Verarbeitung zu bewerten.

Eine Anmerkung zum niederländischen Telekommunikationsgesetz

Kapitel 11 des niederländischen Telekommunikationsgesetzes setzt die Vorgaben der ePrivacy-Richtlinie um, die spezifische Datenschutzregeln für die Verarbeitung personenbezogener Daten in der elektronischen Kommunikation enthält. Das ist vor allem dann relevant, wenn du eine Kommunikationsplattform betreibst oder auf deiner Seite Tracking-Technologien wie Cookies einsetzt.

Im November 2025 hat die niederländische Datenschutzbehörde ihre Leitlinien für Cookie-Banner aktualisiert. Für nicht notwendige Cookies — etwa Tracking- oder Marketing-Cookies — ist eine Opt-in-Einwilligung Pflicht. Vorherige Einwilligung ist zwingend. Läuft in deiner Anwendung oder auf deiner Website irgendeine Form von nicht notwendiger Analyse oder Werbung, brauchst du einen sauber gestalteten Einwilligungsmechanismus — ein Banner mit vorausgewählten Häkchen oder erschwerter Ablehnung reicht nicht.

Fazit

Hosting in den Niederlanden bedeutet, in einem der klarer definierten Datenschutzrahmen weltweit zu arbeiten. Die DSGVO bildet das Fundament, die UAVG ergänzt niederländische Besonderheiten, und die AP setzt beides mit echten Konsequenzen durch. Wer versteht, wo die eigenen Pflichten liegen — vor allem bei Rechtsgrundlagen, Auftragsverarbeitung, Meldepflicht und grenzüberschreitenden Übermittlungen — bleibt auf der richtigen Seite.

Ob du ein Produkt für Endkunden baust oder interne Infrastruktur betreibst: Die Grundlagen bleiben dieselben. Weniger erheben, mehr dokumentieren, alles absichern und wissen, wie zu reagieren ist, wenn etwas schiefläuft.

Danke fürs Lesen! Wenn du eine datenschutzbewusste, Compliance-freundliche Hosting-Basis in den Niederlanden suchst: QDE bietet leistungsstarkes VPS-Hosting in Amsterdam mit NVMe-Speicher, 10-Gbps-Uplinks und einer DSGVO-konformen Infrastruktur mit minimaler Datenerhebung und ohne Datenweitergabe an Dritte.

Bereit zu starten oder noch Fragen zu deiner Konfiguration? Kontaktiere unser Team — wir helfen dir gerne, den passenden Tarif für dein Projekt zu finden.

Häufige Fragen zum niederländischen Datenschutzrecht und Hosting

Macht mich Hosting in den Niederlanden automatisch DSGVO-konform?

Nein. Hosting in den Niederlanden hält deine Daten in der EU und vermeidet bei den meisten Anwendungsfällen Themen rund um grenzüberschreitende Übermittlungen. Ob du konform bist, hängt aber davon ab, wie du personenbezogene Daten erhebst, verarbeitest und verwaltest — nicht davon, wo der Server steht. Du brauchst weiterhin Rechtsgrundlagen, Auftragsverarbeitungsverträge, eine Datenschutzerklärung und Prozesse für Datenpannen.

Was ist die UAVG und wie unterscheidet sie sich von der DSGVO?

Die UAVG (Uitvoeringswet AVG) ist das niederländische Gesetz, das die DSGVO lokal umsetzt und ergänzt. Die DSGVO gilt direkt in allen EU-Mitgliedstaaten, lässt aber bestimmte Bereiche der nationalen Gesetzgebung offen. Die UAVG füllt diese Lücken aus — etwa mit der Festlegung des digitalen Einwilligungsalters auf 16 und zusätzlichen Regeln für besondere Datenkategorien und Arbeitsverhältnisse.

Wer setzt das Datenschutzrecht in den Niederlanden durch?

Die Autoriteit Persoonsgegevens (AP) ist die niederländische Datenschutzbehörde. Sie setzt sowohl die DSGVO als auch die UAVG durch, untersucht Beschwerden und kann bei schweren Verstößen Bußgelder von bis zu 20 Millionen Euro oder 4 % des weltweiten Jahresumsatzes verhängen.

Brauche ich eine Auftragsverarbeitungsvereinbarung mit meinem VPS-Anbieter?

Wenn dein VPS-Anbieter in deinem Auftrag personenbezogene Daten verarbeitet — auch nur am Rand, etwa über Log-Zugriff oder Backup-Systeme — dann ja: Eine DPA ist nach Art. 28 DSGVO erforderlich. Schau in die AGB deines Anbieters oder frag direkt, ob eine DPA angeboten wird. QDE kann eine solche bereitstellen.

Was ist eine Datenschutz-Folgenabschätzung (DSFA / DPIA) und wann brauche ich sie?

Eine DSFA ist eine formale Risikobewertung für Verarbeitungen, die voraussichtlich ein hohes Risiko für Betroffene mit sich bringen — etwa umfangreiches Profiling, die Verarbeitung besonderer Datenkategorien oder systematisches Monitoring. Tut deine Anwendung etwas davon, kann eine DSFA vor dem Livegang verpflichtend sein.

Was Overselling im VPS-Hosting bedeutet

Von Overselling spricht man, wenn ein Hosting-Anbieter mehr Ressourcen vergibt, als die physische Hardware tatsächlich hat. Die Logik dahinter stammt aus der Luftfahrt: Nicht jeder Passagier erscheint, also verkauft man mehr Sitze, als das Flugzeug fasst. Auf Hosting übertragen heißt das: Nicht jeder Kunde nutzt seine volle Zuteilung gleichzeitig, also passen theoretisch mehr VPS-Instanzen auf einen Server, als die Spezifikationen eigentlich erlauben würden.

Beim klassischen Shared Hosting ist das nahezu universell akzeptiert. Beim VPS-Hosting ist die Ausgangslage aber eine andere. Kunden zahlen für dedizierte, isolierte Ressourcen, und Overselling untergräbt genau diese Erwartung.

Wie RAM-Overselling funktioniert

RAM lässt sich am leichtesten überbuchen, und das ist extrem verbreitet. Ein Anbieter hat zum Beispiel einen physischen Host mit 256 GB RAM, vergibt aber VPS-Instanzen, die zusammen 512 GB oder mehr ausmachen. Bei niedriger Auslastung funktioniert das problemlos. Sobald mehrere Kunden gleichzeitig ihren zugeteilten RAM tatsächlich nutzen, geht dem Host der physische Speicher aus, er beginnt auf die Festplatte auszulagern oder, schlimmer, beendet im Notfall Prozesse über den OOM-Killer (Out-of-Memory).

Aus deiner Sicht sieht das so aus: Deine Anwendung stürzt plötzlich ab, Dienste starten unerwartet neu oder alles gerät fast zum Stillstand. Das kann wie ein Bug in deiner Software wirken, obwohl der eigentliche Grund darin liegt, dass dem Host der physische Speicher ausgeht.

Manche Anbieter setzen Memory Ballooning in ihren Hypervisoren ein, um nicht genutzten RAM dynamisch von inaktiven VMs zurückzuholen. Das ist etwas ehrlicher als reines Overselling, bedeutet aber trotzdem, dass dein zugeteilter Speicher nicht garantiert ist.

Wie CPU-Overselling funktioniert

Beim Thema CPU ist es etwas differenzierter. Moderne Hypervisoren erlauben es, virtuellen Maschinen mehr vCPUs zuzuweisen, als der physische Host an logischen Kernen hat. Ein Server mit 64 physischen Threads kann VMs mit insgesamt 200 vCPUs hosten. Solange die meisten VMs inaktiv sind, kommt der Scheduler damit klar.

Das Problem zeigt sich unter Last. Wenn mehrere Kunden gleichzeitig CPU-intensive Workloads ausführen, konkurrieren sie alle um dieselben physischen Threads. Der Scheduler muss aggressiv time-slicen, und deine Tasks landen in der Warteschlange. Das wird als CPU Steal Time sichtbar — also der Anteil der Zeit, in der deine vCPU auf physischen CPU-Zugriff wartet, den der Hypervisor nicht freigibt.

Hohe Steal Time ist ein zuverlässiges Signal dafür, dass dein Host CPU überbucht. Tools wie top, vmstat oder sar zeigen unter Linux die "st"-Spalte, in der Steal direkt abzulesen ist. Wenn du dauerhaft mehr als 5–10 % Steal siehst, teilt sich dein VPS die CPU mit mehr VMs, als sinnvoll wäre.

Wie Storage-Overselling funktioniert

Storage-Overselling folgt demselben Muster. Anbieter vergeben in Summe mehr Plattenspeicher an VMs, als ihre Storage-Arrays physisch hergeben — in der Annahme, dass die meisten Kunden ihre Disks ohnehin nicht füllen. Eine Zeit lang geht das gut, aber sobald der darunterliegende Speicher voll wird, schlagen Schreibvorgänge fehl oder werden drastisch langsamer. Bei drehenden Festplatten war das früher gängig; bei NVMe-Arrays ist es weniger verzeihlich, weil der Performance-Einbruch dort steil und meist unerwartet kommt.

Über die reine Kapazität hinaus kann Storage-Performance auch durch IOPS-Throttling oder Konkurrenz auf gemeinsam genutzten Arrays leiden. Selbst wenn dein Speicherplatz physisch reserviert ist, können mehrere VMs, die dieselbe SSD belasten, deren Schreibdurchsatz sättigen.

Das "Noisy Neighbor"-Problem

Egal ob RAM, CPU oder Disk: Overselling führt zu dem, was häufig als Noisy-Neighbor-Problem beschrieben wird. Dein VPS teilt sich einen physischen Host mit anderen Kunden. Startet einer von ihnen einen Backup-Job, kompiliert eine große Codebasis oder bedient einen Traffic-Peak, kann er unverhältnismäßig viele Ressourcen ziehen und alle anderen VMs auf derselben Maschine ausbremsen.

Auf einem überbuchten Host kann ein einziger stark ausgelasteter Kunde die ganze Maschine destabilisieren. Genau deshalb wirkt VPS-Performance manchmal stark inkonsistent — blitzschnell um 2 Uhr nachts, zäh um die Mittagszeit. Diese Schwankungen sind nicht zufällig; sie hängen direkt daran, wie ausgelastet deine Nachbarn gerade sind.

So erkennst du, ob dein VPS überbucht ist

Es gibt ein paar praktische Methoden, das zu prüfen.

Beobachte die CPU Steal Time. Wie erwähnt ist die st-Spalte in top das deutlichste Signal. Starte einen CPU-intensiven Task und schau, ob Steal hochläuft.

Mach einen Memory-Pressure-Test. Tools wie stress-ng reservieren Speicher und zeigen, ob dein System unter einer Last ins Swappen gerät, die es eigentlich problemlos verkraften müsste.

Benchmarke regelmäßig den Disk-Durchsatz. Mit fio kannst du sequenzielle und zufällige Lese- und Schreibgeschwindigkeiten zu verschiedenen Tageszeiten messen. Große Schwankungen zwischen den Messungen deuten auf Konkurrenz im gemeinsamen Storage-Pool hin.

Überwache die Grundlatenz. Unerklärliche Latenz-Spikes, vor allem bei leichter Last, kommen oft von Scheduling-Verzögerungen im Hypervisor auf einem stark belasteten Host.

Wie ein nicht überbuchter VPS aussieht

Anbieter, die nicht überbuchen, garantieren dir, dass die Ressourcen, für die du bezahlst, physisch für deine Instanz reserviert sind. Dein RAM ist exklusiv deiner VM zugeordnet und kommt nicht aus einem geteilten Pool. Deine vCPUs entsprechen echten Threads, die nicht an fünfzig andere VMs weitergereicht werden. Dein NVMe-Speicher stammt aus Kapazität, die tatsächlich auf der Disk vorhanden ist.

Der praktische Unterschied zeigt sich in der Konsistenz. Benchmarks zu unterschiedlichen Tageszeiten liefern vergleichbare Ergebnisse. CPU Steal bleibt niedrig oder bei null. Speicherintensive Anwendungen stürzen nicht zufällig ab. Der Disk-Durchsatz ist vorhersehbar.

Das wirkt sich auch auf die Dimensionierung aus. Wer eine Datenbank oder einen Caching-Layer betreibt, kann sich bei überbuchtem RAM nicht auf seine Speichergrenzen verlassen. Du stellst deinen MySQL-Buffer-Pool vielleicht auf 80 % des zugeteilten RAMs ein und stellst dann fest, dass dieser Speicher physisch nie wirklich nur dir zur Verfügung stand.

Warum Anbieter es tun

Die ehrliche Antwort lautet: Marge. Physische Hardware ist teuer, und ein Anbieter, der Ressourcen 1:1 vergibt, muss mehr verlangen, um seine Kosten zu decken, als jemand, der dieselben Spezifikationen mit einer Overcommit-Ratio von 2:1 oder 3:1 verkauft. Für viele Workloads — etwa kleine Websites mit wenig Traffic oder Entwicklungsumgebungen — fällt Overselling im Alltag tatsächlich kaum auf. Das Problem ist nur, dass Kunden, die einen überbuchten VPS für Produktion kaufen, das oft erst dann merken, wenn etwas schiefläuft.

Einige Anbieter werben offen mit "kein Overselling" oder "garantierten Ressourcen". Genau danach lohnt es sich zu suchen. Andere erwähnen das Thema mit keinem Wort, was in der Regel ein Zeichen ist, vor dem Abschluss noch etwas genauer hinzusehen.

Fazit

Overselling ist ein echtes Performance-Risiko, gerade für alle, die produktive Dienste auf einem VPS betreiben. Wenn dein Workload auf vorhersehbaren Speicher, CPU-Zugriff oder Disk-Durchsatz angewiesen ist, zählt das, was dein Anbieter tatsächlich garantiert, mehr als die genannten Spezifikationen.

Danke fürs Lesen! Wenn du eine Hosting-Umgebung suchst, in der Ressourcen nie überbucht werden, bietet QDE unmanaged KVM-VPS-Hosting mit dediziertem RAM, reinem NVMe-Speicher und AMD-EPYC- sowie Ryzen-Prozessoren — nichts davon stammt aus einem überbuchten Pool.

Bereit zu starten oder noch Fragen? Kontaktiere unser Team und wir helfen dir, den passenden Tarif für deinen Workload zu finden.

Häufige Fragen zu VPS-Overselling

Was ist Overselling im VPS-Hosting?

Overselling bedeutet, dass ein Hosting-Anbieter seinen VMs in Summe mehr Ressourcen zuweist, als der zugrunde liegende physische Server tatsächlich besitzt. Das kann RAM, CPU und Storage betreffen und führt häufig zu inkonsistenter oder eingeschränkter Performance unter Spitzenlast.

Wie erkenne ich, ob mein VPS überbucht ist?

Das direkteste Signal ist die CPU Steal Time, unter Linux sichtbar in der st-Spalte in top oder vmstat. Dauerhaft mehr als 5 % Steal unter moderater Last deutet auf einen überbuchten Host hin. Zusätzlich kannst du Disk-Durchsatz und Speicher zu unterschiedlichen Tageszeiten benchmarken — große Schwankungen sind ein Warnsignal.

Macht Overselling immer Probleme?

Nicht immer. Für leichte Workloads wie kleine Websites oder Entwicklungsumgebungen kann ein überbuchter VPS die meiste Zeit gut laufen. Probleme treten meist erst unter dauerhafter Last auf oder wenn mehrere Kunden gleichzeitig aktiv sind.

Was ist das Noisy-Neighbor-Problem?

Es beschreibt die Situation, in der ein einzelner Kunde auf einem geteilten physischen Host unverhältnismäßig viele Ressourcen verbraucht und damit die Performance für alle anderen auf derselben Maschine verschlechtert. Es ist eine direkte Folge von Overselling.

Wie vermeide ich überbuchtes VPS-Hosting?

Such gezielt nach Anbietern, die ausdrücklich erklären, RAM oder CPU nicht zu überbuchen. Schau dir Benchmarks und unabhängige Reviews an. Frag den Anbieter direkt nach seinen Overcommit-Ratios. Wer ausweicht oder keine Antwort gibt, betreibt häufig Overselling.

Welche Ressourcen werden am häufigsten überbucht?

RAM ist die am häufigsten überbuchte Ressource, gefolgt von CPU. Auch Storage kann überbucht sein — manche Anbieter setzen dafür Thin-Provisioning-Pools ein, die sich in der Praxis ähnlich verhalten.

Dieser Artikel erklärt, was KVM ist, wie es sich von Alternativen unterscheidet und ob ein KVM VPS zu dem passt, was du vorhast.

Was KVM tatsächlich ist

KVM steht für Kernel-based Virtual Machine. Es ist ein Virtualisierungsmodul, das direkt in den Linux-Kernel integriert ist. Es macht aus der Hostmaschine einen Hypervisor, indem es die Hardware-Virtualisierungserweiterungen moderner CPUs nutzt (Intel VT-x und AMD-V).

Jede KVM-Instanz bekommt ihre eigene virtualisierte Hardware: CPU-Kerne, RAM, Netzwerkschnittstellen und Storage-Controller. Aus Sicht deines VPS sieht und verhält sich das wie eine echte physische Maschine. Dein Kernel läuft direkt auf virtualisierter Hardware, anstatt von einer Softwareschicht abstrahiert zu werden.

Das unterscheidet KVM von containerbasierten Ansätzen wie OpenVZ oder LXC, bei denen sich alle Container den Kernel des Hosts teilen. Bei KVM hat dein VPS einen vollständig eigenen Kernel.

KVM vs. OpenVZ: warum der Unterschied zählt

OpenVZ ist die andere verbreitete VPS-Virtualisierungstechnologie. Es lohnt sich, diesen Unterschied direkt zu verstehen.

OpenVZ-Container teilen sich den Kernel des Hosts. Das macht sie leichtgewichtig und effizient, schränkt aber spürbar ein, was du tun kannst. Du kannst keinen anderen Kernel laufen lassen, keine eigenen Kernelmodule laden, und einige Systemaufrufe sind gefiltert oder nicht verfügbar. Docker innerhalb eines OpenVZ-VPS ist häufig defekt oder eingeschränkt. Bestimmte Netzwerkkonfigurationen funktionieren nicht. Ob TUN/TAP-Unterstützung (für VPNs nötig) verfügbar ist, hängt vom Anbieter ab.

KVM hat diese Einschränkungen nicht. Weil du eine vollständige virtualisierte Maschine mit eigenem Kernel hast, kannst du:

• Jede Linux-Distribution oder Kernel-Version nutzen
• Docker, Podman oder jede andere Container-Runtime ohne Einschränkungen nutzen
• Eigene Kernelmodule laden
• TUN/TAP für VPN-Server konfigurieren (WireGuard, OpenVPN)
• iptables und nftables mit voller Funktionalität verwenden
• Geschachtelte Virtualisierung verwenden, sofern die Host-CPU das unterstützt

Wenn bei dir auf einem günstigen VPS jemals eine Workload ohne klaren Grund ausgefallen ist oder sich seltsam verhalten hat, war OpenVZ darunter mit guter Wahrscheinlichkeit die Ursache.

Was du auf einem KVM VPS laufen lassen kannst

Die kurze Antwort: so gut wie alles, was du auch auf einem physischen Linux-Server laufen lassen würdest.

Linux-Distributionen. Jede gängige Distribution funktioniert — Debian, Ubuntu, Rocky Linux, AlmaLinux, Fedora, Arch, Gentoo. Du kannst auch ein eigenes ISO installieren, wenn der Anbieter das unterstützt.

Docker und Container. Docker läuft nativ ohne Workarounds. Du kannst Docker-Compose-Stacks betreiben, Images bauen, Multi-Stage-Builds nutzen und Container-Netzwerke bereitstellen, ohne gegen den Host-Kernel zu arbeiten.

VPN-Server. WireGuard, OpenVPN und andere VPN-Software setzen auf TUN/TAP-Kernelunterstützung. Auf KVM funktioniert das von Haus aus.

Eigene Kernel. Wenn du eine bestimmte Kernel-Version für einen Treiber, einen Patch oder eine Performance-Konfiguration brauchst, kannst du sie kompilieren und booten. Das ist für die meisten Leute nicht relevant, aber die Möglichkeit ist da.

Game-Server. KVM gibt Game-Server-Software das konsistente CPU-Scheduling und den dedizierten RAM, den sie braucht. Source-Engine-Server, Minecraft, Valheim Dedicated Server — alle laufen ohne die Ressourcenkonflikte, die in containerbasierten Umgebungen auftreten können.

Entwicklungsumgebungen. Full-Stack-Entwicklungsumgebungen, CI-Runner, Build-Server und Datenbankcluster profitieren alle von vorhersehbarer Ressourcenzuteilung und Kernel-Zugriff.

Ressourcenzuteilung und was "dediziert" wirklich bedeutet

Eine der wichtigsten Eigenschaften von KVM ist die Art, wie Ressourcen zugeteilt werden. Weil jede VM eine vollständig isolierte Umgebung ist, ist RAM reserviert, nicht geteilt. Wenn dein Tarif 8 GB RAM angibt, sind diese 8 GB deiner Instanz fest zugesichert und für andere auf dem Host nicht verfügbar.

Das unterscheidet sich deutlich von OpenVZ-Anbietern, die RAM überbuchen, weil sie davon ausgehen, dass die meisten Kunden ihre volle Zuteilung nicht gleichzeitig nutzen. Auf einem überbuchten Host kann eine Lastspitze beim Nachbarn deinen verfügbaren Speicher verkleinern oder deine CPU-Leistung verschlechtern.

Auf KVM sind auch vCPU-Zuteilungen vorhersehbarer, auch wenn der physische CPU-Scheduler des Hosts weiterhin bestimmt, wie die Zeit zwischen den VMs verteilt wird. Wie viel CPU-Konkurrenz auftritt, hängt vom Overcommit-Verhältnis des Anbieters ab; seriöse Hosts halten das konservativ.

Storage auf KVM läuft typischerweise auf dedizierten Plattenpartitionen oder Logical Volumes statt auf geteilten Dateisystemen. In Kombination mit NVMe-Laufwerken heißt das, dass deine Disk-I/O nicht in derselben Weise mit Lese- und Schreibvorgängen von Nachbarn konkurriert wie auf containerbasierten Hosts.

Einschränkungen, die du kennen solltest

KVM ist hervorragend, aber nicht für jedes Szenario die richtige Wahl.

Mehr Overhead als Container. Eine KVM-VM verbraucht im Leerlauf mehr Speicher und CPU als ein vergleichbarer OpenVZ-Container, weil sie eine vollständige Hardwareumgebung emuliert und einen kompletten Kernel ausführt. Wer viele minimale Workloads auf günstige Hardware packen will, fährt mit Containern effizienter. Für die meisten ernsthaften Workloads ist dieser Overhead irrelevant.

Nicht bei allen Anbietern Windows-Support. KVM unterstützt Windows als Gast-OS grundsätzlich, aber die meisten Linux-VPS-Anbieter lizenzieren oder bieten es nicht an. Wenn du explizit Windows Server brauchst, musst du einen Anbieter wählen, der das ausdrücklich unterstützt.

Keine Wunder-Hardware. KVM garantiert deine zugeteilten Ressourcen und entfernt Kernel-Einschränkungen, ändert aber nichts an der zugrunde liegenden physischen Hardware. Wenn der Host alte CPUs oder HDDs statt NVMe hat, wirkt sich das immer noch auf deine Performance aus.

Für wen KVM die richtige Wahl ist

KVM funktioniert für praktisch jede ernsthafte Hosting-Workload gut. Egal ob du eine Web-App, eine Datenbank, einen selbst gehosteten Dienst, ein VPN, einen Game-Server oder eine CI-Umgebung betreibst — KVM deckt das sauber ab.

Besonders die richtige Wahl ist KVM, wenn du:

• Docker oder Container-Runtimes laufen lassen musst
• Einen VPN-Server aufsetzt (WireGuard, OpenVPN)
• Den Kernel eigenständig installieren oder aktualisieren willst
• Workloads von einem physischen Server oder einer Cloud-VM migrierst
• In der Vergangenheit unerklärliche Probleme auf OpenVZ hattest
• Verlässliche, nicht überbuchte Ressourcengarantien brauchst

Wenn du etwas Minimales betreibst — eine kleine statische Seite, einen einzelnen Cronjob, einen leichten Proxy — kann ein containerbasierter VPS technisch günstiger sein. Aber für alles, was über den einfachsten Anwendungsfall hinausgeht, lohnt sich die Vorhersehbarkeit und Flexibilität von KVM.

Einen KVM-Anbieter auswählen

Nicht jedes KVM-VPS-Angebot ist gleich. Die Virtualisierungsschicht ist nur ein Teil der Rechnung. Beim Vergleich von Anbietern lohnt es sich, folgende Punkte zu prüfen:

• CPU-Generation. AMD EPYC- und Ryzen-Prozessoren haben hervorragende Single-Thread-Leistung und sind in moderner VPS-Infrastruktur weit verbreitet. Ältere Intel-Xeon-Generationen können pro Kern langsamer sein.
• Storage-Typ. NVMe macht bei Datenbank-Workloads und allem mit häufigen Lese- und Schreibvorgängen einen deutlichen Unterschied. SATA-SSDs sind akzeptabel; HDDs lohnen sich in den meisten Fällen für einen primären VPS nicht.
• Richtlinie zur RAM-Überbuchung. Frag direkt nach oder schau in die Dokumentation. "Garantierter RAM" sollte heißen, dass die Zuteilung reserviert ist — nicht dein Maximum in einem geteilten Pool.
• Netzwerkdurchsatz. Eine 10-Gbps-Anbindung bedeutet, dass dein VPS Burst-Bandbreite voll nutzen kann, ohne dass der Host zum Flaschenhals wird.
• Funktionen im Verwaltungspanel. OS-Neuinstallationen, Snapshot-Verwaltung, VNC-Konsolenzugriff und rDNS-Konfiguration sind der Standard, den du erwarten solltest.

Zusammenfassung

KVM ist die richtige Virtualisierungswahl für jede Workload, die echten Kernel-Zugriff, konsistente Ressourcenzuteilung oder Docker-Kompatibilität braucht. Es nimmt die Einschränkungen weg, die OpenVZ für ernsthafte Arbeit frustrierend machen, und verhält sich wie eine echte Linux-Maschine statt einer eingeschränkten Container-Umgebung.

Für die große Mehrheit der Entwickler, Sysadmins und Self-Hoster deckt ein KVM VPS alles ab, was sie brauchen — ohne die Kosten oder die Komplexität von Bare Metal.

Danke fürs Lesen. Wenn du nach einem KVM VPS suchst, der RAM oder Storage nicht überbucht: QDE bietet unmanaged KVM VPS-Hosting in Amsterdam auf AMD EPYC- und Ryzen 7950X-Hardware, mit reinem NVMe-Storage, 10-Gbps-Uplinks und täglichen Remote-Backups in jedem Tarif.

Bereit loszulegen oder Fragen, welcher Tarif zu deinem Setup passt? Wende dich an unser Team — wir helfen gerne.

Häufig gestellte Fragen zu KVM VPS-Hosting

Was bedeutet KVM im VPS-Hosting?

KVM steht für Kernel-based Virtual Machine. Es ist ein Linux-Kernelmodul, das vollständige Hardware-Virtualisierung ermöglicht und jedem VPS einen eigenen isolierten Kernel sowie eigene CPU, RAM und Storage gibt — anstatt dass sich Kunden den Kernel des Hosts teilen.

Ist KVM besser als OpenVZ?

Für die meisten Workloads ja. KVM gibt dir eine vollständige virtualisierte Maschine ohne Kernel-Einschränkungen, sodass Docker, VPNs, eigene Kernel und die meisten System-Tools problemlos funktionieren. OpenVZ ist leichter, schränkt aber stark ein, was du laufen lassen kannst.

Kann ich Docker auf einem KVM VPS laufen lassen?

Ja, Docker läuft nativ auf KVM, ohne Workarounds. Du hast vollen Zugriff auf Dockers Netzwerk, Volume-Management und Build-System — genauso wie auf einer physischen Maschine.

Kann ich auf einem KVM VPS einen VPN-Server aufsetzen?

Ja. WireGuard und OpenVPN benötigen beide TUN/TAP-Kernelunterstützung, die auf KVM verfügbar ist. Containerbasierte VPS-Anbieter schränken oder deaktivieren das manchmal.

Bucht QDE RAM über?

Nein. Die KVM-VPS-Tarife von QDE arbeiten mit dedizierten RAM-Zuteilungen — was in deinem Tarif steht, ist für deine Instanz reserviert. Storage wird ebenfalls nie überbucht.

Welche Betriebssysteme kann ich auf einem KVM VPS laufen lassen?

Jede gängige Linux-Distribution funktioniert, darunter Debian, Ubuntu, Rocky Linux, AlmaLinux und weitere. QDE unterstützt One-Click-Neuinstallationen für die geläufigsten Distributionen direkt aus dem Verwaltungspanel.

Was ist in jedem QDE-VPS-Tarif enthalten?

Jeder Tarif enthält reinen NVMe-Storage, einen 10-Gbps-Uplink, eine dedizierte IPv4-Adresse, ein /64-IPv6-Subnetz, tägliche automatische Offsite-Backups via Proxmox Backup Server und manuelle Backups auf Abruf, die du über das Verwaltungspanel auslösen kannst.

Dieser Artikel erklärt die architektonischen Unterschiede zwischen Ryzen und EPYC, wie sich diese Unterschiede in Hostingumgebungen auswirken und welche Prozessorklasse je nach Workload eher passt.

Hintergrund: Was sind Ryzen und EPYC eigentlich?

AMD Ryzen ist eine Linie für Endverbraucher und Prosumer. Sie umfasst Desktop-Chips, Notebook-CPUs und etwas Workstation-Hardware. Ryzen-Prozessoren basieren auf der Zen-Architektur und sind auf eine Balance aus Single-Thread-Leistung, Energieeffizienz und Preis ausgelegt. Es sind die Chips in Gaming-PCs und Enthusiasten-Workstations.

AMD EPYC ist die Server-Linie von AMD — ebenfalls auf Zen aufgebaut, aber von Grund auf für Rechenzentrums-Workloads konzipiert. EPYC-Chips priorisieren Kernzahl, Speicherbandbreite, verfügbare PCIe-Lanes und Zuverlässigkeitsfunktionen, die Consumer-Chips schlicht nicht bieten — etwa Unterstützung für registrierten ECC-RAM, mehr NUMA-Knoten und Mehrsockelkonfigurationen.

Beides sind starke AMD-Prozessoren, sie zielen aber auf völlig unterschiedliche Märkte.

Kernzahl und Threading

EPYC-Prozessoren bieten deutlich höhere Kernzahlen als Ryzen. Aktuelle EPYC-Chips erreichen bis zu 96 Kerne pro Sockel, während Ryzen bei Desktop-Chips im Bereich von 16 Kernen liegt und bei den höherwertigen Ryzen-Threadripper-Pro-Modellen (die ihrerseits eher serverorientiert sind) bei rund 24 Kernen.

Beim VPS-Hosting zählt die Kernzahl, weil ein physischer Host gleichzeitig Dutzende virtuelle Maschinen bedienen muss. Ein Server, auf dem 40 oder 50 VPS-Instanzen laufen, braucht echte Parallelität — mehr Kerne bedeuten mehr Kunden ohne Konkurrenz um Ressourcen.

Ryzens niedrigere Kernzahl schließt Hosting nicht aus, passt aber besser zu kleineren Node-Setups oder Umgebungen, in denen Single-Thread-Leistung im Vordergrund steht.

Single-Thread-Leistung

Hier kann Ryzen punkten. Consumer-Ryzen-Chips — insbesondere der Ryzen 9 7950X und Vergleichbare — boosten auf sehr hohe Taktraten, deutlich höher als EPYC. EPYC ist darauf ausgelegt, Leistung über viele Kerne hinweg dauerhaft zu halten; die einzelnen Kerntakte sind daher tendenziell konservativer.

Bei stark single-threaded Workloads — etwa bestimmten PHP-Anwendungen, Gameservern oder älterer Software, die schlecht parallelisiert — kann ein hoch getakteter Ryzen-Chip pro Kern in Burst-Lasten besser abschneiden als ein EPYC.

Genau deshalb bieten manche Hostinganbieter Ryzen-basierte VPS-Tarife für latenzkritische oder single-threaded Workloads an, während für allgemeine Hosting-Flotten EPYC zum Einsatz kommt.

Speicher: ECC, Bandbreite und Kanäle

EPYC unterstützt registrierten ECC-Speicher (Error-Correcting Code) in allen Konfigurationen. ECC-RAM erkennt und korrigiert einzelne Bitfehler im Speicher in Echtzeit. Das ist wichtig für Server, die dauerhaft unter Last laufen. Ein Speicherfehler auf einem Desktop-Chip kann zu einem Absturz oder zu Datenkorruption führen; auf einem Server ist das nicht akzeptabel.

Bei Consumer-Ryzen-Chips ist die ECC-Unterstützung uneinheitlich — manche unterstützen sie eingeschränkt, aber sie ist kein Kernmerkmal wie bei EPYC. Ryzen Threadripper Pro bildet eine Ausnahme mit voller ECC-Unterstützung; Standard-Ryzen-Desktop-Chips sind für ECC-abhängige Workloads nicht zuverlässig.

EPYC unterstützt zudem deutlich mehr Speicherkanäle und eine höhere Gesamt-RAM-Kapazität pro Sockel. Ein aktueller EPYC-Server lässt sich mit Terabyte an RAM ausstatten; ein Ryzen-System bleibt deutlich darunter.

PCIe-Lanes und I/O

EPYC bietet sehr viele PCIe-Lanes pro Sockel — bei aktuellen Chips häufig 128 oder mehr. Das zählt für Server mit mehreren NVMe-Laufwerken, schnellen Netzwerkkarten oder GPU-Beschleunigern.

Ryzen bringt genug PCIe-Lanes für einen Desktop oder eine kleine Workstation mit, aber bei weitem nicht genug für einen dicht bestückten Server. Wenn ein Storage-Knoten 8 NVMe-Laufwerke und eine 25-GbE-Netzwerkkarte braucht, gehen Ryzen die Lanes aus.

Bei NVMe-lastigem VPS-Hosting — wo schneller Speicher ein zentrales Verkaufsargument ist — ist die I/O-Kapazität von EPYC ein klarer praktischer Vorteil.

Zuverlässigkeit und Server-Funktionen

EPYC bringt eine Reihe von Funktionen mit, die es auf Consumer-Chips nicht gibt: Mehrsockelunterstützung, Secure Memory Encryption (SME), Secure Encrypted Virtualization (SEV) und Hardware-Isolation für Virtualisierung. Besonders SEV ist für VPS-Umgebungen relevant — damit lässt sich der Speicher jeder VM mit einem eigenen Schlüssel verschlüsseln, sodass selbst ein kompromittierter Hypervisor den Speicher der Gast-VMs nicht lesen kann.

Außerhalb der Threadripper-Pro-Klasse fehlen Ryzen die meisten dieser Funktionen. Das ist keine Kritik an Ryzen als Produktklasse; Consumer-CPUs sind nicht für diese Anwendungsfälle ausgelegt.

Virtualisierungsleistung

Sowohl Ryzen als auch EPYC unterstützen AMD-V (AMD Virtualization), Hypervisoren wie KVM laufen also auf beiden gut. Der Unterschied zeigt sich bei Skalierung.

Die NUMA-Topologie (Non-Uniform Memory Access), die höhere Kernzahl und die Speicherarchitektur machen EPYC bei hoher VM-Dichte vorhersehbarer. Wenn Dutzende VMs um CPU-Zeit und Speicherbandbreite konkurrieren, kommt EPYC mit dieser Last besser zurecht.

Für kleinmaßstäbliche oder zweckgebundene Hosts — ein Heimlabor, einen privaten Server oder einen VPS-Knoten mit wenigen VMs — kann Ryzen gut funktionieren und im Aufbau günstiger sein.

Energieeffizienz

Ryzen-Chips verbrauchen bei vergleichbarer Last in der Regel weniger Energie als EPYC. Bei kleineren Setups, in denen Stromkosten ins Gewicht fallen, ist das relevant. Die höhere TDP von EPYC ist der Preis für den größeren Funktionsumfang und die höhere Kernzahl.

Auf Rechenzentrumsebene ist Energie immer ein Thema, doch bei hoher Dichte rechnet sich der Stromverbrauch von EPYC meist über die Kosten pro Kern.

Was passt besser für VPS-Hosting?

Für großflächiges kommerzielles VPS-Hosting — wie es Anbieter mit Dutzenden Knoten und Hunderten Kunden betreiben — ist EPYC die richtige Wahl. Die Kombination aus Kernzahl, ECC-Speicher, PCIe-Bandbreite, SEV-Unterstützung und dauerhaft starker Multi-Thread-Leistung ist schwer zu schlagen.

Bei Anwendungen, in denen Single-Thread-Burst-Leistung Priorität hat — etwa ein hochfrequenter Gameserver, eine Trading-Anwendung mit niedriger Latenz oder Software, die schlicht schlecht parallelisiert — kann ein hoch getakteter Ryzen-Knoten eine bewusste, sinnvolle Wahl sein. Manche Anbieter führen genau dafür Ryzen-VPS im Programm.

Für Self-Hosted-Umgebungen oder Heimlabore mit knappem Budget und leichteren Lasten ist Ryzen oft die praktischere Option. Du bekommst starke Leistung zu geringeren Hardwarekosten und nimmst dafür Abstriche bei ECC-Zuverlässigkeit, Kerndichte und einigen Server-Funktionen in Kauf.

Wie QDE Prozessoren auswählt

QDE setzt in seiner VPS-Flotte sowohl AMD EPYC als auch AMD Ryzen 7950X ein. Welcher Prozessor zum Einsatz kommt, hängt von der Tarifstufe ab. EPYC übernimmt Workloads, bei denen Speicherzuverlässigkeit, Kerndichte und VM-Isolation im Vordergrund stehen; Ryzen 7950X deckt Szenarien ab, in denen hohe Single-Thread-Leistung besser passt.

RAM und Speicher werden in keiner Konfiguration überbucht — jeder Tarif spiegelt tatsächlich zugewiesene Ressourcen wider, keine überbuchten Pools.

Fazit

Ryzen und EPYC sind beide hervorragende AMD-Prozessoren, lösen aber unterschiedliche Probleme. EPYC ist für das Rechenzentrum gebaut: hohe Kernzahl, ECC-Speicher, viel I/O und Zuverlässigkeitsfunktionen für Always-on-Server-Workloads. Ryzen zielt auf Leistung zum vernünftigen Preis, mit starker Single-Thread-Geschwindigkeit, die für bestimmte Hosting-Szenarien genau das Richtige sein kann.

Zu wissen, auf welcher Klasse du läufst — und warum —, hilft, deinen Workload zur richtigen Umgebung zu führen.

Danke fürs Lesen! Wenn du verlässliches VPS-Hosting auf AMD EPYC und Ryzen 7950X brauchst: QDE bietet leistungsstarke VPS in den Niederlanden — mit reinem NVMe-Speicher, 10-Gbps-Uplinks und ohne Overselling.

Bereit loszulegen oder hast du Fragen? Sprich mit unserem Team.

Häufige Fragen zu AMD Ryzen vs. EPYC für VPS und Server

Was ist der wichtigste Unterschied zwischen AMD Ryzen und EPYC?

Ryzen ist eine Consumer- und Prosumer-Linie, optimiert auf Single-Thread-Leistung und gutes Preis-Leistungs-Verhältnis. EPYC ist die serverorientierte Linie von AMD, gebaut für hohe Kernzahlen, ECC-Speicher, mehr PCIe-Lanes und Zuverlässigkeitsfunktionen, die zu Rechenzentrums-Workloads passen.

Ist AMD EPYC besser als Ryzen für VPS-Hosting?

Für großmaßstäbliches, dicht belegtes VPS-Hosting ist EPYC in der Regel die bessere Wahl. Es unterstützt mehr gleichzeitige virtuelle Maschinen, bietet ECC-Speicher und enthält Hardware-Isolationsfunktionen wie AMD SEV. Ryzen kann eine sinnvolle Wahl sein, wenn hohe Single-Thread-Leistung wichtiger ist als Dichte.

Unterstützt Ryzen ECC-Speicher?

Standard-Consumer-Ryzen-Chips bieten begrenzten oder gar keinen ECC-Support. Ryzen Threadripper Pro unterstützt ECC, aber die gängigen Ryzen-Desktop-CPUs sind für ECC-abhängige Server-Workloads nicht zuverlässig. EPYC unterstützt vollen registrierten ECC in allen Konfigurationen.

Was ist AMD SEV und warum ist es für VPS relevant?

AMD Secure Encrypted Virtualization (SEV) verschlüsselt den Speicher jeder virtuellen Maschine getrennt mit eigenen Schlüsseln. Selbst wenn ein Hypervisor kompromittiert wäre, könnte er den Speicher der Gast-VMs nicht lesen. Es ist ein Hardware-Isolationsfeature, das in EPYC verfügbar ist, nicht in Standard-Ryzen.

Kann Ryzen in einer Server- oder VPS-Umgebung eingesetzt werden?

Ja — manche Anbieter setzen Ryzen-Hardware gezielt für Workloads ein, die von hohen Single-Core-Taktraten profitieren. Für allgemeines Hosting ist Ryzen aufgrund niedrigerer Kernzahl, eingeschränkter ECC-Unterstützung und weniger PCIe-Lanes nicht ideal — für die richtige Last ist es aber eine bewusste und vernünftige Wahl.

Welche Prozessoren setzt QDE für seine VPS-Tarife ein?

Die VPS-Infrastruktur von QDE nutzt je nach Tarif AMD EPYC und AMD Ryzen 7950X. Alle Konfigurationen laufen auf reinem NVMe-Speicher, ohne Overselling von RAM oder Speicher.

Die meisten Mainstream-Hoster verbieten Adult-Content offen oder verstecken vage Einschränkungen in den AGB, sodass du nach einer einzigen Beschwerde gesperrt werden kannst.

Was du tatsächlich brauchst, ist ein Anbieter, der Adult-Content ausdrücklich erlaubt, deine Privatsphäre respektiert, Krypto-Zahlungen akzeptiert, die Leistung für medienlastige Seiten liefert und Abuse-Meldungen ernst nimmt.

Genau dieser letzte Punkt zählt mehr, als viele Betreiber meinen: Ein Hoster mit einem echten Abuse-Prozess schützt dich und sich selbst und zeigt, dass dort eine seriöse, langfristig angelegte Operation läuft. Diese Übersicht stellt 11 Anbieter vor, die in genug dieser Kategorien punkten, um ernsthaft in Frage zu kommen.

Worauf du bei einem adult-freundlichen VPS achten solltest

Bevor wir in die Liste gehen, hilft es zu wissen, was einen wirklich brauchbaren Anbieter von einem unterscheidet, der Adult-Content nur formal "erlaubt":

• Klarheit der AGB — Erlaubt der Anbieter Adult-Content ausdrücklich, oder musst du zwischen den Zeilen lesen?
• Nur legaler Content — Jeder seriöse Hoster verlangt, dass die Inhalte einwilligende Erwachsene zeigen und geltendem Recht entsprechen. Das ist keine Einschränkung — es ist eine Grundlinie, die alle schützt.
• Abuse-Bearbeitung — Ein Anbieter mit einem ordentlichen Abuse-Prozess ist ein gutes Zeichen. Er führt sein Geschäft sauber, und dein Server wird seltener in fremde Probleme hineingezogen.
• Datenschutz und Anonymität — Minimale Datenerhebung, keine ID-Verifizierung, Krypto-Zahlungsmöglichkeiten.
• Leistung — Adult-Seiten sind bandbreitenlastig. NVMe-Speicher und schnelle Uplinks zählen.
• Standort — US-Hosting ist eine völlig legitime Wahl; Adult-Content ist dort legal. EU- und Offshore-Anbieter bieten ein anderes juristisches Profil, aber der Unterschied liegt nicht in der Legalität — sondern in der Klarheit der AGB und der Qualität der Infrastruktur.
• Zahlungsflexibilität — Krypto- und besonders Monero-Akzeptanz ist ein starkes Signal für einen datenschutzfreundlichen Anbieter.

Die 11 besten VPS-Anbieter für Adult-Content-Hosting

1. QDE

QDE ist ein niederländischer Anbieter für unmanaged KVM-VPS, der für Adult-Content-Betreiber jeden Punkt erfüllt: ausdrückliche Unterstützung in den AGB, datenschutzfreundliche Praxis, Krypto-Zahlungen (Bitcoin, Litecoin, USDT und Monero) sowie Infrastruktur, die bandbreitenlastige Workloads trägt. Tarife starten bereits bei 3,95 € — mit reinem NVMe-Speicher, 10-Gbps-Uplinks und täglichen automatischen Offsite-Backups via Proxmox Backup Server, mit manuellen Backups auf Abruf aus dem Control Panel. Das Amsterdamer Rechenzentrum peert direkt am AMS-IX und bietet niedrige Latenzen nach Europa, Nordamerika und Asien. RAM und Speicher werden nie überbucht — wichtig, wenn dein Traffic plötzlich anzieht.

QDE erlaubt Adult-Content zwischen einwilligenden Erwachsenen im Rahmen geltenden Rechts und betreibt einen ordentlichen Abuse-Prozess — beides zählt, wenn du einen Hoster willst, der auf nachhaltigen Langzeitbetrieb ausgelegt ist und nicht nur so lange wegsieht, bis eine Beschwerde Druck macht. Für Adult-Content-Betreiber, die einen datenschutzfreundlichen, leistungsstarken Hoster in den Niederlanden ohne Überraschungen suchen, ist QDE die stärkste Allround-Option in dieser Liste.

2. OVHcloud

OVHcloud ist ein großer europäischer Anbieter aus Frankreich mit großzügigen AGB, riesiger Infrastruktur und Einstiegs-VPS ab 6,46 $/Monat. Krypto-Zahlungen werden akzeptiert, die Traffic-Limits sind großzügig, und die Leistung ist über das globale Netz hinweg konstant. Wer Skalierung und den Rückhalt eines großen Anbieters will, liegt mit OVHcloud richtig.

3. HostSailor

HostSailor ist einer der wenigen Anbieter, die sich aktiv an datenschutzbewusste und Adult-Content-Nutzer richten. Sitz in den Niederlanden, keine ID-Verifizierung erforderlich, Bitcoin und weitere Kryptowährungen werden akzeptiert. Tarife ab 5 $/Monat. Speziell auf diesen Anwendungsfall ausgelegt — eine starke Wahl, wenn du einen Anbieter willst, der nicht plötzlich nervös wird, sobald es um deine Content-Kategorie geht.

4. Ultahost

Ultahost bietet eine solide Kombination aus NVMe-Speicher, DDoS-Schutz und Krypto-Zahlungen. Tarife ab 5 $/Monat in den USA und der EU. Punktet bei Datenschutz und Leistung, mit AGB, die Adult-Content erlauben. Geeignet für Betreiber, die einen leistungsfähigen technischen Stack ohne Aufpreis wollen.

5. dmzhost.co

dmzhost.co ist gezielt für Datenschutz- und Anonymitätsanwendungen einschließlich Adult-Content gebaut. Preise ab 5 €/Monat, ausschließlich Krypto-Zahlungen, und positioniert sich als Offshore-Option für Betreiber, die möglichst wenig Sichtbarkeit wollen. Geeignet, wenn Anonymität wichtiger ist als Markenbekanntheit.

6. AbeloHost

AbeloHost operiert von den Niederlanden aus mit ausdrücklicher Unterstützung für Adult-Content, ohne ID-Verifizierung und mit Bitcoin/Krypto-Zahlung. Tarife ab 10 €/Monat. Ein vergleichbares Segment wie HostSailor — Offshore Niederlande, datenschutzfreundlich und ohne unnötige Hürden.

7. RackNerd

RackNerd deckt Standorte in den USA und der EU ab — ab 5 $/Monat, mit Krypto-Unterstützung und ausdrücklich adult-freundlichen AGB. Eine solide Budget-Wahl für Betreiber, die flexible US-Infrastruktur zu einem wettbewerbsfähigen Preis brauchen.

8. Owrbit Adult Hosting

Owrbit ist gezielt für Adult-Hosting positioniert, sitzt in den Niederlanden, akzeptiert Bitcoin und startet bei 12 $/Monat. Das Branding lässt keinen Zweifel an der Zielgruppe, und der niederländische Standort bietet eine solide juristische Basis für europäische Betreiber.

9. HostingB2B

HostingB2B aus Bulgarien bietet günstige Tarife ab 11 €/Monat — mit Krypto-Unterstützung und adult-freundlichen AGB. Offshore-Hosting in Osteuropa schafft ein anderes juristisches Profil für Betreiber, die geografische Streuung suchen.

10. InterServer

InterServer ist ein US-Anbieter mit VPS ab 3 $/Monat, individuell konfigurierbaren Tarifen und Bitcoin-Akzeptanz. Ausdrücklich adult-freundlich ohne Grauzonen in den AGB — eine geradlinige Budget-Option für Betreiber, die US-Infrastruktur ohne Kleingedrucktes wollen.

11. SSD Nodes

SSD Nodes richtet sich an technische Nutzer, die ihren Stack selbst verwalten. Standorte in den USA und der EU, Preise ab rund 6 $/Monat (nur Jahresabrechnung), Krypto-Zahlungen und adult-freundliche AGB. Eine gute Wahl für Entwickler und Sysadmins, die leistungsfähige Infrastruktur zum Budget-Preis suchen, ohne für zusätzliche Betreuung zu zahlen, die sie nicht brauchen.

Die richtige Wahl treffen

Welcher Anbieter passt, hängt von ein paar Faktoren ab:

• Beste Gesamtwahl: QDE — Niederlande, Krypto-Zahlungen inklusive Monero, NVMe + 10 Gbps, kein Overselling
• Budget-Fokus: Ultahost oder RackNerd, 5–10 $/Monat
• Maximaler Datenschutz: QDE (Monero akzeptiert), AbeloHost (Monero akzeptiert) oder dmzhost.co
• Spezialisiert auf Adult-Hosting: HostSailor, Owrbit oder AbeloHost
• Beste großmaßstäbliche Infrastruktur: OVHcloud
• Niederländische Jurisdiktion: QDE, HostSailor, AbeloHost oder Owrbit

Für die meisten Betreiber sind die Niederlande der goldene Mittelweg — großzügiges Rechtsumfeld, hochwertige Infrastruktur und mehrere Anbieter, die ausdrücklich für diesen Anwendungsfall gebaut sind.

Anbietervergleich auf einen Blick

Danke fürs Lesen!

Wenn du einen leistungsstarken VPS mit datenschutzfreundlicher Praxis und Krypto-Zahlungen suchst: QDE bietet unmanaged KVM-VPS-Hosting in den Niederlanden — mit NVMe-Speicher, 10-Gbps-Uplinks und täglichen Backups, gestützt durch direktes Peering am AMS-IX.

Bereit loszulegen oder Fragen offen? Sprich mit dem QDE-Team, um den passenden Tarif für dein Projekt zu finden.

Häufige Fragen zu VPS-Hosting für Adult-Content

Ist Adult-Content rechtlich zulässig zu hosten?

Ja — Adult-Content zwischen einwilligenden Erwachsenen ist in den USA, in den Niederlanden und in den meisten EU-Ländern legal. Rechtlich ist die Frage meist geklärt; praktisch geht es darum, einen Hoster zu finden, dessen AGB das auch widerspiegeln. Achte stets darauf, dass dein Content den geltenden Vorgaben in deiner Jurisdiktion und in der deines Hosters entspricht.

Welche Länder eignen sich am besten für Adult-Content-Hosting?

Die Niederlande und die USA sind beide starke Optionen mit etablierten Rechtsrahmen für Adult-Content. Auch Rumänien und weitere EU-Standorte werden genutzt. Die Standortwahl betrifft weniger die Legalität und mehr die Qualität der Infrastruktur, die Netzwerkleistung und die AGB-Praxis des Anbieters.

Warum ist Abuse-Bearbeitung beim Adult-Hosting wichtig?

Ein Hoster mit einem echten Abuse-Prozess — einem, der Beschwerden prüft statt sofort den Stecker zu ziehen — ist langfristig der bessere Partner. Du bist besser vor Takedown-Anfragen in böser Absicht geschützt, und es ist ein Hinweis, dass der Anbieter eine seriöse Operation führt. Hoster, die Abuse einfach ignorieren, ziehen tendenziell problematische Nachbarn auf gemeinsamer Infrastruktur an — und das ist für alle ein Ärgernis.

Muss ich mich bei adult-freundlichen VPS-Anbietern ausweisen?

Das hängt vom Anbieter ab. HostSailor und AbeloHost werben ausdrücklich damit, keine ID-Prüfung zu verlangen. Mainstream-Anbieter führen oft eine Standard-Kontoverifizierung durch. Wenn dir Anonymität wichtig ist, achte auf Hoster, die Krypto akzeptieren und keine Dokumente verlangen.

Kann ich anonym für Adult-Hosting bezahlen?

Ja, wenn du den richtigen Anbieter wählst. Bitcoin wird von fast allen Anbietern in dieser Liste akzeptiert. Für stärkere Privatsphäre ist Monero der Goldstandard — QDE und AbeloHost akzeptieren Monero ausdrücklich. Anbieter wie dmzhost.co akzeptieren ausschließlich Krypto und sind damit eine starke Wahl für Betreiber, die möglichst wenig Zahlungsspuren hinterlassen wollen.

Welche Leistung sollte ich für videolastige Adult-Seiten erwarten?

Adult-Seiten — vor allem solche, die Videocontent ausliefern — sind bandbreitenintensiv. Achte auf Anbieter mit 10-Gbps-Uplinks, NVMe-Speicher für schnelle I/O und großzügige Traffic-Kontingente. QDE und OVHcloud schneiden in diesen Punkten gut ab.

Ist Offshore-Hosting für Adult-Content erforderlich?

Nicht zwingend. US-Hosting ist eine legitime Option — Adult-Content ist dort legal, und mehrere seriöse Anbieter unterstützen es ausdrücklich. Offshore-Hosting in den Niederlanden oder der EU bringt andere juristische Vorteile, aber wichtiger sind klare AGB, die Qualität der Infrastruktur und Erfahrung des Anbieters im professionellen Umgang mit Adult-Content-Konten.

Dieser Artikel erklärt, was ein VPS ist, wie die Technik unter der Haube funktioniert und wie er sich von anderen Hostingvarianten unterscheidet — damit du selbst entscheiden kannst, ob er zu deinem Anwendungsfall passt.

Was ein VPS wirklich ist

Ein VPS, also ein virtueller privater Server, ist eine virtualisierte Umgebung auf einer physischen Hostmaschine. Der Host wird mit einem Hypervisor — Software zwischen Hardware und virtuellen Maschinen — in mehrere isolierte Instanzen aufgeteilt, wobei CPU, RAM und Speicher unabhängig pro Instanz zugeteilt werden.

Jeder VPS verhält sich wie ein eigener Server. Du erhältst Root-Zugriff, ein eigenes Betriebssystem, einen eigenen Netzwerk-Stack und Ressourcen, die nicht mit anderen Nutzern geteilt werden. Aus deiner Sicht fühlt es sich an wie eine dedizierte Maschine — auch wenn die zugrunde liegende Hardware gemeinsam genutzt wird.

Wie Virtualisierung funktioniert

Im Zentrum eines VPS steht der Hypervisor. Es gibt zwei gängige Typen:

Typ 1 (Bare-Metal): Läuft direkt auf der Hardware, ohne Host-Betriebssystem dazwischen. Beispiele sind KVM, VMware ESXi und Hyper-V. Das ergibt bessere Leistung und stärkere Isolation.

Typ 2 (gehostet): Läuft auf einem bestehenden Betriebssystem, etwa VirtualBox auf dem Desktop. In produktiven Hostingumgebungen begegnet dir das selten — diese Variante ist eher für Entwicklung und Tests gedacht.

Die meisten VPS-Anbieter setzen auf KVM (Kernel-based Virtual Machine), einen Typ-1-Hypervisor, der direkt im Linux-Kernel verankert ist. KVM gibt jeder VM eine eigene virtualisierte CPU und einen eigenen Arbeitsspeicher und ist damit eine der leistungsfähigsten und am besten unterstützten Optionen am Markt. Nicht ohne Grund ist KVM der Industriestandard.

VPS vs. Shared Hosting vs. dedizierte Server

Wenn du die Unterschiede kennst, triffst du schneller die richtige Wahl.

Shared Hosting setzt mehrere Kunden auf denselben Server mit demselben Betriebssystem. Software wie cPanel oder Plesk teilt diesen Server in abgegrenzte Bereiche auf. Das ist günstig, aber laute Nachbarn sind ein reales Problem — wenn ein anderes Konto auf dem Server CPU beansprucht, wird auch deine Seite langsamer. Root-Zugriff hast du nicht, du bist also auf das beschränkt, was der Anbieter zulässt.

VPS-Hosting bietet garantierte Ressourcen und eine vollständig isolierte Umgebung. Dein RAM ist dein RAM, deine CPU-Zuweisung gehört dir, und du betreibst dein eigenes Betriebssystem. Du installierst Pakete nach Bedarf, konfigurierst den Kernel, betreibst Docker und legst eigene Firewall-Regeln fest — alles, was ein Root-Nutzer tun kann.

Dedizierte Server überlassen dir die gesamte physische Maschine. Kein Virtualisierungs-Overhead, maximale Rohleistung. Der Preis dafür sind höhere Kosten und längere Bereitstellungszeiten. Für viele Anwendungen ist ein gut ausgestatteter VPS in der Praxis kaum von einem dedizierten Server zu unterscheiden.

Was "unmanaged" bedeutet

VPS-Tarife werden meist als managed oder unmanaged angeboten.

Bei einem managed VPS übernimmt der Anbieter Betriebssystem-Updates, Sicherheitspatches, Monitoring und teils auch die Anwendungskonfiguration. Für diesen Komfort zahlst du einen Aufpreis.

Bei einem unmanaged VPS ist der Anbieter für Hardware und Hypervisor-Schicht zuständig — alles darüber liegt bei dir. Das heißt: eigenes Betriebssystem installieren, eigene Updates verwalten und eigene Sicherheit konfigurieren. Mehr Aufwand, dafür volle Kontrolle und in der Regel ein deutlich besseres Verhältnis von Preis zu Ressourcen.

Die meisten Entwickler und Sysadmins bevorzugen unmanaged, denn genau darin liegt der Reiz eines VPS: alles auf eigene Weise einzurichten.

Was du auf einem VPS betreiben kannst

Die kurze Antwort: alles, was unter Linux läuft (oder unter Windows, wenn du diesen Weg wählst). Typische Anwendungsfälle:

• Webserver (Nginx, Apache, Caddy)
• Anwendungs-Backends (Node.js, Python, PHP, Go, Rust)
• Datenbanken (PostgreSQL, MySQL, MongoDB, Redis)
• Selbst gehostete Tools (Nextcloud, Gitea, Vaultwarden, Jellyfin)
• Gameserver
• VPN-Endpunkte (WireGuard, OpenVPN)
• CI/CD-Runner und Build-Agents
• DNS-Server und Mailserver

In der Self-Hosting-Community ist ein VPS besonders beliebt, weil er die Flexibilität eines Heimservers bietet, ohne die typischen Probleme bei Verfügbarkeit und Anbindung von Hardware zu Hause.

Wie du einen VPS auswählst

Ein paar Punkte, die sich vor dem Abschluss zu prüfen lohnen:

CPU-Architektur und Hardware. AMD-EPYC- und Ryzen-Prozessoren sind inzwischen die Standardwahl bei VPS-Anbietern, denen Leistung wichtig ist. Anbieter, die ihre Hardware nicht offenlegen, solltest du meiden.

Garantien für RAM und Speicher. Viele Anbieter überverkaufen Ressourcen — sie werben mit 4 GB RAM, betreiben aber Dutzende VMs auf einem Host, dessen Gesamtkapazität geringer ist als die Summe aller Zuweisungen. Wähle Anbieter, die ausdrücklich kein Overselling betreiben und auf NVMe-Speicher statt HDDs oder SATA-SSDs setzen.

Netzwerkqualität. Traffic-Limits und Uplink-Geschwindigkeit machen einen Unterschied. Ein 1-Gbps-Uplink reicht für die meisten Workloads; 10 Gbps werden relevant für hohen Durchsatz oder für Server, die Traffic über mehrere Regionen hinweg ausliefern. Peering an großen Internet Exchanges (etwa AMS-IX) wirkt sich messbar auf reale Latenzen aus.

Standort. Wähle ein Rechenzentrum nah an deinen Nutzern. Latenz summiert sich, vor allem bei interaktiven Anwendungen.

Funktionen des Verwaltungspanels. Du willst mindestens Betriebssystem-Neuinstallation, Reboot-Steuerung, VNC-Zugriff für Notfälle, Snapshot-Verwaltung und rDNS-Konfiguration. Das sollte Self-Service sein — kein Support-Ticket.

KVM vs. OpenVZ

Gelegentlich begegnen dir noch VPS-Tarife auf OpenVZ-Basis. Das ist Container-Virtualisierung statt vollständiger Hardware-Virtualisierung. OpenVZ-VMs teilen sich den Kernel des Hosts, und das schränkt einiges ein — du kannst keine eigenen Kernel-Module laden, in manchen Konfigurationen kein Docker betreiben und keine durchgängige Ressourcen-Isolation garantieren.

KVM ist fast immer die bessere Wahl. Vollständige Hardware-Virtualisierung bedeutet: jede VM hat einen eigenen Kernel, ist vollständig isoliert und unterliegt keinen Einschränkungen bei der Software, die du installierst.

Fazit

Ein VPS trifft genau den Punkt zwischen Kontrolle, Leistung und Kosten, der für die meisten ernsthaften Workloads passt. Sobald du die Grenzen von Shared Hosting erreichst oder eine ordentliche Umgebung für Entwicklung, Staging oder Produktion brauchst, ist ein VPS meist der nächste sinnvolle Schritt.

Danke fürs Lesen! Wenn du einen VPS mit garantierten Ressourcen und ohne Overselling suchst, bietet QDE leistungsstarkes KVM-VPS-Hosting in Amsterdam — mit NVMe-Speicher, 10-Gbps-Uplinks und direktem Peering an AMS-IX.

Bereit loszulegen oder hast du noch Fragen? Sprich mit unserem Team, um den passenden Tarif zu finden.

Häufige Fragen zum VPS-Hosting

Worin unterscheidet sich ein VPS von einem Cloud-Server?

Die Begriffe werden oft synonym verwendet. Bei einem "Cloud-Server" verteilt sich die Infrastruktur in der Regel über mehrere physische Knoten, oft mit Live-Migration oder Hochverfügbarkeit. Ein klassischer VPS läuft hingegen auf einem festen Host. In der Praxis nutzen beide Virtualisierung — der Unterschied liegt vor allem in der zugrunde liegenden Architektur und im Failover-Konzept des Anbieters.

Brauche ich einen VPS oder einen dedizierten Server?

Für die meisten Workloads — Web-Apps, Datenbanken, Gameserver, selbst gehostete Dienste — reicht ein gut ausgestatteter VPS völlig aus. Ein dedizierter Server lohnt sich, wenn du maximale rohe I/O-Leistung brauchst, eine bestimmte Hardwarekonfiguration benötigst oder aus Compliance-Gründen vollständige physische Isolation erforderlich ist.

Welches Betriebssystem kann ich auf einem VPS installieren?

Jedes Betriebssystem, für das ein Installer-Image vorliegt. Die meisten Anbieter bieten zumindest Debian, Ubuntu, Rocky Linux, AlmaLinux und CentOS Stream. Mit dem Verwaltungspanel von QDE installierst du jedes unterstützte System mit einem Klick neu.

Eignet sich ein VPS für Einsteiger?

Ein unmanaged VPS setzt voraus, dass du mit Linux-Administration vertraut bist — SSH, Paketverwaltung, Firewalls und grundlegende Systemwartung. Ist das für dich Neuland, sind Managed-Hosting oder ein managed VPS-Tarif der bessere Einstieg.