Rendimiento y Core Web Vitals

4 min read

TTSWP añade audio a tus páginas sin perjudicar el rendimiento. El reproductor se carga de forma diferida, los recursos están optimizados y nada se ejecuta al cargar la página a menos que sea necesario. Así es como mantenemos seguros los Core Web Vitals.

Impacto en los Core Web Vitals

LCP (Largest Contentful Paint)

Impacto: ninguno

El reproductor de audio se carga de forma diferida. No renderiza ni carga JavaScript hasta que el visitante se desplaza cerca de él. El LCP, que mide el tiempo para renderizar el contenido principal visible sin desplazamiento, no se ve afectado.

Prueba: ejecuta auditorías de Lighthouse antes y después. Las puntuaciones de LCP se mantienen dentro de la variación normal.

CLS (Cumulative Layout Shift)

Impacto: cero

El marcador de posición del reproductor tiene exactamente las mismas dimensiones que el reproductor completamente cargado. Cuando la carga diferida activa la actualización del marcador al reproductor completo, no se produce ningún cambio de diseño.

INP (Interaction to Next Paint)

Impacto: insignificante

El JavaScript del reproductor se ejecuta en un único archivo pequeño (alrededor de 15 KB comprimido). Los manejadores de clics tienen anti-rebote y se ejecutan en requestIdleCallback cuando es compatible. Contribución típica al INP: menos de 5 ms por interacción.

FID (First Input Delay, reemplazado por INP en 2024)

Impacto: cero

Nada bloquea el hilo principal en la carga inicial de la página, ya que el reproductor se carga de forma diferida.

Tamaño de los recursos

Coste de carga por página cuando el reproductor está en uso:

Recurso Tamaño (comprimido) Cuándo se carga
CSS del reproductor público 3 KB Cuando el reproductor es visible
JS del reproductor público 15 KB Cuando el reproductor es visible
Ayudante de forma de onda (PRO) 4 KB Cuando la forma de onda está activada
JS del pie fijo (PRO) 2 KB Cuando el pie fijo está activado
Icono del menú en la barra admin 0,5 KB Solo para usuarios administradores

Impacto total en la primera carga para los visitantes: 0 bytes hasta que se desplazan hasta el reproductor.

Compatibilidad con plugins de caché

TTSWP funciona con todos los principales plugins de caché (WP Rocket, LiteSpeed, W3 Total Cache, WP Super Cache, Cache Enabler). El plugin registra automáticamente sus recursos para un comportamiento de caché correcto.

Los archivos de audio (MP3) tienen sus propias cabeceras de caché y se cargan bajo demanda desde el almacenamiento. No saturan las cachés de página.

Ver Plugins de caché.

Distribución mediante CDN

En los planes de pago, los archivos de audio se sirven desde Amazon CloudFront. Esto significa:

  • El audio se reproduce en milisegundos al hacer clic en Reproducir, incluso para visitantes alejados de tu servidor
  • El ancho de banda de tu servidor WordPress queda libre para el HTML

En los planes gratuitos, el audio proviene de tu servidor WordPress. Para la mayoría de los blogs esto es suficiente. Los sitios con mucho tráfico podrían notar un mayor uso del ancho de banda en páginas con mucho audio.

Impacto en la base de datos

TTSWP añade un número reducido de tablas y filas a la base de datos:

  • Tabla de caché de audio (una fila por archivo generado)
  • Tablas de estadísticas (una fila por evento de reproducción, datos de enteros pequeños)
  • Filas de configuración (unas pocas docenas de opciones)

El tamaño de la base de datos crece de forma lineal con el número de entradas con audio. Para un sitio con 500 entradas, el tamaño total en la base de datos suele ser inferior a 200 KB.

Memoria y CPU

  • Uso de memoria PHP por carga de página de administración: ~2 MB
  • Uso de memoria PHP por página pública con reproductor: insignificante (solo CSS y JS, sin procesamiento PHP en las rutas activas)
  • Procesos en segundo plano: ninguno (no hay tareas cron ejecutándose en cada solicitud)

Cómo probar tu sitio

Usa estas herramientas para verificar que TTSWP no afecta tu rendimiento:

Ejecuta una vez con TTSWP activado y otra con él temporalmente desactivado. Compara los resultados.

Si detectas una regresión de rendimiento

Comunícanoslo. Tratamos las regresiones de rendimiento como errores:

  1. Anota qué página es lenta
  2. Ejecuta PageSpeed Insights y comparte la URL
  3. Contacta con el Soporte PRO o publica en el foro de WordPress.org

Te ayudaremos a diagnosticarlo y solucionarlo.

Páginas relacionadas