TTSWP lägger till ljud på dina sidor utan att försämra prestandan. Spelaren laddas lazy, resurser är optimerade och ingenting körs vid sidinläsning om det inte behövs. Så här håller vi Core Web Vitals säkra.
Påverkan på Core Web Vitals
LCP (Largest Contentful Paint)
Påverkan: ingen
Ljudspelaren laddas lazy. Den renderar inte och laddar inte JavaScript förrän besökaren scrollar nära den. LCP, som mäter tiden för att rendera det huvudsakliga innehållet ovanför mitten, påverkas inte.
Test: kör Lighthouse-revisioner före och efter. LCP-poängen håller sig inom normal variation.
CLS (Cumulative Layout Shift)
Påverkan: noll
Spelarens platshållare har exakt samma dimensioner som den fulladdade spelaren. När lazy load aktiverar övergången från platshållare till full spelare sker ingen layoutförskjutning.
INP (Interaction to Next Paint)
Påverkan: försumbar
Spelarens JavaScript körs i en enda liten fil (ungefär 15 KB gzippat). Klickhanterare är debounced och körs på requestIdleCallback där det stöds. Typiskt INP-bidrag: under 5 ms per interaktion.
FID (First Input Delay, ersatt av INP 2024)
Påverkan: noll
Ingenting blockerar huvudtråden vid initial sidinläsning, eftersom spelaren laddas lazy.
Resursstorlekar
Kostnad per sidinläsning när spelaren används:
| Resurs | Storlek (gzippat) | När den laddas |
|---|---|---|
| Publik spelare CSS | 3 KB | När spelaren är synlig |
| Publik spelare JS | 15 KB | När spelaren är synlig |
| Vågform-hjälpare (PRO) | 4 KB | När vågform är aktiverad |
| Sticky footer JS (PRO) | 2 KB | När sticky är aktiverad |
| Adminbar-menyikon | 0,5 KB | Bara för adminanvändare |
Total effekt vid första laddning för besökare: 0 byte tills de scrollar till spelaren.
Kompatibilitet med cache-tillägg
TTSWP fungerar med alla stora cache-tillägg (WP Rocket, LiteSpeed, W3 Total Cache, WP Super Cache, Cache Enabler). Tillägget registrerar automatiskt sina resurser för korrekt caching-beteende.
Ljudfiler (MP3) har egna cache-headers och laddas på begäran från lagring. De belastar inte sidcacher.
Se Cache-tillägg.
CDN-leverans
På betalda planer levereras ljudfiler från Amazon CloudFront. Det innebär:
- Ljud spelas inom millisekunder efter att du klickar på Play, även för besökare långt från din server
- Din WordPress-servers bandbredd frigörs för HTML
På gratisplaner kommer ljud från din WordPress-server. För de flesta bloggar fungerar det bra. Webbplatser med hög trafik kan märka bandbreddsanvändning på sidor med mycket ljud.
Databaseffekt
TTSWP lägger till ett litet antal databastabeller och rader:
- Ljudcache-tabell (en rad per genererad fil)
- Statistiktabeller (en rad per uppspelningshändelse - små heltalsdata)
- Inställningsrader (ett fåtal dussin alternativ)
Databasens storlek växer linjärt med antalet inlägg med ljud. För en webbplats med 500 inlägg är det totala databasavtrycket vanligtvis under 200 KB.
Minne och CPU
- PHP-minneskostnad per adminsidinläsning: ~2 MB
- PHP-minneskostnad per publik sida med spelare: försumbar (CSS + JS bara, ingen PHP-bearbetning på heta vägar)
- Bakgrundsprocesser: inga (inga cron-jobb som körs vid varje begäran)
Testa din webbplats
Använd dessa verktyg för att verifiera att TTSWP inte skadar din prestanda:
- PageSpeed Insights - Googles officiella Core Web Vitals-test
- WebPageTest - detaljerad vattenfallsanalys
- GTmetrix - prestandabetyg och rekommendationer
Kör en gång med TTSWP aktiverat och en gång med det tillfälligt inaktiverat. Jämför siffrorna.
Om du ser en prestandaförsämring
Meddela oss. Vi behandlar prestandaförsämringar som buggar:
- Notera vilken sida som är långsam
- Kör PageSpeed Insights och dela URL:en
- Kontakta PRO-support eller posta i WordPress.org-forumet
Vi hjälper dig att diagnostisera och åtgärda det.