Ich habe Dutzende WordPress-Websites in den letzten drei Jahren migriert. Einige waren fünfseitige Marketing-Websites, andere waren Publikationen mit 10.000 Beiträgen. Das Muster ist immer das gleiche: Teams kommen zu uns frustriert über dieselben Probleme, und die Lösungen lassen sich sauber auf eine kleine Anzahl moderner Tools abbilden. Es geht nicht darum, Trends zu jagen. Es geht darum, echte Probleme zu lösen, die WordPress seit über zwei Jahrzehnten mit sich trägt.

WordPress treibt immer noch etwa 43% des Webs an und verdient dafür Anerkennung. Aber „am beliebtesten" und „am besten geeignet" sind unterschiedliche Dinge. Wenn Sie das lesen, haben Sie sich wahrscheinlich bereits entschieden, dass sich etwas ändern muss. Lassen Sie uns konkret werden, was was ersetzt — und was es wirklich kostet.

Inhaltsverzeichnis

Ordnen Sie Ihre WordPress-Probleme dem richtigen modernen Stack zu

Jede WordPress-Frustration hat ein direktes modernes Gegenstück. Hier ist die Zuordnung, die ich verwende, wenn Clients nach Migration fragen.

Plugin-Überfluss → Headless CMS (Payload, Sanity)

Die durchschnittliche WordPress-Website führt 20–30 Plugins aus. Jedes ist ein potenzielles Sicherheitsloch, ein Performance-Bremse und ein Kompatibilitätsrisiko jedes Mal, wenn WordPress ein Core-Update durchführt. Ich habe Websites gesehen, deren Plugin-Ordner 400 MB groß war. Vierhundert Megabyte PHP, das bei jeder Seitenabrufanfrage ausgeführt wird.

Ein Headless CMS wie Payload oder Sanity eliminiert dies vollständig. Die Content-Modellierung ist integriert – Sie benötigen kein Advanced Custom Fields. Die Medienverwaltung ist integriert – Sie benötigen kein separates Media-Library-Plugin. Benutzerrollen, API-Zugriff, Lokalisierung – alles ist nativ vorhanden.

Payload CMS ist Open Source, TypeScript-nativ und selbst gehostet (oder Cloud-gehostet auf Payload Cloud ab $15/Monat). Alles wird im Code definiert, was bedeutet, dass Ihre CMS-Struktur zusammen mit Ihrem Frontend in der Versionskontrolle gespeichert ist. Wenn Sie jemals eine WordPress-Website verloren haben, weil jemand das falsche Plugin deaktiviert hat, werden Sie dies zu schätzen wissen.

Sanity verfolgt einen anderen Ansatz – es ist eine gehostete Plattform mit einem echtzeitgestützten Zusammenarbeitereditor namens Sanity Studio. Ihr kostenloses Tier deckt die meisten kleinen bis mittleren Projekte ab (bis zu 100.000 API-Anfragen/Monat), und ihr Growth-Plan beginnt bei $99/Monat. Die Content-Lake-Architektur bedeutet, dass Ihr Content wirklich strukturiert und portierbar ist.

Wir bauen regelmäßig mit beiden in unserer Headless-CMS-Entwicklungspraxis, und die Wahl kommt normalerweise auf Folgendes hinaus: Möchten Sie die Infrastruktur besitzen (Payload) oder zahlen Sie jemandem, um sie zu verwalten (Sanity)?

Langsame Seitenladezeiten → Astro oder Next.js

WordPress generiert bei jeder Anfrage HTML auf dem Server. Ja, Sie können Caching-Plugins (WP Rocket, W3 Total Cache) installieren, aber Sie beheben damit ein fundamentales Architekturproblem. Eine frische WordPress-Installation mit einem kommerziellen Theme erzielt routinemäßig 40–60 bei Lighthouse. Ich habe Produktionssites im Bereich unter zwanzig Punkten gesehen.

Astro und Next.js lösen dieses Problem auf Architekturebene.

Astro versandt standardmäßig null JavaScript. Es rendert Ihre Seiten zur Buildzeit zu statischem HTML. Eine typische Astro-Marketing-Site erzielt ohne Optimierungsaufwand 95–100 bei Lighthouse. Es ist nicht einmal knapp. Für inhaltsreiche Websites, bei denen Interaktivität minimal ist – Marketing-Sites, Blogs, Dokumentation – ist Astro die offensichtliche Wahl. Wir arbeiten intensiv damit in unserer Astro-Entwicklungspraxis.

Next.js ist die Wahl, wenn Sie mehr Interaktivität benötigen – Dashboards, authentifizierte Erfahrungen, E-Commerce mit dynamischen Preisen, Suche mit Filtern. Sein App Router bietet standardmäßig Server-Komponenten (weniger Client-seitiges JS), plus inkrementelle statische Regeneration, sodass Sie nicht alle 10.000 Seiten neu erstellen müssen, jedes Mal wenn jemand einen Tippfehler behebt. Unser Next.js-Entwicklungsteam nutzt es für alles jenseits von einfachen Content-Websites.

Metrik WordPress (typisch) Astro-Website Next.js-Website
Lighthouse-Performance 40–65 95–100 85–98
Time to First Byte 800ms–2s 50–100ms (CDN) 50–200ms
Gesamtseitengröße 2–5MB 100–300KB 200–600KB
Versandtes JavaScript 300KB–1MB 0–50KB 80–200KB
Build erforderlich Nein Ja Ja

Hosting-Kosten → Vercel oder Cloudflare (kostenlose Tier)

Verwaltetes WordPress-Hosting ist nicht billig. WP Engine beginnt bei $20/Monat für ihr Basis-Tier, Kinsta bei $35/Monat, und sobald Sie Staging-Umgebungen, CDN und anständige Performance benötigen, zahlen Sie leicht $50–100/Monat. Und das ist noch bevor Traffic-Spitzen zuschlagen.

Vercel's kostenloses Hobby-Tier bewältigt die meisten persönlichen und Small-Business-Websites ohne einen Dollar auszugeben. Ihr Pro-Plan kostet $20/Monat pro Team-Mitglied und beinhaltet Preview-Deployments, Analysen und Edge-Funktionen. Cloudflare Pages ist noch aggressiver – ihr kostenloses Tier beinhaltet unbegrenzte Bandbreite und 500 Builds pro Monat.

Hier ist das, das Menschen überrascht: Eine statische Astro-Site auf Cloudflare Pages bewältigt Traffic-Spitzen, die einen $100/Monat WordPress-Host zu Boden bringen würden. Sie servieren Dateien von einem CDN, nicht starten PHP auf einem Server. Die Wirtschaft ist fundamental unterschiedlich.

Hosting Kostenlos Tier Kostenpflichtiger Start Bandbreite Build-Minuten
Vercel Ja (Hobby) $20/Monat pro Benutzer 100GB 6.000/Monat
Cloudflare Pages Ja $5/Monat (Workers Paid) Unbegrenzt 500 Builds (kostenlos), 5.000 (kostenpflichtig)
Netlify Ja $19/Monat pro Benutzer 100GB 300 Min/Monat
WP Engine Nein $20/Monat 50GB Nicht zutreffend
Kinsta Nein $35/Monat CDN enthalten Nicht zutreffend

Sicherheits-Patches → Headless-Architektur

WordPress ist das am häufigsten angegriffene CMS im Internet. Nicht weil es inhärent unsicher ist, sondern weil es das größte Ziel mit der größten Angriffsfläche ist. Jedes Plugin ist ein Angriffsvektor. Jede Theme-Funktion ist eine potenzielle Sicherheitslücke. Die wp-admin-Anmeldeseite wird ständig brute-force-attackiert.

Mit einer Headless-Architektur ist Ihr Frontend statisches HTML auf einem CDN. Es gibt keinen serverseitigen Code zum Ausnutzen. Keine Datenbank zum SQL-Injizieren. Keine Anmeldeseite zum Brute-Force. Ihr CMS läuft separat – entweder als verwalteter Dienst (Sanity, Contentful), bei dem Sicherheit deren Problem ist, oder selbst gehostet hinter Authentifizierung und einer Firewall (Payload in einem privaten Netzwerk).

Ich sage nicht, dass Headless-Sites unhackbar sind. Aber die Angriffsfläche schrumpft dramatisch. Sie gehen von der Verteidigung einer PHP-Anwendung mit 30 Third-Party-Plugins zur Verteidigung eines API-Endpunkts mit token-basierter Authentifizierung.

Page Builder → Webflow oder Framer (für nicht-Entwickler-Teams)

Nicht jedes Team hat Entwickler. Wenn Ihre WordPress-Website existiert, weil sie jemand in Elementor oder Divi gebaut hat, könnte das Rausreißen und Ersetzen durch einen Code-basierten Stack keinen Sinn machen.

Webflow ist der stärkste WordPress-Page-Builder-Ersatz in 2026. Es generiert sauberes HTML/CSS, beinhaltet integriertes Hosting mit globalen CDN, handhabt Formulare nativ und hat ein CMS, das Marketing-Teams tatsächlich ohne Entwicklerhilfe nutzen können. Ihr Basic-Site-Plan beginnt bei $14/Monat, und CMS-Pläne beginnen bei $23/Monat.

Framer ist überraschend gut für Marketing-Sites geworden. Es ist schneller als Webflow für einfache Landing Pages, und ihr kostenloses Tier ist großzügig genug zum Testen. Kostenpflichtige Pläne beginnen bei $5/Monat für eine Basic-Website.

Dies sind keine Headless-Architekturen – sie sind Full-Stack-Visual-Builder. Aber sie lösen die gleichen Schmerzen: Performance, Sicherheit und Wartungsbelastung.

Referenzarchitekturen: 3 Muster, die funktionieren

Nach dem Bauen vieler dieser decken drei Muster etwa 90% der WordPress-Ersatzszenarios ab, die wir sehen.

Muster 1: Marketing-Website — Astro + Sanity + Vercel

Dies ist das Hauptgeschäft. Unternehmens-Marketing-Sites, Agentur-Sites, SaaS-Landing-Pages – alles, bei dem sich der Inhalt regelmäßig ändert, aber die Website größtenteils statisch ist.

┌─────────────┐     ┌──────────────┐     ┌─────────────┐
│   Sanity     │────▶│   Astro      │────▶│   Vercel    │
│   Studio     │     │   (Build)    │     │   (CDN)     │
│              │     │              │     │             │
│  Content     │     │  Static HTML │     │  Global     │
│  Editors     │     │  Generation  │     │  Edge       │
└─────────────┘     └──────────────┘     └─────────────┘
        │                                        │
        └── Webhook triggert Rebuild ────────────┘

Wie es funktioniert: Content-Editoren arbeiten in Sanity Studio. Wenn sie veröffentlichen, triggert ein Webhook einen Rebuild auf Vercel. Astro ruft alle Inhalte von Sanity's API ab, generiert statisches HTML und deployt es auf Vercel's Edge-Netzwerk. Der gesamte Rebuild dauert 30–90 Sekunden für eine typische 50-seitige Website.

Ersetzte WordPress-Features:

  • Kontaktformulare → Resend + eine Serverless-Funktion, oder Formspree ($25/Monat)
  • SEO-Meta → Astro's eingebautes <head>-Management + ein Sanity-SEO-Schema
  • Analysen → Vercel Analytics oder Plausible ($9/Monat)
  • Bildoptimierung → Sanity's Image-Pipeline oder Vercel's next/image-Equivalent in Astro

Monatliche Kosten: $0–25 für die meisten Websites (Sanity kostenlos + Vercel kostenlos + optionales Formspree)

Muster 2: Blog / Publikation — Next.js + Payload + Vercel

Für inhaltsreiche Websites mit Tausenden von Beiträgen, Such-Funktionalität, Tags/Kategorien und Autorenseiten. Denken Sie an Medien-Sites, Unternehmensblogs, Knowledge Bases.

// Beispiel: Abrufen von Beiträgen von Payload in Next.js
import { getPayloadClient } from '@/lib/payload'

export default async function BlogPage() {
  const payload = await getPayloadClient()
  
  const posts = await payload.find({
    collection: 'posts',
    where: {
      status: { equals: 'published' },
    },
    sort: '-publishedAt',
    limit: 20,
  })

  return (
    <main>
      {posts.docs.map((post) => (
        <ArticleCard key={post.id} post={post} />
      ))}
    </main>
  )
}

Warum Next.js hier statt Astro? Inkrementelle statische Regeneration. Wenn Sie 5.000+ Beiträge haben, möchten Sie nicht die gesamte Website neu erstellen, wenn sich ein Beitrag ändert. Next.js kann einzelne Seiten bei Bedarf regenerieren. Astro fügt ähnliche Funktionen hinzu, aber Next.js ist in 2026 besser erprobt für diese Skala.

Warum Payload statt Sanity? Für Publikationen bedeutet Payload's selbst gehostetes Modell, dass Sie Ihre Daten vollständig besitzen. Sie können komplexe Abfragen ausführen, benutzerdefinierte Admin-Views für Editoren erstellen und die per-API-Anfrage-Preisgestaltung vermeiden, die bei Skalierung teuer wird. Payload 3.0 (veröffentlicht Ende 2024) läuft auf Next.js selbst, sodass Ihr CMS und Ihr Frontend eine einzelne Deployment teilen können.

Monatliche Kosten: $20–50 (Vercel Pro + Payload Cloud oder eine kleine VPS zum Selbst-Hosten von Payload)

Muster 3: E-Commerce — Next.js + Shopify Hydrogen + Vercel

Wenn Sie WooCommerce ausführen, ist dies Ihr Upgrade-Pfad. Shopify handhabt den Wagen, Checkout, Zahlungen, Inventar und Versand. Ihr Next.js-Frontend handhabt die Präsentationsebene.

// Beispiel: Abrufen von Produkten von Shopify Storefront API
const { data } = await shopifyFetch({
  query: `
    query FeaturedProducts {
      products(first: 12, sortKey: BEST_SELLING) {
        edges {
          node {
            id
            title
            handle
            priceRange {
              minVariantPrice {
                amount
                currencyCode
              }
            }
            featuredImage {
              url
              altText
            }
          }
        }
      }
    }
  `,
})

Shopify's Basic-Plan kostet $39/Monat. Ihre Storefront API ist kostenlos mit jedem Shopify-Plan zu verwenden. Sie erhalten ein weltklasse Checkout-Erlebnis, Betrugschutz und Zahlungsabwicklung – Dinge, die Monate zum Bauen von Grund auf mit WooCommerce dauern.

Monatliche Kosten: $59–99 (Shopify Basic $39 + Vercel Pro $20 + optionales Sanity für nicht-Produkt-Inhalte)

Migrationskosten und Zeitplan

Lassen Sie uns über echte Zahlen sprechen. Ich werde dies nach Website-Komplexität aufschlüsseln, da eine 5-seitige Broschüren-Website und ein 500-Beiträge-Blog mit E-Commerce sehr unterschiedliche Projekte sind.

Zeitplan nach Website-Typ

Website-Typ Seiten/Beiträge Typischer Zeitplan Agentur-Kostenbereich DIY-Kosten
Broschüre/Marketing (5–15 Seiten) 5–15 2–4 Wochen $5.000–$15.000 $0–500
Blog/Publikation (50–500 Beiträge) 50–500 4–8 Wochen $15.000–$40.000 $500–2.000
E-Commerce (WooCommerce-Migration) 50–500 Produkte 6–12 Wochen $25.000–$75.000 $2.000–5.000
Unternehmens/Multi-Site 1.000+ Seiten 12–24 Wochen $50.000–$150.000+ Nicht realistisch

Diese DIY-Kosten nehmen an, dass Sie ein Entwickler sind, der die Arbeit selbst durchführt, und Sie zahlen nur für Tools und Hosting. Die Agentur-Kosten basieren auf aktuellen Marktpreisen von spezialisierten Headless-Entwicklungs-Agenturen wie uns – Sie können unsere Preise für spezifische Details überprüfen.

Ein realistischer 4-Wochen-Migrations-Zeitplan

Hier ist der Sprint-Breakdown, den wir typischerweise für eine Marketing-Website-Migration folgen:

Woche 1: Content-Audit + Architektur

  • Exportieren Sie alle WordPress-Inhalte (Beiträge, Seiten, Medien)
  • Ordnen Sie Inhaltstypen Headless-CMS-Schemas zu
  • Richten Sie CMS ein (Sanity-Projekt oder Payload-Instanz)
  • Importieren Sie Inhalte mit Migrations-Skripten
  • Richten Sie das Frontend-Projekt ein (Astro oder Next.js)

Woche 2: Design System + Komponenten-Bau

  • Erstellen Sie wiederverwendbare Komponenten (Header, Footer, Hero-Abschnitte, CTAs)
  • Implementieren Sie Tailwind CSS oder Ihren bevorzugten Styling-Ansatz
  • Verbinden Sie Komponenten mit CMS-Daten
  • Erstellen Sie Seiten-Templates

Woche 3: Feature-Parität

  • Ersetzen Sie WordPress-Plugins mit modernen Alternativen
  • Formulare → Serverless-Funktionen + E-Mail-Service
  • SEO → integrierte Meta-Tags, Sitemaps, strukturierte Daten
  • Suche → Algolia, Pagefind oder integrierte Astro-Suche
  • Analysen → Vercel Analytics, Plausible oder Fathom

Woche 4: Tests + Launch

  • 301-Umleitung-Zuordnung (kritisch für SEO)
  • Cross-Browser und Geräte-Tests
  • Performance-Validierung (Lighthouse, WebPageTest)
  • DNS-Wechsel
  • Überwachen Sie Search Console auf Crawl-Fehler

Die versteckten Kosten

Seien Sie ehrlich mit sich selbst über diese:

  • Content-Bereinigung: Ihr WordPress-Inhalt ist wahrscheinlich ungeordnet. Shortcodes, Inline-Stile, Plugin-spezifisches Markup. Budgetieren Sie Zeit zum Bereinigen während der Migration.
  • 301-Umleitungen: WordPress verwendet /blog/my-post-title/-URLs. Ihre neue Website könnte /posts/my-post-title verwenden. Jede einzelne URL benötigt eine Umleitung, oder Sie verlieren SEO-Rankings.
  • Team-Schulung: Ihre Content-Editoren kennen WordPress. Sie müssen das neue CMS erlernen. Budgetieren Sie einige Stunden für Training und Dokumentation.
  • Third-Party-Integrationen: Email-Marketing, CRM, Analysen, Zahlungsprozessoren – jede Integration muss neu verdrahtet werden.

Das Content-Migration-Problem, über das niemand spricht

Hier ist, wo die meisten Migrations-Anleitungen den schwierigen Teil übersehen. Ihr WordPress-Inhalt ist nicht saubere strukturierte Daten. Es ist HTML-Suppe vermischt mit Shortcodes, Gutenberg-Blöcken und Plugin-spezifischem Markup.

Hier ist ein echtes Beispiel. Das ist, wie ein typischer WordPress-Beitrag beim Export aussieht:

<!-- wp:paragraph -->
<p>Etwas Text mit <strong>fett</strong> und ein 
[contact-form-7 id="1234" title="Contact form"]</p>
<!-- /wp:paragraph -->

<!-- wp:shortcode -->
[gallery ids="100,101,102" columns="3"]
<!-- /wp:shortcode -->

<!-- wp:acf/hero {"name":"acf/hero","data":{"heading":"Willkommen"}} /-->

Keine davon wird direkt in ein Headless CMS übersetzt. Sie benötigen Migrations-Skripte, die:

  1. Gutenberg-Blöcke in strukturierte Daten parsen
  2. Shortcodes entfernen oder konvertieren
  3. Medien-Assets herunterladen und erneut hochladen
  4. WordPress-Kategorien/Tags zu Ihrer neuen Taxonomie zuordnen
  5. Interne Links bewahren (und sie zu neuen URL-Mustern aktualisieren)

Wir schreiben typischerweise benutzerdefinierte Node.js-Skripte dafür. Die WordPress REST API (/wp-json/wp/v2/posts) ist Ihr Freund hier – sie gibt Ihnen strukturiertes JSON, das leichter zu handhaben ist als rohe Datenbank-Exporte.

// Beispiel: Basis WordPress-Content-Migrations-Skript
import { createClient } from '@sanity/client'

const sanity = createClient({
  projectId: 'your-project-id',
  dataset: 'production',
  token: process.env.SANITY_TOKEN,
  apiVersion: '2026-01-01',
  useCdn: false,
})

async function migratePost(wpPost) {
  // Konvertieren Sie WordPress-HTML zu Sanity's Portable Text
  const body = htmlToPortableText(wpPost.content.rendered)
  
  await sanity.create({
    _type: 'post',
    title: wpPost.title.rendered,
    slug: { current: wpPost.slug },
    publishedAt: wpPost.date,
    body,
    // Ordnen Sie WordPress-Vorschaubild zu
    mainImage: await uploadImage(wpPost.featured_media),
  })
}

Die htmlToPortableText-Funktion ist, wo 80% der Migrations-Komplexität liegt. Bibliotheken wie @portabletext/html-to-portable-text helfen, aber Sie benötigen weiterhin benutzerdefinierte Handler für Shortcodes und Plugin-spezifisches Markup.

SEO-Erhaltung während der Migration

Das ist nicht verhandelbar. Wenn Sie die SEO-Migration verpfuschen, verlieren Sie Monate organischen Traffics. Hier ist die Checkliste:

  1. Crawlen Sie Ihre bestehende Website mit Screaming Frog oder Ahrefs, bevor Sie etwas anfassen. Exportieren Sie jede URL, ihren Titel, ihre Meta-Beschreibung und ihr kanonisches Tag.
  2. Ordnen Sie jede URL auf sein neues Äquivalent zu. Erstellen Sie eine Umleitung-Zuordnung in einer Tabelle.
  3. Implementieren Sie 301-Umleitungen in Ihrer Hosting-Plattform. Auf Vercel geht das in vercel.json oder next.config.js:
// next.config.js
module.exports = {
  async redirects() {
    return [
      {
        source: '/blog/:slug',
        destination: '/posts/:slug',
        permanent: true,
      },
      {
        source: '/category/:slug',
        destination: '/topics/:slug',
        permanent: true,
      },
    ]
  },
}
  1. Reichen Sie Ihre neue Sitemap sofort nach dem Launch bei Google Search Console ein.
  2. Überwachen Sie Crawl-Fehler täglich die erste zwei Wochen. Beheben Sie alles, das angezeigt wird.
  3. Halten Sie die alte WordPress-Website laufend (aber nicht öffentlich zugänglich) für mindestens 30 Tage. Sie benötigen sie als Referenz.

Wann Sie WordPress NICHT verlassen sollten

Ich würde unehrlich sein, wenn ich das nicht erwähnen würde. WordPress ist in einigen Szenarios immer noch die richtige Wahl:

  • Ihr Team ist nicht technisch und das Budget liegt unter $5K. WordPress mit gehosteter Host ist immer noch die schnellste Möglichkeit, für nicht-Entwickler eine Website zu starten.
  • Sie benötigen 50+ Plugins für spezialisierte Funktionalität. Membership-Websites, LMS-Plattformen, komplexe Foren – manchmal hat das WordPress-Plugin-Ökosystem wirklich kein modernes Äquivalent.
  • Ihre Content-Editoren weigern sich, ein neues Tool zu erlernen. Ernsthaft. Wenn Ihre Editoren das WordPress-Admin lieben und nicht wechseln wollen, wird die Migration unabhängig von der Technologie fehlschlagen.
  • Sie sind zufrieden mit Ihrer aktuellen Einrichtung. Wenn WordPress für Sie funktioniert, beheben Sie nicht, was nicht kaputt ist. Technologie-Migrationen sollten echte Probleme lösen, nicht Entwickler-Neugier befriedigen.

Für alles andere – wenn Performance wichtig ist, wenn Sicherheit Sie nachts wach hält, wenn Sie es satt sind, Plugin-Konflikte nach jedem Update zu haben – ist der moderne Stack bereit. Wenn Sie Ihre spezifische Situation besprechen möchten, kontaktieren Sie uns.

Häufig gestellte Fragen

Welchen Stack sollte ich 2026 verwenden, um WordPress zu ersetzen? Für Marketing-Sites verwenden Sie Astro + Sanity + Vercel. Für Blogs und Publikationen verwenden Sie Next.js + Payload CMS + Vercel. Für E-Commerce verwenden Sie Next.js + Shopify's Storefront API + Vercel. Die richtige Kombination hängt davon ab, wie viel Interaktivität Ihre Website benötigt und ob Ihr Team ein gehostetes CMS (Sanity) oder ein selbst gehostetes (Payload) bevorzugt. Alle drei Muster übertreffen WordPress auf Geschwindigkeit, Sicherheit und Wartungsbelastung dramatisch.

Ist der moderne Stack billiger als WordPress? Normalerweise ja – für laufende Kosten. Ein typisches WordPress-Setup mit gehosteter Host (WP Engine oder Kinsta), Premium-Theme und Premium-Plugins kostet $50–150/Monat. Eine Astro-Website auf Vercel's kostenlosem Tier mit Sanity's kostenlosem Plan kostet $0/Monat. Auch bei kostenpflichtigen Tieren liegen Sie normalerweise unter $50/Monat. Die Migrationsmigration im Voraus ist höher – erwartet $5.000–$40.000 mit einer Agentur je nach Website-Komplexität, versus nahe Null um bei WordPress zu bleiben.

Wie lange dauert eine WordPress-Migration? Eine einfache Marketing-Website (5–15 Seiten) dauert 2–4 Wochen. Ein Blog mit Hunderten von Beiträgen dauert 4–8 Wochen, hauptsächlich weil Content-Migration und Umleitung-Zuordnung zeitintensiv sind. E-Commerce-Migrationen von WooCommerce zu Shopify + Next.js dauern typischerweise 6–12 Wochen. Die am meisten unterschätzte Aufgabe ist Content-Bereinigung – WordPress-Inhalte sind voll von Shortcodes und Plugin-spezifischem Markup, die manuelle Aufmerksamkeit benötigen.

Werde ich meine SEO-Rankings verlieren, wenn ich von WordPress migriere? Nein, wenn Sie es richtig machen. Die kritischen Schritte sind: Crawlen Sie Ihre bestehende Website vor der Migration, erstellen Sie eine vollständige 301-Umleitung-Zuordnung für jede URL, reichen Sie Ihre neue Sitemap bei Google Search Console ein, und überwachen Sie Crawl-Fehler zwei Wochen nach dem Launch. Die meisten Websites sehen einen vorübergehenden Rückgang der Rankings für 2–4 Wochen, erholen sich dann oder verbessern sich – weil die neue Website schneller ist und besser bei Core Web Vitals abschneidet.

Können nicht-technische Editoren ein Headless CMS wie Sanity oder Payload verwenden? Ja, mit etwas Anpassung. Sanity Studio ist ein visueller Editor, der im Browser läuft – er ist anders als WordPress, aber nicht schwieriger. Payload's Admin-Panel ist sauber und intuitiv für jeden, der ein Datenbank-gestütztes CMS verwendet hat. Die Lernkurve ist typischerweise 1–2 Stunden für grundlegende Content-Bearbeitung. Das heißt, wenn Ihre Editoren tief in den WordPress-Workflow eingebunden sind und widerstrebend zu Änderungen sind, budgetieren Sie Schulungs- und Geduldszeit ein.

Brauche ich immer noch einen Backend-Entwickler mit einem Headless-Setup? Für den anfänglichen Build und die Migration ja. Jemand muss die CMS-Schemas einrichten, die Frontend-Komponenten bauen, Migrations-Skripte schreiben und Deployments konfigurieren. Nach dem Launch benötigen die meisten Content-Updates keinen Entwickler – Editoren arbeiten im CMS, und die Website baut sich automatisch neu. Sie benötigen ab und zu einen Entwickler für strukturelle Änderungen (neue Seiten-Typen, neue Features), aber die tägliche Wartungsbelastung sinkt erheblich im Vergleich zu WordPress.

Was passiert mit meinen WordPress-Kontaktformularen, SEO-Plugins und Analysen? Jedes Plugin wird durch ein modernes Äquivalent ersetzt. Kontaktformulare werden zu Serverless-Funktionen, gepaart mit einem E-Mail-Service wie Resend oder einer gehosteten Lösung wie Formspree. SEO wird nativ von Astro oder Next.js handhabt – Meta-Tags, Sitemaps und strukturierte Daten sind in das Framework eingebaut, kein Plugin nötig. Analysen wechseln zu Vercel Analytics, Plausible oder Fathom. Der Schlüsselunterschied: Statt 20 Plugins, die 20 Dinge tun, haben Sie spezialisierte Tools, die keine Sicherheitsschwachstellen erschaffen oder Ihre Website verlangsamen.

Sollte ich Webflow statt eines Headless CMS verwenden, wenn ich kein Entwickler bin? Wenn Sie keine Entwickler in Ihrem Team haben und nicht planen einzustellen, ist Webflow wahrscheinlich besser geeignet als ein Headless-Setup. Es gibt Ihnen visuelle Design-Kontrolle, integriertes Hosting, Formulare und ein CMS – alles ohne Code schreiben zu müssen. Pläne beginnen bei $14/Monat für eine Basic-Website. Der Tradeoff ist Flexibilität: Webflow-Websites sind schwieriger zu erweitern mit benutzerdefinierter Funktionalität im Vergleich zu einem Next.js oder Astro-Build. Für die meisten kleinen Unternehmens-Marketing-Websites deckt Webflow jedoch alles ab, was Sie benötigen.