Einleitung
Performance entscheidet über User Experience und SEO-Ranking. AI hilft beim Identifizieren von Bottlenecks und bei der Implementierung von Optimierungen. Hier sind 10 Prompts für Performance-Optimierung mit AI.
Ebenfalls empfehlenswert ist eine regelmäßige Überprüfung der Ergebnisse.
Inhaltsverzeichnis
- Prompt 1: Core Web Vitals optimieren
- Prompt 2: Bundle Size reduzieren
- Prompt 3: Bild-Optimierung
- Prompt 4: Caching-Strategie
- Prompt 5: Lazy Loading & Code Splitting
- Prompt 6: Datenbank-Performance
- Prompt 7: Rendering Performance
- Prompt 8: Netzwerk-Optimierung
- Prompt 9: Profiling & Benchmarking
- Prompt 10: Performance Monitoring
- FAQ
Zusätzlich gibt es einige bewährte Tipps für den Alltag.
Prompt 1: Core Web Vitals optimieren
Folglich profitierst du von einem besseren Verständnis dieser Konzepte.
Optimiere die Core Web Vitals meiner Website:
Aktuelle Werte:
- LCP (Largest Contentful Paint): [z.B. "4.2s"]
- INP (Interaction to Next Paint): [z.B. "350ms"]
- CLS (Cumulative Layout Shift): [z.B. "0.25"]
Technologie: [z.B. "Next.js, React, Tailwind"]
Für jeden Metric:
1. **LCP < 2.5s**: Was verursacht langsames LCP?
- Hero Image Optimierung (priority, preload)
- Server Response Time (TTFB)
- Render-blocking Resources eliminieren
- Font Loading Strategy (font-display: swap)
2. **INP < 200ms**: Was blockiert Interaktionen?
- Long Tasks identifizieren und aufteilen
- Event Handler optimieren (debounce, requestIdleCallback)
- Main Thread entlasten (Web Workers)
3. **CLS < 0.1**: Was verursacht Layout Shifts?
- Bilder/Videos: width/height Attribute setzen
- Dynamic Content: Platzhalter reservieren
- Fonts: size-adjust, font-display: optional
PageSpeed Insights Report analysieren und Maßnahmen priorisieren.
Außerdem kannst du den Prompt für verschiedene Programmiersprachen anpassen.
Zudem lassen sich die Ergebnisse auch auf andere Projekte übertragen.
Prompt 2: Bundle Size reduzieren
Zusammenfassend lässt sich sagen, dass dies ein zentraler Aspekt ist.
Reduziere die Bundle Size meiner JavaScript-Anwendung:
Aktuell: [z.B. "1.2MB JavaScript, 400KB CSS"]
Bundler: [Webpack / Vite / esbuild / Turbopack]
Analysiere und optimiere:
1. **Bundle Analyse**: webpack-bundle-analyzer / source-map-explorer
2. **Tree Shaking**: Named Imports statt Default
3. **Dynamic Imports**: import() für nicht-kritische Features
4. **Dependency Audit**: Große Libraries ersetzen
- moment.js → date-fns oder dayjs
- lodash → lodash-es (nur genutzte Funktionen)
5. **CSS Purging**: Unused CSS entfernen (PurgeCSS, Tailwind JIT)
6. **Compression**: Brotli > Gzip (Konfiguration zeigen)
7. **Externe Libraries**: CDN für React/Vue (externals)
8. **Polyfills**: Nur für Ziel-Browser (browserslist)
9. **Image Assets**: SVG Sprites statt einzelne Dateien
10. **Monitoring**: Budget in CI/CD (maxSize in bundlesize)
Ziel: Main Bundle < 200KB (gzipped)
Ebenfalls sinnvoll ist es, verschiedene Varianten auszuprobieren.
Natürlich kannst du den Ansatz an deine Bedürfnisse anpassen.
Prompt 3: Bild-Optimierung
Im Grunde vereinfacht dieser Ansatz den gesamten Workflow erheblich.
Optimiere alle Bilder auf meiner Website:
Aktuell: [z.B. "50 Bilder, mix aus PNG/JPG, keine Lazy Loading"]
Framework: [Next.js Image / Plain HTML / WordPress]
Implementiere:
1. **Format**: WebP als Standard, AVIF als Progressive Enhancement
2. **Responsive**: srcset mit mehreren Größen (320, 640, 1024, 1920)
3. **Lazy Loading**: loading="lazy" für Below-the-fold
4. **Eager Loading**: fetchpriority="high" für Hero/LCP Image
5. **Dimensions**: width/height Attribute (CLS vermeiden)
6. **Compression**: Qualität 80% (kaum sichtbar, 60% kleiner)
7. **CDN**: Image CDN (Cloudflare Images, imgix, Cloudinary)
8. **Art Direction**: picture Element für verschiedene Viewports
9. **Blur Placeholder**: LQIP (Low Quality Image Placeholder)
10. **Build Pipeline**: Automatische Optimierung im Build (sharp)
Vorher/Nachher Vergleich mit erwarteter KB-Einsparung.
Deshalb empfiehlt es sich, den Prompt schrittweise zu verfeinern.
Dennoch sollte man die Limitierungen im Blick behalten.
Prompt 4: Caching-Strategie
Weiterhin ist es wichtig, die Grundlagen zu verstehen.
Erstelle eine Caching-Strategie für meine Anwendung:
App-Typ: [z.B. "E-Commerce, stark dynamisch" / "Blog, meist statisch"]
Stack: [z.B. "Next.js, Node.js API, PostgreSQL, Redis"]
Implementiere auf allen Ebenen:
1. **Browser Cache**: Cache-Control Headers richtig setzen
- Immutable für hashed Assets (JS, CSS)
- stale-while-revalidate für API Responses
2. **CDN Cache**: Edge Caching mit Cache Tags/Keys
3. **Application Cache**: Redis/Memcached für häufige Queries
4. **Database Cache**: Query Result Caching, Materialized Views
5. **DNS Cache**: Prefetch für externe Domains
6. **Service Worker**: Offline-First Caching (Cache-then-Network)
7. **API Response Cache**: ETags, If-None-Match (304)
8. **Full Page Cache**: SSG für statische Seiten
9. **Cache Invalidation**: Strategie (TTL, Event-based, Manual)
10. **Cache Warming**: Preload nach Deployment
Cache-Control Cheat Sheet für verschiedene Asset-Typen.
Folglich verbessert sich die gesamte Codequalität deutlich.
Prompt 5: Lazy Loading & Code Splitting
Dementsprechend solltest du die folgenden Aspekte kennen.
Implementiere Lazy Loading und Code Splitting:
Framework: [React / Next.js / Vue / Angular]
Aktuelle Situation: [z.B. "Alles in einem Bundle, 2MB"]
Implementiere:
1. **Route-based Splitting**: Jede Route eigener Chunk
2. **Component-based Splitting**: React.lazy() / defineAsyncComponent
3. **Library Splitting**: Schwere Libs erst bei Bedarf laden
4. **Suspense Boundaries**: Loading States für lazy Components
5. **Prefetch**: Nächste Route im Hintergrund vorladen
6. **Intersection Observer**: Komponenten laden wenn sichtbar
7. **Dynamic Imports**: import('library').then(...)
8. **Vendor Splitting**: Framework separat vom App-Code
9. **CSS Code Splitting**: CSS per Route laden
10. **Magic Comments**: webpackChunkName, webpackPreload
Zeige: Bundle-Analyse vorher → Splitting-Strategie → nachher.
Loading UX: Skeleton Screens statt Spinner.
Darüber hinaus lässt sich das Beispiel leicht erweitern.
Im Grunde sparst du dadurch langfristig viel Zeit.
Prompt 6: Datenbank-Performance
Tatsächlich ist dieser Bereich besonders wichtig für Entwickler.
Optimiere die Datenbank-Performance:
DB: [PostgreSQL / MySQL / MongoDB]
Problem: [z.B. "Queries dauern 2-5 Sekunden, 1M Rows"]
Analysiere und optimiere:
1. **Slow Query Log**: Aktivieren und analysieren
2. **EXPLAIN ANALYZE**: Query Plan lesen und verstehen
3. **Indexes**: Fehlende Indexes identifizieren (CREATE INDEX)
4. **N+1 Problem**: Erkennen und mit JOINs/Eager Loading lösen
5. **Query Rewrite**: Subquery → JOIN, OR → UNION
6. **Connection Pooling**: pgbouncer / Pool-Konfiguration
7. **Partitioning**: Große Tabellen partitionieren (nach Datum)
8. **Materialized Views**: Für komplexe Reports/Aggregationen
9. **Vacuum/Analyze**: PostgreSQL Maintenance richtig konfigurieren
10. **Read Replicas**: Leseoperationen verteilen
Für jede Optimierung: Vorher-Nachher Query-Zeit zeigen.
Vor allem die detaillierten Anweisungen sorgen für präzisere Ergebnisse.
Deshalb ist es wichtig, diesen Abschnitt aufmerksam zu lesen.
Prompt 7: Rendering Performance
Somit kannst du direkt mit der Umsetzung beginnen.
Optimiere die Rendering-Performance meiner Web-App:
Framework: [React / Vue / Svelte / Vanilla]
Problem: [z.B. "Lange Listen, komplexe Formulare, janky Scrolling"]
Implementiere:
1. **Virtual Scrolling**: Für Listen mit 1000+ Items (TanStack Virtual)
2. **Memoization**: React.memo, useMemo, useCallback richtig einsetzen
3. **Debounce/Throttle**: Input Handler, Scroll Events, Resize
4. **requestAnimationFrame**: Für visuelle Updates
5. **CSS Containment**: contain: layout style paint
6. **will-change**: GPU-Beschleunigung für Animationen
7. **Web Workers**: Schwere Berechnungen vom Main Thread weg
8. **DOM Batch Updates**: Lesen und Schreiben trennen (Layout Thrashing)
9. **Font Loading**: font-display Strategy, Variable Fonts
10. **CSS Animations**: transform/opacity statt width/height
Chrome DevTools Performance Tab: Wie interpretiere ich die Flamechart?
Folglich erhältst du mit diesem Ansatz deutlich bessere Resultate.
Somit ergibt sich ein klarer Vorteil gegenüber manuellen Methoden.
Prompt 8: Netzwerk-Optimierung
Dennoch solltest du einige Besonderheiten beachten.
Optimiere die Netzwerk-Performance:
Website: [URL oder Beschreibung]
Aktuelle Ladezeit: [z.B. "3G: 8s, 4G: 3s"]
Optimiere:
1. **HTTP/2 oder HTTP/3**: Server-Konfiguration
2. **Resource Hints**: preconnect, dns-prefetch, preload, prefetch
3. **Critical Request Chain**: Verkürzen (Wasserfall reduzieren)
4. **Compression**: Brotli für Text, kein Compress für Bilder
5. **CDN**: Static Assets über Edge Server
6. **API Batching**: Mehrere Requests zusammenfassen
7. **Service Worker**: Cache-First für wiederkehrende Besucher
8. **Early Hints (103)**: Assets vorladen noch bevor HTML fertig
9. **Connection Reuse**: Keep-Alive Header
10. **Request Reducing**: Inline kritisches CSS, SVG Sprites
Waterfall-Analyse: Chrome DevTools Network Tab interpretieren.
Ziel: < 50 Requests, < 500KB Transfer, DOMContentLoaded < 1.5s
Vor allem in der Praxis hat sich dieser Workflow bewährt.
Prompt 9: Profiling & Benchmarking
Grundsätzlich gibt es dabei einige Punkte zu beachten.
Erstelle ein Performance Profiling & Benchmarking Setup:
App: [Frontend / Backend / Full-Stack]
Sprache: [JavaScript/TypeScript / Python / Go]
Implementiere:
1. **Frontend Profiling**: Chrome DevTools Performance Tab nutzen
2. **React Profiler**: Render-Zeiten messen, Wasted Renders finden
3. **Lighthouse CI**: Automatisiert in CI/CD Pipeline
4. **Node.js Profiling**: --inspect, clinic.js, Node.js Profiler
5. **Memory Profiling**: Heap Snapshots, Memory Leaks finden
6. **Load Testing**: k6 Script (Scenarios, Thresholds)
7. **Benchmark Suite**: Micro-Benchmarks (Bench.js für JS)
8. **Real User Monitoring**: web-vitals Library, CrUX Report
9. **Synthetic Monitoring**: WebPageTest, SpeedCurve
10. **Budget Enforcement**: Performance Budgets in CI/CD
k6 Script Beispiel:
- 100 Virtual Users, 5 Minuten Ramp-Up
- Thresholds: P95 < 500ms, Error Rate < 1%
Tatsächlich lässt sich dieser Code direkt in dein Projekt übernehmen.
Grundsätzlich empfiehlt es sich, schrittweise vorzugehen.
Prompt 10: Performance Monitoring
Außerdem gibt es hilfreiche Tools, die dich dabei unterstützen.
Richte Performance Monitoring für meine Anwendung ein:
Stack: [z.B. "Next.js Frontend, Node.js API, PostgreSQL"]
User: [z.B. "50k MAU, global verteilt"]
Implementiere:
1. **Real User Monitoring (RUM)**: web-vitals, Vercel Analytics
2. **Synthetic Monitoring**: Lighthouse CI, PageSpeed API
3. **API Monitoring**: Response Times, Error Rates per Endpoint
4. **Database Monitoring**: Slow Queries, Connection Pool Usage
5. **Alerting**: Slack/PagerDuty bei Performance-Regression
6. **Dashboards**: Grafana mit Key Metrics (P50, P95, P99)
7. **Budget Checks**: CI/CD Pipeline bricht bei Regression ab
8. **Trend Analysis**: Wöchentlicher Performance-Report
9. **A/B Performance**: Neue Features auf Performance-Impact prüfen
10. **Error Correlation**: Langsame Requests mit Errors korrelieren
Erstelle Grafana Dashboard JSON für die wichtigsten Metriken.
Natürlich solltest du den generierten Code vor dem Einsatz testen.
Ebenso hilfreich ist ein strukturierter Ansatz bei der Umsetzung.
FAQ
Was ist der wichtigste Performance-Metric?
Allerdings gibt es einige wichtige Unterschiede zu beachten.
LCP (Largest Contentful Paint) hat den größten Impact auf User Experience und SEO. Fokussiere darauf als erstes. Danach INP (Interaktivität) und CLS (visuelle Stabilität). Für APIs: P95 Response Time.
SSR, SSG oder CSR – was ist am schnellsten?
Ebenso wichtig ist es, die Best Practices zu kennen.
SSG (Static Site Generation) ist am schnellsten – HTML wird beim Build generiert. SSR (Server-Side Rendering) für dynamische Inhalte. CSR (Client-Side Rendering) nur für App-ähnliche Dashboards wo SEO keine Rolle spielt.
Kann AI Performance-Probleme finden?
Dabei spielen mehrere Faktoren eine wichtige Rolle.
Ja. Paste einen Lighthouse Report oder slow Query in die AI und lass dir konkrete Optimierungen vorschlagen. AI erkennt typische Patterns: fehlende Indexes, unnötige Re-Renders, unoptimierte Bilder.
Allerdings gibt es dabei einige Punkte, die du beachten solltest.
Verwandte Artikel:
Außerdem profitierst du von einem systematischen Vorgehen.
Zuletzt aktualisiert: März 2026