Technologien

Next.js

Marketing-Site und Produkt in einer Codebasis: serverseitig gerendert, schnell per Default und in der CI an Core Web Vitals gemessen.

Was wir mit Next.js bauen

Zu Next.js greifen wir, wenn ein Projekt gefunden werden muss, schnell laden soll und sich trotzdem wie ein Produkt verhält: Marketing-Sites auf einem Headless CMS, SaaS-Anwendungen, E-Commerce-Storefronts und Full-Stack-Apps mit Server Components und API Routes. Unsere eigene Website läuft auf Next.js mit einem Headless CMS; wir liefern also auf dem Stack, den wir verkaufen.

Die richtige Wahl ist es, wenn SEO und erster Seitenaufbau zählen, wenn Content und Anwendung eine Codebasis teilen oder wenn das Rendering pro Seite entschieden werden soll: statisch wo möglich, serverseitig wo nötig, clientseitig wo es sich lohnt. Die falsche Wahl ist es für ein rein internes Tool hinter dem Login; dort ist React mit Vite einfacher zu bauen und günstiger zu betreiben. Wir sagen Ihnen, auf welcher Seite dieser Linie Sie stehen.

Wir entwickeln KI-beschleunigt mit Senior-Review als Gate: KI-Tooling übernimmt Gerüstcode, Migrationen und Testabdeckung, und jede Änderung besteht Review, automatisierte Tests und ein Core-Web-Vitals-Budget in der CI, bevor sie gemergt wird. Deployt wird auf Vercel oder in Containern auf Ihrer Infrastruktur; die Codebasis bindet Sie an keinen Anbieter.

Warum Next.js mit pluscode

01

SEO und Tempo ohne zweiten Stack

Server-Rendering und statische Generierung kommen aus derselben Codebasis wie Ihr Produkt. Keine separate Marketing-Site, die auseinanderläuft.

02

Rendering pro Seite entschieden

Statisch, serverseitig oder clientseitig, je nachdem, wo es sich rechnet. Sie zahlen keine Serverkosten für Seiten, die sich nie ändern, und liefern kein JavaScript aus, das niemand braucht.

03

Kein Hosting-Lock-in

Wir bauen Next.js so, dass es auf Vercel oder in Containern in Ihrer Cloud läuft. Die Deployment-Entscheidung bleibt umkehrbar.

04

Web Vitals in der CI erzwungen

Performance-Budgets lassen den Build scheitern, nicht das Projekt. Regressionen fallen im Pull Request auf, nicht im Ranking.

Technologien

So arbeiten wir mit Next.js

01

Architektur und Rendering-Karte

Wir erfassen Seiten und Features, legen dann Rendering-Modus pro Route, Caching-Strategie und das Content-Modell im CMS fest, bevor Feature-Code entsteht.

02

Bauen mit Previews

Jeder Pull Request bekommt ein Preview-Deployment, durch das sich Ihr Team klicken kann. Die Redaktion arbeitet früh parallel im CMS.

03

Qualitäts-Gates

Senior-Review, Playwright-End-to-End-Tests und Lighthouse-Budgets laufen bei jeder Änderung in der CI. KI beschleunigt das Schreiben; die Gates bleiben nicht verhandelbar.

04

Launch und Messung

Wir launchen mit Redirects, Sitemaps, strukturierten Daten und Analytics, prüfen die Core Web Vitals dann am echten Traffic und beheben, was die Felddaten widerlegen.

Was Sie bekommen

Produktionsreife Next.js-Anwendung, deployt auf Vercel oder Ihrer Infrastruktur
Headless-CMS-Integration mit redaktionellem Workflow
Technisches SEO: Metadaten, Sitemaps, Redirects und strukturierte Daten
CI/CD-Pipeline mit Preview-Deployments und Core-Web-Vitals-Budgets
Automatisierte Testsuite inklusive Playwright-End-to-End-Abdeckung
Übergabedokumentation für Entwickler und Redaktion

Häufige Fragen

Brauchen wir Vercel für Next.js?

Nein. Vercel ist der glatteste Weg und oft der richtige, aber wir deployen Next.js regelmäßig in Docker-Containern auf AWS und anderen Clouds. Wir rechnen die Hosting-Kosten in beiden Varianten durch; entscheiden sollen die Zahlen.

Können Sie unsere bestehende Website auf Next.js migrieren?

Ja, inkrementell: zuerst URL-Inventar und Redirect-Karte, dann wandern Bereiche einzeln hinter einem Proxy, damit Rankings und Traffic erhalten bleiben. Ein Big-Bang-Rewrite ist fast nie nötig.

Next.js oder pures React?

Zählen SEO, Content oder Server-Rendering: Next.js. Eine interne Anwendung hinter dem Login: meist React mit Vite. Wir nutzen beides und begründen die Wahl schriftlich.

Mit welchem CMS kombinieren Sie es?

Meist mit Payload, auf dem auch unsere eigene Website läuft, oder mit einem Headless CMS, das Ihr Team schon kennt. Kriterien sind redaktioneller Workflow, Self-Hosting-Anforderungen und Lizenzkosten; die Empfehlung geben wir, nachdem wir Ihr Content-Modell gesehen haben.

Eine Site, die rankt, ein Produkt, das skaliert

Buchen Sie ein kostenloses 30-Minuten-Gespräch. Wir sagen Ihnen, ob Next.js zu Ihrem Fall passt und was Aufbau oder Migration ungefähr bedeuten.

Gespräch buchen