TTSWP aggiunge audio alle tue pagine senza penalizzare le prestazioni. Il player viene caricato in lazy loading, gli asset sono ottimizzati e nulla viene eseguito al caricamento della pagina se non è necessario. Ecco come proteggiamo i Core Web Vitals.
Impatto sui Core Web Vitals
LCP (Largest Contentful Paint)
Impatto: nessuno
Il player audio viene caricato in lazy loading. Non esegue il rendering né carica JavaScript finché il visitatore non scorre fino ad esso. LCP, che misura il tempo di rendering del contenuto principale above-the-fold, non viene influenzato.
Test: esegui audit Lighthouse prima e dopo l'attivazione. I punteggi LCP rimangono nella varianza normale.
CLS (Cumulative Layout Shift)
Impatto: zero
Il segnaposto del player ha le stesse dimensioni del player completamente caricato. Quando il lazy load attiva l'aggiornamento dal segnaposto al player completo, non si verifica alcuno spostamento del layout.
INP (Interaction to Next Paint)
Impatto: trascurabile
Il JavaScript del player viene eseguito in un unico file di piccole dimensioni (circa 15 KB compressi). I gestori di clic sono in debounce e vengono eseguiti su requestIdleCallback dove supportato. Contributo INP tipico: meno di 5 ms per interazione.
FID (First Input Delay, sostituito da INP nel 2024)
Impatto: zero
Nulla blocca il thread principale al caricamento iniziale della pagina, poiché il player viene caricato in modo lazy.
Dimensioni degli asset
Costo di caricamento per pagina quando il player è attivo:
| Asset | Dimensione (compressa) | Quando viene caricato |
|---|---|---|
| CSS player pubblico | 3 KB | Quando il player è visibile |
| JS player pubblico | 15 KB | Quando il player è visibile |
| Helper waveform (PRO) | 4 KB | Quando la waveform è attiva |
| JS footer fisso (PRO) | 2 KB | Quando il footer fisso è attivo |
| Icona menu barra admin | 0,5 KB | Solo per gli amministratori |
Impatto totale al primo caricamento per i visitatori: 0 byte finché non scorrono fino al player.
Compatibilità con i plugin di cache
TTSWP funziona con tutti i principali plugin di cache (WP Rocket, LiteSpeed, W3 Total Cache, WP Super Cache, Cache Enabler). Il plugin registra automaticamente i propri asset per un comportamento di caching corretto.
I file audio (MP3) hanno intestazioni cache proprie e vengono caricati su richiesta dallo storage. Non intasano le cache di pagina.
Vedi Plugin di caching.
Distribuzione CDN
Nei piani a pagamento, i file audio vengono distribuiti tramite Amazon CloudFront. Questo significa:
- L'audio parte in pochi millisecondi dal clic su Play, anche per i visitatori lontani dal tuo server
- La larghezza di banda del tuo server WordPress rimane libera per l'HTML
Nei piani gratuiti, l'audio proviene dal tuo server WordPress. Per la maggior parte dei blog questo va bene. I siti ad alto traffico potrebbero notare un consumo di larghezza di banda sulle pagine con molto audio.
Impatto sul database
TTSWP aggiunge un numero limitato di tabelle e righe al database:
- Tabella cache audio (una riga per file generato)
- Tabelle statistiche (una riga per evento di riproduzione - dati interi di piccole dimensioni)
- Righe di impostazioni (alcune decine di opzioni)
Le dimensioni del database crescono in modo lineare con il numero di post con audio. Per un sito con 500 post, il footprint totale del database è tipicamente inferiore a 200 KB.
Memoria e CPU
- Overhead di memoria PHP per caricamento pagina admin: circa 2 MB
- Overhead di memoria PHP per pagina pubblica con player: trascurabile (solo CSS e JS, nessuna elaborazione PHP nei percorsi critici)
- Processi in background: nessuno (nessun cron job in esecuzione ad ogni richiesta)
Testare il tuo sito
Usa questi strumenti per verificare che TTSWP non penalizzi le tue prestazioni:
- PageSpeed Insights - test ufficiale Core Web Vitals di Google
- WebPageTest - analisi dettagliata del waterfall
- GTmetrix - voto di performance e raccomandazioni
Esegui un test con TTSWP attivo e uno con TTSWP temporaneamente disattivato. Confronta i risultati.
Se noti una regressione delle prestazioni
Comunicacelo. Trattiamo le regressioni di performance come bug:
- Annota quale pagina è lenta
- Esegui PageSpeed Insights e condividi l'URL
- Contatta il Supporto PRO o scrivi nel forum di WordPress.org
Ti aiuteremo a diagnosticare e risolvere il problema.