Desempenho e Core Web Vitals

O TTSWP adiciona áudio às suas páginas sem prejudicar o desempenho. O player carrega de forma lazy, os assets são otimizados e nada executa no carregamento da página a menos que seja necessário. Veja como mantemos os Core Web Vitals protegidos.

#Impacto nos Core Web Vitals

#LCP (Largest Contentful Paint)

Impacto: nenhum

O player de áudio carrega de forma lazy. Ele não renderiza nem carrega JavaScript até que o visitante role a página até perto dele. O LCP, que mede o tempo para renderizar o conteúdo principal acima da dobra, não é afetado.

Teste: execute audits do Lighthouse antes e depois. Os scores de LCP permanecem dentro da variância normal.

#CLS (Cumulative Layout Shift)

Impacto: zero

O placeholder do player tem exatamente as mesmas dimensões que o player totalmente carregado. Quando o lazy load aciona a transição do placeholder para o player completo, nenhum deslocamento de layout ocorre.

#INP (Interaction to Next Paint)

Impacto: insignificante

O JavaScript do player roda em um único arquivo pequeno (cerca de 15 KB comprimido). Os handlers de clique têm debounce e rodam no requestIdleCallback quando suportado. Contribuição típica de INP: menos de 5 ms por interação.

#FID (First Input Delay, substituído pelo INP em 2024)

Impacto: zero

Nada bloqueia a thread principal no carregamento inicial da página, pois o player carrega de forma lazy.

#Tamanho dos assets

Custo de carregamento por página quando o player está em uso:

Impacto total no primeiro carregamento para visitantes: 0 bytes até rolar até o player.

#Compatibilidade com plugins de cache

O TTSWP funciona com todos os principais plugins de cache (WP Rocket, LiteSpeed, W3 Total Cache, WP Super Cache, Cache Enabler). O plugin registra automaticamente seus assets para um comportamento de cache correto.

Os arquivos de áudio (MP3) têm seus próprios headers de cache e carregam sob demanda a partir do armazenamento. Eles não congestionam os caches de página.

Veja Plugins de cache.

#Entrega via CDN

Nos planos pagos, os arquivos de áudio são entregues pelo Amazon CloudFront. Isso significa:

• O áudio toca em milissegundos ao clicar em Play, mesmo para visitantes distantes do seu servidor
• A largura de banda do seu servidor WordPress fica livre para o HTML

Nos planos gratuitos, o áudio vem do seu servidor WordPress. Para a maioria dos blogs isso é suficiente. Sites com alto tráfego podem perceber uso de largura de banda em páginas com muito áudio.

#Impacto no banco de dados

O TTSWP adiciona um pequeno número de tabelas e linhas ao banco de dados:

• Tabela de cache de áudio (uma linha por arquivo gerado)
• Tabelas de estatísticas (uma linha por evento de reprodução - dados inteiros pequenos)
• Linhas de configurações (algumas dezenas de opções)

O tamanho do banco de dados cresce linearmente com o número de posts com áudio. Para um site com 500 posts, o total no banco de dados é tipicamente inferior a 200 KB.

#Memória e CPU

• Overhead de memória PHP por carregamento de página admin: ~2 MB
• Overhead de memória PHP por página pública com player: insignificante (somente CSS + JS, sem processamento PHP nos caminhos mais acessados)
• Processos em segundo plano: nenhum (sem cron jobs executando a cada requisição)

#Testando seu site

Use estas ferramentas para verificar que o TTSWP não prejudica seu desempenho:

• PageSpeed Insights - teste oficial de Core Web Vitals do Google
• WebPageTest - análise detalhada em cascata
• GTmetrix - nota de desempenho e recomendações

Execute uma vez com o TTSWP ativado e outra com ele temporariamente desativado. Compare os números.

#Se você notar uma regressão de desempenho

Nos avise. Tratamos regressões de desempenho como bugs:

1. Anote qual página está lenta
2. Execute o PageSpeed Insights e compartilhe a URL
3. Entre em contato com o Suporte PRO ou poste no forum do WordPress.org

Vamos ajudar você a diagnosticar e corrigir o problema.

#Páginas relacionadas

• Player com Lazy Load
• Plugins de cache
• Benefícios de SEO