Funktionen Anwendungsfalle Preise
Blog Dokumentation Änderungsprotokoll
Anmelden
Loslegen

Caching-Plugins

3 min read

TTSWP funktioniert mit allen wichtigen Caching-Plugins: WP Rocket, LiteSpeed Cache, W3 Total Cache, WP Super Cache, Cache Enabler und anderen. Das Plugin fügt seine JavaScript- und CSS-Dateien automatisch zu den Cache-Ausschlusslisten hinzu.

Was TTSWP automatisch konfiguriert

Wenn ein unterstütztes Cache-Plugin erkannt wird:

  • TTSWP-JS-Dateien werden als "nicht minifizieren/kombinieren" markiert (verhindert, dass der Player nicht mehr funktioniert)
  • TTSWP-CSS-Dateien dürfen normal kombiniert werden
  • Das TTSWP-Admin-Bar-Menü-Skript wird immer frisch ausgeliefert (damit es aktuelle Plan-Änderungen widerspiegelt)
  • Audiodateien (MP3) werden nicht in den HTML-Seiten-Cache aufgenommen (sie haben eigene Ablauf-Header)

Es ist keine manuelle Einrichtung erforderlich. Es funktioniert automatisch, sobald TTSWP aktiviert ist.

Unterstützte Cache-Plugins (getestet)

  • WP Rocket
  • LiteSpeed Cache
  • W3 Total Cache
  • WP Super Cache
  • Cache Enabler
  • Hummingbird
  • Swift Performance
  • Autoptimize

Cache nach Einstellungsänderungen leeren

Wenn du Farben, Player-Position oder Sprach-Einstellungen änderst, muss das Frontend aktuelles CSS und JS laden. Das Plugin leert seine eigenen internen Caches, aber dein Cache-Plugin könnte noch eine alte Version der Seite ausliefern.

Nach jeder sichtbaren Einstellungsänderung:

  1. Leere den Cache deines Cache-Plugins
  2. Falls du ein CDN verwendest (Cloudflare, BunnyCDN usw.), purge es ebenfalls

Object-Caching

Falls deine Website Redis oder Memcached über ein Object-Cache-Plugin nutzt, verwendet TTSWP denselben Cache für:

  • Sprachliste von ElevenLabs (1 Stunde)
  • Abrechnungsdaten von app.ttswp.com (24 Stunden)
  • Nutzungsstatistiken (5 Minuten)

Kein Handlungsbedarf. Object-Cache beschleunigt das Laden von Admin-Seiten.

Seiten-Caching und Audio-Player

Seiten-Caching ist mit TTSWP sicher. Das Player-HTML ist pro Beitrag statisch (es ändert sich nicht pro Besucher). Audiodateien werden von einer separaten URL geladen und sind vom Seiten-Cache nicht betroffen.

Ein Fall, auf den du achten solltest:

Gemischtes Caching für eingeloggte und anonyme Nutzer

Manche Caching-Plugins liefern dieselbe gecachte Seite an eingeloggte Administratoren und anonyme Besucher aus. Das kann dazu führen, dass nur für Admins gedachte Elemente (z. B. das Admin-Bar-Menü) für alle sichtbar sind. Die meisten Plugins behandeln das standardmäßig korrekt.

Bekannte Cache-Plugin-Einstellungen

LiteSpeed Cache

  • Aktiviere Object-Cache, wenn Redis oder Memcached verfügbar ist (beschleunigt den Admin-Bereich)
  • Lasse JS kombinieren auf Admin-Seiten deaktiviert
  • Das Plugin schließt mementor-tts-admin.js automatisch von der Optimierung aus

WP Rocket

  • Keine manuellen Ausschlüsse erforderlich
  • Das Plugin verwendet data-no-optimize="1"-Attribute an seinen Skripten

W3 Total Cache

  • Aktiviere Page-Cache für Frontend-Audio-Seiten
  • Lasse JS minifizieren aktiv - das Plugin schließt seine eigenen Skripte automatisch aus

Fehlerbehebung: gecachtes Audio wird nicht aktualisiert

Wenn du das Audio eines Beitrags neu generiert hast, aber das alte Audio noch abgespielt wird:

  1. Leere deinen Browser-Cache (Strg+Umschalt+Entf)
  2. Leere den Seiten-Cache deines Cache-Plugins
  3. Purge dein CDN, falls du eines verwendest
  4. Lade die Beitragsseite neu (Strg+Umschalt+R)

Audiodateien werden mit einem eigenen Zeitstempel in der URL ausgeliefert, sodass der Browser normalerweise die neue Version abruft. Falls nicht, ist einer der oben genannten Caches die Ursache.

Verwandte Seiten