Beste WordPress-Alternativen 2026: Next.js, Astro, Webflow und mehr
Deine WordPress-Dashboard friert ein, wenn der Traffic über 50.000 monatliche Besuche ansteigt. Deine Hosting-Rechnung verdoppelt sich. Dein Developer gibt ein Angebot von sechzehn Stunden ab, um einen benutzerdefinierten Checkout-Flow hinzuzufügen. WordPress funktioniert immer noch für Solo-Blogger, die nie Code anfassen — aber das Skalieren ist das Problem. Wir haben identische Inhalte über sechs Plattformen bereitgestellt (Next.js, Astro, Webflow, Sanity + Contentful Headless-Setups und Framer) und haben echte Ladezeiten, Hosting-Kosten und Entwicklerstunden unter Last gemessen. Die Ergebnisse zeigten, welche Frameworks dein Wachstum bewältigen und welche bei 100k Sessions zusammenbrechen. Hier ist, was überlebt hat.
Hier ist, was ich ständig von Teams höre, die nach Jahren auf WordPress zu uns kommen:
Performance ist ein ständiger Kampf. Ein typischer WordPress-Seitenladevorgang umfasst PHP-Ausführung, mehrere Datenbankabfragen und oft Dutzende von Plugin-geladenen Skripten. Selbst mit Caching-Plugins wie WP Rocket oder W3 Total Cache kämpfst du gegen die Architektur. Die durchschnittliche WordPress-Site erreicht laut HTTP Archive-Daten 2026 35-45 Punkte bei Googles Core Web Vitals. Das ist... nicht großartig.
Sicherheit ist ein Vollzeitjob. WordPress-Sites sehen sich weltweit etwa 90.000 Angriffen pro Minute ausgesetzt. Das Plugin-Ökosystem — WordPress' größte Stärke — ist auch seine größte Sicherheitslücke. Jedes Plugin ist ein potenzieller Angriffsvektor, und 15-30 Plugins aktuell zu halten und zu patchen ist wirklich anstrengend.
Die Plugin-Steuer ist real. Brauchst du ein Kontaktformular? Plugin. SEO? Plugin. Caching? Plugin. Bildoptimierung? Plugin. Jedes fügt Gewicht, mögliche Konflikte und Wartungsaufwand hinzu. Ich habe genug "White Screen of Death"-Probleme behoben, die durch Plugin-Konflikte verursacht wurden, um mich ein Leben lang daran zu erinnern.
Die Entwicklererfahrung hat hinterherhinkt. Moderne Entwickler wollen komponentenbasierte Architekturen, TypeScript, Hot Module Replacement und Git-basierte Workflows. WordPress' PHP-Template-Hierarchie und der React-aber-nicht-wirklich-Ansatz des Block-Editors wirken im Vergleich dazu clunky.

Die moderne Web-Architektur-Landschaft
Bevor wir zu spezifischen Alternativen übergehen, hilft es zu verstehen, welche architektonische Verschiebung stattgefunden hat. Das traditionelle WordPress-Modell ist eine monolithische Architektur — dein Inhalt, deine Präsentation und deine Geschäftslogik leben alle in einer Anwendung.
Der moderne Ansatz entkoppelt diese Bedenken:
- Content-Schicht: Ein Headless CMS (Sanity, Contentful, Strapi, etc.) oder sogar WordPress selbst über seine REST API
- Präsentationsschicht: Ein Frontend-Framework (Next.js, Astro, Remix, SvelteKit)
- Deployment-Schicht: Edge-Netzwerke (Vercel, Netlify, Cloudflare Pages)
Dies ist die Headless-CMS-Architektur, die massiv an Zugkraft gewinnt. Es ist nicht mehr neu — es ist Mainstream.
Es gibt auch den visuellen Entwicklungs-Ansatz (Webflow, Framer), der irgendwo zwischen traditionellem CMS und benutzerdefinierten Code liegt. Diese Plattformen geben Designern direkte Kontrolle, während sie produktionsreife Code generieren.
Next.js: Das Full-Stack-React-Framework
Next.js ist das beliebteste React-Framework mit großem Abstand, und es ist das Tool, auf das ich mich am häufigsten freue, wenn ich etwas über eine einfache Content-Site hinaus baue.
Was Next.js auszeichnet
Next.js 15 (ab Ende 2025 stabil) führte erhebliche Verbesserungen seiner App Router ein, und das Framework behandelt nun ein unglaubliches Spektrum von Anwendungsfällen:
- Statische Generierung für Marketing-Seiten und Blogs
- Server-Side Rendering für dynamische, personalisierte Inhalte
- API-Routes für Backend-Logik ohne separaten Server
- Server Components, die Client-seitiges JavaScript auf nahezu Null für Content-Seiten reduzieren
- Incremental Static Regeneration (ISR), mit dem du statische Inhalte aktualisieren kannst, ohne vollständige Neuerstellungen
Hier ist, wie eine einfache Blog-Post-Seite in Next.js 15 mit einem Headless CMS aussieht:
// app/blog/[slug]/page.tsx
import { getPostBySlug, getAllPosts } from '@/lib/cms';
import { notFound } from 'next/navigation';
export async function generateStaticParams() {
const posts = await getAllPosts();
return posts.map((post) => ({ slug: post.slug }));
}
export default async function BlogPost({ params }: { params: { slug: string } }) {
const post = await getPostBySlug(params.slug);
if (!post) notFound();
return (
<article className="prose lg:prose-xl">
<h1>{post.title}</h1>
<time dateTime={post.publishedAt}>{post.formattedDate}</time>
<div dangerouslySetInnerHTML={{ __html: post.content }} />
</article>
);
}
Das ist standardmäßig eine Server Component — Null JavaScript wird an den Client für diese Seite verschickt. Der Inhalt wird zum Zeitpunkt der Erstellung abgerufen und als statisches HTML vom Edge aus bereitgestellt.
Next.js-Performance
Eine gut gebaute Next.js-Site erreicht typischerweise 90-100 auf der Lighthouse-Performance. Das ist keine Marketing-Aussage — das ist das, was wir konsistent in der Produktion über unsere Next.js-Entwicklungsprojekte sehen. Die Kombination aus automatischer Code-Aufteilung, Bildoptimierung via next/image und Edge-Deployment erzeugt Seiten, die wirklich schnell sind.
Wann Next.js wählen
Next.js ist die richtige Wahl, wenn:
- Du dynamische Funktionalität brauchst (Authentifizierung, Dashboards, E-Commerce)
- Dein Team React kennt (oder lernen will)
- Du ein Framework möchtest, das alles von einer Marketing-Site bis zu einer Web-Anwendung bewältigen kann
- Du Server-Side Rendering für SEO auf dynamischen Inhalten brauchst
Wann Next.js überspringen
Es ist Overkill, wenn:
- Du eine rein statische Content-Site baust (Astro ist hier besser)
- Dein Team JavaScript/React nicht kennt und nicht lernen will
- Du eine Site in Tagen, nicht Wochen brauchst
Next.js-Preisgestaltung
Next.js selbst ist Open Source und kostenlos. Vercels Hosting beginnt kostenlos für persönliche Projekte. Pro-Pläne kosten $20/Benutzer/Monat, und Enterprise-Preise beginnen ab etwa $500/Monat ab Anfang 2026. Du kannst auch auf jedem Node.js-Server selbst hosten oder Alternativen wie Netlify oder AWS Amplify verwenden.
Astro: Das Content-First-Framework
Astro ist leise zu meinem Lieblings-Framework für inhaltsreiche Websites geworden. Seine Kern-Philosophie ist einfach: Verschiebe standardmäßig Null JavaScript, und füge es nur dort hinzu, wo du wirklich Interaktivität brauchst.
Der Astro-Ansatz
Astro 5 (Ende 2025 veröffentlicht) führte Content Layer ein — eine einheitliche API zum Abrufen von Inhalten aus jeder Quelle. Kombiniert mit seiner Island-Architektur produziert Astro Seiten, die fast zufällig blitzschnell sind.
---
// src/pages/blog/[slug].astro
import Layout from '../../layouts/Layout.astro';
import { getCollection, getEntry } from 'astro:content';
export async function getStaticPaths() {
const posts = await getCollection('blog');
return posts.map((post) => ({
params: { slug: post.slug },
props: { post },
}));
}
const { post } = Astro.props;
const { Content } = await post.render();
---
<Layout title={post.data.title}>
<article>
<h1>{post.data.title}</h1>
<Content />
</article>
</Layout>
Die Ausgabe? Reines HTML. Keine JavaScript-Runtime. Kein Framework-Overhead. Eine typische Astro-Content-Seite wiegt 20-50KB insgesamt, verglichen mit 200-500KB für eine äquivalente WordPress-Seite.
Astros Island-Architektur
Das ist der clevere Teil. Wenn du doch Interaktivität brauchst — ein Such-Widget, ein Kontaktformular, ein Bild-Carousel — erstellst du eine "Insel" von JavaScript in einem Meer aus statischem HTML:
<StaticHeader />
<HeroSection />
<!-- Nur diese Komponente versendet JavaScript -->
<SearchWidget client:visible />
<StaticContent />
<Footer />
Und hier ist der Clou: Diese Inseln können React, Vue, Svelte oder ein anderes UI-Framework verwenden. Du bist nicht festgelegt.
Wir machen viel Astro-Entwicklung in letzter Zeit, und die Ergebnisse sprechen für sich. Lighthouse-Bewertungen von 98-100 sind die Norm, nicht die Ausnahme.
Wann Astro wählen
- Marketing-Sites, Blogs, Dokumentation, Portfolios
- Inhaltsreiche Seiten, bei denen Performance kritisch ist
- Teams, die Flexibilität bei Komponenten-Frameworks wünschen
- Projekte, bei denen SEO-Performance höchste Priorität hat
Wann Astro überspringen
- Hochinteraktive Anwendungen (Dashboards, SaaS-Produkte)
- Echtzeit-Features, die WebSocket-Verbindungen erfordern
- Komplexe Authentifizierungsflows

Webflow: Die visuelle Entwicklungsplattform
Webflow nimmt einen einzigartigen Platz ein. Es ist kein traditionelles CMS und kein Code-Framework. Es ist eine visuelle Entwicklungsplattform, die bereinigten, produktionsreife Code generiert.
Was Webflow gut macht
Webflow gibt Designern pixelgenaue Kontrolle, ohne CSS von Hand zu schreiben. Der visuelle Editor wird direkt auf CSS-Eigenschaften abgebildet — Flexbox, Grid, Transformationen, Animationen — also das, was du baust, ist das, was versendet wird. Kein WordPress-Theme, das dich mit !important-Deklarationen überall bekämpft.
2026 ist Webflow erheblich gereift:
- Webflow Optimize (ihr A/B-Test-Tool) ist eingebaut
- Lokalisierung unterstützt nun 20+ Sprachen nativ
- Webflow Apps bieten Erweiterbarkeit über einen Marketplace
- Das Hosting erfolgt auf AWS mit einem globalen CDN, und die Performance ist solid (typische Lighthouse-Bewertungen: 75-90)
Webflow-Preisgestaltung (2026)
| Plan | Preis/Monat | CMS-Elemente | Bandbreite |
|---|---|---|---|
| Starter | Kostenlos | — | 1GB |
| Basic | $18 | — | 50GB |
| CMS | $35 | 2.000 | 200GB |
| Business | $49 | 10.000 | 400GB |
| Enterprise | Individuell | Unbegrenzt | Individuell |
Wann Webflow wählen
- Marketing und Branding-Seiten mit häufigen Design-Updates
- Teams, bei denen Designer überwiegen
- Enge Fristen und schnelle Prototypenerstellung
- Clients, die Inhalte ohne Developer-Unterstützung verwalten wollen
Wann Webflow überspringen
- Komplexe Web-Anwendungen
- Seiten, die benutzerdefinierte Backend-Logik erfordern
- Projekte, bei denen du volle Code-Eigenschaft brauchst (Vendor Lockin-in ist real)
- Sehr große Seiten mit 10.000+ Seiten
Headless-CMS-Plattformen: Die Content-Schicht
Ein Headless CMS ist kein vollständiger WordPress-Ersatz — es ist das Content-Management-Stück. Du kombinierst es mit einem Frontend-Framework wie Next.js oder Astro, um die eigentliche Site zu bauen.
Hier sind die, mit denen ich umfangreich gearbeitet habe:
Sanity
Sanity ist mein Favorit für die meisten Projekte. Die Echtzeit-Zusammenarbeit, das anpassbare Studio und die GROQ-Abfragesprache sind wirklich großartig. Der kostenlose Tier ist großzügig (100K API-Anfragen/Monat, 500K Assets), und die Entwicklererfahrung ist best-in-class.
Contentful
Contentful ist der Enterprise-Standard. Es ist gut dokumentiert, weit verbreitet und hat ein reifes Content-Modeling-System. Die Preisgestaltung beginnt bei $300/Monat für den Team-Plan, was es schwer macht, für kleinere Projekte zu rechtfertigen. Aber für große Organisationen mit komplexen Content-Workflows ist es bewährt.
Strapi
Strapi ist Open Source und selbst gehostet. Falls dir Datensouveränität wichtig ist, oder wenn du vollständige Kontrolle über dein CMS willst, ist Strapi v5 ausgezeichnet. Der Kompromiss ist, dass du für Hosting, Skalierung und Wartung verantwortlich bist.
Payload CMS
Payload hat massiv an Dynamik gewonnen. Es ist TypeScript-nativ, Open Source, und ab 2026 läuft es nativ in Next.js. Das ist ein großer Deal — dein CMS und dein Frontend teilen die gleiche Codebasis und werden zusammen bereitgestellt.
Vergleich von Headless CMSes
| Feature | Sanity | Contentful | Strapi | Payload |
|---|---|---|---|---|
| Hosting | Cloud | Cloud | Selbst gehostet | Selbst gehostet |
| Kostenloser Tier | Großzügig | Begrenzt | Ja (Selbst-Host) | Ja (Selbst-Host) |
| Echtzeit-Zusammenarbeit | Ja | Begrenzt | Nein | Ja |
| TypeScript | Gut | Gut | Verbesserung | Nativ |
| Lernkurve | Moderat | Niedrig | Niedrig | Moderat |
| Startpreis | $0-99/Monat | $300/Monat | Kostenlos (Hosting-Kosten) | Kostenlos (Hosting-Kosten) |
| Am besten geeignet für | Meiste Projekte | Enterprise | Datenkontrolle | Next.js-Projekte |
Für einen tieferen Einblick, wie wir dies angehen, siehe unsere Headless-CMS-Entwicklungslösungen.
Andere bemerkenswerte Alternativen
Remix
Remix (jetzt Teil von React Router v7) verfolgt einen anderen Ansatz als Next.js. Es setzt stark auf Web-Plattform-Grundlagen — Progressive Enhancement, Formularverarbeitung und verschachtelte Routing. Falls dir Ausfallsicherheit und Zugänglichkeit wichtig sind, lohnt sich ein Blick auf Remix.
SvelteKit
SvelteKit kompiliert deine Komponenten zum Zeitpunkt der Erstellung weg, was zu kleineren Bundles als React-basierten Alternativen führt. Die Entwicklererfahrung ist fantastisch, und Svelte's Reaktivitätsmodell ist intuitiv. Das kleinere Ökosystem im Vergleich zu React ist der Hauptkompromiss.
Framer
Framer hat sich von einem Prototyping-Tool zu einem legitimen Website-Builder entwickelt. Es ist wie Webflow, aber mit einem moderneren, komponentenbasierten Ansatz. Großartig für Landing Pages und Marketing-Seiten, obwohl es weniger reif für komplexe Content-Strukturen ist.
Ghost
Wenn dein primärer Anwendungsfall Publishing ist — ein Blog, Newsletter oder Media-Site — ist Ghost dafür maßgeschneidert. Es ist schnell, hat native Email-Newsletter-Unterstützung und bietet Mitgliedschafts-/Abonnement-Funktionen vorkonfiguriert. Die Preisgestaltung beginnt bei $9/Monat für Ghost(Pro).
Shopify / Hydrogen
Für E-Commerce speziell bietet Shopifys Hydrogen-Framework (gebaut auf Remix) ein Headless-Storefront mit allen Shopify-Backend-Fähigkeiten. Es ist die beste Option, wenn deine WordPress-Site primär ein WooCommerce-Store ist.
Direkter Vergleich
Hier ist, wie alle Major-Alternativen gegen WordPress abschneiden:
| Kriterium | WordPress | Next.js + CMS | Astro + CMS | Webflow | Ghost |
|---|---|---|---|---|---|
| Leichte Einrichtung | ★★★★★ | ★★☆☆☆ | ★★★☆☆ | ★★★★☆ | ★★★★★ |
| Performance | ★★☆☆☆ | ★★★★★ | ★★★★★ | ★★★★☆ | ★★★★☆ |
| Sicherheit | ★★☆☆☆ | ★★★★★ | ★★★★★ | ★★★★★ | ★★★★☆ |
| Content Editing | ★★★★★ | ★★★☆☆ | ★★★☆☆ | ★★★★☆ | ★★★★☆ |
| Anpassbarkeit | ★★★★☆ | ★★★★★ | ★★★★★ | ★★★☆☆ | ★★☆☆☆ |
| Plugin-Ökosystem | ★★★★★ | ★★★☆☆ | ★★★☆☆ | ★★★☆☆ | ★★☆☆☆ |
| Hosting-Kosten | $5-50/Monat | $0-20/Monat | $0-20/Monat | $18-49/Monat | $9-199/Monat |
| Dev-Erfahrung | ★★☆☆☆ | ★★★★★ | ★★★★★ | ★★★★☆ | ★★★☆☆ |
| Skalierbarkeit | ★★☆☆☆ | ★★★★★ | ★★★★★ | ★★★☆☆ | ★★★★☆ |
Wie man die richtige Alternative wählt
Nach dem Bauen von Dutzenden Projekten über diese Plattformen hinweg, hier ist mein Entscheidungsrahmen:
Wähle Next.js + Headless CMS, wenn: Du etwas baust, das sowohl großartiges Content Management als auch benutzerdefinierte Anwendungsfunktionen braucht. E-Commerce-Seiten, SaaS-Marketing-Seiten mit Dashboards, mehrsprachige Portale — das ist der Sweet Spot.
Wähle Astro + Headless CMS, wenn: Du eine inhaltsgerichtete Site baust, wo Performance höchstste Priorität ist und die Interaktivität begrenzt ist. Blogs, Dokumentation-Seiten, Marketing-Seiten, Portfolios.
Wähle Webflow, wenn: Dein Team design-led ist, die Fristen eng sind und du keine benutzerdefinierte Backend-Funktionalität brauchst. Perfekt für Brand-Seiten und Campaign-Landing-Pages.
Wähle Ghost, wenn: Du ein Publisher bist. Blog, Newsletter, Mitgliedschafts-Site. Ghost macht das besser als alles andere.
Bleibe bei WordPress, wenn: Du eine große bestehende Plugin-Investition hast, die schwer zu replizieren wäre, dein Team WordPress tiefgreifend kennt, und Performance ist keine kritische Sorge.
Nicht sicher, welche Richtung für dein Projekt sinnvoll ist? Wir sprechen gerne darüber — kontaktiere uns und wir können dich in die richtige Richtung weisen. Wir haben auch transparente Preisgestaltung, falls du die Kosten im Voraus verstehen willst.
Migrationsstrategie: Weg von WordPress
Der Umzug weg von WordPress muss kein großer Knall sein. Hier ist der Ansatz, den ich empfehle:
Phase 1: WordPress als Headless CMS verwenden
Behalte deine bestehenden WordPress-Inhalte und Admin-Interface, aber ersetze das Frontend mit Next.js oder Astro. WordPress' REST API (oder WPGraphQL-Plugin) lässt dich Inhalte in ein modernes Frontend ziehen, ohne deine Content-Datenbank zu migrieren.
// Abrufen von WordPress-Posts über REST API
const res = await fetch('https://your-site.com/wp-json/wp/v2/posts?per_page=10');
const posts = await res.json();
Das gibt dir einen sofortigen Performance-Boost, während du die Editing-Erfahrung bewahrst, die dein Team kennt.
Phase 2: Migriere Inhalte zu einem Headless CMS
Sobald das neue Frontend stabil ist, migriere deine Inhalte von WordPress zu Sanity, Contentful oder welchem CMS du auch immer gewählt hast. Die meisten Headless-CMS-Plattformen haben WordPress-Import-Tools. Sanitys sanity-plugin-wordpress-import behandelt Posts, Pages, Authors, Kategorien und Media.
Phase 3: Beende WordPress
Sobald Inhalte migriert sind und das Team sich mit dem neuen CMS wohlfühlt, fahre die WordPress-Instanz herunter. Richte Weiterleitungen für alle URL-Struktur-Änderungen ein. Fertig.
Dieser schrittweise Ansatz reduziert das Risiko dramatisch. Du machst nie eine riskante All-at-Once-Migration.
FAQ
Lohnt sich WordPress 2026 immer noch?
Ja, für bestimmte Anwendungsfälle. Wenn du ein kleines Unternehmen bist, das eine einfache Site mit minimaler Developer-Beteiligung braucht, ist WordPress mit einem verwalteten Host wie WP Engine oder Kinsta immer noch eine annehmbare Wahl. Aber wenn Performance, Sicherheit oder Entwicklererfahrung Prioritäten sind, sind die hier abgedeckten Alternativen wirklich besser.
Was ist die günstigste WordPress-Alternative?
Astro, bereitgestellt auf Cloudflare Pages oder Netlify's kostenlosem Tier, ist im Grunde kostenlos für kleine bis mittlere Seiten. Kombiniere es mit Sanitys kostenlosem Tier oder Markdown-Dateien für Inhalte, und dein einziger Kostenpunkt ist ein Domain-Name. Wir haben Production-Sites auf diesem Stack für unter $20/Jahr in Infrastruktur-Kosten gebaut.
Kann ich WordPress als Headless CMS mit Next.js verwenden?
Absolut. Das WPGraphQL-Plugin verwandelt WordPress in eine GraphQL API, und es funktioniert überraschend gut mit Next.js. Das ist eigentlich eine großartig Migrationsstrategie — behalte dein WordPress-Admin-Panel, während du ein modernes Frontend bekommst. Der Hauptnachteil ist, dass du immer noch eine WordPress-Installation mit all ihren Sicherheits- und Update-Overheads wartest.
Ist Webflow besser als WordPress?
Für Marketing und Brand-Websites ja — Webflow produziert saubereren Code, hat bessere eingebaute Performance und erfordert keine Sicherheits-Patches. Für Blogs mit Tausenden von Posts, komplexe Mitgliedschafts-Seiten oder alles, das benutzerdefinierte Backend-Logik erfordert, ist WordPress flexibler. Es hängt völlig vom Projekt ab.
Was ist ein Headless CMS und warum sollte mir das wichtig sein?
Ein Headless CMS speichert und verwaltet deine Inhalte, aber steuert nicht, wie sie angezeigt werden. Du verwendest APIs, um Inhalte in ein beliebiges Frontend zu ziehen — eine Website, Mobile-App, digitale Beschilderung, was auch immer. Der Vorteil ist, dass du die beste Content-Editing-Erfahrung UND die beste Frontend-Performance bekommst, statt ein einziges Tool, das bei beidem Kompromisse eingeht.
Wie viel kostet es, eine Site mit Next.js und einem Headless CMS zu bauen?
Die Infrastruktur-Kosten liegen typischerweise bei $0-50/Monat für die meisten Sites (Vercel Pro + Sanitys kostenlos oder Team-Tier). Die Entwicklungskosten variieren je nach Komplexität stark. Eine einfache Marketing-Site könnte 3-6 Wochen Entwicklung brauchen, während eine komplexe E-Commerce-Site 3-6 Monate dauern könnte. Besuche unsere Preisgestaltungsseite für grobe Zahlen auf verschiedenen Projekttypen.
Ist Astro besser als Next.js?
Sie dienen verschiedenen Zwecken. Astro ist besser für inhaltsreiche Seiten, wo du minimales JavaScript und maximale Performance wünscht. Next.js ist besser für interaktive Anwendungen, authentifizierte Erfahrungen und Projekte, die Server-seitige Logik brauchen. Viele Teams verwenden beides — Astro für ihre Marketing-Site und Next.js für ihre Anwendung. Wir bauen mit beiden Frameworks regelmäßig je nach Projektanforderungen.
Wie migriere ich meine WordPress-Site, ohne SEO zu verlieren?
Der Schlüssel ist, deine URL-Struktur zu bewahren und ordnungsgemäße 301-Weiterleitungen für alle URLs einzurichten, die sich ändern. Exportiere deine WordPress-Sitemap vor der Migration, verifiziere, dass jede URL eine entsprechende Seite auf der neuen Site hat, und verwende ein Tool wie Screaming Frog, um beide Versionen zu crawlen und zu vergleichen. Die meisten Teams sehen SEO-Verbesserungen nach der Migration dank besserer Core Web Vitals-Bewertungen — Google hat konsistent schnelle Sites seit dem Page Experience Update belohnt.