Ich habe in den letzten drei Jahren etwa fünfzehn Websites von Webflow zu Next.js migriert. Einige liefen reibungslos ab. Ein paar waren schmerzhaft. Eine war eine echte Katastrophe, bei der ein Kunde 40% seines organischen Traffics für sechs Wochen verlor, weil wir eine Reihe von Redirect-Regeln übersahen, die in Webflows CMS-Collection-Seiten vergraben waren. Diese Erfahrung hat mir mehr über SEO-Erhaltung bei Migrationen beigebracht als jede Dokumentation je könnte.

Hier ist alles, was ich über die richtige Durchführung weiß – die technischen Schritte, die Fallstricke, vor denen niemand warnt, und der genaue Prozess, den wir bei Social Animal verwenden, um sicherzustellen, dass die Suchplatzierungen den Übergang überstehen.

Inhaltsverzeichnis

Warum Webflow für Next.js verlassen

Lass mich das klarstellen: Webflow ist wirklich gut in dem, was es tut. Es generiert sauberes semantisches HTML, handhabt Meta-Tags nativ, erstellt XML-Sitemaps automatisch und verwaltet robots.txt, ohne dass du eine Konfigurationsdatei anfässt. Für eine Marketing-Website, die nicht viel benutzerdefinierte Logik benötigt, ist es hervorragend.

Aber du liest diesen Artikel, was bedeutet, dass du wahrscheinlich an die Grenze gestoßen bist. Hier ist, was Teams typischerweise zu Next.js treibt:

Performance-Limits. Webflow-Websites mit vielen Interaktionen, vielen CMS-Elementen oder komplexen Animationen zeigen Schwächen in Core Web Vitals. Wir haben Webflow-Websites mit Largest Contentful Paint (LCP)-Zeiten über 4 Sekunden auf Mobilgeräten gesehen – weit über Googles Schwelle von 2,5 Sekunden. Eine richtig erstellte Next.js-Website mit serverseitigem Rendering und next/image-Optimierung halbiert dies typischerweise.

Anpassungsgrenzen. Brauchst du eine Integration mit einem Headless CMS wie Sanity oder Contentful? Möchtest du einen benutzerdefinierten Checkout-Ablauf erstellen? Brauchst du Middleware für A/B-Tests am Edge? Webflows geschlossenes Ökosystem fühlt sich sehr klein an.

Kosten in größerem Maßstab. Webflows CMS-Plan kostet 29 $/Monat für eine einzelne Website, aber Enterprise-Funktionen treiben das auf 49 $/Monat und mehr. Wenn du mehrere Websites oder Lokalisierungsanforderungen berücksichtigst, wird das Hosten einer Next.js-App auf Vercels Pro-Plan für 20 $/Monat intelligent – besonders da du Edge-Funktionen, Analysen und Vorschau-Deployments inbegriffen bekommst.

Die Performance-Daten unterstützen dies. Webflows eigenes Engineering-Team dokumentierte eine 20%-ige Verbesserung der Ladezeiten, als sie ihr Dashboard zu Next.js mit SSR migrierten. In 2025 Benchmarks erzielen Next.js 15-Websites mit App Router konsistent 15-25% höhere Lighthouse-Ergebnisse als vergleichbare Webflow-Builds mit komplexen Interaktionen.

Wenn dich interessiert, was mit einem modernen Next.js-Stack möglich ist, erläutern wir unseren Ansatz auf unserer Next.js-Entwicklungsfähigkeiten-Seite.

Die wahren Kosten der Migration

Lass uns über Geld sprechen, bevor wir über Code sprechen. Ich habe zu viele Teams eine Migration beginnen sehen, ohne die volle Investition zu verstehen.

Komponente Geschätzte Kosten Anmerkungen
Webflow-Export & Inhaltsaudit $1.000 – $3.000 Manuelle Arbeit; Webflow-Export übersieht CMS-Daten
Next.js-Entwicklung (10-20 Seiten) $8.000 – $25.000 Hängt von Komplexität, Interaktionen, Integrationen ab
Next.js-Entwicklung (20-50 Seiten) $20.000 – $60.000 Enterprise-Websites mit CMS, Auth, benutzerdefinierter Logik
Headless CMS-Setup $2.000 – $8.000 Sanity, Contentful oder Payload CMS-Konfiguration
SEO-Redirect-Zuordnung & QA $1.500 – $4.000 Das wichtigste Posten auf dieser Liste
Vercel/Netlify-Hosting (monatlich) $20 – $150/Mo Ersetzt Webflows $29-$49/Mo-Hosting
Überwachung nach der Migration $500 – $2.000 4-8 Wochen Search Console-Überwachung

Für eine typische mittelgroße Marketing-Website mit 30 Seiten und einem Blog musst du mit $15.000–$40.000 all-in rechnen. Das ist nicht billig. Aber wenn deine Webflow-Website mit bedeutsamem organischem Traffic generiert, sind die Kosten einer fehlgeschlagenen Migration viel höher.

Wir veröffentlichen transparente Preise für Projekte wie diese unter /pricing – es lohnt sich zu schauen, wenn du eine realistische Spanne für deine spezifische Situation möchtest.

SEO-Audit vor der Migration

Hier überspringen die meisten Menschen Schritte, und hier schlagen die meisten Migrationen fehl. Bevor du eine einzige Zeile Next.js-Code schreibst, brauchst du ein vollständiges Bild deines aktuellen SEO-Fußabdrucks.

Crawle alles

Führe Screaming Frog (oder Sitebulb oder Ahrefs Site Audit) gegen deine live Webflow-Website aus. Exportiere jede URL. Ich meine jede URL – Seiten, CMS-Collection-Elemente, paginierte Archivseiten, Utility-Seiten, alles.

Du brauchst:

  • Vollständiges URL-Inventar – jede Seite, die Status 200 zurückgibt
  • Title-Tags und Meta-Beschreibungen für jede Seite
  • Kanonische URLs – Webflow setzt diese manchmal merkwürdig bei Collection-Seiten
  • Interne Link-Struktur – welche Seiten auf welche verlinken
  • Strukturierte Daten – jegliches Schema-Markup, das Webflow generiert
  • Core Web Vitals-Baseline – führe PageSpeed Insights auf deinen Top 20-Seiten durch

Dokumentiere deine Top-Performer

Öffne Google Search Console. Gehe zu Performance. Sortiere nach Klicks für die letzten 12 Monate. Exportiere diese Daten. Dies sind die Seiten, die du absolut nicht brechen darfst.

Ich erstelle normalerweise eine Tabellenkalkulation mit Spalten wie dieser:

URL | Monatliche Klicks | Top-Anfragen | Durchschnittliche Position | Priorität
/blog/seo-guide | 2.400 | "seo guide 2025" | 3,2 | KRITISCH
/pricing | 890 | "agency pricing" | 5,1 | HOCH
/about | 340 | "social animal dev" | 1,0 | MITTEL

Jede Seite in den Kategorien KRITISCH und HOCH erhält während der Migration manuelle Aufmerksamkeit. Keine automatisierten Massen-Redirects. Keine Annahmen.

Führe einen Ahrefs- oder SEMrush-Backlink-Bericht durch. Wenn externe Websites auf spezifische Webflow-URLs verlinken (besonders Blog-Beiträge oder Ressourcenseiten), müssen diese URLs nach der Migration korrekt aufgelöst werden – entweder unter demselben Pfad oder über einen 301-Redirect.

Exportieren deiner Webflow-Website

Webflows Export-Funktion ist... begrenzt. Hier ist, was du tatsächlich bekommst und was nicht.

Was der Export enthält

Auf einem CMS- oder Business-Plan klickst du auf Export Code in Project Settings und erhältst ein ZIP mit:

  • Statische HTML-Dateien für jede Seite
  • CSS (einschließlich Webflows Utility-Klassen)
  • JavaScript (Webflows Runtime + dein benutzerdefinierter Code)
  • Bilder und andere hochgeladene Assets

Was der Export nicht enthält

Dies ist der kritische Teil: Webflows CMS-Daten werden nicht mit dem Export mitgeliefert. Deine Blog-Beiträge, Team-Mitglieder, Case Studies – jegliche in CMS-Collections gespeicherten Inhalte – werden nicht als einzelne HTML-Dateien auf nützliche Weise angezeigt. Sie werden als statischer Inhalt in das exportierte HTML eingebettet, aber du verlierst die strukturierten Daten.

Um deine CMS-Inhalte richtig herauszuholen:

  1. Nutze Webflows CMS-API um Collection-Elemente als JSON abzurufen
  2. Exportiere Collections als CSV aus dem Webflow Designer (Collection Settings → Export)
  3. Nutze ein Tool wie Whalesync oder Make.com um CMS-Daten in dein neues Headless CMS zu pipen

Hier ist ein schnelles Skript zum Abrufen von Webflow-CMS-Elementen über ihre API:

// fetch-webflow-cms.js
const WEBFLOW_API_TOKEN = process.env.WEBFLOW_TOKEN;
const COLLECTION_ID = 'your-collection-id';

async function fetchCollectionItems() {
  const response = await fetch(
    `https://api.webflow.com/v2/collections/${COLLECTION_ID}/items`,
    {
      headers: {
        'Authorization': `Bearer ${WEBFLOW_API_TOKEN}`,
        'accept': 'application/json'
      }
    }
  );
  const data = await response.json();
  
  // Write to JSON file for import into your headless CMS
  const fs = require('fs');
  fs.writeFileSync(
    'cms-export.json',
    JSON.stringify(data.items, null, 2)
  );
  console.log(`Exported ${data.items.length} items`);
}

fetchCollectionItems();

Verlasse dich nicht allein auf den HTML-Export. Parse die exportierten Dateien mit etwas wie Cheerio, wenn du Inhalte aus dem statischen HTML extrahieren musst, aber die API-Route ist sauberer.

Erstellen des Next.js-Ersatzes

Jetzt der aktuelle Build. Ich gehe davon aus, dass du Next.js 14 oder 15 mit dem App Router verwendest – wenn du 2025 neu anfängst, gibt es keinen Grund, den Pages Router zu verwenden.

URL-Struktur-Zuordnung

Das ist nicht verhandelbar: deine neue URL-Struktur sollte deine alte überall dort entsprechen, wo möglich. Jede URL-Änderung ist ein Risiko. Wenn dein Webflow-Blog unter /blog/post-slug lebt, sollte dein Next.js-Blog unter /blog/post-slug leben.

app/
├── page.tsx                    # Homepage
├── about/
│   └── page.tsx               # /about
├── blog/
│   ├── page.tsx               # /blog (listing)
│   └── [slug]/
│       └── page.tsx           # /blog/post-slug
├── services/
│   └── [slug]/
│       └── page.tsx           # /services/web-development
└── contact/
    └── page.tsx               # /contact

Metadata-Implementierung

Next.js 15s Metadata-API ist wirklich besser als das, was Webflow dir gibt. Du bekommst volle programmatische Kontrolle und alles wird serverseitig gerendert – was bedeutet, dass Googlebot es beim ersten Paint sieht.

// app/blog/[slug]/page.tsx
import { Metadata } from 'next';
import { getPostBySlug } from '@/lib/cms';
import { notFound } from 'next/navigation';

type Props = {
  params: Promise<{ slug: string }>;
};

export async function generateMetadata({ params }: Props): Promise<Metadata> {
  const { slug } = await params;
  const post = await getPostBySlug(slug);
  
  if (!post) return {};
  
  return {
    title: post.seoTitle || post.title,
    description: post.seoDescription || post.excerpt,
    openGraph: {
      title: post.title,
      description: post.excerpt,
      images: [{ url: post.featuredImage, width: 1200, height: 630 }],
      type: 'article',
      publishedTime: post.publishedAt,
    },
    alternates: {
      canonical: `https://yoursite.com/blog/${slug}`,
    },
  };
}

export default async function BlogPost({ params }: Props) {
  const { slug } = await params;
  const post = await getPostBySlug(slug);
  
  if (!post) notFound();

  const jsonLd = {
    '@context': 'https://schema.org',
    '@type': 'BlogPosting',
    headline: post.title,
    datePublished: post.publishedAt,
    dateModified: post.updatedAt,
    author: {
      '@type': 'Person',
      name: post.author.name,
    },
    image: post.featuredImage,
    description: post.excerpt,
  };

  return (
    <article>
      <script
        type="application/ld+json"
        dangerouslySetInnerHTML={{ __html: JSON.stringify(jsonLd) }}
      />
      <h1>{post.title}</h1>
      {/* Render post content */}
    </article>
  );
}

Beachte, dass die kanonische URL explizit gesetzt ist. Lass dies nicht dem Zufall überlassen. Webflow handhabt Kanonicals automatisch; in Next.js musst du absichtlich sein.

Performance-Optimierung

Zwei Dinge, die den größten Unterschied gegenüber Webflow machen:

Bild-Optimierung mit next/image:

import Image from 'next/image';

<Image
  src={post.featuredImage}
  alt={post.imageAlt}
  width={1200}
  height={630}
  priority={true} // for above-the-fold images
  sizes="(max-width: 768px) 100vw, 800px"
/>

Font-Optimierung mit next/font:

import { Inter } from 'next/font/google';

const inter = Inter({
  subsets: ['latin'],
  display: 'swap',
});

Diese beiden Optimierungen allein sparen typischerweise 1-2 Sekunden von der LCP gegenüber Webflows Standard-Font- und Bild-Handhabung.

Für Teams, die den Headless CMS-Aspekt in Betracht ziehen, behandeln wir diese Integrations-Arbeit auf unserer Headless CMS-Entwicklung-Seite.

Die 301-Redirect-Strategie, die tatsächlich funktioniert

Dies ist der Abschnitt, der deine Rankings rettet. Ich werde hier schmerzhaft gründlich sein, weil ich zu viele Migrationen gesehen habe, die bei der Redirect-Implementierung fehlschlagen.

Erstelle eine vollständige Redirect-Karte

Nimm deinen Screaming Frog-Crawl aus der Audit-Phase. Für jede URL, die auf der Webflow-Website existiert, brauchst du genau eines dieser Ergebnisse:

  1. Gleiche URL auf Next.js – kein Redirect notwendig, aber verifiziere, dass es funktioniert
  2. Unterschiedliche URL auf Next.js – 301-Redirect von alt zu neu
  3. Seite entfernt – 301-Redirect zur relevantesten bestehenden Seite

Gib niemals einen 404 für eine Seite zurück, die zuvor Traffic oder Backlinks hatte. Niemals.

Implementiere in next.config.js

// next.config.js
const redirects = require('./redirects.json');

/** @type {import('next').NextConfig} */
const nextConfig = {
  async redirects() {
    return redirects.map(({ source, destination }) => ({
      source,
      destination,
      permanent: true, // 301 status code
    }));
  },
};

module.exports = nextConfig;

Und deine redirects.json:

[
  { "source": "/old-blog-post", "destination": "/blog/old-blog-post" },
  { "source": "/services/old-service", "destination": "/services/new-service" },
  { "source": "/team/:member", "destination": "/about" }
]

Nutze Path-Matching-Muster für Massen-Redirects, bei denen sich URL-Strukturen systematisch geändert haben. Aber teste diese immer einzeln – Pattern-Matching kann Redirect-Schleifen verursachen, wenn du nicht aufpasst.

Der Webflow-spezifische Fallstrick

Webflow hängt Schrägstriche am Ende von URLs an. Next.js tut dies standardmäßig nicht. Dies bedeutet yoursite.com/about/ (Webflow) und yoursite.com/about (Next.js) sind technisch unterschiedliche URLs.

In deiner next.config.js füge hinzu:

const nextConfig = {
  trailingSlash: false, // oder true -- sei einfach konsistent
  // ...
};

Füge dann explizite Redirects für Trailing-Slash-Varianten deiner höchsten Traffic-Seiten hinzu. Google wird es schließlich durch Kanonicals selbst herausfinden, aber explizite 301er beschleunigen den Prozess deutlich.

Umgang mit Webflow-CMS-Inhalten

Wenn du ein Webflow-CMS-Blog mit 200 Beiträgen hattest, brauchst du irgendwo für diese Inhalte hin. Du hast ein paar solide Optionen 2025:

CMS Preise (2025) Am besten für Migrationaufwand
Sanity Kostenlos → $99/Mo (Growth) Komplexe Content-Modelle, Echtzeit-Zusammenarbeit Mittel
Contentful Kostenlos → $300/Mo (Team) Enterprise-Teams, Mehrsprachigkeit Mittel-Hoch
Payload CMS Self-hosted (kostenlos) oder Cloud $30/Mo+ Vollständige Kontrolle, TypeScript-nativ Höherer Anfang, niedrigere laufende
MDX-Dateien im Repo Kostenlos Kleine Blogs (<100 Beiträge) Niedrig

Für die meisten Webflow-zu-Next.js-Migrationen empfehle ich Sanity. Seine Schema-Flexibilität entspricht gut Webflows Collection-Struktur, und es gibt Community-Tools zum Importieren von Webflow-Daten. Payload CMS ist zunehmend beliebt für Teams, die alles in TypeScript mögen – es lohnt sich zu evaluieren, wenn du einen benutzerdefinierten Stack aufbaust.

Die Schlüsselsache: Egal welches CMS du wählst, stelle sicher, dass deine Blog-Post-Slugs genau entsprechen. /blog/my-great-post auf Webflow muss /blog/my-great-post auf Next.js sein und aus deinem neuen CMS gezogen werden.

SEO-Überwachung nach der Migration

Der Launch-Tag ist nicht das Ende. Er ist der Anfang einer 4-8 Wochen-Überwachungsperiode.

Woche 1: Unmittelbare Maßnahmen

  1. Reiche deine neue Sitemap bei Google Search Console ein (https://yoursite.com/sitemap.xml)
  2. Fordere Indexierung für deine Top 20-Seiten mit URL Inspection an
  3. Überwache den Coverage-Bericht – beobachte auf Spitzen bei 404-Fehlern
  4. Überprüfe Redirect-Ketten – nutze Screaming Frog um die Live-Website zu crawlen und verifiziere, dass sich jeder Redirect in einem Hop auflöst

Wochen 2-4: Ranking-Erholung

Erwarte einen temporären Rückgang. Ich habe Ranking-Drops um 5-15 Positionen in den ersten zwei Wochen selbst mit perfekten Redirects gesehen. Panik nicht. Google muss neu crawlen, neu verarbeiten und Ranking-Signale neu zuweisen.

Was zu beachten ist:

  • Indexierte Seitenzahl in Search Console – sollte sich in 2 Wochen stabilisieren
  • Click-Through-Raten – wenn CTR signifikant fällt, könnten deine Meta-Beschreibungen angepasst werden müssen
  • Core Web Vitals – deine Next.js-Website sollte besser punkten; verifiziere im CWV-Bericht der Search Console

Wochen 4-8: Bestätigung

Bis Woche 4 sollten sich deine Rankings erholen. Bis Woche 8 sollten sie deine Pre-Migration-Baseline entsprechen oder übertreffen. Wenn sie bis Woche 6 nicht erholt haben, stimmt etwas nicht – überprüfe auf verpasste Redirects, kanonische Probleme oder Rendering-Probleme.

Häufige Fehler, die Rankings zerstören

Das Vergessen von Webflows automatisch generierten Seiten. Webflow erstellt Seiten, an die du möglicherweise nicht denkst – /blog (die Collection-Listing), paginierte Seiten wie /blog?page=2, Tag/Kategorie-Filter-Seiten. Kartiere alle davon.

Nicht die Heading-Hierarchie anpassen. Wenn deine Webflow-Website <h1>-Tags auf Blog-Beiträgen hatte, die Google für Featured Snippets verwendete, braucht deine Next.js-Website dieselbe Hierarchie. Wickle deinen Titel nicht versehentlich in ein <h2> ein, weil deine Layout-Komponente bereits irgendwo ein <h1> hat.

Client-seitiges Rendering für kritische Inhalte. Das ist das große. Wenn deine Next.js-Seiten eine leere Shell laden und dann Inhalte client-seitig abrufen, könnte Googlebot deinen Inhalt möglicherweise nicht zuverlässig sehen. Nutze Server-Komponenten (Standard im App Router) oder generateStaticParams für statische Generierung. SSR ist warum du zu Next.js gezogen bist – nutze es.

Open Graph und Social Previews ignorieren. Webflow generiert OG-Tags automatisch. Wenn deine geteilten Blog-Beiträge plötzlich kaputte Vorschau auf LinkedIn und Twitter zeigen, verlierst du sozialen Traffic, der SEO indirekt beeinflusst.

Domains während der Migration wechseln. Wenn du es vermeiden kannst, wechsle nicht deine Domain zur gleichen Zeit wie deine Plattform. Jede Änderung ist ein unabhängiger Risikofaktor. Migriere zuerst Plattformen, beende Rankings, dann erwäge einen Domain-Wechsel als separates Projekt.

Wenn sich dies überwältigend anfühlt, ist das normal. Migrations-Projekte sind wo Erfahrung am meisten wichtig ist. Wir haben genug davon gemacht, um einen zuverlässigen Prozess zu haben – kontaktiere uns über unsere Kontaktseite wenn du deine spezifische Situation durchgehen möchtest.

FAQ

Wie lange dauert eine Webflow zu Next.js Migration?

Für eine typische Marketing-Website mit 20-40 Seiten und einem Blog rechne mit 6-12 Wochen von Audit bis Launch. Die Entwicklungsarbeit selbst könnte 4-8 Wochen dauern, aber du brauchst Zeit für das SEO-Audit voraus und Überwachung nachher. Eine Migration zu beeilen ist wie du Rankings verlierst.

Werde ich meine SEO-Rankings verlieren, wenn ich von Webflow zu Next.js migriere?

Nicht, wenn du es richtig machst. Mit richtigen 301-Redirects, entsprechenden URL-Strukturen und gleichwertigen On-Page-SEO-Elementen solltest du Rankings in 4-8 Wochen erholt sehen. Einige Websites sehen tatsächlich Verbesserungen, weil Next.js bessere Core Web Vitals-Punkte liefert. Der Schlüssel ist, niemals eine zuvor indexierte URL einen 404 zurückgeben zu lassen.

Kann ich meinen Webflow-Website-Code exportieren und ihn in Next.js verwenden?

Technisch ja – Webflow exportiert sauberes HTML, CSS und JavaScript. Aber praktisch möchtest du das nicht. Webflows exportierter Code nutzt seine eigenen Class-Naming-Konventionen und Runtime-Skripte, die nicht sauber zu React-Komponenten kartieren. Es ist besser, deine UI in React/Next.js neu zu erstellen und den Webflow-Export als visuelles Referenz zu nutzen, dann migriere den Inhalt separat.

Welches Headless CMS sollte ich nutzen, um Webflows CMS zu ersetzen?

Sanity und Payload CMS sind die beliebtesten Entscheidungen 2025 für Next.js-Projekte. Sanity bietet einen großzügigen kostenlosen Tier und exzellente Live-Bearbeitung. Payload CMS ist TypeScript-nativ und kann Self-hosted werden. Für einfachere Blogs funktionieren sogar MDX-Dateien in deinem Git-Repository gut. Die richtige Entscheidung hängt von deiner Team-Größe und Content-Komplexität ab.

Wie handhabre ich Webflow-Formulare nach der Migration?

Webflows Formular-Handhabung überträgt sich nicht. In Next.js kannst du Server Actions (eingebaut in Next.js 14+) zur Verarbeitung von Form-Eingaben nutzen, oder integriere mit Diensten wie Formspree, Resend oder deine eigenen API Routes. Für Kontaktformulare ist Server Actions mit Email-Zustellung über Resend mein Go-to – es ist einfach und hält alles in deinem Codebase.

Ist Next.js wirklich besser für SEO als Webflow?

Es kommt darauf an. Für eine 10-Seiten-Marketing-Website ohne benutzerdefinierte Logik sind Webflows eingebaute SEO-Tools ehrlich ausreichend. Aber für Content-reiche Websites, Websites die dynamische Meta-Tags basierend auf Benutzer-Kontext brauchen, oder Websites wo Core Web Vitals-Performance wichtig ist (Hinweis: es ist immer wichtig), gibt dir Next.js mehr Kontrolle. Serverseitiges Rendering stellt sicher, dass Googlebot immer vollständig gerendertes HTML sieht, und du bekommst programmatische Kontrolle über jedes SEO-Element.

Wie viel kostet die Migration von Webflow zu Next.js?

Eine realistische Spanne für eine mittelgroße Website ist $15.000-$40.000 für eine professionelle Migration einschließlich SEO-Erhaltung. Freelancer-Raten könnten niedriger sein ($5.000-$15.000), aber tragen mehr Risiko, wenn ihnen Migrations-Erfahrung fehlt. Die größte Kosten-Variable ist, ob du eine Headless CMS-Integration brauchst und wie viele benutzerdefinierte Interaktionen neu erstellt werden müssen.

Sollte ich SSR oder SSG für meine migrierte Next.js-Website nutzen?

Für die meisten von Webflow migrierten Marketing-Websites ist Static Site Generation (SSG) die richtige Standard. Es ist schneller und billiger zu dienen. Nutze SSR selektiv für Seiten, die Echtzeit-Daten brauchen – wie eine Pricing-Seite, die Live-Daten aus einer API zieht. Next.js 15s App Router macht es einfach, beide Ansätze im selben Projekt zu mixen, mit Server-Komponenten und generateStaticParams.