Guida operativa per lo stack · Istantanea del 23 ottobre 2026
WordPress on Amazon CloudFront: guida operativa alla preparazione
Cosa fanno bene i 1,045 siti analizzati su questo stack, dove presentano carenze e quali interventi specifici per WordPress on Amazon CloudFront colmano ogni lacuna.
- Siti analizzati
- 1,045
- Indice mediano di preparazione
- 66/100
- Profili su questo stack
- 196
rilevato dall'HTML e dagli header della homepage
tutti i siti: 64
siti tra i primi 50.000
Preparazione per ambito
Abilita
89/100
Tutti i siti 77
Rafforza
56/100
Tutti i siti 55
Accelera
62/100
Tutti i siti 63
Recupera
5/100
Tutti i siti 11
La guida operativa per WordPress on Amazon CloudFront
Lacune ordinate per impatto, con l'intervento specifico per la piattaforma, ove disponibile.
HSTS mantenuto per almeno un anno
42% rilevato · tutti i siti 31%
Invia Strict-Transport-Security nelle risposte HTTPS. Inizia con un max-age breve (ad esempio 300 secondi), verifica che ogni sottodominio funzioni tramite HTTPS, quindi aumentalo gradualmente fino a 31536000. Aggiungi includeSubDomains solo quando tutti i sottodomini usano HTTPS. Il precaricamento HSTS è facoltativo e difficile da annullare; lo stesso hstspreload.org non lo consiglia come impostazione predefinita.
Su Amazon CloudFront: Associa a ogni distribuzione una policy per gli header di risposta con Strict-Transport-Security.
security.txt pubblicato
5.3% rilevato · tutti i siti 5.5%
Pubblica /.well-known/security.txt con almeno i campi Contact ed Expires, come richiesto dalla RFC 9116, e rivedilo prima che scada.
Guida: Controllo pratico dello stato di salute del sito per i proprietari
I record CAA limitano chi può emettere certificati
10% rilevato · tutti i siti 11%
Pubblica record CAA che specifichino tutte le CA che utilizzi effettivamente, comprese quelle utilizzate dalla tua CDN per i certificati gestiti. Aggiungi un contatto iodef se desideri ricevere segnalazioni.
Nessuno script che blocca il rendering nella sezione head
29% rilevato · tutti i siti 44%
Aggiungi defer agli script che richiedono il DOM, async a quelli indipendenti, come gli script di analisi, oppure spostali alla fine del body.
Su WordPress: A partire da WordPress 6.3, gli script possono essere registrati con una strategia di caricamento defer o async.
Guida: Controlla gli script di terze parti prima che controllino la tua pagina
Formati di immagine moderni in uso
47% rilevato · tutti i siti 40%
Servi WebP o AVIF con un'alternativa JPEG o PNG, tramite una CDN per immagini oppure generando entrambi i formati in fase di compilazione.
Su WordPress: WordPress supporta il caricamento di WebP dalla versione 5.8 e di AVIF dalla versione 6.5; i plugin per le immagini o il fornitore di hosting possono convertire le immagini esistenti.
Guida: AVIF, WebP, JPEG e PNG: Scegli il formato immagine giusto
La policy DMARC impone la quarantena o il rifiuto
49% rilevato · tutti i siti 31%
Pubblica prima DMARC con p=none e un indirizzo per i report, correggi eventuali mittenti legittimi che non superano l'allineamento SPF o DKIM, quindi passa a quarantine e infine a reject.
Guida: Controllo pratico dello stato di salute del sito per i proprietari
Content Security Policy presente
26% rilevato · tutti i siti 31%
Inizia con Content-Security-Policy-Report-Only per vedere cosa smetterebbe di funzionare, rendi la policy più restrittiva nell'arco di alcune settimane, quindi applicala.
Guida: Sicurezza dei pagamenti e PCI DSS: cosa devono sapere i proprietari di siti web
HTTP/3 pubblicizzato
29% rilevato · tutti i siti 36%
Attiva HTTP/3 sul tuo CDN. I browser ripiegano automaticamente su HTTP/2, quindi il rischio è basso.
Su Amazon CloudFront: Seleziona HTTP/3 tra le versioni HTTP supportate dalla distribuzione.
Dove i siti WordPress on Amazon CloudFront eccellono
- Dati strutturati presenti76% rilevatotutti i siti 53%
- URL canonico dichiarato91% rilevatotutti i siti 70%
- Sitemap XML individuabile91% rilevatotutti i siti 73%
- La policy DMARC impone la quarantena o il rifiuto49% rilevatitutti i siti 31%