Next.js 16 vs Remix
Next.js 16 (Turbopack als Standard, Partial Prerendering) vs. Remix (Shopify, Web-Standards) — Vergleich von React-Meta-Frameworks 2026.
Verwaltete Plattform, die nach Git Push alles automatisch übernimmt
Server mit fester monatlicher Gebühr, voller Kontrolle, voller Verantwortung
Es gibt keinen eindeutigen Gewinner, sondern zwei unterschiedliche Verantwortungsmodelle. Ist dein Traffic spikig und fehlt dir DevOps-Kapazität, ist Vercels automatische Skalierung ihr Geld wert. Bei vorhersehbarem mittlerem Traffic und bestehender systemd/nginx/Cloudflare-Disziplin macht Hetzner + Cloudflare die Rechnung planbar und bietet Vorteile beim Datenschutz. Der Wendepunkt: Bandbreite und ISR-Write-Volumen – miss einen Monat lang und entscheide dann.
| Kategorie | Vercel | Hetzner VPS (self-host) |
|---|---|---|
| Performance | 8/10 | 7/10 |
| Erlernbarkeit | 9/10 | 5/10 |
| Ökosystem | 9/10 | 7/10 |
| Community | 8/10 | 7/10 |
| Arbeitsmarkt | 7/10 | 7/10 |
| Zukunftssicherheit | 8/10 | 8/10 |
# Vercel — Zero-Config-Next.js-Deployment + Umgebungsvariable + Edge-Config-Beispiel
# 1) Funktionsregion und Cron-Einstellung im Projektstamm über vercel.json
{
"regions": ["fra1"],
"crons": [
{ "path": "/api/cron/revalidate", "schedule": "0 */6 * * *" }
]
}
# 2) Deployment über die CLI (Build+TLS+CDN automatisch)
npx vercel --prod
# 3) Um die Kosten der ISR-Write-Einheit (1 Einheit = 8 KB, keine
# enthaltene Quote) zu senken, die Revalidate-Dauer am Traffic ausrichten
export const revalidate = 3600; // einmal pro Stunde neu generieren
# 4) Funktionsausgabe statisch cachen, um Fast Origin Transfer
# zu reduzieren
export async function GET() {
return Response.json(
{ data: "ok" },
{ headers: { "Cache-Control": "public, s-maxage=600" } }
);
}# Hetzner VPS — Next.js Standalone Self-Host + systemd + nginx
# 1) next.config.js — Standalone-Ausgabemodus (offizieller Self-Hosting-Leitfaden)
module.exports = {
output: "standalone",
};
# 2) Build + Standalone-Dateien kopieren
npm run build
cp -r .next/static .next/standalone/.next/static
cp -r public .next/standalone/public
# 3) systemd-Unit — Prozessverwaltung (Beispiel portfolio-ssr.service)
[Unit]
Description=Next.js standalone server
After=network.target
[Service]
Type=simple
User=portfolio
WorkingDirectory=/var/www/app/.next/standalone
ExecStart=/usr/bin/node server.js
Restart=on-failure
Environment=PORT=4000
NoNewPrivileges=true
ProtectHome=true
[Install]
WantedBy=multi-user.target
# 4) nginx Reverse Proxy (offizielle Next.js-Empfehlung)
server {
listen 443 ssl;
server_name example.com;
location / {
proxy_pass http://127.0.0.1:4000;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
# 5) sharp installieren — für Image Optimization erforderlich
npm install sharpEs gibt keinen eindeutigen Gewinner, sondern zwei unterschiedliche Verantwortungsmodelle. Ist dein Traffic spikig und fehlt dir DevOps-Kapazität, ist Vercels automatische Skalierung ihr Geld wert. Bei vorhersehbarem mittlerem Traffic und bestehender systemd/nginx/Cloudflare-Disziplin macht Hetzner + Cloudflare die Rechnung planbar und bietet Vorteile beim Datenschutz. Der Wendepunkt: Bandbreite und ISR-Write-Volumen – miss einen Monat lang und entscheide dann.
Kostenlose Beratung erhaltenDas genaue Verhältnis hängt vom Traffic- und ISR-Write-Volumen ab, aber der strukturelle Unterschied ist klar: Vercel Pro verlangt eine Grundgebühr von 20 $/Monat plus nutzungsbasierte Zusatzkosten (Fast Data Transfer ab 0,15 $/GB, Edge Request 2 $/1M, ISR Write 4 $/1M Schreibeinheiten), während ein Hetzner VPS eine feste monatliche Miete kostet und solange du innerhalb der enthaltenen Traffic-Quote bleibst, keine Zusatzkosten anfallen. Bei niedrigem Bandbreiten-/ISR-Write-Volumen bleibt der Unterschied gering; steigt es, wächst Vercels Rechnung exponentiell, während Hetzner konstant bleibt. Berücksichtige auch die Hetzner-Preiserhöhungen von 2026 (besonders bei CCX/CPX-Linien) und rechne beide Seiten mit deinem eigenen Traffic durch.