vitalitywellnessreport.com

Readiness by lane

Green: vitalitywellnessreport.com. Thin bar: Web & Cloud Hosting peer median.

Priority fixes for vitalitywellnessreport.com

Ordered by impact and by how common each practice is among peers.

1. Priority 1 · Harden

   HTTP requests move to HTTPS

   Observed: A request to http://vitalitywellnessreport.com/ was not redirected to HTTPS.

   Why it matters: Visitors who type the address or follow an old link start on unencrypted HTTP. A redirect moves them to the encrypted site before any cookies or form data are sent.

   What to do: Add a permanent (301 or 308) redirect from every http:// URL to the same https:// URL at your CDN, load balancer or web server.

   On Cloudflare: Turn on Always Use HTTPS under SSL/TLS > Edge Certificates.

   95% of Web & Cloud Hosting peers do this. Limit: Measured for the homepage only, from one location, at the time of the check.

   Guide: HTTPS and TLS Guide for Website Owners

2. Priority 2 · Enable

   Mobile viewport configured

   Observed: The homepage had no viewport meta tag, so phones may render it zoomed out.

   What to do: Add <meta name="viewport" content="width=device-width, initial-scale=1"> and check the layout on small screens.

   96% of Web & Cloud Hosting peers do this.

   Guide: Responsive Web Design Checklist for Real Devices

3. Priority 3 · Harden

   HSTS kept for at least a year

   Observed: The homepage response did not include a Strict-Transport-Security header.

   What to do: 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 Cloudflare: Enable HSTS under SSL/TLS > Edge Certificates > HTTP Strict Transport Security and raise max-age gradually.

   43% of Web & Cloud Hosting peers do this.

   Guide: HTTPS and TLS Guide for Website Owners

4. Priority 4 · Harden

   DMARC policy enforces quarantine or reject

   Observed: No DMARC record was found at _dmarc.vitalitywellnessreport.com.

   What to do: 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.

   52% of Web & Cloud Hosting peers do this.

   Guide: A Practical Website Health Check for Owners

What vitalitywellnessreport.com already does well

Practices fewer than half of Web & Cloud Hosting peers use.

• HTTP/3 advertisedHTTP/3 advertised.39% of peers
• Reachable over IPv6IPv6 address published.48% of peers

What we saw

Homepage checked

https://vitalitywellnessreport.com/

Homepage response

HTTP 200

TLS

TLSv1.3, HTTP/2

Certificate

Google Trust Services, 90-day validity, expiring 2027-01-17

CDN or edge

Cloudflare

DNS operators

Cloudflare

Homepage HTML

1 KB, br

Images on homepage

1 (png 1)

Limits: homepage only, one location, one moment. Header checks reflect the homepage response; other pages may differ.

Stack and providers

Seen in the homepage response, certificate and DNS. Provider pages compare how their customers configure the same checks.

All 31 checks

Select a gap for the method and fix. How each check works

Compare with other Web & Cloud Hosting sites

• g-portal.com68
• noip.com59
• one.com69
• pythonanywhere.com63
• wikiwiki.jp51

Web & Cloud Hosting readiness benchmark