An SSL certificate costs nothing for a standard website: certificate authorities like Let’s Encrypt and ZeroSSL issue certificates trusted by every modern browser for free, and those certificates renew automatically. Paid certificates in 2026 run $8-70 a year for domain validation (DV), $50-200 for organisation validation (OV), $100-500 for extended validation (EV) and $50-250 for a wildcard — but you only need to pay for those when your company identity has to be written inside the certificate itself. The encryption strength is identical between free and paid certificates, and so is the padlock in the browser. Below you will find the real prices per certificate type, what free SSL does and does not cover, the five situations where paying genuinely makes sense, and how to switch to HTTPS correctly.
SSL certificate cost: 2026 prices by type
What drives the price is not the quality of the encryption but how much the certificate authority verifies about you. There are three validation levels (DV, OV, EV) and two coverage options (wildcard, multi-domain). Here are the 2026 price bands:
- Free DV (Let’s Encrypt, ZeroSSL) — $0. Proves the domain is under your control, is valid for 90 days and renews automatically over the ACME protocol. Browser trust is identical to a paid certificate.
- Paid DV — $8-70 a year. The only difference from the free option is the vendor’s dashboard, support line and a longer single install cycle; technically it performs the same validation.
- OV (organisation validation) — $50-200 a year. The authority checks your company registration and your legal name is written into the certificate. Corporate tenders and audits sometimes require it.
- EV (extended validation) — $100-500 a year. The most thorough corporate vetting. Worth knowing: Chrome and Firefox stopped showing the company name in the address bar back in 2019, so EV no longer buys you anything visible to visitors.
- Wildcard (*.example.com) — $50-250 a year when paid, free from Let’s Encrypt using DNS-01 validation. Covers an unlimited number of subdomains with a single certificate.
- Multi-domain (SAN) — $60-300 a year. Bundles several unrelated domains into one certificate; useful operationally if you host many brands on one server.
As of 2026 the longest certificate lifetime browsers will accept has dropped to 200 days, and that limit falls to 100 days in 2027 and 47 days in 2029. The era of “buy a one-year certificate and forget about it” is over: whichever certificate you use, automating renewal is now mandatory. That same timeline also removes the “less hassle” argument for paid certificates.
What free SSL covers — and what it doesn’t
The most common myth about free certificates is that being free makes them weaker at encryption. It doesn’t: encryption and identity verification are two separate jobs, and free certificates are only limited on the second one.
- Covered — Encryption: TLS 1.3, the same key lengths and the same cipher suites. There is no measurable difference in traffic security versus a paid certificate.
- Covered — Browser trust: every modern browser and mobile OS trusts the Let’s Encrypt root; the padlock and the “Secure” label look exactly the same.
- Covered — Technical gains: HTTP/2, HTTP/3, HSTS and every browser feature gated behind HTTPS (geolocation, camera, service workers) all work on a free certificate.
- Covered — Subdomains: a wildcard certificate is free via DNS-01 validation, so you never pay per subdomain.
- Not covered — Corporate identity: your legal entity is not named in the certificate, only the domain is validated. If a specification demands OV/EV, free is not enough.
- Not covered — Warranty, insurance and phone support: these are sales line items on paid certificates. Warranty claims are almost unheard of in practice, though SLA-backed support can matter to some organisations.
- Not covered — Long lifetimes: validity is 90 days, which is a genuine drawback in environments where automation cannot be set up.
When does a paid certificate make sense?
The cases where paying is reasonable are almost entirely administrative rather than technical. If one of these five applies to you, budget for it — otherwise don’t:
- A written requirement: public tenders, bank and payment-institution integrations and some ISO/PCI audits can require organisation identity (OV) in the certificate. If it is in the contract, it is not up for debate.
- Visible corporate identity: if you want enterprise customers who inspect certificate details to see your legal entity, only OV/EV provides that.
- Environments that cannot run ACME: some older load balancers, network appliances and air-gapped systems do not support automatic renewal, and a longer-lived paid certificate reduces operational load there.
- A single point of support: if you want a provider to call and a guaranteed response time when a certificate breaks, paid certificates come with an SLA.
- Different certificate types: code signing and email signing (S/MIME) certificates have no free equivalent. They are separate products from web SSL and should not be confused with it.
If none of those five describe you, a paid certificate is simply a wasted line on your invoice. We list the other avoidable infrastructure items — and which package suits which type of site — in our article on domain and hosting costs.
How to switch to HTTPS correctly
On managed platforms like Vercel, Netlify and Cloudflare Pages — and in most modern hosting panels — SSL is already included: connect the domain and the certificate is issued and renewed for you, with nothing to configure. If you run your own server (a VPS), Certbot gets you there in four steps:
# 1) Issue the free certificate — include both the root and www domain
sudo certbot --nginx -d example.com -d www.example.com
# 2) Verify automatic renewal actually works with a dry run
sudo certbot renew --dry-run
# 3) Nginx: permanently (301) redirect all HTTP traffic to one HTTPS address
server {
listen 80;
server_name example.com www.example.com;
return 301 https://example.com$request_uri;
}
# 4) Add HSTS to the HTTPS block so browsers never try HTTP again
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;Before you add the HSTS header, make sure your entire site works over HTTPS: once the header has been sent, the browser will refuse to connect to that domain over HTTP for the whole max-age period.
The most common mistakes after enabling SSL
- Mixed content: the page is HTTPS but an image, font or script inside it is still requested over http://. The browser drops the padlock or blocks the resource outright. Fix it by making every internal reference relative (/img/logo.png) or explicitly https://.
- No 301 redirect: if the http:// address still responds, Google sees two versions of your site and the link signals are split. All HTTP traffic must permanently redirect to a single HTTPS address.
- Canonicals, sitemap and internal links left on http: even with redirects in place, leaving these three unchanged sends every crawl through an unnecessary redirect chain. We go into how technical issues like this affect indexing in our guide to why your site isn’t showing up on Google.
- Not covering both www and the root domain: issue the certificate for example.com alone and www.example.com throws a full-screen security warning. Include both names.
- Not monitoring renewal: automatic renewal can quietly break long after you set it up. An expired certificate shows every visitor a browser warning and stops sales instantly — add the certificate expiry date as a check in your uptime monitoring.
HTTPS and SEO: how much does it affect rankings?
Google has treated HTTPS as a lightweight ranking signal since 2014 — but the signal asks whether you have a certificate, not how much you paid for it. A paid certificate brings no ranking advantage whatsoever. The real effect is indirect: a site served over HTTP is flagged “Not secure” in Chrome, visitors abandon forms, and conversion drops. HTTPS is less a ranking gain than a requirement that prevents a loss.
Conclusion
SSL remains one of the most unnecessary things to still be paying for in 2026: for a standard corporate site, online store or blog, a free certificate is technically entirely sufficient. Buy a paid one only when a specification, an audit or an automation constraint forces your hand — that money does far more good spent on backups and monitoring. HTTPS is also the start of security rather than the whole of it; we collected the rest of the post-launch checklist in our website security guide. If you would rather we handled the setup or the HTTPS migration, take a look at our web development service or get a free quote.