Warum webvise bei jedem Kundenprojekt auf Vercel setzt

Fast jedes Kundenprojekt entsteht auf Vercel, weil eine Plattform heute Deployment, Skalierung, Analytics und die KI-Agenten-Schicht abdeckt und ein kleines Team damit produktionsreife Software schnell liefern kann. Vercel ist die Standardempfehlung, keine Pflicht: Wer auf eigener Infrastruktur hosten möchte, erhält eine portable Anwendung und Unterstützung beim Deployment dort.

Ein Blick auf diese Seite genügt als erster Beweis. webvise.io läuft auf Vercel: Next.js 16, sieben Sprachen, ein KI-Assistent und ein WordPress Health Report, alles aus einem einzigen Git-Push.

Wer jemanden mit der Entwicklung einer App beauftragt, hält das Hosting oft für ein Detail, das man übergehen kann. Es bestimmt im Stillen, wie schnell Releases erscheinen, wie die monatliche Rechnung aussieht und ob die KI-Funktionen des nächsten Jahres einen Neubau erfordern oder ein Config-Flag sind. Was folgt: die Entscheidung für Vercel, die echten Kosten dahinter und die Fälle, in denen Kunden auf andere Wege hingewiesen werden.

• Eine Plattform, nicht fünf. Vercel fasst Deployment, Preview-Umgebungen, globale Auslieferung, Serverless Functions und Analytics in einer einzigen Pipeline zusammen, sodass ein kleines Team liefert, wofür früher eine eigene DevOps-Stelle nötig war.
• Standard, kein Käfig. Gebaut wird auf Standard-Next.js. Wer AWS, eigene Server oder einen anderen Hoster bevorzugt, nimmt denselben Code mit, unterstützt wird das vollständig.
• Die Agenten-Schicht ist der eigentliche Grund. Vercel Ship 2026 lieferte einen vollständigen Stack für KI-Agenten im Produktionsbetrieb, sodass KI-Funktionen für Kunden zu Erweiterungen statt zu Neuprojekten werden.
• Die Kosten sind real. Vendor-Lock-in, nutzungsbasierte Preise mit möglichen Spitzen und ein Supply-Chain-Breach im April 2026, auf den reagiert werden musste. All das fließt in die Abwägung ein, bevor Vercel empfohlen wird.
• Wann Vercel nicht die Wahl ist: statische Broschüren-Websites, strikte Multi-Cloud-Vorgaben und Kunden, die bereits ein eigenes Platform-Team betreiben.

Was ein vollständiges Commitment zu Vercel konkret bedeutet

Die Website selbst ist der erste Beweis. webvise.io ist eine vollständige Next.js-16-Anwendung auf Vercel, keine statische Broschüre. Sieben Sprachversionen laufen über next-intl, dazu ein KI-Assistent und ein WordPress Health Report; die eigenen Core Web Vitals werden über Speed Insights gemessen. Jede Änderung geht mit einem einzigen Git-Push live.

Kundenprojekte folgen derselben Basis: Next.js und React im Frontend, TypeScript durchgehend, PostgreSQL auf Neon mit Drizzle, tRPC für typsichere APIs, Better Auth für die Authentifizierung, alles auf Vercel mit CI/CD, Staging und Monitoring über Sentry und PostHog. Der Stack ist bewusst unspektakulär. Unspektakulär ist, was eine Übergabe übersteht und zwei Jahre später noch läuft.

Genau das ist, was in individuellen Full-Stack-Anwendungen übergeben wird: eine Produktions-App, die läuft, überwacht wird und deren Quellcode dem Kunden gehört. Warum dabei Next.js der Ausgangspunkt ist, erklärt ein separater Beitrag: Framer vs. Next.js für eine Business-Website.

Eine Plattform hat einen ganzen Anbieter-Stack ersetzt

Die Entscheidung ist im Kern eine Entscheidung für Konsolidierung. Ein konventionelles Produktions-Setup verbindet Hoster, CDN, CI-Runner, Preview-Umgebungs-Tool, Analytics-Produkt und Secrets-Manager. Jedes Element ist ein Vertrag, eine Integration und eine potenzielle Fehlerquelle mit eigenem Zeitplan. Vercel fasst diese Liste in einem einzigen Konto mit einer einzigen Rechnung zusammen.

Für ein schlankes Studio ist die Rechnung direkt. Jeder Anbieter weniger ist eine Integration, die nicht gepflegt werden muss, und eine Rechnung, die nicht abgeglichen werden muss. Das macht oft den Unterschied zwischen annehmen und ablehnen.

Preview-Deployments sind das, was Kunden zuerst spüren. Jeder Pull Request erhält eine eigene Live-URL, sodass Kunden die tatsächliche Änderung sehen können, bevor sie in Produktion geht. Freigaben hören auf, ein Ratespiel über Screenshots zu sein.

Die Agenten-Schicht macht die Entscheidung langfristig rentabel

Am 25. Juni 2026 war ich vor Ort bei Vercel Ship in Berlin, als AI SDK 7 offiziell verfügbar wurde. Die Keynote-These war direkt: Vercel hat ein Jahrzehnt lang geprägt, wie das Web gebaut wird, und tut dasselbe jetzt für Agenten. Die Londoner Keynote eine Woche zuvor zog über 2.500 Teilnehmer mit derselben Botschaft an.

Den Beweis, den Vercel auf die Bühne brachte, lieferte der eigene Betrieb: mehr als 100 Agenten in der Produktionsumgebung des eigenen Agent Frameworks, und Agenten lösen inzwischen rund 29 % aller Deployments aus, gegenüber weniger als 3 % ein Jahr zuvor. Ein Unternehmen, das seine eigene Software mit den Werkzeugen liefert, die es verkauft.

Ausgeliefert wurde ein Set von Primitiven, von denen jedes eine Aufgabe löst, die ein Agent benötigt, plus eve, ein Framework, das sie zusammenfügt und mit einem einzigen Befehl deployt. Die Bezeichnungen sind wichtig, weil sie sich auf echte Kundenanfragen abbilden lassen.

Wenn ein Kunde später eine KI-Funktion benötigt, einen Support-Agenten, einen Dokumenten-Workflow oder einen Chatbot, der seine Daten liest, fügt sie sich in die bereits laufende App ein, verbunden über den AI Gateway. Keine zweite Plattform zum Einarbeiten, keine zweite Rechnung zu verwalten.

Die ehrlichen Kosten: Lock-in, Preisgestaltung und der Breach vom April

Wer auf eine Plattform setzt, zahlt dafür einen Preis, und diesen zu verschweigen wäre unehrlich. Drei Kosten verdienen es, benannt zu werden, bevor jemand die Entscheidung absegnet.

Das erste ist Lock-in. Preview-Kommentare, Speed Insights und der AI Gateway sind Vercel-spezifische Komfortfunktionen. Die Kernanwendung darunter ist Standard-Next.js und Postgres, die App selbst ist also portierbar. Was neu gebaut werden müsste, ist der Plattform-Leim, und Kunden erfahren genau, welche Teile das sind.

Das zweite ist die Preisgestaltung. Vercel rechnet nutzungsbasiert ab: Hobby ist kostenlos, Pro kostet 20 $ pro Monat plus den tatsächlichen Verbrauch. Ein Traffic-Spike oder eine unkontrollierte Function kann das über den Preis eines Flat-Rate-Servers treiben, daher werden Ausgabenlimits gesetzt und der Verbrauch bei Projekten mit unvorhersehbarer Last beobachtet.

Das dritte ist Sicherheit, und sie ist konkret erfahrbar. Am 19. April 2026 meldete Vercel einen Supply-Chain-Breach. An dem Wochenende wurden Secrets rotiert, Projekte neu deployt und Zugänge widerrufen, und ich habe die genauen Schritte im webvise Vercel Breach Response Playbook festgehalten. Eine Plattform, der man vertraut, braucht trotzdem einen Plan für den Tag, an dem sie kompromittiert wird.

Wann auf Vercel verzichtet wird und wie die eigene Infrastruktur unterstützt wird

Vercel ist die Standardempfehlung, und Empfehlungen haben Grenzen. Einige Fälle sprechen von vornherein für einen anderen Weg.

• Statische Broschüren-Websites. Eine Marketing-Seite ohne App-Logik läuft einwandfrei und günstiger auf einem einfachen CDN-Hoster. Eine Runtime, die niemand benötigt, wird nicht empfohlen.
• Ein bestehendes Platform-Team. Wer bereits AWS oder GCP mit eigenen Standards betreibt, erhält eine App, die auf dieses Ziel ausgerichtet ist und dort deployt wird, wo das Team arbeitet.
• Strikte Multi-Cloud- oder Datenschutzvorgaben. Wenn Single-Cloud-Lock-in ausgeschlossen ist, kommen portable Komponenten zum Einsatz: containerisiertes Next.js und Mastra anstelle von eve für Agenten.

Und der einfachste Fall: Selbst hosten. Die App entsteht auf Standard-Next.js, läuft also auf eigenen Servern, dem eigenen Cloud-Konto oder wo auch immer die Infrastruktur bereits liegt, und das Deployment dort wird unterstützt. Vercel ist der Standard. Die Infrastruktur bleibt die eigene Entscheidung.

Was das bedeutet, wenn webvise Ihre App entwickelt

Wer einen Partner für eine Produktions-App auswählt, kauft auch die Plattform darunter. Vercel ist die Standardwahl aus zwei Gründen: Ein kleines Senior-Team kann damit Software liefern und betreiben, für die sonst ein eigenes Platform-Team nötig wäre. Der Agent-Stack bedeutet, dass die KI-Roadmap zu einem Satz von Erweiterungen wird statt zu einem künftigen Neubau.

Wie das in der Praxis aussieht, zeigt sich in individuellen Full-Stack-Anwendungen, von der Architektur bis zur lauffähigen Übergabe. Wer überlegt, wo die nächste App entstehen soll, teilt webvise die Anforderungen über das Kontaktformular mit, und der passende Stack wird zugeordnet, auf Vercel oder wo auch immer bereits eine Infrastruktur besteht.