Performance und Core Web Vitals

TTSWP fügt Ihren Seiten Audio hinzu, ohne die Performance zu beeinträchtigen. Der Player wird lazy-geladen, Assets sind optimiert, und beim Seitenaufruf läuft nichts, was nicht sein muss. So halten wir die Core Web Vitals sicher.

#Auswirkungen auf die Core Web Vitals

#LCP (Largest Contentful Paint)

Auswirkung: keine

Der Audio-Player wird lazy-geladen. Er rendert kein JavaScript und lädt keines, bis der Besucher nah daran scrollt. LCP, das die Zeit bis zum Rendern des wichtigsten Inhalts über dem Fold misst, bleibt unberührt.

Test: Führen Sie Lighthouse-Audits vor und nach der Aktivierung durch. LCP-Werte bleiben innerhalb der normalen Schwankungsbreite.

#CLS (Cumulative Layout Shift)

Auswirkung: null

Der Player-Platzhalter hat exakt dieselben Abmessungen wie der vollständig geladene Player. Wenn Lazy Load den Wechsel vom Platzhalter zum vollständigen Player auslöst, entsteht kein Layout-Shift.

#INP (Interaction to Next Paint)

Auswirkung: vernachlässigbar

Das JavaScript des Players läuft in einer einzigen kleinen Datei (ca. 15 KB gzipped). Click-Handler werden gedebounct und laufen auf requestIdleCallback, wo unterstützt. Typischer INP-Beitrag: unter 5 ms pro Interaktion.

#FID (First Input Delay, 2024 durch INP ersetzt)

Auswirkung: null

Nichts blockiert den Main Thread beim initialen Seitenaufruf, da der Player lazy geladen wird.

#Asset-Größen

Ladekosten pro Seite, wenn der Player aktiv ist:

Gesamter Erstladeeffekt für Besucher: 0 Bytes, bis sie zum Player scrollen.

#Kompatibilität mit Cache-Plugins

TTSWP funktioniert mit allen wichtigen Cache-Plugins (WP Rocket, LiteSpeed, W3 Total Cache, WP Super Cache, Cache Enabler). Das Plugin registriert seine Assets automatisch für korrektes Caching-Verhalten.

Audio-Dateien (MP3) haben eigene Cache-Header und werden bei Bedarf aus dem Speicher geladen. Sie belasten den Seiten-Cache nicht.

Siehe Caching-Plugins.

#CDN-Auslieferung

Bei kostenpflichtigen Tarifen werden Audio-Dateien über Amazon CloudFront ausgeliefert. Das bedeutet:

• Audio spielt innerhalb von Millisekunden nach dem Klick auf Play, auch für Besucher weit von Ihrem Server entfernt
• Die Bandbreite Ihres WordPress-Servers bleibt für HTML frei

Bei Free-Tarifen kommt Audio von Ihrem WordPress-Server. Für die meisten Blogs ist das in Ordnung. Websites mit hohem Traffic könnten bei audio-intensiven Seiten eine höhere Bandbreitennutzung bemerken.

#Datenbankauswirkungen

TTSWP fügt eine kleine Anzahl von Datenbanktabellen und Zeilen hinzu:

• Audio-Cache-Tabelle (eine Zeile pro generierter Datei)
• Statistiktabellen (eine Zeile pro Play-Ereignis - kleine Integer-Daten)
• Einstellungszeilen (einige Dutzend Optionen)

Die Datenbankgröße wächst linear mit der Anzahl der Beiträge mit Audio. Für eine Website mit 500 Beiträgen liegt der gesamte Datenbank-Footprint typischerweise unter 200 KB.

#Arbeitsspeicher und CPU

• PHP-Speicher-Overhead pro Admin-Seitenaufruf: ca. 2 MB
• PHP-Speicher-Overhead pro öffentlicher Seite mit Player: vernachlässigbar (nur CSS + JS, keine PHP-Verarbeitung auf Hot Paths)
• Hintergrundprozesse: keine (keine Cron-Jobs bei jedem Request)

#Ihre Website testen

Nutzen Sie diese Tools, um zu prüfen, ob TTSWP Ihre Performance beeinträchtigt:

• PageSpeed Insights - Googles offizieller Core Web Vitals-Test
• WebPageTest - detaillierte Waterfall-Auswertung
• GTmetrix - Performance-Bewertung und Empfehlungen

Führen Sie den Test einmal mit aktiviertem TTSWP und einmal mit vorübergehend deaktiviertem TTSWP durch. Vergleichen Sie die Werte.

#Bei einer Performance-Regression

Sagen Sie uns Bescheid. Wir behandeln Performance-Regressionen als Fehler:

1. Notieren Sie, welche Seite langsam ist
2. Führen Sie PageSpeed Insights aus und teilen Sie die URL
3. Kontaktieren Sie den PRO-Support oder schreiben Sie im WordPress.org-Forum

Wir helfen Ihnen dabei, das Problem zu diagnostizieren und zu beheben.

#Verwandte Seiten

• Lazy Load Player
• Caching-Plugins
• SEO-Vorteile