STATUS IS UPWEBSITE READINESS

Stack playbook · Snapshot 23 October 2026

WordPress on Amazon CloudFront: readiness playbook

What 291 measured sites on this stack get right, where they fall short, and the WordPress on Amazon CloudFront-specific steps that close each gap.

Sites measured
291

detected from homepage HTML and headers

Median readiness index
69/100

all sites: 64

Profiles on this stack
196

top-50K sites

Readiness by lane

Enable

90/100

All sites 77

Harden

56/100

All sites 56

Accelerate

66/100

All sites 64

Recover

3/100

All sites 10

The WordPress on Amazon CloudFront playbook

Gaps ordered by impact, with the platform-specific step where one exists.

  1. HSTS kept for at least a year

    44% observed · all sites 34%

    Send Strict-Transport-Security on HTTPS responses. Start with a short max-age (for example 300 seconds), confirm every subdomain works over HTTPS, then raise it in steps to 31536000. Add includeSubDomains only when all subdomains are HTTPS. HSTS preload is optional and hard to undo; hstspreload.org itself does not recommend it by default.

    On Amazon CloudFront: Attach a response headers policy with Strict-Transport-Security to each distribution.

  2. security.txt published

    6.3% observed · all sites 7.1%

    Publish /.well-known/security.txt with at least Contact and Expires fields, as RFC 9116 requires, and review it before it expires.

  3. CAA records limit who can issue certificates

    10% observed · all sites 13%

    Publish CAA records naming every CA you actually use, including the CAs your CDN uses for managed certificates. Add an iodef contact if you want reports.

  4. DMARC policy enforces quarantine or reject

    44% observed · all sites 39%

    Publish DMARC with p=none and a reporting address first, fix any legitimate senders that fail SPF or DKIM alignment, then move to quarantine and finally reject.

  5. No render-blocking scripts in <head>

    34% observed · all sites 48%

    Add defer to scripts that need the DOM, async to independent ones such as analytics, or move them to the end of the body.

    On WordPress: Since WordPress 6.3, scripts can be registered with a defer or async loading strategy.

  6. Content Security Policy present

    25% observed · all sites 32%

    Start with Content-Security-Policy-Report-Only to see what would break, tighten the policy over a few weeks, then enforce it.

  7. Modern image formats in use

    50% observed · all sites 40%

    Serve WebP or AVIF with a JPEG or PNG fallback, either through an image CDN or by generating both formats at build time.

    On WordPress: WordPress has supported WebP uploads since 5.8 and AVIF since 6.5; image plugins or the host can convert existing images.

  8. Certificate lifetime of 100 days or less

    5.8% observed · all sites 67%

    Move to automated issuance and renewal now, while you still have time to test it.

Where WordPress on Amazon CloudFront sites lead

  • Structured data present76% observedall sites 51%
  • XML sitemap discoverable94% observedall sites 70%
  • Canonical URL declared92% observedall sites 68%
  • robots.txt published97% observedall sites 76%

All 31 checks on WordPress on Amazon CloudFront

High-readiness WordPress on Amazon CloudFront sites

Related