What TLS tells you about a website
TLS, or Transport Layer Security, protects data in transit between your browser and a website.
If you want to know how to check if website uses TLS, the fastest answer is usually in the browser address bar, but there are several more reliable ways to verify it.
A site using TLS encrypts traffic, authenticates the server with a certificate, and helps prevent interception or tampering.
That matters for login pages, checkout forms, and any site handling personal data.
Check the address bar first
The simplest way to identify TLS is to look at the site URL in your browser.
A secure connection typically uses https:// rather than http://.
- HTTPS usually indicates TLS is active.
- A padlock icon often appears next to the URL.
- Modern browsers may show site controls or security details when you click the icon.
However, the presence of HTTPS does not guarantee a site is fully trustworthy.
It only confirms the connection is encrypted and the certificate chain is valid enough for the browser to accept it.
Open the certificate details in your browser
For a more direct verification, inspect the site’s certificate.
This is one of the best ways to confirm how to check if website uses TLS when you need more than a surface-level indicator.
In Google Chrome or Microsoft Edge
- Click the padlock or site information icon.
- Select Connection is secure or Certificate is valid.
- Review the certificate issuer, validity dates, and subject names.
In Mozilla Firefox
- Click the padlock icon.
- Choose Connection secure and then More Information or View Certificate.
- Check the certificate subject, issuer, and expiration date.
What to look for
- Validity period: The certificate should be current and not expired.
- Issuer: Trusted certificate authorities include DigiCert, GlobalSign, Let’s Encrypt, and Sectigo.
- Hostname match: The certificate should match the domain you visited.
- Public key algorithm: Modern certificates usually use RSA or ECDSA with strong settings.
Use browser developer tools for deeper verification
Developer tools can reveal whether the page loaded over a secure transport and whether mixed content is present.
Mixed content means the page itself uses HTTPS, but some assets such as images, scripts, or stylesheets load over HTTP.
To check:
- Open the browser developer tools.
- Go to the Security tab if available.
- Review whether the main document was delivered over HTTPS and whether the connection is secure.
- Look for warnings about mixed content or certificate errors.
This method is useful because a site may technically use TLS while still loading insecure resources that weaken overall protection.
Confirm TLS from the command line
If you want a technical verification method, command-line tools are highly reliable.
They are especially useful for administrators, developers, and security teams.
Check with curl
Run a request against the site and inspect the protocol negotiation:
curl -I https://example.comcurl -v https://example.com
The verbose output shows the TLS handshake, certificate validation, and the negotiated protocol.
Look for references to TLS 1.2 or TLS 1.3 and a successful HTTPS response.
Check with OpenSSL
OpenSSL can connect directly and display certificate and handshake details:
openssl s_client -connect example.com:443 -servername example.com
Useful signals include:
- A certificate chain that completes successfully.
- A negotiated protocol such as TLSv1.2 or TLSv1.3.
- No fatal handshake errors.
If the site only supports outdated or weak TLS versions, OpenSSL output can help identify the problem quickly.
Test the HTTP and HTTPS versions of the site
Another practical way to determine how to check if website uses TLS is to compare the HTTP and HTTPS versions directly.
A secure site often redirects visitors from HTTP to HTTPS automatically.
- Type http://example.com in the browser.
- See whether the site redirects to https://example.com.
- Check whether the HTTPS version loads without certificate warnings.
Automatic redirection is a strong sign that the site is configured to prefer TLS.
Many organizations also enable HTTP Strict Transport Security, or HSTS, which tells browsers to use HTTPS by default after the first secure visit.
Look for TLS-related headers and policy signals
Although headers do not prove TLS by themselves, they can reveal whether a site is configured with a modern security posture.
Tools such as curl, browser dev tools, or online security scanners can show these details.
- Strict-Transport-Security: Indicates HSTS is enabled.
- Content-Security-Policy: Can reduce the risk of loading insecure content.
- Set-Cookie with Secure: Cookies marked Secure are only sent over HTTPS.
These signals are useful because a properly configured TLS site often includes supporting protections that reinforce secure transport.
Use online SSL and TLS checkers carefully
Online diagnostic tools can scan a domain and report its TLS configuration, certificate chain, supported protocol versions, and weak cipher suites.
Common tools include SSL Labs by Qualys and other certificate inspection services.
These tools can help you verify:
- Whether the site supports TLS 1.2 and TLS 1.3.
- Whether the certificate chain is complete.
- Whether the server is using weak protocols such as SSL 3.0, TLS 1.0, or TLS 1.1.
- Whether the configuration has vulnerabilities such as POODLE-related legacy exposure or poor cipher selection.
Use reputable tools only, especially when checking production systems or sensitive internal domains.
Know the difference between TLS presence and TLS quality
A site can use TLS and still have a weak configuration.
When assessing a domain, do not stop at the padlock icon.
Consider these factors:
- Certificate validity: Is it issued by a trusted CA and not expired?
- Protocol version: Does it support TLS 1.2 or TLS 1.3?
- Cipher strength: Are modern ciphers enabled?
- Mixed content: Are insecure resources blocked or still loading?
- Redirect behavior: Does HTTP consistently upgrade to HTTPS?
Strong TLS is not just about encryption.
It is also about trust, modern protocol choices, and consistent enforcement across the site.
Common signs that a site is not using TLS
If you are trying to identify insecure websites, the warning signs are usually easy to spot once you know what to look for.
- The URL begins with http:// instead of https://.
- The browser shows Not secure.
- The page triggers certificate errors or connection warnings.
- Form fields submit over HTTP.
- Security scanners report no TLS support on port 443.
Some sites may still listen on port 443 but fail certificate validation or redirect incorrectly.
In that case, they are not providing a trustworthy TLS connection.
When you need to verify a site before entering data
If you are about to log in, make a payment, or upload personal documents, it is worth checking more than once.
Confirm that the page is on HTTPS, inspect the certificate, and ensure there are no mixed content warnings.
For business or compliance use cases, document the TLS version, certificate issuer, expiration date, and redirect behavior.
That gives you a defensible record of the site’s transport security posture.
Quick checklist for checking TLS on any website
- Confirm the URL uses https://.
- Click the padlock and inspect the certificate.
- Check for expiration, issuer, and hostname match.
- Use developer tools to spot mixed content.
- Run
curloropenssl s_clientfor technical validation. - Verify support for modern TLS versions with a trusted scanner.
Using these steps together gives you a clear answer to how to check if website uses TLS and whether that TLS setup is actually secure enough for real-world use.