Skip to contentLockpick
How it worksPricingDocs

Read

  • BlogPlain answers to common security questions
  • GuidesStep by step fixes for common setups
  • Security checksEvery check we run, explained

Learn

  • Learn with PickTwo-minute lessons on how sites get attacked
  • Lockpick for ClaudeCheck sites from Claude and other assistants
  • GlossaryThe words we use, in plain words

Company

  • ChangelogWhat changed, newest first
  • StatusWhether scans are running right now
  • Security and trustHow we check and what we never do
Sign inCheck it
Checks

Does your site load over HTTPS for every visitor?

By Mark KashefPublished October 8, 2026

The HTTPS check confirms that the pages a scan reads load over an encrypted connection with a certificate the scan could verify. A pass means traffic between visitors and your site is protected in transit, nothing more.

What does this check look at?

It looks at whether the pages a scan reads load over an encrypted connection with a certificate the scan could verify. It is the first thing every scan does, because nothing else on the connection can be trusted without it. MDN puts it plainly, all websites should serve all their pages and subresources over HTTPS.

The lock in the address bar only covers the trip between a visitor and your server. It does not mean the site is honest, and scam sites get the lock too.

Pulse and Deep scans both run it.

Curious what your site shows from outside? The quick check is free and needs no account.

Check it

What does a result mean?

What the report showsWhat it meansWhat to do
PassThe pages read loaded over HTTPS with a verified certificate.Nothing. Keep certificate renewal automatic.
AttentionA page the scan read loaded without HTTPS.Serve every page over HTTPS and redirect plain HTTP to it.
Not testedThe connection failed before any page loaded.Read the certificate failures check for why.

It does not show how data is stored once it arrives, or test every protocol and cipher the server accepts. A pass is about the connection only, so it says nothing about how your app stores passwords or data. A clean result means nothing was found in what the scan read. It does not prove the problem is absent from parts the scan never sees.

How serious is a finding?

Treat this as a hardening gap. It makes an attacker’s job easier but gives them no path of its own, so fix it after anything more direct. Confidence starts low, because it is inferred from headers or declarations rather than shown directly. The report lists what to fix by how directly someone could use it, not by the severity label.

What does a confirmed finding have to show?

PartFor this check
Where it startsSomeone on the visitor's network
The protection that should stop itA transport setting on the sampled responses
What is reachedTraffic between visitors and the site
What followsA hardening gap; no interception was attempted

Which standards does it relate to?

StandardReference
OWASP Top TenA04:2025 Cryptographic Failures
CWECWE-319
ASVSv5.0.0-12.2.1

Each one is a related control, not a verification. A scan sees what anyone online can see, so it never proves a whole requirement is met.

Fix it with your AI

Most hosts turn HTTPS on for you. When a page still loads without it, this prompt finds where.

Fix prompt for any coding agent
Make sure every page of my site loads over HTTPS. Check the hosting and framework settings for any route, domain or redirect that still serves plain HTTP, turn on the host's "force HTTPS" or "redirect HTTP to HTTPS" option, and make sure the certificate covers both the bare domain and the www address. Do not change anything else. Tell me which settings you changed.

How to check

Say Atlas, our example app at atlas.example, loads its homepage over HTTPS. The check passes, and the HSTS and mixed content checks then look at what happens around that connection.

The free quick check covers this on your homepage with no account, and a Pulse scan from your account adds your scripts and public records. Pulse or Deep explains the difference.

Questions people ask

Does HTTPS mean my site is secure?

No. It protects data while it travels. It says nothing about your code, your database rules or who can sign in.

My host says HTTPS is on. Why would this fail?

Usually because one address, such as the bare domain or an old subdomain, still answers without it, or the scan reached a page before a redirect.

See what your site shows from outside

A quick check reads your homepage the way a visitor would and gives you a score. No account needed.

Check your site

Related pages

  • Does your site tell browsers to always use HTTPS?
  • Does your secure page load anything over plain HTTP?
  • Why do visitors see a certificate warning on your site?
  • Which TLS version does your site negotiate, and is it current?

Sources

  1. How we rate findings Lockpick docs, read on October 7, 2026
  2. Transport Layer Security (TLS) MDN Web Docs, read on October 7, 2026

About the author

Mark Kashef, Founder of Lockpick

I'm Mark, and I build Lockpick. I write these pages, and each one is checked against its sources before it goes live. The Updated date changes only when the page itself does.

Lockpick
PricingMethodologyDocsBlogGuidesSecurity checksLearn with PickSecurity and trustLockpick for ClaudeChangelogStatusFacts for AI assistants

Lockpick is a security scanner for vibe-coded apps. It checks what your live site exposes and what a GitHub repo or AI skill would do before you install it, then gives you a fix prompt for Lovable, Bolt, Replit, Cursor or Claude Code.

Lockpick assesses public pages you are authorized to test, and public GitHub code it never runs.

© 2026 LockpickTermsPrivacyContactSign in