Was Hosting-Entscheidungen über die Performance Ihrer Website aussagen

Wenn ich mit CTOs oder Produktverantwortlichen über ihre Webprojekte spreche, kommt das Thema Hosting meistens erst ganz am Ende. Nach dem Design, nach den Features, nach der CMS-Auswahl. Irgendwann fällt dann der Satz: „Das Hosting machen wir dann irgendwie.“ Und genau da liegt das Problem.

Hosting ist keine technische Fußnote. Es ist die Grundlage, auf der alles andere aufbaut. Eine brillante Website auf schlechtem Hosting ist wie ein Porsche auf Feldwegen. Sie können noch so viel in UX, Content und Conversion-Optimierung investieren — wenn der Server 800 Millisekunden braucht, bevor er überhaupt anfängt zu antworten, war alles umsonst.

Und das Verrückte ist: Die Hosting-Entscheidung sagt mehr über die digitale Reife eines Unternehmens aus als jedes Mission Statement auf der About-Seite. Wer beim Hosting spart, spart an Geschwindigkeit, an Sicherheit, an Kontrolle. Und das merken Ihre Nutzer — auch wenn sie es nicht benennen können.

Shared Hosting klingt erstmal vernünftig. Fünf Euro im Monat, ein Klick, die Seite läuft. Für einen persönlichen Blog oder eine Vereinswebsite mag das reichen. Aber für ein B2B-Unternehmen, das seine Website als Vertriebskanal nutzt? Das ist wie ein Außendienstler, der mit dem Fahrrad zur Kundenpräsentation fährt. Technisch möglich, strategisch fragwürdig.

Das Problem bei Shared Hosting ist nicht nur die Performance. Es ist die Architektur. Sie teilen sich einen Server mit hunderten anderen Websites. Wenn einer Ihrer Nachbarn plötzlich Traffic-Spitzen hat — oder schlimmer, gehackt wird — leidet Ihre Seite mit. Die TTFB (Time to First Byte) schwankt zwischen 200 und 2000 Millisekunden, je nachdem, was gerade auf dem Server los ist. Das ist kein Hosting. Das ist Glücksspiel.

Dazu kommt: Bei den meisten Shared-Hosting-Anbietern haben Sie null Kontrolle über die Serverkonfiguration. Kein HTTP/2 Push, keine Brotli-Komprimierung, keine Möglichkeit, Caching-Header vernünftig zu setzen. Sie bekommen eine PHP-Version, die der Hoster für stabil hält, und einen Apache-Server aus der Standardkonfiguration. Das war 2010 akzeptabel. Heute nicht mehr.

Für B2B-Unternehmen im Mittelstand, die ihre Website als Lead-Maschine nutzen wollen, ist Shared Hosting eine Sparmaßnahme, die am Ende teurer wird. Jede Sekunde Ladezeit kostet Conversions. Google hat das zigfach belegt. Amazon hat berechnet, dass 100 Millisekunden mehr Ladezeit ein Prozent Umsatz kosten. Ihr B2B-Vertriebszyklus ist anders, klar. Aber der erste Eindruck zählt auch hier — und der erste Eindruck ist die Ladezeit.

Die nächste Stufe sind Anbieter wie Raidboxes, Kinsta oder WP Engine. Die machen vieles richtig: dedizierte Ressourcen, eingebautes CDN, automatische Backups, gute TTFB-Werte. Für WordPress-Projekte ist das ein riesiger Sprung gegenüber Shared Hosting. Keine Frage.

Aber hier ist mein Problem damit: Sie optimieren eine Plattform, die für die meisten professionellen Webprojekte nicht mehr die richtige Wahl ist. WordPress mit Page Buildern wie Elementor oder Divi erzeugt aufgeblähten HTML-Output, lädt dutzende JavaScript-Dateien und macht aus einer einfachen Landingpage ein Performance-Desaster. Da kann der Server noch so schnell sein — wenn der Client 3 MB JavaScript parsen muss, hilft das beste Hosting nichts.

Managed WordPress Hosting ist die beste Lösung für ein Problem, das man gar nicht haben müsste. Es ist wie ein Premium-Verband für eine Wunde, die man sich selbst zugefügt hat. Die eigentliche Frage sollte lauten: Brauche ich WordPress überhaupt noch? Für Content-getriebene B2B-Websites gibt es heute bessere Ansätze — Headless CMS wie Sanity oder Payload, kombiniert mit einem modernen Frontend-Framework wie Next.js. Aber dazu später mehr.

AWS, Azure, Google Cloud — die drei Großen. Wer hier hostet, bekommt im Prinzip unbegrenzte Möglichkeiten. Auto-Scaling, globale Verfügbarkeit, hunderte Services für jeden erdenklichen Anwendungsfall. Das klingt beeindruckend. Und für bestimmte Szenarien ist es das auch.

Aber für eine B2B-Website mit 50 Seiten und 10.000 Besuchern im Monat? Das ist wie mit dem Airbus A380 zum Bäcker fliegen. Technisch möglich, wirtschaftlich absurd. Die Komplexität von AWS allein ist ein Vollzeitjob. IAM-Rollen, VPCs, Security Groups, CloudFront-Konfiguration, S3-Bucket-Policies — da brauchen Sie einen DevOps-Engineer, der sich hauptberuflich darum kümmert. Oder einen teuren Managed-Service-Partner, der das für Sie übernimmt.

Und dann die Kosten. Die großen Cloud-Provider sind Meister der intransparenten Preisgestaltung. Sie zahlen für Compute, für Storage, für Traffic, für DNS-Abfragen, für Load Balancer, für NAT Gateways. Ich habe Kunden erlebt, die mit einer geschätzten Monatsrechnung von 200 Euro gestartet sind und bei 1.500 Euro gelandet sind — ohne dass sich am Traffic wesentlich etwas geändert hat. Die Kostenexplosion kam schleichend, durch Features, die man im Setup aktiviert hat, ohne die Preisimplikationen zu verstehen.

Dazu kommt ein Thema, das viele Unternehmen immer noch unterschätzen: Datenschutz. AWS, Azure und GCP sind amerikanische Unternehmen, die dem CLOUD Act unterliegen. Das bedeutet: US-Behörden können theoretisch Zugriff auf Daten verlangen, auch wenn diese auf europäischen Servern liegen. Ja, es gibt EU-Regionen. Ja, es gibt Standardvertragsklauseln. Aber die rechtliche Grauzone bleibt. Und für ein deutsches B2B-Unternehmen, das mit sensiblen Kundendaten arbeitet, ist eine Grauzone keine akzeptable Position.

Wer auf Nummer sicher gehen will — und das sollte jedes Unternehmen, das DSGVO ernst nimmt — braucht einen Hoster mit Rechenzentren in Deutschland, der deutschem Recht unterliegt. Nicht weil US-Cloud-Provider grundsätzlich unsicher sind. Sondern weil Rechtssicherheit kein Nice-to-have ist, sondern Pflicht.

Jetzt wird es interessant. Vercel und Netlify haben die Art verändert, wie Frontend-Entwickler über Deployment denken. Git Push, automatischer Build, globales CDN, Preview-Deployments für jeden Branch. Die Developer Experience ist fantastisch. Als Entwickler liebe ich Vercel. Das meine ich ernst.

Aber — und das ist ein großes Aber — Vercel als Produktions-Hosting für Unternehmenswebsites hat Schattenseiten, über die zu wenig gesprochen wird.

Erstens: Die Kosten. Vercel rechnet nach Function Invocations, Bandwidth und Build Minutes ab. Das klingt fair, solange der Traffic überschaubar bleibt. Aber sobald eine B2B-Website anfängt, ernsthaften Traffic zu generieren — und das ist ja das Ziel —, explodieren die Kosten. Ich habe Projekte gesehen, bei denen die Vercel-Rechnung von 20 Dollar auf 400 Dollar pro Monat gestiegen ist, weil eine Marketing-Kampagne erfolgreich war. Erfolg wird bestraft. Das ist ein fundamentales Preismodell-Problem.

Zweitens: Vendor Lock-in. Vercel hat Next.js entwickelt und optimiert die Plattform konsequent für das eigene Hosting. Features wie ISR (Incremental Static Regeneration) funktionieren auf Vercel out of the box, erfordern aber auf anderen Plattformen zusätzliche Konfiguration. Edge Middleware, Image Optimization, Analytics — all das bindet Sie enger an die Plattform. Und je tiefer Sie in das Vercel-Ökosystem einsteigen, desto schwieriger wird der Ausstieg.

Drittens: Kontrolle. Bei Vercel geben Sie die Kontrolle über Ihre Infrastruktur ab. Das ist für viele Entwickler ein Feature, kein Bug. Aber für Unternehmen, die compliance-relevante Anforderungen haben oder einfach wissen wollen, wo ihre Daten liegen und wie der Traffic geroutet wird, ist das ein Problem. Die Edge-Nodes von Vercel stehen weltweit verteilt — auch in den USA. Welche Daten wo gecacht werden, ist nicht immer transparent.

Vercel ist großartig für Prototyping, für Staging-Umgebungen, für Preview-Deployments im Entwicklungsprozess. Wenn ein Kunde einen Feature-Branch reviewen soll, gibt es nichts Besseres als einen Vercel-Preview-Link. Aber die Produktion? Die gehört auf eine Infrastruktur, die Sie kontrollieren, deren Kosten Sie vorhersagen können und die nicht von den Pricing-Entscheidungen eines VC-finanzierten Startups abhängt.

Und damit sind wir bei dem Ansatz, den wir bei happycoding für die meisten Kundenprojekte empfehlen: Self-Hosting mit Hetzner, Coolify und Docker. Ja, das klingt erstmal nach mehr Aufwand. Ja, das erfordert Know-how. Aber es löst so ziemlich jedes Problem, das wir bei den anderen Optionen identifiziert haben.

Hetzner ist ein deutscher Hosting-Anbieter mit Rechenzentren in Nürnberg, Falkenstein und Helsinki. Deutsche Firma, deutsches Recht, DSGVO-konform ohne Wenn und Aber. Ein Dedicated Server mit 64 GB RAM, 8 Cores und 1 TB NVMe-SSD kostet bei Hetzner rund 50 Euro im Monat. Für dasselbe Setup zahlen Sie bei AWS das Drei- bis Fünffache. Und bei Hetzner wissen Sie vorher, was Sie zahlen. Keine Überraschungen, keine versteckten Traffic-Kosten, keine Bandwidth-Gebühren.

Das Argument gegen Self-Hosting war immer: „Aber dann muss sich ja jemand um den Server kümmern.“ Stimmt. Aber genau dafür gibt es Coolify. Coolify ist eine Open-Source-Plattform, die Ihnen auf Ihrem eigenen Server das gibt, was Vercel auf deren Servern bietet: automatische Deployments aus Git, SSL-Zertifikate, Reverse Proxy, Datenbank-Management, Monitoring. Alles über ein Web-Interface, das auch Nicht-DevOps-Menschen bedienen können.

Der Stack ist simpel: Hetzner stellt die Hardware. Docker containerisiert Ihre Anwendungen. Coolify orchestriert das Deployment. Fertig. Kein Kubernetes-Overhead, keine Cloud-Formation-Templates, keine Terraform-Skripte. Ein Server, Docker-Container, ein Management-Interface. Das können Sie in einem halben Tag aufsetzen.

Die Performance? Hervorragend. Ein Next.js-Projekt auf einem Hetzner-Server mit Node.js in einem Docker-Container erreicht TTFB-Werte von 20 bis 50 Millisekunden für gecachte Seiten. Das ist auf Augenhöhe mit Vercel, teilweise sogar besser — weil kein Cold-Start-Problem bei Serverless Functions existiert. Ihre Anwendung läuft permanent, der Node-Prozess ist warm, die Antwortzeiten sind konsistent.

Ein häufiges Gegenargument: „Aber Vercel hat ein globales CDN!“ Ja, hat es. Aber brauchen Sie das wirklich? Wenn Ihre Zielgruppe deutsche Mittelständler sind, brauchen Sie keinen Edge-Node in Singapur. Ein Server in Frankfurt reicht. Und wenn Sie trotzdem ein CDN wollen — Cloudflare bietet einen kostenlosen Plan, der für die meisten Unternehmenswebsites völlig ausreichend ist. Cloudflare vor einen Hetzner-Server geschaltet gibt Ihnen globales Caching, DDoS-Schutz und hervorragende Performance. Für null Euro zusätzlich.

Lassen Sie uns kurz technisch werden, weil das Thema Performance oft zu oberflächlich diskutiert wird. Google bewertet Websites seit 2021 anhand der Core Web Vitals. Drei davon sind besonders relevant: LCP (Largest Contentful Paint), FID beziehungsweise INP (Interaction to Next Paint) und CLS (Cumulative Layout Shift). Der Server beeinflusst vor allem den LCP — und zwar über die TTFB.

Die TTFB ist die Zeit, die vergeht, bis der Browser das erste Byte vom Server empfängt. Alles andere — HTML parsen, CSS laden, Bilder rendern — kommt danach. Wenn die TTFB schon bei 500 Millisekunden liegt, haben Sie ein massives Problem, bevor der Browser überhaupt anfängt, die Seite zu bauen. Google empfiehlt eine TTFB unter 200 Millisekunden. Auf Shared Hosting erreichen Sie das selten. Auf einem eigenen Server mit Docker ist das Standard.

Aber Performance endet nicht beim Server. Auch die Architektur Ihrer Anwendung spielt eine entscheidende Rolle. Ein Next.js-Projekt mit Server-Side Rendering und intelligentem Caching liefert komplett gerenderte HTML-Seiten aus. Der Browser muss nicht erst ein JavaScript-Framework laden, eine API abfragen und dann die Seite zusammenbauen. Das HTML kommt fertig — und ist sofort interaktiv. Diese Kombination aus schnellem Server und moderner Frontend-Architektur ist der Schlüssel zu echten Performance-Vorteilen.

Ein Argument, das ich ständig höre: „Aber was ist mit Skalierung?“ Darauf antworte ich meistens mit einer Gegenfrage: Wie viele gleichzeitige Nutzer hat Ihre Website? Meistens ist die Antwort eine Zahl unter 100. Ein einzelner Hetzner-Server mit vernünftiger Konfiguration hält problemlos 10.000 gleichzeitige Verbindungen aus. Die meisten B2B-Websites kommen nie auch nur in die Nähe davon.

Skalierung ist wichtig für SaaS-Produkte mit Millionen Nutzern, für E-Commerce-Shops am Black Friday, für Social-Media-Plattformen. Für eine B2B-Unternehmenswebsite ist Skalierung in 95 Prozent der Fälle ein gelöstes Problem. Wenn Sie wirklich mal eine Traffic-Spitze erwarten — eine Messe, ein großer Presse-Artikel, eine virale LinkedIn-Kampagne — dann schalten Sie Cloudflare davor und cachen aggressiv. Problem gelöst. Kein Kubernetes-Cluster notwendig.

Wenn Sie tatsächlich an den Punkt kommen, wo ein einzelner Server nicht mehr reicht, können Sie immer noch horizontal skalieren. Docker-Container lassen sich auf mehrere Server verteilen. Coolify unterstützt Multi-Server-Setups. Und selbst dann sind Sie mit Hetzner immer noch um Faktor drei bis fünf günstiger als bei den großen Cloud-Providern.

In sechs Jahren Agenturarbeit und den Jahren bei happycoding habe ich ein Muster erkannt: Die Hosting-Kosten sind selten das Problem. Das Problem ist, dass niemand weiß, was das Hosting nächsten Monat kosten wird. Bei AWS ist die monatliche Rechnung eine Überraschungstüte. Bei Vercel auch, sobald der Traffic steigt. Diese Unplanbarkeit macht IT-Budgets zum Glücksspiel.

Bei Hetzner zahlen Sie einen festen Monatspreis. Punkt. 50 Euro für einen Dedicated Server, 4,50 Euro für einen Cloud-Server zum Testen. Keine Überraschungen. Das ist für CFOs und Controlling-Abteilungen ein echtes Argument. Und im Mittelstand, wo IT-Budgets oft hart umkämpft sind, ist Planbarkeit manchmal wichtiger als absolute Flexibilität.

Rechnen wir mal konkret: Ein typisches Setup für eine mittelständische B2B-Website bei happycoding sieht so aus — ein Hetzner Dedicated Server für rund 50 Euro, Coolify ist Open Source und kostenlos, Cloudflare Free Plan für CDN und SSL, dazu ein Sanity-CMS-Plan ab 0 Euro. Das sind unter 100 Euro monatlich für eine hochperformante, DSGVO-konforme, vollständig kontrollierbare Infrastruktur. Vergleichen Sie das mit einem managed AWS-Setup oder einem Vercel Pro-Plan mit Overage-Gebühren. Der Unterschied ist dramatisch.

Über Vendor Lock-in wird viel geredet, aber selten konsequent gehandelt. Jede Plattform-Entscheidung erzeugt eine gewisse Bindung. Aber es gibt Grade. WordPress mit einem proprietären Page Builder? Extremer Lock-in, weil der gesamte Content an das Plugin-Format gebunden ist. Vercel mit plattformspezifischen Features? Mittlerer Lock-in, weil Next.js zwar portabel ist, aber Vercel-spezifische Optimierungen schwer zu migrieren sind. TYPO3 oder Sitecore? Massiver Lock-in, weil Templates, Content-Modelle und Logik tief in das System verwoben sind.

Docker löst dieses Problem auf der Infrastruktur-Ebene. Ein Docker-Container läuft überall — auf Hetzner, auf AWS, auf einem Raspberry Pi im Keller. Wenn Sie Ihre Anwendung als Docker-Image bauen, können Sie den Hoster wechseln, ohne eine einzige Zeile Code zu ändern. Das ist echte Portabilität. Das ist Freiheit.

Dazu kommt: Wenn Sie Ihre Infrastruktur selbst kontrollieren, sind Sie nicht von den Produktentscheidungen eines einzelnen Anbieters abhängig. Wenn Vercel morgen die Preise verdoppelt — und das ist bei VC-finanzierten Unternehmen keine abwegige Vorstellung —, müssen Sie reagieren. Wenn Hetzner die Preise ändert, packen Sie Ihren Docker-Container und ziehen zu Netcup, OVH oder einem anderen Anbieter. In einer Stunde. Ohne Stress, ohne Migration, ohne Umschreiben von Code.

Am Ende ist die Hosting-Entscheidung ein Spiegel. Sie zeigt, ob ein Unternehmen seine digitale Infrastruktur als strategisches Asset begreift oder als lästigen Kostenfaktor. Shared Hosting sagt: „Die Website ist uns nicht wichtig genug, um mehr als fünf Euro auszugeben.“ Managed WordPress Hosting sagt: „Wir wissen, dass Performance wichtig ist, aber wir hinterfragen die technologische Basis nicht.“ Die großen Cloud-Provider sagen: „Wir haben Budget und wollen auf Nummer sicher gehen, auch wenn wir dafür überbezahlen.“ Vercel sagt: „Unsere Entwickler lieben die DX, und wir hoffen, dass die Kosten nicht explodieren.“

Self-Hosting mit Docker sagt: „Wir verstehen unsere Infrastruktur, wir kontrollieren unsere Kosten, und wir sind nicht bereit, diese Kontrolle aufzugeben.“ Das ist die Haltung, die wir bei happycoding vertreten. Nicht weil Self-Hosting immer die einfachste Lösung ist — sondern weil es die ehrlichste ist.

Die initiale Einrichtung eines Hetzner-Servers mit Coolify dauert einen halben Tag. Die laufende Wartung — Updates, Monitoring, Backups — kostet vielleicht zwei Stunden im Monat. Dafür bekommen Sie volle Kontrolle, planbare Kosten, DSGVO-Konformität und Performance, die mit den teuersten Edge-Plattformen mithält. Für mich ist das kein Trade-off. Das ist ein klarer Gewinn.

Wenn Sie gerade vor einer Hosting-Entscheidung stehen oder merken, dass Ihre aktuelle Lösung nicht mehr passt — schauen Sie sich die Alternativen an. Nicht die, die am einfachsten zu kaufen sind. Sondern die, die Ihnen langfristig die meiste Kontrolle geben. Ihr zukünftiges Ich wird es Ihnen danken.