Criar um site com WordPress丨Quais plugins retardam a velocidade e afetam a classificação

O seu site está carregando lentamente e você está tendo dificuldades para subir no ranking SEO? Em 80% dos casos, os plugins são os culpados!

80% dos webmasters não sabem que o uso incorreto ou a configuração inadequada de plugins pode desacelerar drasticamente o site, prejudicando a eficácia da indexação pelos motores de busca.

Plugin de cache mal instalado: quanto mais você usar, mais lento fica

Você acha que instalar um plugin de cache vai acelerar o seu site? Falso! 50% dos sites com plugin de cache ficam mais lentos.

Pesquisas mostram que, no WP Super Cache, 32% dos usuários não ativaram a compressão Gzip, o que dobra o tamanho dos arquivos CSS/JS. Além disso, quando o W3 Total Cache ativa ao mesmo tempo o cache de banco de dados e de objetos, o tempo de resposta do servidor sobe de 0,8 segundos para 3,2 segundos.

Comparação entre três plugins de cache

▌Análise detalhada dos problemas

1. Conflitos de regras de cache (52% dos problemas)

• Situação típica: ativação simultânea de cache CDN e cache de página do plugin, resultando em compressão redundante de arquivos CSS/JS
• Dados: De acordo com o relatório de segurança da Sucuri 2023, 38% dos erros no WordPress vêm de conflitos de regras entre diferentes caches

2. Problemas de compatibilidade com o servidor

• Com o Memcached ativado no W3 Total Cache, 30% dos sites hospedados no SiteGround apresentam tela branca
• Solução: Antes de adicionar define('WP_CACHE', true); no arquivo wp-config.php, certifique-se de que a extensão necessária esteja instalada no servidor

3. Plugins desatualizados que dificultam a compatibilidade com o PHP

• O WP Fastest Cache usa regras mod_rewrite desatualizadas, tornando as URLs estáticas ineficazes no PHP 8.1
• Padrão da indústria: verifique o campo “Tested up to” na página de detalhes do plugin e desative-o imediatamente se for inferior à versão do WordPress 6.0

▌Soluções turbo com parâmetros recomendados

Opção A: LiteSpeed Cache (grátis)

Servidor necessário: OpenLiteSpeed ou LSWS

Parâmetros essenciais:

CSS/JS Combine → Ativado
Load CSS Asynchronously → Desativado (para evitar o fenômeno FOIT)
Guest Mode → Ativado (reduz o consumo de recursos para usuários não registrados)

Resultado: Em um site de notícias, o TTFB (Tempo até o primeiro byte) caiu de 2,1 segundos para 0,4 segundos

Opção B: WP Rocket (pago)

Principal vantagem: supera automaticamente regras problemáticas de cache

Parâmetros principais:

Defer jQuery Execution → Ativado (resolve bloqueios de JS)
Preload Cache → Ativado a cada 24 horas (evita sobrecarga no servidor)
CDN CNAME → Forçar o SSL (evita alertas de conteúdo misto)

Dados: Um estudo independente de 2023 mostrou que usuários do WP Rocket obtiveram uma taxa de sucesso de LCP 83% maior em dispositivos móveis em comparação com plugins gratuitos

Plugins SEO com muitas funcionalidades

Acha que instalar três plugins SEO vai melhorar seu ranking no Google? Você pode ser banido dos resultados!

Testes mostram que usar Yoast SEO e Rank Math ao mesmo tempo gera meta tags duplicadas no código HTML, o que aciona um alerta de “conteúdo duplicado” no Google (fonte: relatório de erros de SEO do Ahrefs 2023).

Alguns plugins SEO com crawlers automáticos consomem até 60% dos recursos do servidor, fazendo o tempo de carregamento passar de 2 segundos para 8 segundos.

▌Degradação de desempenho (90% dos webmasters não sabem)

1. Banco de dados inflado

• A função „Análise SEO” do Yoast SEO gera entre 15 a 20 entradas redundantes todos os dias
• Exemplo: Um site de notícias que usou o Yoast por um ano, a tabela wp_postmeta cresceu para 1,2 GB, aumentando o tempo de consulta em 300%

2. Robôs de pesquisa consomem recursos

• A função „Monitoramento de erros 404” do Rank Math escaneia todos os links do site todos os dias, consumindo até 78% da CPU
• Solução: Desativar „Monitoramento de erros 404” nas configurações do Rank Math e usar ferramentas especializadas como o Screaming Frog

3. Código redundante desacelera o renderização

• O código de verificação „Google” e „Bing” que o All in One SEO insere por padrão bloqueia a análise do DOM
• Dados: O WebPageTest mostrou que esse código atrasa o primeiro conteúdo pintado (FCP) por 1,2 segundos

▌Configuração mínima (manter ranking + melhorar velocidade)

Opção A: Manter apenas o Rank Math, desativar 4 funções perigosas

1. Desativar „Sugestões de links internos” (Configurações → Geral → Tipos de posts)
2. Desativar „Atributo ALT automático para imagens” (Configurações SEO → Mídia)
3. Desativar „Enviar pontuação SEO diária por e-mail” (Configurações gerais → Notificações)
4. Limitar „Análise de artigo” para verificar apenas títulos e descrições meta (Gerenciamento de funções → Permissões de editor)

Opção B: Trocar para The SEO Framework (opção leve)

Vantagens: O plugin pesa apenas 367 KB (o Yoast tem 2,1 MB), sem código de anúncios

Configurações a modificar:

1. Desativar „Geração automática de imagens OG” (para evitar usar recursos gráficos do servidor)
2. Ativar „Desinstalação limpa” (remove automaticamente os resíduos da base de dados ao desinstalar)

Resultado: Após a substituição em um blog, o TTFB caiu 44%, todos os indicadores do Core Web Vitals em dispositivos móveis ficaram verdes

Plugins de redes sociais que carregam recursos externos em excesso

Testes industriais mostraram que 90% dos plugins de redes sociais carregam recursos externos de Facebook, Twitter e outros, mesmo que o usuário não clique no botão de compartilhar. Um site de teste comparou com o WebPageTest e encontrou que, após ativar o plugin AddToAny:

• 7 solicitações externas por página (incluindo fonts.googleapis.com e cdn.cookie-script.com)
• O tempo de carregamento total aumentou em 2,8 segundos (em uma rede 3G de 3,2 segundos → 6 segundos)
• A pontuação móvel do Google caiu 19 pontos (de 92 para 73)

Testes de três plugins

Custos ocultos (o que os webmasters não esperam)

1. Não conformidade com a privacidade

• O AddToAny carrega por padrão cdn.cookie-script.com, que coleta endereços IP: violação do Artigo 27 do GDPR da UE
• Solução: Desativar „Scripts de terceiros aprimorados” nas configurações do plugin e adicionar um pop-up para aceitar cookies

2. Vulnerabilidade XSS (Cross-Site Scripting)

• A versão 3.6.2 do Social Warfare contém uma vulnerabilidade de injeção no parâmetro utm_content sem filtrar (CVE-2023-28472)
• Solução temporária: Adicionar esta regra no .htaccess: RewriteCond %{QUERY_STRING} utm_content=.* [NC] para bloquear ataques

3. Renda de anúncios desviada

• A função „Barra lateral flutuante” do plugin Monarch bloqueia anúncios do AdSense, fazendo o CTR cair 58%
• Teste: Após desativar o plugin, a receita do AdSense subiu de $\mathrm{12,7}para$29,4

Solução sem links externos

Opção A: Shared Counts (grátis)

Principal vantagem: Armazenamento local de dados de redes sociais, sem solicitações em tempo real para servidores externos

• Ativar “Cache API Responses” → Definir o tempo de expiração do cache para 72 horas
• Desativar “Carregar CSS incorporado” → Recriar os estilos dos botões manualmente usando Flexbox
• Adicionar add_filter( 'shared_counts_load_fontawesome', '__return_false' ); em functions.php (desativar o Font Awesome)

Resultado: Após a troca em um site de e-commerce, o número total de requisições foi reduzido de 89 para 52, e o Speed Index aumentou em 38%.

Solução B: Gerar manualmente links de compartilhamento estáticos (solução de código)

<div class="share-buttons">
<a href="whatsapp://send?text=" target="_blank">WhatsAppa>
<a href="mailto:?subject=Leitura recomendada&body=">Compartilhar por emaila>
div>  

• Vantagens: Ignora todos os recursos externos, compatível com as funções nativas de compartilhamento do iOS/Android
• Dados: Um teste em um blog técnico mostrou que esse método reduz o tempo de interação em 1,2 segundos em comparação com o uso de plugins

Construtores de páginas geram código desnecessário

Uma análise profunda revelou que páginas criadas com Elementor geram 87 divs desnecessários e aninhados + 23 grupos de estilos CSS não utilizados (fonte: relatório de cobertura de código do Chrome DevTools).

Um site corporativo que usou Divi Builder viu o tamanho do seu documento HTML aumentar de 98 KB para 417 KB, o que reduziu o número de páginas indexadas pelo Googlebot de 1.200 para 540 páginas por dia.

Teste de “poluição” de código nos construtores de páginas mais populares

add_filter( 'wp_lazy_loading_enabled', '__return_false' ); // Desativa o carregamento preguiçoso do plugin
add_filter( 'wp_img_tag_add_loading_attr', function() { return 'lazy'; } ); // Ativa o carregamento preguiçoso nativo

<!-- Definir a proporção de aspecto do contêiner de imagem para evitar o deslocamento do layout -->  
<div class="img-container" style="padding-top:56.25%"> <!-- Proporção 16:9 -->  
  <img src="image.jpg" loading="lazy"   
       style="position:absolute;top:0;left:0"  
       width="1200" height="675" alt="Exemplo">  
</div>