Geschrieben von Huifer, Solo-Entwickler und Maintainer von TanStack Ship. Ich habe ShipFast und TanStack Ship über 8 Tage mit derselben Benchmark-SaaS-Spezifikation getestet — Auth + Stripe + Admin + Blog + UTM. Die Build-Zeiten und Runtime-Zahlen in diesem Beitrag stammen aus dieser Übung. ShipFast gewinnt bei der Community-Momentum; TanStack Ship gewinnt bei Edge-Performance und Lock-in-Vermeidung.
Verifizierte Quellen: TanStack Ship GitHub org · TanStack Start docs · Cloudflare Workers docs Letzte Aktualisierung: 2026-07-23 · Changelog
TL;DR: ShipFast ist die richtige Wahl, wenn Sie einen Next.js + Vercel-Starter mit der größten Community und den meisten bereits angebundenen Drittanbieter-Integrationen möchten. TanStack Ship ist die richtige Wahl, wenn Ihnen Cold Start, Edge-Abdeckung, Egress-Kosten und die Vermeidung von Vendor Lock-in bei Vercel wichtig sind. Beide liefern dieselben Business-Module aus — Auth, Billing, UTM, i18n, Admin, AI-Tooling — aber auf unterschiedlichen Runtimes. Die Zahlen unten stammen aus einem 8-Tage-Benchmark, den ich mit derselben SaaS-Spezifikation durchgeführt habe.
TL;DR — Für wen jedes Produkt gedacht ist
Wählen Sie ShipFast, wenn Sie dieses Wochenende ein Next.js SaaS auf den Markt bringen möchten, Sie sich wohl fühlen in Vercels Runtime, Ihre Zielgruppe hauptsächlich in Nordamerika und der EU liegt und Ihnen die Community-Größe wichtiger ist als Edge-Abdeckung. ShipFast hat die größere Community (35k+ Stars beim letzten Check), die längere Erfolgsgeschichte (2023) und die meisten sofort einsetzbaren Drittanbieter-Integrationen.
Wählen Sie TanStack Ship, wenn Ihnen Sub-50ms Cold Starts wichtig sind, Sie Null-Egress bei Assets möchten, auf 300+ Edge-Standorte deployen müssen, typsichere Routing ohne Server-only Boundaries möchten oder möchten, dass Ihr Starter zwischen Cloudflare, Vercel und Netlify portierbar ist, ohne ihn neu schreiben zu müssen. TanStack Ship ist jünger (2025) und hat eine kleinere Community (~3k Stars), basiert aber auf TanStack Start und Cloudflare Workers — eine Runtime-Kombination, die andere Performance-Charakteristiken erzeugt.
Beides sind legitime Entscheidungen. Die falsche Wahl ist, eines aus den falschen Gründen zu wählen. Der Rest dieses Beitrags sind die Messungen und der Entscheidungsbaum.
Wie ich beide Starter getestet habe
Das Benchmark war eine SaaS-Spezifikation mit 5 Routen: eine Marketing-Landingpage, eine Registrierungsroute, eine Stripe-Checkout-Route, ein UTM-tracked Blog-Index und eine einzelne Produktdetailseite. Derselbe SaaS, derselbe Funktionsumfang, dasselbe Datenbankschema (Postgres für ShipFast, D1 für TanStack Ship — unterschiedliche Engines, aber dieselben logischen Tabellen). Dasselbe Lastprofil: 200 req/s Spitze, 30 req/s dauerhaft, synthetischer Traffic aus 8 Regionen über NA, EU und APAC. Beide mit ihren jeweiligen One-Click-Deploy-Buttons in Produktion deployed.
Die Zahlen unten sind p50 / p95-Perzentile, gemessen am Edge über 8 Tage. Die Cold-Start-Zahl wurde gemessen, indem die Deployment-Instanz um 04:00 UTC gekillt und die erste Anfrage nach einem frischen Container-Start getimed wurde. Die TTFB-Zahlen wurden unter Steady-State-Last gemessen. Die Egress-Kosten stammten aus den Vercel- / Cloudflare-Billing-Dashboards.
Was ich nicht gemessen habe
Zwei Dimensionen, die ich nicht benchmarked habe: langfristige Wartbarkeit und Einstellungskosten. Beides hängt von Team-Bekanntheit ab, was ich in 8 Tagen nicht messen kann. Die Community-Größen-Zahlen (35k vs 3k Stars) sind ein Proxy für „wie leicht ist es, eine Antwort auf Stack Overflow zu finden", aber sie sind nicht dasselbe. Betrachten Sie sie als Richtung, nicht als endgültig.
Stack-Vergleich: TanStack Start vs Next.js, Cloudflare vs Vercel
ShipFast läuft auf Next.js 15 + Vercel. Die Runtime sind Vercels serverlose Functions für SSR/RSC, Vercel KV für State, Vercel Postgres für relationale Daten und Vercel Blob für Object Storage. Das Deployment-Ziel ist Vercels Netzwerk — 18 Regionen beim letzten Check.
TanStack Ship läuft auf TanStack Start + Cloudflare Workers. Die Runtime ist Cloudflare Workers für den Request-Handler (V8 Isolates, kein Node.js Container), Cloudflare D1 für SQLite, Cloudflare R2 für Object Storage (Null Egress) und Cloudflare KV für Cache. Das Deployment-Ziel ist Cloudflares Netzwerk — 300+ Städte.
Die beiden Stacks haben drei Dinge gemeinsam: TypeScript überall, Server Functions in derselben Datei-Struktur wie das UI und SSR-by-default Routing. Die beiden Stacks unterscheiden sich in fünf Punkten: das Routing-Framework (TanStack Router vs Next.js App Router), die Runtime (V8 Isolates vs Node.js Container), die Daten-Schicht (D1 vs Postgres), die Asset-Schicht (R2 vs Blob) und der Netzwerk-Fußabdruck (300+ Städte vs 18 Regionen).
Für den Rest dieses Beitrags lauten die Abkürzungen: TS = TanStack Ship, SF = ShipFast.
Feature-Matrix: Auth, Billing, UTM, i18n, Admin, AI-Tooling
Beide Starter liefern dieselben sechs Business-Module aus. Die Implementierungen unterscheiden sich in Runtime und Bibliothekswahl, aber der benutzer sichtbare Funktionsumfang ist vergleichbar.
Modul | ShipFast | TanStack Ship
------------- | --------------------------------- | ------------------------------------
Auth | NextAuth + Postgres Adapter | Better Auth + D1 Adapter
Billing | Stripe + Vercel KV Webhook Queue | Stripe + Cloudflare Queue Consumer
UTM Tracking | Vercel KV + Middleware | D1 + Middleware
i18n | next-intl | Paraglide JS + inlang
Admin Panel | React Admin + Vercel Postgres | Custom + D1 (Single-File CRUD)
AI-Tooling | Handgeschriebene CLAUDE.md | 14 verpackte Agent Skills
Eine Zeile, die wichtiger ist, als sie aussieht: AI-Tooling. ShipFast wird mit einer handgeschriebenen CLAUDE.md ausgeliefert, die die Struktur des Starters beschreibt. TanStack Ship wird mit 14 Skills ausgeliefert — versionierte Markdown-Prompts, die automatisch in Claude Code, Cursor, Windsurf und Codex erscheinen, sobald Sie npm install ausführen. Die Skills werden alongside der Bibliotheken versioniert, die sie dokumentieren, sodass sie nicht veralten können. Der CLAUDE.md-Ansatz kann es.
Performance: Cold Start, TTFB, Edge-Abdeckung
Die 8-Tage-Benchmark-Spezifikation war eine SaaS-Landingpage + Auth + Stripe Checkout + UTM-tracked Blog. Dieselben Module, dieselben Routen, dasselbe Lastprofil (200 req/s Spitze, 30 req/s dauerhaft). Beide in Produktion deployed.
| Metrik | ShipFast | TanStack Ship | Delta |
|---|---|---|---|
| Cold Start (p95) | 480 ms | 12 ms | 40× schneller |
| TTFB Landing (p50) | 110 ms | 38 ms | 2,9× schneller |
| TTFB Checkout (p50) | 220 ms | 75 ms | 2,9× schneller |
| TTFB p95 | 410 ms | 140 ms | 2,9× schneller |
| Edge-Standorte | 18 | 300+ | 16× breiter |
| Bundle-Größe (initial) | 220 KB | 165 KB | 25% kleiner |
Die Cold-Start-Zahl ist die folgenreichste. ShipFasts 480ms Cold Start sind die Kosten für das Hochfahren eines Node.js Containers pro Region; TanStack Ships 12ms Cold Start sind die Kosten für das Starten eines V8 Isolates, das Cloudflare in fast jedem PoP bereits warm hat. Für eine App, die sporadischen Traffic hat oder hohe Varianz zwischen Regionen aufweist, ist der Cold-Start-Unterschied der Unterschied zwischen einem reibungslosen UX und sichtbarer Latenz.
Der TTFB-Vorteil kommt aus zwei Faktoren: dem kleineren Bundle (weniger zu laden) und der breiteren Edge-Abdeckung (kürzerer Netzwerkpfad). Bei einem Nordamerika → EU-Nutzer ist TanStack Ships median Round-Trip ca. 40ms kürzer, weil die Anfrage einen EU-PoP trifft, anstatt in eine US-Region zu transiteren.
Ein Vorbehalt: Dies sind die Zahlen, die ich auf meiner eigenen Spezifikation gemessen habe. Ihre Spezifikation kann abweichen — unterschiedliche Routen-Komplexität, unterschiedliche Drittanbieter-SDKs, unterschiedliche Datenbank-Region. Das Verhältnis wird wahrscheinlich bestehen, aber die absoluten Zahlen sollten auf Ihrer Konfiguration neu gemessen werden.
Kosten: Vercel Egress vs Cloudflare R2 Null-Egress
Egress ist der stille Kostentreiber für jeden Starter, der Medien verarbeitet. ShipFasts Vercel Blob berechnet $0,15/GB für ausgehende Übertragung über das inkludierte Kontingent hinaus. TanStack Ships R2 berechnet null für Egress; Sie zahlen nur für Storage ($0,015/GB-Monat) und Operationen ($0,36 pro Million Class A Reads).
Für ein SaaS, das ca. 500 GB benutzerhochgeladene Bilder pro Monat ausliefert, ist das ein Kostenunterschied von $75/Monat zugunsten von TanStack Ship, wiederkehrend. Die Kosten steigen mit dem Wachstum; bei 5 TB/Monat sind es $750/Monat.
Die andere Kostenachse ist Compute. Vercel berechnet pro Invocation bei serverlosen Functions, mit den ersten 1M Invocations inkludiert im Pro-Plan. Cloudflare Workers berechnet pro Request mit den ersten 100k Requests/Tag inkludiert im Free-Tier. Für dieselbe 200 req/s-Spitze liegen beide unter dem inkludierten Kontingent ihrer jeweiligen Pro-Pläne. Der Kostenunterschied bei Compute ist gering; der Kostenunterschied bei Egress ist erheblich.
AI-Editor-Support: Cursor / Claude Code Config für jeden
ShipFast wird mit einer handgeschriebenen CLAUDE.md und einer cursor.json ausgeliefert, die dem Editor die Projektstruktur beschreibt. Beide Dateien werden von den Starter-Maintainern gepflegt und pro Release aktualisiert.
TanStack Ship wird mit 14 verpackten Agent Skills unter jedem Modul .claude/skills/<name>/SKILL.md ausgeliefert. Die Skills werden alongside der Bibliotheken versioniert, die sie dokumentieren. Wenn @tanstack/react-router eine neue Version released, wird der Skill, der sie dokumentiert, im selben Tarball ausgeliefert.
Ein Praxistest: Bitten Sie die Editor-Config jedes Starters, eine TanStack Router-Datei mit einem typisierten Loader und einem validateSearch-Schema zu erstellen. Mit ShipFasts CLAUDE.md gibt das Model nach ca. 3 Prompts eine Routendatei aus, mit einer manuellen Korrektur bei der Loader-Signatur. Mit TanStack Ships router-code-gen-Skill gibt das Model dieselbe Routendatei in einem Prompt aus, ohne manuelle Korrekturen. Ich habe diesen Test 12 Mal bei beiden Starters durchgeführt; der Skill-Ansatz gewinnt 11 von 12 Mal.
Die eine Niederlage war, als die applies_to-Versionsrange des router-code-gen-Skills nicht zur installierten @tanstack/react-router-Version passte und der Skill stillschweigend übersprungen wurde. Das Model griff auf sein Pre-Training-Wissen zurück und produzierte ein weniger typisiertes Ergebnis. Das Version-Gate macht, was es soll — veraltete Anleitung verweigern — aber es ist auch ein Failure-Mode, den der Nutzer kennen muss, um danach zu suchen.
Entscheidungsbaum: Wählen Sie ShipFast wenn ___, Wählen Sie TanStack Ship wenn ___
Die Entscheidung ist kein Münzwurf. Es gibt klare Kriterien, die für das eine oder andere sprechen.
Wählen Sie ShipFast wenn IRGENDEINES von:
- Sie die größte Community / meisten Drittanbieter-Integrationen brauchen
- Ihre Nutzer konzentriert in NA + EU sind
- Sie bereits Vercel KV / Postgres / Blob nutzen
- Sie die kürzeste Time-to-first-deploy möchten
- Sie sich nicht um Vercel Egress-Kosten sorgen
Wählen Sie TanStack Ship wenn IRGENDEINES von:
- Ihnen Cold Start wichtig ist (SaaS mit sporadischen Traffic)
- Sie benutzerhochgeladene Medien im großen Maßstab ausliefern (R2 Null-Egress)
- Sie Edge-Abdeckung in 300+ Städten möchten
- Sie Portierbarkeit zwischen Cloudflare, Vercel und Netlify möchten
- Sie typsicheres Routing ohne Server-only Boundaries möchten
- Sie täglich Claude Code / Cursor nutzen und Skills über CLAUDE.md schätzen
Ein häufiger Fall, der nicht sauber passt: eine bestehende Next.js-Codebase, die migriert werden soll. Wenn Sie eine Next.js-Codebase in Produktion haben, ist ShipFast der Weg des geringsten Widerstands. Wenn Sie Greenfield sind und Ihr Team sich mit TanStack-Konventionen wohlfühlt, ist TanStack Ship die längfristigere Wette. Die Migrationskosten von einem zum anderen sind real (unterschiedliches Routing, unterschiedliche Server Functions) aber begrenzt (beide sind TypeScript).
Was beide richtig machen
Bevor ich schließe: beide Starter machen echte Dinge richtig, und die Stärken zu benennen ist nützlicher als sie zu verstecken. ShipFasts Community ist sein stärkstes Asset. Ein 35k-Star-Repo bedeutet, dass jemand Ihre Stack-Overflow-Frage bereits beantwortet, den Integrationsleitfaden für Ihren obskuren Payment-Processor geschrieben und das Vercel-Deploy-Rezept für Ihren ungewöhnlichen Stack ausgeliefert hat. Diese Dichte an Community-Wissen ist schwer zu replizieren. ShipFast hat auch das reifste Admin Panel; React Admin hat Jahre an Edge Cases abgedeckt.
TanStack Ships stärkstes Asset ist seine Runtime. V8 Isolates + Cloudflares Netzwerk ist das günstigste, schnellste, am meisten abdeckende Deployment-Ziel, das einem Solo-Entwickler 2026 zur Verfügung steht. Die gebündelten Skills sind das zweitstärkste Asset; nichts Vergleichbares existiert im ShipFast-Ökosystem bisher.
Die versteckten Kosten: Migrationspfad
Eine Dimension, die in keinem Benchmark auftaucht, aber wichtig wird, wenn Sie skalieren: Wie sehr sind Sie eingeschlossen? ShipFast auf Vercel ist in Vercels Runtime-Primitiven eingeschlossen — Vercel KV, Vercel Postgres, Vercel Blob, Vercel Cron. Der Umstieg auf eine andere Cloud bedeutet, jeden dieser Adapter neu zu schreiben. Vercel ist eine gute Runtime; das Lock-in ist die Kosten.
TanStack Ship auf Cloudflare ist in Cloudflares Primitiven eingeschlossen — D1, R2, KV, Queues. Dieselbe Geschichte im Prinzip. Der Unterschied ist, dass TanStack Ships Adapter dünner sind: Drizzle ORM sitzt zwischen der App und D1, das Stripe SDK sitzt zwischen der App und Stripe, und das Paraglide SDK sitzt zwischen der App und dem Message-Katalog. D1 gegen Neon oder Turso tauschen ist eine Drizzle-Konfigurationsänderung, kein Code-Rewrite. Dasselbe gilt nicht für das Tauschen von Vercel KV gegen Upstash in ShipFast — der Adapter ist tiefer.
Dies ist das versteckte Argument für TanStack Ship: Selbst wenn Sie für immer auf Cloudflare bleiben, bedeutet die Dünne der Adapter, dass Sie jede einzelne Primitiv austauschen können, ohne den Rest des Stacks anzufassen. Diese Eigenschaft taucht nicht in Cold-Start-Benchmarks auf, aber sie taucht an dem Tag auf, an dem Sie D1 verlassen müssen, wegen einer regionsspezifischen Data-Residency-Anforderung.
Klonen Sie den kostenlosen TanStack Ship Starter im TanStack Ship GitHub org. Der Starter ist Open-Source unter MIT. Für den Feature-für-Feature-Vergleich sehen Sie die TanStack Ship Features-Seite und die Preisstufen. Wenn Sie noch zwischen SaaS-Boilerplates wählen, sehen Sie die TanStack Ship vs Supastarter und TanStack Ship vs next-forge Vergleiche.