O GTmetrix atribui à sua página 72/100, e as recomendações mostram «Serve static content from a cookieless domain». Clica e vê uma lista de 40 ficheiros CSS, cada um a arrastar consigo um cabeçalho Set-Cookie. Imagens, tipos de letra, scripts, dezenas de pedidos, e cada um transporta um cabeçalho HTTP de que estes ficheiros absolutamente não precisam.

O problema não está no seu código. É uma característica da arquitetura: o servidor define cookies ao nível do domínio, e o navegador anexa-os obedientemente a cada pedido, mesmo naqueles em que a autenticação e as sessões não fazem sentido. O resultado: kilobytes extra em cada resposta, carregamento estático mais lento e um alerta vermelho nos relatórios do GTmetrix e do Pingdom.

Boas notícias: isto resolve-se em 15 minutos sem mudar de alojamento. Não precisa de um segundo servidor, nem de um plano empresarial caro. Um subdomínio separado ou uma CDN são suficientes, e os ficheiros estáticos passarão a ser servidos sem cookies, enquanto a sua pontuação no GTmetrix sobe 10 a 15 pontos.

💡 Visão geral rápida:

• Perceba porque é que os cookies «vazam» para o conteúdo estático e quando é que isso é realmente um problema
• Configure um subdomínio separado para o wp-content através do cPanel, passo a passo, incluindo a substituição de URLs por SQL
• Ligue o KeyCDN através do plugin CDN Enabler como alternativa moderna (5 minutos, a partir de $4/mês)
• Saiba porque é que a Cloudflare não elimina o aviso do GTmetrix e quando o pode ignorar

Porque é que os cookies acabam no conteúdo estático

Os cookies são definidos ao nível do domínio. Mas há uma nuance frequentemente ignorada: os subdomínios herdam as definições de cookies do domínio principal. Se o site estiver em example.com e definir cookies para esse domínio, eles vão automaticamente para www.example.com e static.example.com.

É por isso que não basta criar um subdomínio static.example.com. Enquanto o site principal permanecer no domínio simples, os cookies «vazarão» para o subdomínio. A solução é simples, mas contraintuitiva: mova o site para www.example.com e coloque o conteúdo estático em static.example.com. Assim, os cookies aplicam-se ao www, enquanto o static fica limpo.

A segunda opção, um domínio completamente separado. Tecnicamente funciona, mas comprar um domínio para esta tarefa quase nunca se justifica: um tratamento adequado do subdomínio é suficiente.

E mais uma coisa: em alojamentos WordPress geridos como Kinsta, WP Engine ou SiteGround, o problema está muitas vezes já resolvido ao nível do servidor. Se o plano incluir «edge caching» ou «CDN incluída», não é necessária configuração adicional.

Método 1. Subdomínio separado para conteúdo estático através do cPanel

O método básico que funciona em qualquer alojamento com cPanel. Sem serviços de terceiros, sem pagamentos mensais. A ideia: criar um subdomínio, ligá-lo a /wp-content e dizer ao WordPress para servir o conteúdo estático através dele.

Criar um subdomínio

Vá a cPanel → secção «Domínios» → «Subdomínios». Crie o subdomínio static.yoursite.com. No campo Document Root, especifique o caminho para wp-content: normalmente é public_html/wp-content.

Verifique: o site principal deve estar em www.yoursite.com. Se estiver no domínio simples sem www, mova primeiro o site para www, caso contrário o método não funcionará.

Adicionar constantes ao wp-config.php

Abra o wp-config.php na raiz do site e adicione duas linhas ANTES do comentário /* That's all, stop editing! Happy publishing. */:

1
define('WP_CONTENT_URL', 'https://static.yoursite.com');
2
define('COOKIE_DOMAIN', 'www.yoursite.com');

WP_CONTENT_URL diz ao WordPress para servir todo o conteúdo de /wp-content/ através do novo subdomínio. COOKIE_DOMAIN restringe o âmbito dos cookies ao subdomínio www, impedindo que se espalhem para o static.

Substituir URLs de ficheiros existentes na base de dados

Os artigos já publicados guardam links para URLs de imagens antigas. É necessário substituí-los em massa através do phpMyAdmin.

Entre no phpMyAdmin (cPanel → Bases de Dados), selecione a base de dados do WordPress, separador SQL. Execute:

1
UPDATE wp_posts SET post_content = REPLACE(post_content, 'www.yoursite.com/wp-content/', 'static.yoursite.com/');

Antes de executar, faça uma cópia de segurança da base de dados. A substituição por SQL é irreversível. Se a URL ficar errada, as imagens do site partem-se e terá de restaurar a partir de uma cópia de segurança.

Prós e contras

O método funciona sem serviços de terceiros e sem despesas adicionais. Mas: edição manual do wp-config.php e da base de dados, risco de erros de SQL, necessidade de manter a configuração de dois subdomínios. Em VPS com NGINX também terá de editar a configuração do servidor, o que acrescenta complexidade.

Para a maioria dos sites atuais, há uma opção mais simples: CDN.

Método 2. CDN como solução moderna

Uma Content Delivery Network leva o conteúdo estático para os seus servidores e, por predefinição, não utiliza cookies para os ficheiros. Obtém duas coisas ao mesmo tempo: conteúdo estático sem cookies, mais uma rede de distribuição global que acelera o carregamento para visitantes de qualquer parte do mundo.

Serviço KeyCDN, CDN pay-as-you-go com preços a partir de $0,04/GB de tráfego e pagamento mínimo de $4/mês. Para um site médio, os custos são de $4 a $10 por mês. Mais de 60 pontos de presença, opção integrada Strip Cookies que remove à força os cabeçalhos Set-Cookie das respostas.

Ligação através do CDN Enabler

CDN Enabler, plugin oficial da KeyCDN para WordPress. Versão 2.0.8, mais de 10 000 instalações ativas, testado até ao WordPress 6.9. Interceta as páginas e reescreve os URLs dos ficheiros estáticos para o domínio da CDN.

Passos de configuração:

• Criar uma conta KeyCDN. O serviço oferece um período de teste, pode experimentar sem pagamento.

• Instalar o CDN Enabler a partir do repositório do WordPress: Plugins → Adicionar Novo → pesquisar «CDN Enabler» → Ativar.

• Criar uma zona Pull no painel da KeyCDN. A zona define que conteúdo a CDN irá extrair do seu site. Especifique o URL de origem, o endereço do seu site.

• Copie o URL da zona, que tem o formato https://yourzone.kxcdn.com, e cole-o nas definições do CDN Enabler: Definições → CDN Enabler → CDN Hostname.

• Ative a opção Strip Cookies no KeyCDN: Zone Settings → Strip Cookies = Enabled. Esta opção garante que os ficheiros estáticos são servidos sem cabeçalhos Set-Cookie.

• Limpe a cache do site e verifique o resultado no GTmetrix.

O CDN Enabler funciona com qualquer CDN. Se já utiliza o Cloudflare, BunnyCDN ou StackPath, basta indicar o CDN Hostname do seu fornecedor.

Ponto importante: depois de desativar o CDN e remover o plugin, os URLs das imagens podem permanecer reescritos para o domínio do CDN. Antes de desativar, limpe a cache do plugin e certifique-se de que os URLs voltaram ao original.

Método 3. Cloudflare, gratuito mas com uma ressalva

Cloudflare, o maior CDN com um plano totalmente gratuito. Funciona ao nível do DNS: basta apontar o domínio para os nameservers do Cloudflare e todo o tráfego passa pela sua rede.

Mas há uma nuance. O Cloudflare utiliza um cookie de serviço _cfduid em cada pedido por motivos de segurança. É essencial para a proteção contra DDoS e bots e, mesmo que ative a opção «Strip Cookies» no plano Pro, este cookie não é removido.

Devido ao _cfduid, o GTmetrix continuará a mostrar o aviso «Serve static content from a cookieless domain». Alcançar 100/100 na métrica YSlow com o Cloudflare gratuito é tecnicamente impossível. Mas trata-se de um falso positivo: o conteúdo estático através do Cloudflare continua a carregar rapidamente e um cookie de serviço não afeta o desempenho real.

Se a pontuação máxima no GTmetrix for importante para si, escolha o KeyCDN com Strip Cookies. Se a prioridade for um serviço gratuito e proteção contra DDoS, o Cloudflare resolve completamente.

Quando ignorar o aviso do GTmetrix

Situação comum: a CDN está configurada, o Strip Cookies está ativo, mas o GTmetrix continua a mostrar um erro de domínio sem cookies. A razão é que o YSlow, o motor do GTmetrix, não verifica se o Strip Cookies está ativo do lado da CDN. Ele vê um URL semelhante ao domínio principal e assinala mecanicamente um aviso.

Verificação em 30 segundos: abra o Chrome DevTools (F12) → Network → selecione qualquer ficheiro estático, CSS, JS ou PNG → separador Headers → Request Headers. Se não houver uma linha Cookie: ali, o conteúdo estático segue sem cookies, pode ignorar o aviso do GTmetrix.

Outra fonte de falsos positivos: cookies de servidor de ferramentas de análise e testes A/B (Google Analytics, Hotjar, VWO). Também aparecem no relatório como «extra», embora afetem minimamente a velocidade da página.

Redução real de tráfego ao remover cookies do conteúdo estático: cerca de 5 a 15% do total de pedidos. Não é revolucionário, mas cada milissegundo conta: uma investigação da Google mostrou que um atraso de 1 segundo reduz a conversão de visitantes móveis em 20%.

⁉️🤔 Perguntas frequentes

Configurar um domínio sem cookies é obrigatório?

Não, não é um requisito absoluto. Mas se está a lutar por velocidade, eliminar cookies desnecessários do conteúdo estático traz ganhos mensuráveis, especialmente em sites com muitos media: lojas online, blogues de fotografia e portais de notícias. Para uma landing page de três blocos, o efeito será insignificante.

O que fazer se, depois de editar o wp-config.php, o site deixar de abrir?

Quase de certeza que cometeu um erro nos URLs das constantes ou os colocou DEPOIS da linha /* That's all, stop editing! */. Ligue-se ao site via FTP, abra o wp-config.php e verifique: as constantes devem estar ANTES deste comentário. Se o site continuar sem carregar, comente as linhas adicionadas (// no início de cada uma), o site voltará ao estado original, e depois tente novamente com os URLs corretos.

O CDN Enabler pode ser usado com outros plugins de caching?

Sim, sem problema. O CDN Enabler é compatível com o Cache Enabler, WP Rocket, W3 Total Cache e LiteSpeed Cache. Uma nuance: se tiver o WP Rocket, a CDN é configurada no próprio WP Rocket, não sendo necessário um plugin CDN Enabler separado. Com outros plugins de caching, funciona em paralelo, sem conflitos registados.

Qual a CDN a escolher para um site pequeno?

Depende do orçamento e das prioridades. Preços da KeyCDN (a partir de $0,04/GB, mínimo $4/mês), um bom começo: pagamento conforme a utilização, paga apenas pelo tráfego. Cloudflare, gratuito mas com um cookie de serviço e falso aviso do GTmetrix. BunnyCDN (a partir de $0,01/GB em planos de volume, mínimo a partir de $1/mês), mais barato mas com menos pontos de presença. Para um site com tráfego até 10.000 visitas por mês, os custos de CDN serão de $2 a $7.

É necessário um domínio sem cookies se o alojamento for moderno?

Os alojamentos WordPress geridos, Kinsta, WP Engine, SiteGround, incluem frequentemente CDN integrada ou caching de servidor que já resolve o problema dos cookies. Verifique o seu plano: se a descrição incluir «edge caching» ou «CDN incluída», não é necessária configuração adicional. Em alojamento partilhado económico sem CDN, configurar um domínio sem cookies dará um impulso notório.

O que fazer se as imagens desapareceram depois da consulta SQL?

Ou cometeu um erro no URL (verifique a correspondência do domínio na consulta e nas definições do subdomínio), ou o subdomínio static.yoursite.com aponta para o diretório errado. Restaure a base de dados a partir do backup e verifique: o Document Root do subdomínio deve ser public_html/wp-content, e o domínio na consulta SQL deve corresponder ao que foi criado no cPanel (com www. ou sem, depende da configuração do site principal).

Qual o método a escolher para a sua tarefa

Se o site está num alojamento económico sem CDN e sem orçamento para serviços pagos, configure um subdomínio separado através do cPanel. São 15 minutos de trabalho: subdomínio, duas linhas no wp-config.php e uma consulta SQL. O conteúdo estático seguirá sem cookies, o GTmetrix subirá. A desvantagem: manutenção manual e sem aceleração global.

Se está disposto a pagar $4 a $10 por mês, use a combinação KeyCDN + CDN Enabler. A mesma tarefa é resolvida automaticamente, além de obter uma rede de entrega com mais de 60 pontos, compressão e aceleração para visitantes de qualquer parte do mundo. Para um projeto que gera ou planeia gerar receita, a CDN paga-se a si própria de imediato.

E o mais importante: não fique obcecado com as pontuações do GTmetrix. A velocidade real para os utilizadores importa mais do que os números num relatório. Se o conteúdo estático segue sem cookies (verificado via DevTools) e o site carrega em menos de 2 segundos, a tarefa está resolvida.

Para refrescar a visão completa sobre acelerar o WordPress, o guia oficial da equipa do WordPress.com ajuda, desde o caching até à CDN, com medições ao vivo e configuração: