A website SSL certificate error gives you a clue about an HTTPS fault, but the exact browser warning matters. An expired certificate, wrong hostname and incomplete trust chain have different causes. Record the exact warning and affected URL before changing DNS or SSL settings.
Compare the requested domain, including www, with names covered by the certificate. Check validity dates. A staging certificate will not secure a public domain merely because both reach the same server. If only one device sees the error, confirm its clock and browser state before changing the website.
A CDN or proxy may show one certificate to visitors while the origin server uses another. Identify which connection fails. If the site uses a proxy, inspect its SSL mode and origin certificate together. Changing the mode without a suitable origin certificate can replace a warning with a redirect loop.
Automatic renewal can fail when domain validation cannot reach the intended server or authoritative DNS points elsewhere. Check the hosting provider’s renewal log and public DNS answer. Do not copy certificate files from another domain or weaken browser checks to hide the problem. Determine who manages renewals for both the edge and the origin.
After repair, test root and www addresses, an inner page and login. Check mixed content where an HTTPS page requests resources over HTTP. A browser padlock alone does not prove forms or callbacks work. Verify important functionality from a normal visitor session.
Document the issuer, renewal owner and expiry monitoring. If the issue began after migration, compare old and new hosting certificate setups. Retain the exact warning and timestamps so support can trace a recurring website SSL certificate error. Avoid disabling HTTPS for visitors as a routine workaround.
Related: HTTPS troubleshooting and redirect-loop guide.
For sites using Cloudflare, the certificate mismatch guide explains that an expired certificate or an uncovered hostname can cause a connection failure. A certificate covering the main domain does not automatically cover every nested subdomain. Confirm the names covered, certificate status and actual path visitors use before changing a proxy setting or purchasing a replacement.
Never share a private certificate key in a support message. The hostname, public certificate details, exact error and test time are the appropriate starting evidence.