TLS certificate issuer
The certificate authority that signed the certificate — who to go to when a renewal fails, and a way to tell that the certificate is the one your own automation issued.
Every certificate names the certificate authority (CA) that signed it. The report shows the common name of the issuing certificate: for example R11 or E6 for Let's Encrypt, WE1 for Google Trust Services, or a Sectigo, DigiCert or GlobalSign name. It is the name of the intermediate that signed your certificate, which is not always the brand you bought from.
Why it matters
- Renewal problems. When a certificate fails to renew, the issuer tells you where to look: your ACME client for Let's Encrypt or ZeroSSL, the CDN or hosting panel for a certificate they manage, the reseller account for a paid one.
- Surprises. If your own Certbot is supposed to issue the certificate but the row names a CDN's CA, TLS ends somewhere else — a proxy, a hosting panel or a forgotten load balancer — and that is where renewal happens.
- CAA. If the domain publishes a CAA record, the issuer has to be on its list, or the next issuance will be refused.
What the row means
The row is informational and is shown as fine whenever a certificate was read: the scan's own connection already validated it. Compare the name with what you expect, and update CAA and your monitoring when you switch authorities.
See this check on your own site
Run a free scan: the report shows this row for your domain along with the other checks of the site audit.
More in “TLS certificate”
What SiteScan checks
TLS certificate
- TLS certificate expiry
- Outdated TLS versions (TLS 1.0/1.1)
- TLS certificate chain
- TLS certificate issuer
- Certificate signature algorithm
Domain registration
- Domain registration expiry
- Registered domain name
- Domain registrar
- Domain registration date
- Domain last updated date
- Domain status codes (EPP)
- Domain transfer lock
- Registrar abuse contact
- RDAP and WHOIS data source
Indexing
- robots.txt file
- CSS and JS blocked in robots.txt
- XML sitemap
- Sitemap index file
- Off-domain URLs in the sitemap
- Sitemap lastmod dates
- Broken URLs in the sitemap
- RSS and Atom feed
Addresses & redirects
Security headers
- HTTP security headers and grade
- Strict-Transport-Security (HSTS) header
- Content-Security-Policy (CSP) header
- X-Content-Type-Options: nosniff
- X-Frame-Options and clickjacking
- Referrer-Policy header
- Permissions-Policy header
- HSTS preload list
- CORS and cross-origin reads
- HTTP TRACE method
Delivery & reputation
- Cache-Control header for HTML
- ETag and Last-Modified revalidation
- HTTP/3 and QUIC support
- Server version disclosure in headers
- DNS blocklist (DNSBL) check
Internal links
Exposure
- Exposed sensitive files (.env, .git, backups)
- Directory listing enabled
- Public JavaScript source maps
- Exposed WordPress endpoints
Well-known files
- security.txt file
- llms.txt for AI assistants
- llms-full.txt file
- ads.txt authorized sellers file
- humans.txt file
- Well-known change-password URL
DNS & email
- MX records (mail servers)
- SPF record
- DMARC record and policy
- DNSSEC signing
- CAA record
- Nameserver redundancy
- IPv6 support (AAAA record)
- MTA-STS policy
- TLS-RPT reporting record
- BIMI record (brand logo in email)
- Wildcard DNS record
- Dangling CNAME and subdomain takeover
Privacy & consent
- Analytics and tracking scripts
- Cookie consent banner
- Privacy policy link
- Terms of service link
- Imprint (Impressum)
- Accessibility statement
Core Web Vitals
- Lighthouse performance score
- Largest Contentful Paint (LCP)
- Cumulative Layout Shift (CLS)
- Interaction to Next Paint (INP)
- CrUX field data vs lab data