Set up years ago? See how your website looks from outside today.
We check what your website and email records show the world, then explain it in plain English: what passed, what needs fixing, and who can fix it.
Your first report is free during early access. All we ask is your feedback.
- HTTPS
- Certificate
- Headers
- DNS
- Cookies
- Public config
Browsers and mail servers can already see how your website and email are set up. We read those same public settings and tell you what they mean.
Seven things we check
Under each one is a line from our sample report for a demo website.
Results are marked Passed, Note, Doesn't apply or Not checked, or show a problem ranked Low, Medium or High. A Note never lowers your score.
-
HTTPS & redirects
Does everyone land on the padlocked https:// version of your site?
Medium www.example.com does not redirect HTTP to HTTPS
-
Certificates
Is the certificate behind the padlock valid, trusted and not about to run out?
Passed The certificate for example.com is valid for 196 more days
-
Email protection
Do your email records (SPF and DMARC) help stop others sending email as you?
Medium example.com has no DMARC record
-
Security headers
Does your home page ask browsers to turn on their built-in protections?
Low https://example.com/ has no Strict-Transport-Security header
-
DNS
Your domain's address-book settings, like DNSSEC and any alias at your domain or www that points nowhere, and when it's due for renewal.
Note DNSSEC is not enabled for example.com
-
Cookies
If your home page sets cookies, are they only sent over https://?
Doesn't apply The home page did not set any cookies.
-
Public configuration
Is your home page showing a raw list of files, or giving away its software version?
Passed https://example.com/ is not a directory listing
Not checked
If something can't be checked, the report says so and why. It never counts as a pass.
Your report, in plain English
A score out of 100 (when there's enough to go on), and how many checks we could complete.
Sample report · example.com · illustrative data
84 out of 100
33 of 34 checks completed. Also analysed www.example.com
- HTTPS & redirects 5 of 5 checks 80
- TLS & certificates 6 of 6 checks 100
- Email domain 6 of 7 checks, partial 69
- Security headers 7 of 7 checks 75
- DNS 7 of 7 checks 100
- Cookies Doesn't apply
- Public configuration 2 of 2 checks 100
Each problem explained simply, with what to do about it.
Medium
www.example.com does not redirect HTTP to HTTPS
Who fixes it: Your web host or website developer
For you
Visitors who type the address without https:// stay on an unencrypted connection, where their traffic can be read or changed.
What to do: Redirect every plain-HTTP request to the same address over HTTPS.
For your IT provider
nginx
server {
listen 80;
server_name example.com www.example.com;
return 301 https://$host$request_uri;
}
Apache
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
Cloudflare
SSL/TLS → Edge Certificates → Always Use HTTPS: On.
Sorted by who fixes it, so you can pass each part to the right person.
Your web host or website developer (3)
- Medium www.example.com does not redirect HTTP to HTTPS
- Low https://example.com/ has no Content-Security-Policy
- Low https://example.com/ has no Strict-Transport-Security header
Your email provider (1)
- Medium example.com has no DMARC record
Sample report for example.com
Summary
84 out of 100
Based on the externally observable configuration checks performed, example.com scored 84/100.
33 of 34 checks completed.
- HTTPS & redirects 5 of 5 checks 80
- TLS & certificates 6 of 6 checks 100
- Email domain 6 of 7 checks, partial 69
- Security headers 7 of 7 checks 75
- DNS 7 of 7 checks 100
- Cookies Doesn't apply
- Public configuration 2 of 2 checks 100
Most important
- www.example.com does not redirect HTTP to HTTPS
- example.com has no DMARC record
- https://example.com/ has no Content-Security-Policy
A passive, point-in-time check of external configuration. Not a penetration test or vulnerability assessment, and not proof that the website is secure.
Findings
-
Medium
www.example.com does not redirect HTTP to HTTPS
Visitors who type the address without https:// stay on an unencrypted connection, where their traffic can be read or changed.
Who fixes it: Your web host or website developer
-
Medium
example.com has no DMARC record
Without DMARC, receivers have no domain-published instructions for handling mail that fails authentication, and the owner gets no reports of abuse.
Who fixes it: Your email provider
-
Low
https://example.com/ has no Content-Security-Policy
Without a Content-Security-Policy, the browser has no extra limits on what scripts or resources the page can load if an injection flaw is ever found.
Who fixes it: Your web host or website developer
-
Low
https://example.com/ has no Strict-Transport-Security header
Without HSTS, browsers only know to use HTTPS after visiting once, leaving the first visit (and any plain-HTTP link) open to interception.
Who fixes it: Your web host or website developer
Who fixes it
Your web host or website developer (3)
-
Medium www.example.com does not redirect HTTP to HTTPS
Redirect every plain-HTTP request to the same address over HTTPS.
Configuration examples
nginx
server { listen 80; server_name example.com www.example.com; return 301 https://$host$request_uri; }Apache
RewriteEngine On RewriteCond %{HTTPS} off RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]Cloudflare
SSL/TLS → Edge Certificates → Always Use HTTPS: On.
-
Low https://example.com/ has no Content-Security-Policy
Start with a Content-Security-Policy in report-only mode, check the reports, then enforce it. Report-only violations only appear in the browser's developer console unless a report-to or report-uri endpoint is added to receive them. A good policy needs tailoring to the site; the example is a starting point, not a drop-in.
Configuration examples
nginx
add_header Content-Security-Policy-Report-Only "default-src 'self'" always;
Apache
Header always set Content-Security-Policy-Report-Only "default-src 'self'"
-
Low https://example.com/ has no Strict-Transport-Security header
Add the Strict-Transport-Security header with a max-age of at least six months (a year is common). Add includeSubDomains or preload only once every subdomain serves HTTPS.
Configuration examples
nginx
add_header Strict-Transport-Security "max-age=31536000" always;
Apache
Header always set Strict-Transport-Security "max-age=31536000"
Cloudflare
SSL/TLS → Edge Certificates → HTTP Strict Transport Security (HSTS): enable, with a max-age of 12 months.
Your email provider (1)
The records themselves are added at your DNS provider.
-
Medium example.com has no DMARC record
Publish a DMARC record, starting at p=none while reports are reviewed.
Configuration examples
DNS record
_dmarc.example.com. TXT "v=DMARC1; p=none; rua=mailto:<reports address>"
Everything we checked
HTTPS & redirects
Passed HTTPS availability, No HTTPS to HTTP downgrade, Redirect behaviour, Mixed content
- Medium HTTP to HTTPS redirect
TLS & certificates
Passed Certificate validity, Certificate name, Certificate trust, Outdated TLS versions, Modern TLS versions, TLS 1.3
Email domain
Passed SPF record, SPF default policy, SPF validity
- Medium DMARC record
- Doesn't apply DMARC policy
- Doesn't apply DMARC coverage
- Doesn't apply DMARC reporting
- Note MTA-STS
- Note TLS reporting
Security headers
Passed X-Content-Type-Options, Clickjacking protection, Referrer-Policy, X-XSS-Protection
- Low Strict-Transport-Security
- Low Content-Security-Policy
- Note Permissions-Policy
DNS
Passed Stale DNS alias, Nameserver redundancy, www host, Public addresses, Domain registration expiry
- Note DNSSEC
- Note CAA records
Public configuration
Passed Directory listing, Software version disclosure
Not checked
DKIM. DKIM can't generally be checked from the domain alone, because each signing key is published under a name (a selector) that only the sender knows. The analyser does not guess selectors.
Doesn't apply
Cookies. The home page did not set any cookies.
This is a sample. example.com is a demonstration domain: we made up what it shows, then ran it through our real checks and report. The layout here is simplified.
Walk through the sample, with notes Open the full sample report
It looks. It doesn't poke.
We only look at what your website and domain already show the public, and we never try to get in. It isn't a penetration test or a vulnerability scan, and a good result doesn't prove a site is secure.
Looked at
- Your home page (12 requests at most)
- Your certificate (12 connections at most)
- Your public DNS and email records
- One look-up of your domain's registration
Didn't touch
- No port scanning
- No password guessing
- No break-in attempts
- No checks without the domain owner's go-ahead
Three steps to your report
-
Tell us your domain
Use the form below. It writes the email for you.
-
Add one DNS record
It shows you control the domain. Whoever looks after your domain can add it for you.
-
Read your report
We run the check and email you a code to sign in.
Ask for your free report
Pop your domain in below. We'll reply with one DNS record to add, then run your check.
Your request
Email your domain to hello@seenfromoutside.com and we'll reply with a DNS record to add.