Home / Core Health / Force HTTPS sitewide and verify no HTTP pages exist
Transport Security · Scan Check Guide

Force HTTPS sitewide and verify no HTTP pages exist

20 min Impact: high Effort: low ✓ Scan-verified — no manual checkbox

This checks that every version of your site — http://, https://, with or without www — actually serves over HTTPS, and that plain HTTP requests get redirected rather than served directly.

HTTP pages are marked "Not Secure" in Chrome. Google requires HTTPS for Core Web Vitals measurement and uses it as a ranking signal. Any page serving over HTTP is losing trust and rankings.

The full picture

HTTPS enforcement addresses a fundamental vulnerability in how web traffic travels across networks — any data sent over plain HTTP passes across the network in readable, unencrypted form, meaning anyone positioned between the visitor and your server, whether on shared public WiFi, a compromised network device, or an internet service provider, can potentially read or even modify that traffic in transit.

The specific risk of allowing HTTP pages to coexist alongside HTTPS ones, rather than universally redirecting, is that any single unencrypted entry point undermines the security guarantee for the entire session — an attacker can potentially intercept the initial unencrypted request and inject malicious content or strip encryption from subsequent requests, a real, well-documented attack pattern that comprehensive HTTPS enforcement specifically closes off.

Browsers themselves increasingly treat unencrypted HTTP as actively untrustworthy, displaying explicit "not secure" warnings that erode visitor confidence regardless of your site's actual content — this reputational cost compounds the direct security risk, since visitors encountering this warning frequently abandon the page rather than proceeding.

Search engines also factor HTTPS status directly into ranking evaluation, treating comprehensive encryption as a baseline trust signal — sites with any remaining unencrypted pages face both this direct ranking impact and the compounding effect of the security and trust issues described above, making complete, sitewide enforcement the only configuration that fully addresses both the security and SEO dimensions of this check.

How to fix it

  1. 1
    Confirm your SSL certificate is installed
    Visit https:// your-domain.com directly. If you see a certificate warning, your host or Cloudflare needs SSL enabled first — this is usually a one-click toggle.
  2. 2
    Force HTTPS at the server or CDN level
    In Cloudflare: SSL/TLS → Edge Certificates → turn on "Always Use HTTPS". On most hosts: enable "Force HTTPS" or add a 301 redirect rule from http:// to https://.
  3. 3
    Test every entry point
    Check http://yoursite.com, http://www.yoursite.com, and https://www.yoursite.com — all four combinations should end up on your one canonical https:// URL.
  4. 4
    Update internal links
    Search your site/CMS for any hardcoded http:// links pointing to your own domain and update them to https://.

Common mistakes

How you'll know it's done

Every variant (http, https, www, non-www) redirects to a single https:// URL with a valid, trusted certificate.

Tools that help

H.I.V.E. checks this automatically

Fix it, then re-scan — the check confirms itself. No manual checkbox, the scan is the truth.

Run this check in H.I.V.E. →