TLS renewed, but users still see an error: what to check
Renewal success is not the finish line. Check hostname, served certificate and CDN-to-origin connection separately without bypassing browser warnings.

Technical sources: Caddy automatic HTTPS and Cloudflare TLS concepts. This investigation method is an independent proposal.
A successful renewal confirms one stage, not which certificate users receive. A CDN can have different edge and origin certificates. Identify the connection where the error occurs.
Record three things
- Exact hostname, observation time and user error text.
- The certificate actually served, its validity and trust chain on that path.
- Origin certificate and connection status separately from the browser-facing edge.
In a hypothetical case, the origin certificate is renewed but the user visits a hostname with different coverage. Reissuing the same certificate without checking the name may change nothing.
Decide from evidence
Test through an authorized path using the correct hostname. An IP-only test can show a different certificate or route. If several origins exist, compare each result with the service design.
Do not disable validation or normalize browser warnings merely to obtain a passing test. The goal is a trustworthy connection, not a hidden symptom.
Close the operation
Verify user-facing and origin paths, then record the next expiry and owner. Automatic renewal does not eliminate monitoring its result.
Sources checked: November 2, 2026. The scenario is hypothetical and makes no claim about a real certificate fault on this website.

