Vercel Alternative 2026: Die ehrlichen Optionen im Praxisvergleich

Die Suche nach einer Vercel Alternative beginnt fast nie mit einem technischen Problem. Sie beginnt mit einer Rechnung. Ein Projekt läuft gut, ein Beitrag geht durch die Decke, ein Bot crawlt drei Nächte lang die Bildoptimierung – und plötzlich steht eine Zahl im Dashboard, die nicht mehr zu einem Nebenprojekt passt. Der zweite häufige Auslöser ist stiller: Ein Team merkt, dass sein Deployment, seine Datenbank, sein Bildcache und seine Logs bei genau einem Anbieter liegen, dessen Preise sich jährlich ändern können.

Dieser Artikel nimmt beides ernst. Er erklärt zuerst, warum Vercel-Rechnungen sich so verhalten, wie sie sich verhalten – denn ohne dieses Verständnis wählt man die falsche Alternative und wundert sich in sechs Monaten erneut. Danach gehen wir die realistischen Optionen durch: Netlify, Cloudflare Workers und Pages, Coolify auf dem eigenen Server, Render, Railway, Fly.io und der klassische VPS mit Docker. Mit echten Preisen aus 2026, mit dem, was du dabei tatsächlich verlierst, und mit einer Migrations-Reihenfolge, die wir selbst gefahren sind.

Vorweg die unbequeme Zusammenfassung: Es gibt keine Vercel Alternative, die alles gleich gut kann und dabei nichts kostet. Was es gibt, sind vier verschiedene Kompromisse. Welcher zu dir passt, hängt an einer einzigen Frage – und die stellen wir gleich am Anfang.

Die eine Frage, die alles entscheidet

Bevor du irgendeinen Anbieter vergleichst, beantworte diese Frage ehrlich:

Was ist in deinem Projekt teurer – eine Stunde deiner Zeit oder zehn Euro Serverkosten?

Wenn du als Solo-Entwicklerin an einem Produkt arbeitest, das Geld verdienen soll, und dein Tag hat 6 produktive Stunden, dann ist ein selbst betriebener Server, der dich monatlich zwei Stunden kostet, teurer als eine Vercel-Rechnung von 60 Euro. Wenn du eine Agentur mit fünfzehn Kundenprojekten bist, sieht dieselbe Rechnung genau umgekehrt aus: Die zwei Stunden fallen einmal an, die Ersparnis fünfzehnmal.

Diese Frage sortiert die Alternativen sauberer als jede Feature-Tabelle. Wir kommen im Fazit darauf zurück – aber behalte sie im Kopf, während du die Optionen liest.

Warum Vercel-Rechnungen explodieren (und wann nicht)

Vercel ist nicht teuer, weil jemand gierig wäre. Vercel ist teuer, weil es nutzungsbasiert abrechnet und dabei mehrere Meter gleichzeitig laufen lässt. Das Hobby-Modell ist kostenlos, das Pro-Modell startet bei 20 US-Dollar pro Nutzer und Monat – und ab da wird es zu einer Frage der Verbrauchswerte.

Die wichtigsten Zähler, Stand 2026:

Der entscheidende Punkt ist nicht die Höhe einzelner Preise – die sind marktüblich. Der Punkt ist die Kombination: Eine einzige virale Seite erzeugt gleichzeitig Bandbreite, Origin-Transfer, Funktionsaufrufe, CPU-Zeit, Bildtransformationen und Analytics-Events. Sechs Zähler, ein Ereignis. Deswegen fühlt sich der Sprung nicht linear an, sondern wie ein Ruck.

Dazu kommt ein Effekt, den viele erst spät bemerken: Bots zahlen mit. Crawler, Preisvergleicher, KI-Trainingsbots und schlecht konfigurierte Monitoring-Dienste erzeugen echte Requests. Auf einem Server mit Pauschal-Traffic merkst du davon nichts. Bei nutzungsbasierter Abrechnung steht es auf der Rechnung.

Wann Vercel dagegen günstig ist: Bei einer kleinen bis mittleren Seite mit überwiegend statischen Inhalten, moderatem Traffic und einem Team, das keine Zeit für Infrastruktur hat, sind 20 $ im Monat für das, was du bekommst, kaum zu unterbieten. Preview-Deployments für jeden Pull Request, globales CDN, automatisches TLS, sofortige Rollbacks, Analytics – das alles selbst zu bauen und zu betreiben kostet mehr als 20 $ an Zeit. Wer aus Prinzip wechselt und dann drei Wochenenden mit Traefik-Zertifikaten verbringt, hat nichts gespart.

Die vier Wege aus Vercel heraus

Alle Alternativen fallen in vier Kategorien. Wer diese Einteilung im Kopf hat, spart sich das Vergleichen von Äpfeln mit Servern.

1. Der direkte Ersatz (managed PaaS). Netlify, Render, Railway, Sevalla, Kinsta. Du gibst dein Git-Repository ab, bekommst Build, Deployment, TLS und CDN. Aufwand nahezu null, Ersparnis moderat, Abhängigkeit bleibt – nur bei einem anderen Anbieter.

2. Das Edge-Netz (Cloudflare). Workers, Pages und R2. Radikal anderes Preismodell: keine Egress-Kosten, sehr niedrige Grundpreise, dafür ein eingeschränkteres Laufzeitmodell. Wer hier hinpasst, spart am meisten – aber nicht jede Anwendung passt.

3. Selbst gehostetes PaaS (Coolify, Dokploy, CapRover). Du mietest einen Server für 5–20 € und installierst dir die Vercel-Erfahrung darauf: Git-Push-Deploy, automatisches TLS, Preview-URLs, Datenbanken auf Knopfdruck. Größte Ersparnis bei überschaubarem Aufwand – aber du bist ab jetzt der Betrieb.

4. Der pure eigene Server. Docker, ein Reverse Proxy, ein Deploy-Skript. Maximale Kontrolle, minimale Kosten, maximale Verantwortung. Für Leute, die ohnehin wissen, was ein systemd-Unit ist.

Der häufigste Fehler ist der Sprung von 1 direkt nach 4, weil eine Rechnung wehgetan hat. Der zweithäufigste ist, bei 1 zu bleiben und zu glauben, man hätte das Problem gelöst.

Netlify: der naheliegende, aber kleinste Schritt

Netlify ist der historische Zwilling von Vercel und deswegen der erste Reflex. Der Wechsel ist technisch trivial: Repository verbinden, Build-Befehl setzen, Domain umziehen. Für statische Seiten, Astro, Hugo, Eleventy und die meisten SPAs funktioniert das an einem Nachmittag.

Preislich hat Netlify 2026 auf ein Credit-Modell umgestellt, das man einmal durchrechnen muss:

Und so werden Credits verbraucht:

Rechne das einmal für deinen realen Traffic durch, bevor du umziehst. Bei 20 Credits pro GB und einem Pro-Credit-Kurs von etwa 10 $ pro 1.500 Credits landest du bei rund 0,13 $ pro GB Bandbreite – das ist nicht dramatisch günstiger als Vercels 0,15 $. Wer wegen der Bandbreite flieht, flieht hier ins Nachbarhaus.

Wann Netlify trotzdem die richtige Wahl ist: Wenn dich nicht der Preis stört, sondern etwas anderes – etwa Vercels Kopplung an Next.js, ein konkretes Feature oder eine unangenehme Erfahrung mit dem Support. Netlify ist ein solider, ausgereifter Anbieter mit exzellenter Formular- und Function-Integration. Aber es ist ein Anbieterwechsel, kein Modellwechsel.

Cloudflare: das andere Preismodell

Cloudflare Workers und Pages sind die interessanteste Alternative für alle, deren Rechnung von Bandbreite dominiert wird. Der Grund steht in einem einzigen Satz der Dokumentation: “There are no additional charges for data transfer (egress) or throughput (bandwidth).”

Das ist keine Marketingformulierung, sondern ein struktureller Unterschied. Cloudflare verdient an seinem Netzwerk, nicht am Ausgang. Die Zahlen für 2026:

Für eine inhaltsgetriebene Seite, die auf Vercel dreistellig kostet, weil sie Bilder und HTML in großen Mengen ausliefert, ist der Unterschied brutal: Aus einer variablen Rechnung wird eine Zahl mit einer Fünf davor.

Der Preis dafür ist das Laufzeitmodell. Workers laufen nicht in Node.js, sondern in einer V8-Isolate-Umgebung mit einer wachsenden, aber nicht vollständigen Node-Kompatibilitätsschicht. Bibliotheken, die tief in Node-Interna greifen, native Module brauchen oder von einem langlebigen Prozess mit lokalem Dateisystem ausgehen, funktionieren nicht ohne Anpassung. Bei Next.js braucht es den OpenNext-Adapter, und der ist gut, aber er ist eine Übersetzungsschicht – mit allem, was das bei größeren Versionssprüngen bedeutet.

Meine ehrliche Faustregel: Cloudflare ist grandios für neue Projekte und schmerzhaft für gewachsene. Wenn du auf der grünen Wiese anfängst und die Plattform von Anfang an mitdenkst, bekommst du ein Preis-Leistungs-Verhältnis, das sonst niemand bietet. Wenn du eine drei Jahre alte Next.js-App mit vierzig Abhängigkeiten hast, wird der Umzug zum Projekt und nicht zum Nachmittag.

Coolify: die Vercel-Erfahrung auf dem eigenen Server

Coolify ist der Grund, warum “Selbst hosten” 2026 keine Zumutung mehr ist. Es ist eine quelloffene PaaS-Oberfläche, die du auf einen eigenen Server installierst und die dort genau das tut, was du an Vercel schätzt: Git-Repository verbinden, Push auslösen, Coolify baut, startet den Container, holt das Let’s-Encrypt-Zertifikat und legt den Reverse Proxy davor. Dazu Preview-Deployments pro Pull Request, Datenbanken per Klick, Backups, Webhooks, und über 280 Ein-Klick-Dienste.

Die Rechnung ist unangenehm eindeutig. Ein Hetzner-Cloud-Server der Einstiegsklasse liegt 2026 bei rund 5,49 € im Monat für 2 vCPU, 4 GB RAM, 40 GB SSD und 20 TB Traffic. Zwanzig Terabyte. Bei Vercel kosten 20 TB über dem Inklusivvolumen rechnerisch etwa 2.850 US-Dollar.

Diese Gegenüberstellung ist bewusst unfair, und ich sage auch warum: Der Hetzner-Server steht in einem Rechenzentrum, das CDN fehlt, die Hochverfügbarkeit fehlt, und wenn die Maschine ausfällt, fällt deine Seite aus. Trotzdem bleibt der Kern richtig – du zahlst für Kapazität statt für Verbrauch, und das ist bei Inhalten mit viel Traffic der Unterschied zwischen zwei Größenordnungen.

Was Coolify wirklich kostet – in Zeit

Hier die ehrlichen Punkte, die in den meisten Empfehlungsartikeln fehlen:

Builds sind langsamer. Ein kalter Next.js-Build auf einem kleinen Server dauert gerne drei Minuten, wo Vercels parallele Build-Infrastruktur nach neunzig Sekunden fertig ist. Bei zwanzig Deploys am Tag ist das eine spürbare halbe Stunde.

Du bist der Support. Wenn ein Deploy im Status “building” hängen bleibt – ein bekanntes, gelegentlich auftretendes Verhalten – startest du den Coolify-Container neu. Ein verwaltetes PaaS hätte das lautlos abgefangen, ohne dass du je davon erfährst.

Der Server braucht Kopfraum. Ein Next.js-Build zieht sich schnell 2–3 GB Arbeitsspeicher. Wenn auf derselben Maschine noch eine Datenbank läuft, killt der OOM-Killer im schlechtesten Moment den falschen Prozess. Nimm 4 GB als Untergrenze, 8 GB, wenn Datenbank und App zusammenliegen.

Sicherheit ist jetzt deine Aufgabe. Das ist der Punkt, den ich am ernstesten nehme, weil wir ihn selbst schmerzhaft gelernt haben: Auf einem unserer Server lief eine veraltete Next.js-Version als root, jemand kam über eine Server Action herein und schob einen Krypto-Miner nach. Fünf Tage lang. Entdeckt durch puren Zufall. Die ganze Rekonstruktion steht in Ein Server, fünf Tage gekapert – und sie ist die beste Werbung für verwaltetes Hosting, die ich schreiben kann.

Wer selbst hostet, übernimmt Updates, Firewall, Fail2ban, Backups und die Frage, ob ein Dienst wirklich nach außen lauschen muss. Nebenbei die Regel, die uns diese Nacht eingebrannt hat: In Docker-Compose-Dateien niemals "5432:5432" schreiben, sondern "127.0.0.1:5432:5432". Die kurze Variante bindet an alle Interfaces und stellt deine Datenbank ins offene Internet. Genau dafür bekamen wir eine Meldung vom CERT-Bund.

Render und Railway: der bequeme Mittelweg

Zwischen “alles selbst” und “alles abgeben” liegen die containerbasierten Plattformen. Sie sind teurer als ein VPS und billiger als eine eskalierende Vercel-Rechnung – und sie rechnen nach bereitgestellten Ressourcen ab statt nach Requests. Das macht die Kosten planbar.

Render verlangt 2026 0 $ für Hobby (mit 5 GB Bandbreite) und 25 $ pro Monat für Pro (25 GB Bandbreite, unbegrenzte Teammitglieder), jeweils zuzüglich Compute. Die Instanzen sind klar bepreist: Starter 7 $ (512 MB / 0,5 CPU), Standard 25 $ (2 GB / 1 CPU), Pro 85 $ (4 GB / 2 CPU). Statische Seiten sind kostenlos. Was du bekommst: prozessbasiertes Hosting mit dauerhaft laufenden Containern, echten Hintergrund-Workern, verwalteten Datenbanken mit Point-in-Time-Recovery und Autoscaling.

Railway verlangt 5 $ (Hobby) beziehungsweise 20 $ (Pro) Grundgebühr, die auf die Nutzung angerechnet wird. Das Modell ist angenehm ehrlich – du zahlst für RAM- und CPU-Stunden, nicht für Requests – und die Entwicklererfahrung gehört zum Besten am Markt. Für Nebenprojekte mit einer Datenbank und zwei Diensten ist Railway oft die Lösung mit dem geringsten Reibungsverlust überhaupt.

Beide teilen einen strukturellen Vorteil gegenüber Vercel, über den zu wenig gesprochen wird: Ein dauerhaft laufender Prozess ist eine andere Programmierumgebung. Du kannst einen In-Memory-Cache halten, einen WebSocket-Server betreiben, einen Cron-Job als Teil derselben Anwendung laufen lassen und eine Datenbankverbindung wiederverwenden, statt bei jedem Aufruf einen Verbindungs-Pool zu erfinden. Wer je Prisma mit Serverless-Funktionen und einem Connection-Limit gekämpft hat, weiß, was das wert ist.

Fly.io, Sevalla, Kinsta und die zweite Reihe

Fly.io verteilt Container weltweit an den Rand des Netzes und ist damit dem Vercel-Versprechen am nächsten, ohne dessen Preismodell zu übernehmen. Stärke: echte Multi-Regionen-Bereitstellung und Firecracker-VMs, die schnell hochfahren. Schwäche: Die Lernkurve ist von allen Managed-Anbietern die steilste, fly.toml will verstanden werden, und Datenbank-Replikation über Regionen ist ein eigenes Thema.

Sevalla ist die Empfehlung, die man in Foren immer dann liest, wenn jemand schreibt, Coolify und Hetzner seien ihm zu kompliziert, Vercel aber zu teuer. Genau diese Lücke bedient es: verwaltetes Deployment ohne Serververwaltung, mit ressourcenbasierter Abrechnung.

Kinsta kommt aus der WordPress-Welt und hat sein Application Hosting drumherum gebaut. Interessant vor allem, wenn ohnehin WordPress-Projekte im Haus sind und man alles unter einer Rechnung haben will.

Der pure eigene Server: was wir selbst tun

Die Seite, die du gerade liest, läuft auf keiner dieser Plattformen. Sie ist eine Astro-Seite, die lokal gebaut und mit rsync in ein Verzeichnis geschoben wird, das ein Caddy-Server ausliefert. Der komplette Deploy-Vorgang:

npm run build
rsync -a --delete dist/ /var/www/getmind/

Kein Anbieter, keine Build-Minuten, kein Rechnungslimit, keine Zähler. Caddy holt und erneuert die TLS-Zertifikate von allein – das ist die eine Sache, die früher wirklich nervte, und sie ist seit Jahren gelöst. Statische Seiten sind der Fall, bei dem die Rechnung völlig eindeutig ausfällt: Für ausgelieferte HTML-Dateien und WebP-Bilder braucht niemand eine nutzungsbasierte Plattform.

Für dynamische Anwendungen sieht unser Muster so aus: Next.js im Standalone-Modus in einem Docker-Container, Caddy als Reverse Proxy davor, Datenbank auf 127.0.0.1 gebunden, systemd für Neustarts. Zwei Dinge, die wir dabei teuer gelernt haben und die in keinem Tutorial stehen:

Nach jedem Deploy den Cache leeren und den Dienst neu starten. Next.js benennt JavaScript-Chunks mit Hashes. Wenn eine alte Seite im Browser eines Nutzers noch offen ist und auf einen Chunk zeigt, den es nach dem Deploy nicht mehr gibt, bekommt er einen ChunkLoadError – eine weiße Seite ohne Fehlermeldung im Log. Vercel löst das durch atomare Deployments mit parallel weiterlaufenden alten Versionen. Auf dem eigenen Server musst du das mitdenken.

Prüfe vor jedem neuen Dienst, ob der Port schon belegt ist. ss -tlnp | grep :3000 dauert zwei Sekunden. Wir haben uns einmal drei Projekte gleichzeitig zerschossen, weil zwei Domains im Reverse Proxy auf denselben Port zeigten und der eine Dienst brav die Antworten des anderen auslieferte.

Der große Vergleich

Was du beim Wechsel wirklich verlierst

Diesen Abschnitt überspringen die meisten Artikel, weil er die Empfehlung schwächt. Er ist trotzdem der wichtigste.

Preview-Deployments für jeden Pull Request. Coolify kann das, Netlify und Render auch. Auf einem selbst gebauten Setup baust du es nach – oder du verzichtest darauf und merkst nach zwei Monaten, dass die Abstimmung mit Kunden mühsamer geworden ist.

Bildoptimierung. Vercels next/image liefert automatisch AVIF und WebP in passenden Größen. Ohne Vercel brauchst du entweder sharp im eigenen Container (funktioniert, kostet RAM und CPU), Cloudflare Images, einen Dienst wie imgproxy oder du generierst die Varianten beim Build. Nichts davon ist schwierig, aber alles davon ist Arbeit, die vorher unsichtbar erledigt wurde.

ISR und On-Demand-Revalidierung. Incremental Static Regeneration funktioniert selbst gehostet – aber nur auf einer Instanz sauber, weil der Cache lokal im Dateisystem liegt. Ab der zweiten Instanz brauchst du einen gemeinsamen Cache-Handler, üblicherweise auf Redis-Basis. Das ist der Punkt, an dem die meisten Next.js-Migrationen länger dauern als geplant.

Rollbacks per Klick. Auf Vercel ist jedes Deployment unveränderlich und bleibt erreichbar; ein Klick, und die alte Version ist wieder live. Selbst gehostet ist das ein getaggtes Docker-Image plus ein Skript. Machbar – aber du musst es gebaut haben, bevor du es nachts um zwei brauchst.

Das globale Edge-Netz. Wenn dein Server in Nürnberg steht und deine Nutzer in Sydney sitzen, merken sie das. Für die meisten deutschsprachigen Projekte ist das irrelevant, für ein internationales SaaS-Produkt nicht. Gegenmittel: Cloudflare kostenlos davorschalten – das gibt dir CDN und DDoS-Schutz vor jedem beliebigen Server und ist ohnehin eine gute Idee.

DDoS-Absorption und Support um drei Uhr nachts. Bei Vercel bezahlst du auch dafür, dass jemand anderes wach ist. Selbst gehostet bist du das.

Migration in sechs Schritten

So sind wir vorgegangen, und in dieser Reihenfolge tut es am wenigsten weh:

1. Miss, bevor du wechselst. Öffne das Usage-Dashboard und schau dir die letzten 30 Tage an. Welcher Zähler verursacht die Kosten – Bandbreite, Bildoptimierung, Funktionsaufrufe, CPU? Die Antwort bestimmt das Ziel. Ist es Bandbreite, ist Cloudflare oder ein eigener Server richtig. Sind es Funktionslaufzeiten, ist ein containerbasierter Anbieter richtig. Ohne diese Messung wechselst du ins Blaue.

2. Bau das Ziel parallel auf. Neuer Server, Coolify installiert, Anwendung deployt, erreichbar unter einer Testdomain. Die alte Umgebung bleibt unangetastet online. Diese Phase darf zwei Wochen dauern.

3. Zieh die Zustände um. Datenbank, hochgeladene Dateien, Umgebungsvariablen, Cron-Jobs, Webhooks. Der am häufigsten vergessene Punkt sind die Webhooks – Zahlungsdienstleister, Formulare, CI-Trigger zeigen alle noch auf die alte URL.

4. Senk die DNS-TTL, bevor du umstellst. Setze die TTL des Eintrags mindestens 24 Stunden vor dem Wechsel auf 300 Sekunden. Sonst hängen Besucher stundenlang beim alten Ziel, und ein Rückzug dauert genauso lange.

5. Stell um und beobachte 48 Stunden. Statuscodes, Fehlerrate, Antwortzeiten, Speicherverbrauch. Und ganz konkret: Wirf einen Blick in die Search Console. Ein Umzug, der 500er ausliefert, kostet Rankings schneller, als du sie zurückbekommst.

6. Härte den Server, bevor du ihn vergisst. SSH nur mit Schlüssel, Firewall auf das Nötigste, automatische Sicherheitsupdates, Fail2ban, Backups außerhalb des Servers – und ein Monitoring, das dich weckt. Wer diesen Schritt aufschiebt, wird ihn irgendwann unfreiwillig nachholen.

Wann du bei Vercel bleiben solltest

Ich habe kein Interesse daran, dir einen Wechsel zu verkaufen. Es gibt klare Fälle, in denen Bleiben die richtige Entscheidung ist:

• Deine Rechnung liegt unter 50 € im Monat. Dann verhandelst du gerade über einen Betrag, den zwei Stunden deiner Arbeitszeit übersteigen.
• Du bist ein kleines Team ohne Betriebserfahrung. Ein selbst gehosteter Server ohne jemanden, der ihn versteht, ist ein Sicherheitsvorfall mit Terminverzögerung.
• Du nutzt Next.js an seinen Rändern. Partial Prerendering, Middleware-lastige Architekturen, brandneue Features – die funktionieren auf Vercel zuerst und überall sonst später.
• Dein Produkt ist noch nicht validiert. Optimiere Infrastrukturkosten nicht, bevor du weißt, ob das Produkt Kunden hat. Das ist der teuerste Zeitpunkt für einen Umzug.

Ein pragmatischer Zwischenweg, den viele übersehen: Nicht ganz gehen, sondern das Teure verlagern. Bilder und Downloads auf Cloudflare R2 (kein Egress), Videos zu einem spezialisierten Anbieter, statische Marketing-Seiten auf einen billigen Server, und nur die eigentliche Anwendung bleibt auf Vercel. Das schneidet oft 70 % der Rechnung, ohne einen einzigen Migrationsabend zu kosten.

Häufige Fragen

Was ist die beste Vercel Alternative?

Es gibt keine beste, es gibt drei richtige – je nach Problem. Wenn dich Bandbreite ruiniert: Cloudflare Workers und Pages, weil dort Egress schlicht 0 $ kostet. Wenn dich der Preis insgesamt stört und du technisch versiert bist: Coolify auf einem Hetzner-Server für rund 5,50 € im Monat. Wenn du planbare Kosten ohne Serververwaltung willst: Render oder Railway. Netlify ist der bequemste Wechsel, spart aber am wenigsten.

Ist Vercel wirklich teuer?

Für kleine Projekte nein – die Hobby-Stufe ist kostenlos und großzügig. Teuer wird es an dem Punkt, an dem mehrere nutzungsbasierte Zähler gleichzeitig steigen: Bandbreite über 1 TB bei etwa 0,15 $ pro GB, dazu Origin-Transfer, CPU-Zeit, Bildtransformationen und Analytics-Events. Ein einzelner viraler Beitrag erhöht alle sechs Werte auf einmal, weshalb der Sprung so abrupt wirkt.

Kann ich Next.js ohne Vercel hosten?

Ja, vollständig. Next.js ist quelloffen und läuft überall, wo Node.js läuft – im Standalone-Modus in einem Docker-Container von etwa 200 MB. App Router, Server Components, Server Actions und API-Routen funktionieren identisch. Aufpassen musst du bei drei Dingen: Bildoptimierung (braucht sharp oder einen externen Dienst), ISR über mehrere Instanzen (braucht einen gemeinsamen Cache-Handler) und Rollbacks (musst du selbst einrichten).

Lohnt sich Self-Hosting mit Coolify wirklich?

Ab etwa drei Projekten deutlich. Ein Server für 5,50 € trägt problemlos mehrere kleine Anwendungen, und die Fixkosten teilen sich. Bei einem einzigen kleinen Projekt lohnt es sich finanziell kaum – da zahlst du mit Zeit, was du an Geld sparst. Rechne außerdem monatlich 30–60 Minuten für Updates, Log-Kontrolle und Backup-Prüfung ein. Das ist keine Ausrede, aber es sollte in der Kalkulation stehen.

Was kostet ein eigener Server für eine Website?

Ein Hetzner-Cloud-Server mit 2 vCPU, 4 GB RAM und 20 TB Traffic liegt 2026 bei rund 5,49 € im Monat. Für Anwendungen mit Datenbank empfehle ich 8 GB RAM, dann sind es etwa 12–16 €. Dazu kommen Domain (~10 €/Jahr) und optional Backups (20 % Aufschlag). TLS-Zertifikate sind über Let’s Encrypt kostenlos.

Ist Cloudflare Pages eine vollwertige Vercel Alternative?

Für statische Seiten und moderne Frameworks ja, und preislich unschlagbar. Für komplexe Next.js-Anwendungen mit Vorbehalt: Workers laufen in einer V8-Isolate-Umgebung statt in Node.js. Die Node-Kompatibilität ist gut geworden, aber Pakete mit nativen Modulen oder tiefem Node-Zugriff brauchen Anpassung. Next.js läuft über den OpenNext-Adapter – solide, aber eine zusätzliche Schicht, die bei großen Versionssprüngen mitziehen muss.

Wie ziehe ich meine Domain um, ohne Ausfall?

Neue Umgebung parallel aufbauen und unter einer Testdomain vollständig testen. Mindestens 24 Stunden vorher die DNS-TTL auf 300 Sekunden senken. Dann den A- beziehungsweise CNAME-Eintrag umstellen und die alte Umgebung noch 48 Stunden weiterlaufen lassen – so landen Anfragen aus veralteten Caches nicht im Nichts. Prüfe direkt nach dem Umzug, dass TLS-Zertifikat, www-Weiterleitung und alle Weiterleitungsregeln stehen.

Verliere ich SEO-Rankings beim Hosting-Wechsel?

Nicht, wenn URLs, Weiterleitungen und Inhalte identisch bleiben. Google interessiert sich nicht für deinen Anbieter, sondern für Erreichbarkeit und Antwortzeit. Riskant sind drei Fehler: geänderte URL-Strukturen ohne 301-Weiterleitung, ein längerer Ausfall während der Umstellung und ein deutlich langsamerer Server. Behalte nach dem Wechsel zwei Wochen lang die Core Web Vitals und die Abdeckung in der Search Console im Blick.

Was ist mit Vendor-Lock-in bei Datenbanken und Storage?

Das ist der unterschätzte Teil. Der Wechsel der Hosting-Plattform ist meist einfacher als der Wechsel von Vercel Postgres, Vercel Blob oder Edge Config. Wenn Unabhängigkeit dein Ziel ist, fang bei den Daten an, nicht beim Deployment: eine Standard-PostgreSQL-Instanz und S3-kompatibler Speicher (etwa Cloudflare R2 oder Hetzner Object Storage) lassen sich später überall hin mitnehmen.

Fazit

Die ehrliche Antwort auf die Suche nach einer Vercel Alternative ist eine Rückfrage: Was genau stört dich? Sind es die Kosten, dann miss zuerst, welcher Zähler sie erzeugt – bei Bandbreite ist Cloudflare oder ein eigener Server die Lösung, bei Rechenzeit ein containerbasierter Anbieter. Ist es die Abhängigkeit, fang bei Datenbank und Dateispeicher an, nicht beim Deployment. Ist es die Unberechenbarkeit, wechsle zu jedem Modell mit fester Grundgebühr – Render, Railway oder ein Server mit Pauschal-Traffic.

Für die drei häufigsten Ausgangslagen meine klaren Empfehlungen:

Solo-Projekt oder Nebenprodukt: Bleib auf der kostenlosen Stufe, solange sie reicht. Wenn du wechseln willst, nimm Cloudflare Pages – kostenlos, schnell, und Egress kostet dich nie etwas.

Agentur oder mehrere Projekte: Ein Hetzner-Server mit Coolify für 5–15 € im Monat. Der Aufwand fällt einmal an, die Ersparnis pro Kundenprojekt. Plane einen Nachmittag für die Härtung ein und richte Backups ein, bevor du das erste Kundenprojekt aufspielst.

Wachsendes Produkt mit echten Nutzern: Render oder Railway. Planbare Kosten, dauerhaft laufende Prozesse, verwaltete Datenbanken, kein Wachdienst nötig. Der Aufpreis gegenüber dem eigenen Server ist die günstigste Versicherung, die du kaufen kannst.

Und der Satz, den ich mir selbst öfter sagen sollte: Die billigste Infrastruktur ist die, über die du am wenigsten nachdenken musst. Fünf Euro im Monat sind kein Gewinn, wenn sie dich fünf Stunden kosten – und erst recht nicht, wenn sie dich fünf Tage lang einen Krypto-Miner beherbergen lassen, ohne dass du es merkst.