Plugin W3 Total Cache: como configurar para otimização

Um site WordPress inevitavelmente fica mais lento conforme você instala plugins. Por isso o plugin de cache virou um dos plugins indispensáveis do WordPress. Com mais de 1 milhão de instalações ativas na versão gratuita e nota 4,4 estrelas, o plugin W3 Total Cache (W3TC) é um dos mais usados.
Como as configurações de cache podem quebrar alguns recursos de outros plugins, se você está começando no WordPress pode usar um plugin simples de configurar, como Cache Enabler ou WP Super cache.
Se você precisa de configurações e controle detalhados de cache, pode usar o plugin W3 Total Cache, que oferece recursos poderosos até na versão gratuita.
Ⅰ. Instalação do W3 Total Cache e guia de configuração
Pesquise W3 Total Cache e instale e ative o plugin.
- Welcome
- Page Cache
- Database Cache
- Object Cache
- Image Converter
- Lazy Load
- More Caching Options
AcceptDecline
Depois da primeira instalação, ir à página [Dashboard] leva você automaticamente ao [Setup Guide], porque nada foi configurado ainda.
No guia de configuração você define ① cache de página, ② cache de banco de dados, ③ cache de objetos, ④ cache do navegador, ⑤ otimização de imagens, ⑥ lazy load e ⑦ outras opções de cache.

Para o cache de página, a recomendação padrão do W3TC é Disk: [Aprimorado]. Como mostra a tabela, Disk: Enhanced é cerca de 10,3 ms mais rápido que Disk: Basic, o que dá cerca de 17,8% de desempenho melhor em TTFB.

Para o cache de banco de dados, selecione o cache em disco.





As configurações feitas no guia agora aparecem no painel.
Clique na aba [Settings] no canto superior direito para configurar tudo, de [General Settings] ao cache de página e mais.

ⓐ As [configurações da página] no menu do painel à esquerda e ⓑ a aba [Settings] no canto superior direito levam cada uma ao cache de página, Minify e a outras configurações avançadas. Indo a cada página pelo topo central da aba General Settings, você vê tudo de cache de página e Minify, das configurações gerais até as Configurações avançadas.
Ⅱ. Configurações de cache do W3 Total Cache
Esta é a aba General Settings nas configurações do W3TC.
_branch_match_id
_bta_c
_bta_tid
_ga
_gl
_ke
adgroupid
adid
age-verified
ao_noptimize
campaignid
campid
click_id
cn-reloaded
customid
dicbo
dm_i
ef_id
epik
fb_action_ids
fb_action_types
fb_source
fbclid
gclid
gclsrc
gdffi
gdfms
gdftrk
hsa_acc
hsa_ad
hsa_cam
hsa_grp
hsa_kw
hsa_mt
hsa_net
hsa_src
hsa_tgt
hsa_ver
igshid
li_fat_id
matomo_campaign
matomo_cid
matomo_content
matomo_group
matomo_keyword
matomo_medium
matomo_placement
matomo_source
mc_cid
mc_eid
mkcid
mkevt
mkrid
mkwid
msclkid
mtm_campaign
mtm_cid
mtm_content
mtm_group
mtm_keyword
mtm_medium
mtm_placement
mtm_source
pcrid
piwik_campaign
piwik_keyword
piwik_kwd
pk_campaign
pk_cid
pk_content
pk_keyword
pk_kwd
pk_medium
pk_source
pp
redirect_log_mongo_id
redirect_mongo_id
ref
s_kwcid
sb_referer_host
si
sscid
tblci
toolid
trk_contact
trk_module
trk_msg
trk_sid
ttclid
twclid
usqp
utm_campaign
utm_content
utm_expid
utm_id
utm_medium
utm_source
utm_term
wbraid
index\.php
wp-links-opml.php
wp-locations.php
([a-z0-9_\-]+)?sitemap\.xsl
[a-z0-9_\-]+-sitemap([0-9]+)?\.xml(\.gz)?
Content-Type
X-Pingback
P3P
Link
- Enable HTTP compression in the “HTML” section on Browser Cache Settings tab.
RSPEAK_
mfunc
- Enable HTTP compression in the “Cascading Style Sheets & JavaScript” section on Browser Cache Settings tab.
- The TTL of page cache files is set via the “Expires header lifetime” field in the “Cascading Style Sheets & JavaScript” section on Browser Cache Settings tab.
wp_rg_
_wp_session_
_wc_session_
^\s*delete\b
^\s*update\b
^\s*replace\b
^\s*create\b
^\s*alter\b
^\s*show\b
^\s*set\b
\bautoload\s+=\s+’yes’
\bsql_calc_found_rows\b
\bfound_rows\(\)
DOING_CRON
DONOTCACHEDB
SHORTINIT
XMLRPC_REQUEST
plugins
[a-z0-9_\-]*sitemap[a-z0-9_\.\-]*\.(xml|xsl|html)(\.gz)?
1️⃣ Modo de pré-visualização
Antes de publicar as mudanças reais de cache, você pode ligar o modo de pré-visualização para testar erros antes.

[Preview]: clique para testar enquanto visualiza as mudanças e, se estiver tudo certo, clique em [Deploy] para aplicá-las ao site.
2️⃣ Cache de página
O guia já definiu a configuração básica como [Disk: Enhanced]. Você pode mudar depois se, por exemplo, uma migração de servidor fizer o servidor usar outro cache.
Se um site único (não multisite) também usa subdomínios, dá para configurar cache também para os domínios alias.
|
Nível de servidor |
Intervalo de atualização (s) |
Páginas por intervalo |
Descrição |
|---|---|---|---|
|
Servidor básico (1 vCPU / 1 GB ou menos) |
1800 s (30 min) |
5 |
Evite picos de CPU ao montar o cache: use um intervalo folgado e mantenha poucas páginas |
|
Servidor intermediário (2 vCPU / 2–4 GB) |
900 s (15 min) |
10 |
Manter o padrão é recomendado; aguenta alguma concorrência |
|
Servidor de alto desempenho (4 vCPU / 8 GB ou mais) |
300 s (5 min) |
20~30 |
Prepara o cache rápido; bom para sites com muito tráfego |
REST API é a interface que o WordPress oferece para trocar dados com o mundo externo; com ela você pede ou altera conteúdo em formato JSON por URLs. Assim, apps móveis, apps web externos, o editor de blocos e outros podem sincronizar ou editar o conteúdo do WordPress em tempo real.
A REST API atende não só administradores, mas também pedidos de usuários comuns, permitindo uma troca de dados eficiente que deixa o site mais flexível e extensível.
|
Opção |
Descrição |
Recomendado |
|---|---|---|
|
Inicialização tardia |
Permite chamar funções do WordPress para o cache de fragmentos. |
⚠️ Só quando precisar de cache avançado |
|
Cache tardio |
Adia a geração da chave de cache até depois dos filtros do usuário, permitindo um controle mais fino |
⚠️ Só ao sobrescrever chaves |
|
Modo de compatibilidade |
Abre mão de algumas otimizações pela compatibilidade com a hospedagem (cerca de 20% mais lento) |
✅ Recomendado quando há erros de hospedagem |
|
Conjunto de caracteres |
Corrige problemas de codificação UTF-8 |
✅ Recomendado se aparecerem caracteres estranhos |
|
Rejeitar requisições HEAD |
Impede que requisições HEAD criem caches vazios |
✅ Evita páginas em branco inesperadas |
|
Tempo de vida máximo dos objetos de cache |
Por quanto tempo os itens em cache são mantidos (s) |
⏱ Mais alto com pouco tráfego, mais baixo com muito |
|
Intervalo de coleta de lixo |
Com que frequência os dados de cache expirados são removidos (s) |
⏱ Mais curto quanto mais tráfego houver |
|
Tempo de vida do cookie de comentário |
Ajusta o TTL do cookie quando alguém comenta (padrão 1800 s) |
✅ Útil para reduzir o tráfego de usuários logados |
3️⃣ Minify
Em arquivos HTML, CSS e JS, o Minify remove espaços, comentários e quebras de linha desnecessários, para reduzir o tamanho dos arquivos e melhorar a velocidade de carregamento. Esse processo não altera a funcionalidade mas deixa o código mais enxuto , e o navegador consegue interpretá-lo mais rápido.
|
Opção |
Descrição |
Recomendado |
|---|---|---|
|
Automático |
O W3TC detecta e minifica arquivos HTML, CSS e JS automaticamente. |
✅ Serve para a maioria dos usuários |
|
Manual |
Só funciona depois que você mesmo informa os caminhos dos arquivos a minificar. |
⚠️ Só para usuários avançados que precisam de controle preciso |
|
Opção |
Descrição |
Ambiente ideal |
|---|---|---|
|
Disco (Disk) |
Guarda os arquivos minificados no disco do servidor |
✅ Hospedagem compartilhada típica; o padrão |
|
APC / APCu |
Guarda na memória usando o cache de opcode do PHP |
✅ Bom desempenho em servidores dedicados/virtuais |
|
eAccelerator |
Um cache de opcode antigo do PHP |
⚠️ Só faz sentido em servidores antigos |
|
XCache |
Um dos mecanismos de cache do PHP (pouco usado) |
❌ Não recomendado (ultrapassado) |
|
WinCache |
Cache PHP para servidores Windows |
✅ Só servidores IIS/Windows |
|
Memcached |
Guardado em servidores de cache distribuídos |
✅ Vários servidores, clusters |
|
Redis |
Guarda os arquivos minificados num armazenamento chave-valor rápido |
✅ VPS de alto desempenho / vários servidores |
|
Opção |
Descrição |
Características |
|---|---|---|
|
Minify (padrão) |
O minificador de HTML embutido do W3TC |
Muito estável e compatível com a maioria dos sites |
|
HTML Tidy |
Organiza a estrutura do HTML enquanto minifica |
Inclui correção de estrutura → risco de quebrar o layout |
| Opção | Descrição | Características | Escolha do minificador de JS |
|---|---|---|---|
| JSMin (padrão) | Minificador de JS simples e rápido: remove espaços e comentários básicos | Muito estável, baixo risco de conflitos | ✅ Velocidade/estabilidade em primeiro lugar; sites WordPress comuns |
| Google Closure Compiler (serviço web) | O otimizador de JS avançado do Google: comprime pela API do Google | Preciso, mas uma chamada a servidor externo é necessária → pode ser lento | ⚠️ Uso de API externa liberado; otimização precisa em primeiro lugar |
| Google Closure Compiler (Java local) | Executa o mesmo motor no ambiente Java do servidor localmente | Otimização avançada possível, É preciso ter Java instalado | ✅ Java pode ser instalado; quando você quer otimização avançada |
| Narcissus | Um compressor clássico que analisa e regenera o JS | Uma abordagem antiga, praticamente sem suporte | — |
| YUI Compressor | Compressor de JS/CSS criado pelo Yahoo; pode manter comentários preservados | Antigo, mas ainda estável | — |
| Closure (precisa de teste) | — | — | ⚠️ Muito JS moderno (ES6+) |
| Opção | Descrição |
|---|---|
| ✅ Minify (padrão) | Rápido e estável; serve para a maioria dos sites WordPress |
| ⚠️ CSS Tidy | Organiza a estrutura e corrige a sintaxe; estilos podem quebrar → precisa de teste |
| ⚠️ YUI Compressor (PHP) | Lógica de compressão antiga, sem atualizações → só sites legados |
| ⚠️ YUI Compressor (Java) | Precisa de Java; compressão precisa, mas sem suporte à sintaxe CSS moderna |
O guia já definiu a configuração básica como [Disk: Enhanced]. Você pode mudar depois se, por exemplo, uma migração de servidor fizer o servidor usar outro cache.
|
Item |
Descrição |
|---|---|
|
Reescrever a estrutura de URL |
Usa estruturas de URL limpas para os links de CSS/JS. Se desativado, eles saem como baseados em parâmetros GET URLs como [?ver=xxx]. |
|
Para usuários logados, |
Usuários logados veem os arquivos originais, não os minificados. Útil para depurar ou desenvolver. |
|
Minimizar notificações de erro |
Avisa se ocorrer um erro ao montar o cache do minify. Se desativado, nenhum aviso aparece. |
|
Item |
Descrição |
|---|---|
|
Configurações de minify do HTML |
Comprime documentos HTML para reduzir o tamanho, removendo espaços, recuos e afins. |
|
Minificação de CSS inline |
Comprime o código CSS dentro das tags [<style>]. |
|
Minificação de JS inline |
Comprime o código JS dentro das tags [<script>]. |
|
Não minificar feeds |
Mantém os feeds RSS/Atom (XML) sem minificar, exatamente como estão. |
|
Remover quebras de linha |
Remove os caracteres de quebra de linha do HTML → arquivo menor |
|
Exemplo |
Uso |
|---|---|
|
google_ad_ |
Protege os comentários do script de anúncios do Google AdSense |
|
RSPEAK_ |
Protege comentários de código para leitores de tela/acessibilidade |
|
mfunc |
Protege os comentários de cache de fragmentos [<!– mfunc –>] do W3TC |
|
Método de minify |
Descrição |
Recomendado para |
|---|---|---|
|
Combinar & minificar (Combine & Minify) |
Junta vários arquivos JS em um e os comprime ao mesmo tempo |
✅ O mais eficaz nos casos comuns |
|
Só combinar (Combine Only) |
Junta os arquivos em um sem comprimi-los |
⚠️ Quando há receio de conflitos de JS: evita erros causados pela compressão |
|
Só minificar (Minify Only) |
Mantém o número de arquivos e comprime cada um separadamente |
⚠️ Em HTTP/2 + quando há erros de JS |
|
Configurações do motor de minify |
Descrição |
|---|---|
|
Posição de inserção: antes de [</head>] |
Insere o JS dentro de [<head>] (roda antes de a página carregar) |
|
Posição de inserção: depois de [<body>] |
Insere o JS no final da página (roda depois da renderização) |
|
Tipo de inserção (Blocking / Non-blocking) |
Se a execução do JS pausa a renderização da página |
|
Item |
Descrição |
Configuração recomendada |
|---|---|---|
|
Ativar HTTP/2 Push |
O servidor envia os arquivos JS antes que o navegador os peça |
✅ Pode melhorar o desempenho em HTTP/2 |
|
Cuidados |
Se o Page Cache do W3TC usa [Disk: Enhanced] com NGINX, o HTTP/2 Push ❌ não funciona |
✅ Funciona melhor com Apache + HTTP/2 |
|
Método de minify |
Descrição |
Recomendado para |
|---|---|---|
|
Combinar & minificar |
Junta os arquivos CSS e depois os comprime |
✅ Uso geral |
|
Só combinar |
Junta os arquivos sem comprimir |
⚠️ Se houver receio de conflitos de CSS |
|
Só minificar |
Só comprime, sem juntar |
✅ Adequado para servidores HTTP/2 |
|
Configurações do motor de minify |
Descrição |
Vale quando |
|---|---|---|
|
Remover comentários preservados(Preserved comment removal) |
Remove avisos de licença e comentários preservados dos arquivos CSS para reduzir o tamanho. |
⚠️ Só vale com [Combine & Minify] ou [Minify only] (※ não com [Combine only]) |
|
Remover quebras de linha(Line break removal) |
Apaga os caracteres de quebra de linha do CSS para gerar um arquivo mais compacto (um pouco menor) |
⚠️ Só funciona com [Combine & Minify] ou [Minify only] (※ ignorado com [Combine only]) |
|
Tratamento de @import |
Descrição |
Configuração recomendada |
|---|---|---|
|
None |
Mantém as chamadas [@import] do CSS como estão |
❌ Não recomendado (bloqueia a renderização) |
|
Bubble |
Move [@import] para o topo do arquivo CSS |
⚠️ Efeito limitado |
|
Process |
Inclui as chamadas [@import] na junção |
✅ Recomendado (melhora o desempenho) |
|
Item avançado |
Descrição |
Configuração recomendada |
|---|---|---|
|
Intervalo de atualização de arquivos externos(Update interval for external files) |
Com que frequência o W3TC baixa/minifica de novo arquivos CSS/JS de CDNs e URLs externas (em segundos) |
✅ Mantenha o padrão [86400] s (24 horas) ※ se arquivos externos mudam muito, considere [21600] (6 horas) |
|
Intervalo de coleta de lixo(Garbage collection interval) |
Com que frequência os arquivos de cache expirados são apagados (vale para cache em disco) |
✅ [43200–86400] s recomendado (pode ser menor com muito tráfego) ※ um limite máximo (2592000 s) pode ser definido em [wp-config.php] |
|
Nunca minificar as páginas a seguir(Never minify the following pages) |
Informe as URLs a sempre excluir do minify (caminhos relativos, sem queries) |
✅ Adicione admin, página de login, URLs de AJAX etc. conforme a necessidade. Exemplo: [wp-login.php], [wp-admin/], [my-custom-endpoint/] |
|
Arquivos JS que nunca serão minificados |
Indique os arquivos JS que dão erro quando minificados |
⚠️ Adicione os arquivos JS problemáticos quando encontrá-los. Exemplo: [plugins/some-script.js] |
|
Arquivos CSS que nunca serão minificados |
Permite criar exceções quando há conflitos de CSS |
⚠️ Crie uma exceção para o CSS que quebra o layout. Exemplo: [themes/mytheme/style.css] |
|
User agents rejeitados |
Não entrega arquivos minificados a user agents específicos (crawlers, bots etc.) |
✅ Indique só os bots que precisam ignorar o cache. Exemplo: [Lighthouse], [GTmetrix], [Chrome-Lighthouse] etc. |
|
Incluir arquivos/bibliotecas externos(Include external files/libraries) |
Adiciona manualmente scripts de CDN externos à lista de junção |
⚠️ Só quando quiser minificar/juntar arquivos JS/CDN externos. Exemplo: [ajax.googleapis.com/…/jquery.min.js] |
|
Permitir expressões regulares |
Permite casar com regex quando os padrões de nome de arquivo variam |
✅ Útil quando scripts externos mudam muito de número de versão. Exemplo: [cdn.example.com/js/lib-\d+\.js] |
# EX:
#Arquivos JS que nunca serão minificados:
plugins/some-plugin/assets/js/legacy-script.js
wp-includes/js/jquery/jquery.js
#CSS que nunca será minificado:
themes/mytheme/style.css# EX:
#User agents rejeitados:
Lighthouse
Chrome-Lighthouse
GTmetrix|
Item |
Descrição |
Configuração recomendada |
|---|---|---|
|
Usar evento do WP-Cron(Enable WP-Cron event) |
Para limpar/atualizar o cache de página automaticamente num horário, agende uma tarefa do WP-Cron |
✅ Ativar é recomendado (manter o padrão) |
|
Horário de início(Start time) |
Quando o WP-Cron roda pela primeira vez (ex.: 12:00 am) |
✅ Um horário de pouca carga (ex.: entre meia-noite e 3 da manhã) |
|
Intervalo(Interval) |
Com que frequência o WP-Cron limpa o cache Configurações |
✅ Duas vezes ao dia ou a cada hora (sites com muito tráfego) |
|
Alternativa com cron do sistema |
Em vez do WP-Cron, você pode rodar o comando [wp w3tc flush_posts] num cron real do sistema operacional |
Recomendado em servidores de alto desempenho (mais preciso e eficiente que o WP-Cron) |
4️⃣ Cache de opcode
No cache de opcode, o cache instalado no servidor é aplicado automaticamente; se não houver nenhum, fica desativado.
5️⃣ Cache de banco de dados e de objetos: Memcached·Redis
|
Opção |
Descrição |
Ambiente recomendado |
|---|---|---|
|
Disco |
Guarda os dados de cache no disco do servidor |
✅ Hospedagem compartilhada / configurações básicas |
|
Memcached |
Cache distribuído pela rede; rápido |
✅ Vários servidores / cluster |
Sites WordPress comuns costumam usar só um, Memcached ou Redis, para o cache de banco de dados, mas no W3 Total Cache dá para separar: ⓐ um para o cache de banco de dados e ⓑ o outro para o cache de objetos.
📌 Típico WordPress Site
├─ Banco de Dados Cache
│ └─ Memcached ou Redis · só um (uso)
└─ Objeto Cache
└─ o mesmo Cache motor compartilhado é comum
📌 W3 Total Cache (W3TC)
├─ Banco de Dados Cache
│ └─ Memcached (uso) (exemplo)
└─ Objeto Cache
└─ Redis (uso) (exemplo)
🛠️ Estratégia aplicada
└─ Cache motor por função — Separado Aplicado possível
├─ Servidor recursos distribuídos
├─ Cache gargalo reduzido
└─ Desempenho Otimização flexibilidade garantidaNas configurações do W3 Total Cache, por padrão o cache de banco de dados fica em Memcached e o cache de objetos em Redis.
|
Item |
Descrição |
Recomendação ou observação |
|---|---|---|
|
Tempo de vida máximo dos objetos de cache |
Tempo natural de expiração de itens de cache não alterados (s) |
[180 s] (padrão); alto demais desperdiça memória |
|
Intervalo de coleta de lixo |
Com que frequência os dados de cache expirados são apagados (s) |
[3600 s] (1 hora); reduza com uso intenso |
|
Nunca fazer cache das |
Caminhos a excluir do cache (regex permitido) |
Excluir páginas dinâmicas como login, carrinho e busca é recomendado |
|
Radicais de query ignorados |
Queries com prefixo correspondente não vão para o cache |
Dados de sessão/temporários como [gdsr_], [wp_rg_] |
|
Rejeitar queries (Query Rejects) |
Exclui queries que contêm palavras-chave/padrões específicos (regex) |
[insert], [update], [autoload], [found_rows()] etc. |
|
Reject Constants |
Desativa o cache de BD quando as constantes WP listadas estão definidas |
[DOING_CRON], [XMLRPC_REQUEST] etc. |
|
Ativar para WP-CLI |
Se o cache também é usado quando o WP-CLI roda |
✅ Mais rápido quando ativado (cuidado em ambientes de teste) |
|
Opção |
Descrição |
Ambiente recomendado |
|---|---|---|
|
Disco |
Guarda os dados de cache no disco do servidor |
✅ Hospedagem compartilhada / configurações básicas |
|
Redis |
Cache chave-valor rápido; funciona bem com PHP-FPM |
✅ Servidores de alto desempenho / VPS |

|
Item |
Descrição |
|---|---|
|
Host/IP do Redis |
Formato [127.0.0.1:6379]. Para TLS, use o prefixo [tls://] |
|
Verificar certificado TLS |
Verifica a validade do certificado ao usar TLS (opcional) |
|
Usar conexões persistentes |
Reaproveita conexões Redis para melhor desempenho |
|
Tempo limite de conexão |
Tempo máximo para conectar ao Redis (s) |
|
Intervalo para nova tentativa de conexão |
Espera antes de tentar de novo após uma falha (ms) |
|
Tempo limite de leitura da conexão |
Tempo máximo de espera por uma resposta (s) |
|
Redis DB ID |
Número do banco de dados dentro do Redis (padrão [0]) |
|
Senha do Redis |
Campo de senha ou autenticação SASL |
|
Tempo de vida padrão do cache |
Tempo padrão de retenção dos itens de cache (s). Padrão 180 s |
|
Intervalo de coleta de lixo |
Com que frequência o cache expirado é apagado. Padrão 600 s |
|
Grupos globais |
Grupos compartilhados no modo rede (para multisite) |
|
Grupos não persistentes |
Grupos excluídos do cache, ex.: [counts], [plugins] |
|
Fazer cache de requisições do wp-admin |
Aplica o cache também à área de administração (⚠️ teste antes) |
|
Guardar transients no banco de dados |
Mantém valores temporários no BD mesmo com um cache externo em uso |
|
Ativar WP-CLI |
Permite o cache também para comandos do WP-CLI |
6️⃣ Cache do navegador
O cache do navegador guarda arquivos estáticos como imagens, CSS e JS no dispositivo do visitante localmente, reduzindo muito o tempo de carregamento nas visitas seguintes. Isso melhora a velocidade de resposta da página e a experiência do usuário.
A maioria dessas configurações foca em controle de cache e redução da carga do servidor. Em sites com muito tráfego ou onde a otimização de recursos estáticos importa, pode ativar muitas delas sem problema.
| Item | Geral | CSS e JS | HTML e XML | Mídia e outros arquivos |
|---|---|---|---|---|
| Definir o cabeçalho [Last-Modified] | Inclui a data da última modificação do arquivo para permitir respostas 304 | ✅ Ative na maioria dos casos | ✅ Serve para a maioria dos servidores | ✅ Funciona com a maioria dos caches de CDN/navegador |
| Definir o cabeçalho [Expires] | Faz o navegador guardar os arquivos em cache por um período | ✅ Padrão 31536000 s (1 ano), recomendado | ✅ Padrão [3600 s (1 hora)] | ✅ [31536000 s] (1 ano) por padrão → bom para arquivos estáticos |
| ⏱️ Definir o tempo do Expires | — | ⏱️ ex.: [31536000 s = 1 ano] · pode ser menor quando usado com CDN | — | — |
| Definir o cabeçalho [Cache-Control] | Controla a estratégia de cache adicionando cabeçalhos pragma e cache-control | ✅ [“public, max-age=31536000”] recomendado | ✅ Defina como, por exemplo, [“public, max-age=3600”] | ✅ [“public, max-age=31536000”] recomendado |
| ✅ Política de controle de cache | — | ✅ Use uma política com [max-age] · [“public, max-age=EXPIRES_SECONDS”] é o padrão | — | — |
| Definir [ETag] | Fornece uma entity tag que identifica o arquivo – para detectar mudanças | ✅ Eficaz dentro do mesmo servidor | ✅ Se os caches não são compartilhados entre servidores, o uso é recomendado | ✅ Útil com um único servidor |
| Definir cabeçalho W3TC | Adiciona um cabeçalho que mostra se o arquivo foi otimizado pelo W3TC | 🔖 Não obrigatório; para análise | 🔖 Não obrigatório (para depuração) | 🔖 Opcional |
| Compressão gzip | Compressão que encolhe arquivos de texto (ampla compatibilidade) | ✅ Suportado na maioria dos servidores | ✅ Suportado pela maioria dos servidores | ✅ Sem efeito nas imagens |
| Compressão brotli | Taxa de compressão maior que a do gzip (só navegadores compatíveis) | ✅ Exige configuração do Apache/Nginx | ✅ Ative o módulo do Apache/nginx | ✅ Só vale para navegadores compatíveis |
| Impedir cache de objetos após mudar configurações | Adiciona uma query string para invalidar o cache antigo | ✅ Recomendado se as configurações mudam muito | — | ✅ Mudanças nos arquivos valem na hora |
| Remover query strings | Remove [?] dos recursos estáticos para melhorar o cache | ⚠️ Só é necessário com algumas CDNs/proxies | — | ✅ Pode ser aplicado a arquivos versionados |
| Remover cookies | Remove o cabeçalho [Set-Cookie] das respostas de recursos estáticos | ✅ Marque na maioria dos casos | — | ✅ Imagens e afins não precisam de cookies |
| Não deixar o WordPress tratar 404s | O servidor web trata os 404 de arquivos estáticos → menos carga no WP | — | — | — |
| Lista de URIs de exceção de 404 | Indica padrões de URI que o WP ainda deve tratar (ex.: sitemap, robots.txt) | — | — | — |
| Reescrever a estrutura de URL dos objetos | Gera URIs únicas para contornar caches (ex.: [ver=xxxx]) | — | — | — |
Ⅲ. Recursos extras do W3 Total Cache
Limpar o cache pelo WP Cron é uma configuração global.
{wp_content_dir}/gallery/*
{wp_content_dir}/uploads/avatars/*
{plugins_dir}/wordpress-seo/css/xml-sitemap.xsl
{plugins_dir}/wp-minify/min*
{plugins_dir}/*.js
{plugins_dir}/*.css
{plugins_dir}/*.gif
{plugins_dir}/*.jpg
{plugins_dir}/*.png
{uploads_dir}/imagerotator.swf
{plugins_dir}/wp-fb-autoconnect/facebook-platform/channel.html
- You can use placeholders {wp_content_dir}, {plugins_dir}, {uploads_dir} instead of writing folder paths (wp-content, wp-content/plugins, wp-content/uploads).
- If using Amazon Web Services or Self-Hosted CDN types, enable HTTP compression in the “Media & Other Files” section on Browser Cache Settings tab.
data-bgposition=
data-envira-src=
data-large_image=
data-lazy-original=
data-lazy-src=
data-lazyload=
data-lazysrc=
data-no-lazy=
data-src=
data-srcset=
fullurl=
lazy-slider-img=
loading=”eager”
no-lazy
rev-slidebg
skip-lazy
soliloquy-image
swatch-img
w3-total-cache
woocommerce/assets/images/placeholder.png
wpcf7_captcha
1️⃣ CDN
Você configura isso depois de se cadastrar num provedor de CDN.
|
Opção |
Descrição |
|---|---|
|
✅ Hospedar anexos |
Envia anexos como imagens em [wp-content/uploads] para a CDN |
|
✅ Hospedar arquivos do wp-includes |
Inclui na CDN os arquivos estáticos do núcleo do WordPress (js/css etc.) |
|
✅ Hospedar arquivos do tema |
Inclui na CDN os arquivos estáticos do tema ativo (css/js/imagens etc.) |
|
✅ Hospedar arquivos CSS/JS minificados |
Entrega pela CDN os arquivos CSS/JS minificados pelo W3TC |
|
✅ Hospedar arquivos personalizados |
Envia à CDN caminhos ou nomes de arquivo que você indicar |
|
⚠️ Forçar a substituição de arquivos existentes |
Para forçar novo envio quando as mudanças não são detectadas automaticamente |
|
Item |
Descrição |
|---|---|
|
Limpar a CDN só manualmente |
Remove arquivos da CDN só quando você clica no botão de limpeza manual |
|
Desativar CDN em páginas SSL |
Não usa URLs da CDN em páginas HTTPS |
|
Usar links da CDN no painel |
Mostra URLs da CDN para mídia também nas telas do painel |
|
Add CORS header |
Adiciona um cabeçalho de resposta que permite CORS |
|
Desativar CDN por função |
Não aplica a CDN para as funções de usuário selecionadas (ex.: só administradores usam a origem) |
|
Lista de páginas excluídas |
Exclui da CDN os caminhos indicados (regex permitido) |
|
Enviar arquivos minificados automaticamente |
Envia os arquivos minificados à CDN automaticamente (Push) |
|
Exportar arquivos alterados automaticamente |
Envia automaticamente quando detecta mudanças nos arquivos |
|
Intervalo de envio automático |
Intervalo de envio depois de detectar mudanças (padrão 3600 s) |
|
Intervalo / limite de reenvio |
Intervalo de nova tentativa após falhas e limite de arquivos processados |
|
Arquivos do wp-includes a enviar |
Indica quais tipos de arquivo do núcleo vão para a CDN |
|
Tipos de arquivo do tema a enviar |
Indica tipos de arquivo do tema, como CSS/JS/fontes |
|
Tipos de arquivo a importar |
Define condições para baixar automaticamente arquivos com link externo |
|
Lista de arquivos personalizados |
Indica caminhos de arquivos individuais a enviar à CDN (templates, plugins externos etc.) |
|
User agents rejeitados |
Indica bots/user agents a bloquear dos arquivos da CDN |
|
Caminhos de arquivo rejeitados |
Indica caminhos de arquivo que ficam fora da CDN, como CAPTCHAs e caminhos especiais |
|
Definir domínio do cookie |
Indica um domínio para não enviar cookies ao usar uma CDN em subdomínio |
2️⃣ Proxy reverso
A descrição usa Varnish e Nginx como exemplo, mas como o Nginx é configurado no servidor, aplique isso no plugin W3 Total Cache só se usar Varnish.
3️⃣ Experiência do usuário: lazy load
Nas configurações avançadas, mais de 50% dos recursos só existem na versão premium.
|
Item |
Descrição |
Quando usar |
|---|---|---|
|
✅ Processar tags de imagem HTML |
[<img>]: as tags recebem o atributo lazy |
Para lazy loading de imagens comuns de conteúdo |
|
✅ Processar imagens de fundo |
Aplica lazy loading ao [background-image] do CSS |
Para sites com muito design e muitas imagens de fundo |
| Excluir palavras | Exemplo |
|---|---|
| Atributos excluídos do lazy | [data-src], [data-lazy-src], [data-no-lazy], [loading=”eager”] etc. |
| Classes excluídas do lazy | [no-lazy], [skip-lazy], [lazy-slider-img], [rev-slidebg] etc. |
| Plugins/sliders | [soliloquy-image], [envira], [w3-total-cache], [wpcf7_captcha] etc. |
| WooCommerce | [swatch-img], [woocommerce/…/placeholder.png] etc. |
O “limite” do lazy loading define a que distância abaixo da viewport (tela) do navegador as imagens e elementos de fundo começam a carregar antes. Por exemplo, com 100px um elemento carrega quando o usuário rola até 100 pixels dele; um valor pequeno demais atrasa o carregamento das imagens e o usuário pode ver áreas vazias, então 100–300px costuma ser adequado.
A seguir, os métodos de inserção de scripts.
|
Método de inserção |
Descrição |
Posição ou atributo |
|---|---|---|
|
Assíncrono (Async) |
Roda em paralelo com o carregamento da página e não bloqueia a renderização |
[<script async>] |
|
Síncrono (no head) |
Roda primeiro na área [<head>] e pode bloquear a renderização temporariamente (in the head) |
[<head>] ou [<script>] |
|
Inline |
Insere o script direto no documento HTML, e ele roda sem requisição separada |
Inserido dentro de [<script>código</script>] |


4️⃣ Conversor WebP


Ⅳ. Avaliação geral do W3 Total Cache
A interface (UI) do W3 Total Cache não é ruim, mas é claramente incômoda. Muitos desenvolvedores e usuários profissionais apontam o mesmo. Comparado a plugins modernos como WP Rocket ou FlyingPress, ele acompanha no desempenho do site, mas a experiência do usuário (UX) deixa a desejar.
Ter muitos recursos é uma vantagem, mas para iniciantes a estrutura pode parecer complexa demais. Principalmente com idas e vindas frequentes entre menus e muitas opções detalhadas, até desenvolvedores e administradores de site experientes podem errar na configuração. Claro que você não vai lembrar de cada ajuste, mas no uso ele é um plugin de cache avançado que permite ajustes finos.
Com mais de 1 milhão de instalações da versão gratuita, é difícil descartá-lo como só um plugin antigo — na prática, poucos plugins de cache chegam perto da variedade e riqueza dos seus recursos.
| Item | Nota (⭐) | Avaliação |
|---|---|---|
| 🎛️ Interface | ⭐⭐⭐ | Muitos menus e estrutura complexa; uma barreira para novos usuários. A UI parece datada |
| ⚙️ Variedade de recursos | ⭐⭐⭐⭐⭐ | Cache, CDN, Redis e quase todos os outros recursos; difícil achar algo que falte |
| 🛠️ Flexibilidade de ajuste fino | ⭐⭐⭐⭐ | Quase tudo pode ser ajustado; atenção a conflitos entre configurações |
| 🚀 Ganho de desempenho | ⭐⭐⭐⭐⭐ | Desempenho excelente depois de otimizado; cache de objetos/navegador faz grande diferença |
| 🧩 Compatibilidade | ⭐⭐⭐ | Pode entrar em conflito com algumas hospedagens, temas e plugins. |
| 📄 Documentação e guias | ⭐⭐⭐⭐⭐ | Documentação oficial extensa |
| 💡 Recomendação para usuários | ⭐⭐⭐⭐(4.5) | Recomendado para usuários avançados; iniciantes talvez prefiram WP Rocket, Cache Enabler etc. |
| 📊 Nota geral | ⭐⭐⭐⭐(4.5) | Um plugin poderoso e focado em recursos. Há uma curva de aprendizado; leve em conta seu nível |
Ⅴ. Teste de desempenho
Depois de configurar o plugin, o teste final de velocidade mostrou um ganho mais visível do que com plugins de cache comuns.
ℹ️ Aviso de afiliados
O conteúdo deste site contém links de afiliados. Quando um visitante compra um produto ou serviço por meio de um desses links, o site recebe uma comissão do vendedor. O valor que o comprador paga (em promoções, ele diminui ↓) não aumenta por causa disso. Preços, descontos e informações de estoque valem para o momento em que o texto foi escrito e podem ter mudado, por isso confirme com o vendedor antes de comprar. Os produtos são escolhidos e avaliados por critérios próprios, e o recebimento de comissão não influencia a ordem de apresentação nem o conteúdo das avaliações.