Guia da stack · Retrato em 23 de outubro de 2026
WordPress on Amazon CloudFront: guia de prontidão
O que os 1,045 sites avaliados nesta stack fazem bem, onde deixam a desejar e as etapas específicas de WordPress on Amazon CloudFront que resolvem cada lacuna.
- Sites avaliados
- 1,045
- Índice mediano de prontidão
- 66/100
- Perfis nesta stack
- 196
detectado a partir do HTML e dos cabeçalhos da página inicial
todos os sites: 64
sites entre os 50 mil mais populares
Prontidão por eixo
Habilitar
89/100
Todos os sites 77
Fortalecer
56/100
Todos os sites 55
Acelerar
62/100
Todos os sites 63
Recuperar
5/100
Todos os sites 11
O roteiro de WordPress on Amazon CloudFront
Lacunas ordenadas por impacto, com a etapa específica da plataforma quando disponível.
HSTS mantido por pelo menos um ano
42% observado · todos os sites 31%
Envie Strict-Transport-Security nas respostas HTTPS. Comece com um max-age curto (por exemplo, 300 segundos), confirme que todos os subdomínios funcionam por HTTPS e depois aumente gradualmente até 31536000. Adicione includeSubDomains somente quando todos os subdomínios usarem HTTPS. O pré-carregamento de HSTS é opcional e difícil de desfazer; o próprio hstspreload.org não o recomenda por padrão.
Em Amazon CloudFront: Associe uma política de cabeçalhos de resposta com Strict-Transport-Security a cada distribuição.
security.txt publicado
5.3% observado · todos os sites 5.5%
Publique /.well-known/security.txt com pelo menos os campos Contact e Expires, conforme exigido pela RFC 9116, e revise-o antes que expire.
Guia: Verificação Prática de Saúde do Site para Proprietários
Registros CAA limitam quem pode emitir certificados
10% observado · todos os sites 11%
Publique registros CAA que indiquem todas as autoridades certificadoras que você realmente usa, incluindo as que sua CDN usa para certificados gerenciados. Adicione um contato iodef se quiser receber relatórios.
Nenhum script que bloqueie a renderização na seção head
29% observado · todos os sites 44%
Adicione defer aos scripts que precisam do DOM e async aos independentes, como os de análise de tráfego, ou mova-os para o final do body.
Em WordPress: Desde WordPress 6.3, os scripts podem ser registrados com uma estratégia de carregamento defer ou async.
Guia: Controle scripts de terceiros antes que controlem sua página
Formatos modernos de imagem em uso
47% observado · todos os sites 40%
Sirva WebP ou AVIF com JPEG ou PNG como alternativa de compatibilidade, por meio de uma CDN de imagens ou gerando ambos os formatos durante a compilação.
Em WordPress: WordPress aceita uploads de WebP desde 5.8 e de AVIF desde 6.5; plugins de imagem ou o provedor de hospedagem podem converter as imagens existentes.
Guia: AVIF, WebP, JPEG e PNG: Escolha o formato de imagem certo
Política DMARC impõe quarentena ou rejeição
49% observado · todos os sites 31%
Publique DMARC com p=none e um endereço para relatórios primeiro, corrija quaisquer remetentes legítimos que falhem no alinhamento de SPF ou DKIM e, em seguida, passe para quarentena e, por fim, rejeição.
Guia: Verificação Prática de Saúde do Site para Proprietários
Política de Segurança de Conteúdo presente
26% observado · todos os sites 31%
Comece com Content-Security-Policy-Report-Only para ver o que deixaria de funcionar, torne a política mais restritiva ao longo de algumas semanas e depois passe a aplicá-la efetivamente.
Guia: Segurança de Pagamentos e PCI DSS: O que Proprietários de Sites Precisam Saber
HTTP/3 anunciado
29% observado · todos os sites 36%
Ative HTTP/3 na sua CDN. Os navegadores usam HTTP/2 como alternativa automaticamente, portanto o risco é baixo.
Em Amazon CloudFront: Selecione HTTP/3 nas versões de HTTP compatíveis com a distribuição.
Onde os sites em WordPress on Amazon CloudFront se destacam
- Dados estruturados presentes76% observadotodos os sites 53%
- URL canônica declarada91% observadotodos os sites 70%
- Mapa do site XML localizável91% observadotodos os sites 73%
- Política de DMARC impõe quarentena ou rejeição49% observadostodos os sites 31%