1. General Results, most used to calculate the result A name "anbiz.com" is domain, public suffix is "com", top-level-domain-type is "generic", tld-manager is "VeriSign Global Registry Services" A Good: All ip addresses are public addresses A Good: No asked Authoritative Name Server had a timeout A Good: destination is https A Good: one preferred version: non-www is preferred A Good: Some urls with http status 200/404 have a complete Content-Type header (MediaType / MediaSubType + correct charset):1 complete Content-Type - header (3 urls) https://anbiz.com/.well-known/acme-challenge/check-your-website-dot-server-daten-dot-de Url with incomplete Content-Type - header - missing charset https://www.anbiz.com/.well-known/acme-challenge/check-your-website-dot-server-daten-dot-de Url with incomplete Content-Type - header - missing charset A http://anbiz.com/ 45.76.149.189 https://anbiz.com/ Correct redirect http - https with the same domain name B https://anbiz.com/ 45.76.149.189 Missing HSTS-Header B https://www.anbiz.com/ 45.76.149.189 Missing HSTS-Header B https://anbiz.com/ 45.76.149.189 wp_easy_contact_wp_session=39a362116385feb81bdb95165da8cbb8%7C%7C1550262567%7C%7C1550260767; Path=/; Domain=anbiz.com; Expires=2019-02-15 21:29:27 Cookie sent via https, but not marked as secure B https://anbiz.com/ 45.76.149.189 PHPSESSID=levbcfp2j0cupjms32rtgthms7; Path=/; Domain=anbiz.com Cookie sent via https, but not marked as secure C Error - no preferred version www or non-www. Select one version as preferred version, then add a redirect https + not-preferred version to https + preferred version. Perhaps in your port 443 vHost something like "RewriteEngine on" + "RewriteCond %{SERVER_NAME} = example.com" + "ReWriteRule ^ https://www.example.com%{REQUEST_URI} [END,QSA,R=permanent]" (three rows, without the "). That should create a redirect https + example.com ⇒ https + www.example.com. Or switch both values to use the non-www version as your preferred version. D http://www.anbiz.com/ 45.76.149.189 http://anbiz.com/ Wrong redirect one domain http to other domain http. First redirect to https without changing the domain, so no new dns query is required. So the server can send the HSTS header. That's fundamental using HSTS (Http Strict Transport Security). First step: Add correct redirects http ⇒ https. Perhaps in your port 80 vHost something like "RewriteEngine on" + "RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,QSA,R=permanent]" (two rows, without the "). Don't add this in your port 443 vHost, that would create a loop. Then recheck your domain, should be Grade C. There is the rule to select one https version as preferred version. F https://www.anbiz.com/ 45.76.149.189 http://anbiz.com/ Wrong redirect https - http - never redirect https to http N https://www.anbiz.com/ 45.76.149.189 http://anbiz.com/ Error - Certificate isn't trusted, RemoteCertificateNameMismatch N https://www.anbiz.com/.well-known/acme-challenge/check-your-website-dot-server-daten-dot-de Error - Certificate isn't trusted, RemoteCertificateNameMismatch 2. Header-Checks 3. DNS- and NameServer - Checks A Info: Nameserver mit different domain names found. May be a problem with DNS-Updates A Good: Nameserver supports TCP connections: 16 good Nameserver A Good: Nameserver supports Echo Capitalization: 16 good Nameserver A Good: Nameserver supports EDNS with max. 512 Byte Udp payload, message is smaller: 16 good Nameserver A Good: Nameserver has passed 10 EDNS-Checks (OP100, FLAGS, V1, V1OP100, V1FLAGS, DNSSEC, V1DNSSEC, NSID, COOKIE, CLIENTSUBNET): 16 good Nameserver A Good: All SOA have the same Serial Number Warning: No CAA entry with issue/issuewild found, every CAA can create a certificate. Read https://en.wikipedia.org/wiki/DNS_Certification_Authority_Authorization to learn some basics about the idea of CAA. Your name server must support such an entry. Not all dns providers support CAA entries. 4. Content- and Performance-critical Checks https://anbiz.com/.well-known/acme-challenge/check-your-website-dot-server-daten-dot-de Warning: Not existing ACME-file, but Server sends 200, not 404 or redirect. May be a problem creating a Letsencrypt certificate. Checking /.well-known/acme-challenge/random-filename - a http status 404 - Not Found - is expected. If your server sends content and a http status 200, the validation file (87 bytes, token, dot and the hash of the public part of the account key) may be invisible, so Letsencrypt can't validate your domain. If it is an application that sends this content, perhaps create an exception, so /.well-known/acme-challenge sends raw files. Or create a redirect to another domain and / or port 443, but your Letsencrypt client must support such a solution. Certbot: Use webroot as authenticator - https://certbot.eff.org/docs/using.html Trouble creating a certificate? Use https://community.letsencrypt.org/ to ask. A Good: Domainname is not on the "Specially Designated Nationals And Blocked Persons List" (SDN). That's an US-list of individuals and companies owned or controlled by, or acting for or on behalf of, targeted countries. It also lists individuals, groups, and entities, such as terrorists and narcotics traffickers designated under programs that are not country-specific. Collectively, such individuals and companies are called "Specially Designated Nationals" or "SDNs." Their assets are blocked and U.S. persons are generally prohibited from dealing with them. So if a domain name is on that list, it's impossible to create a Letsencrypt certificate with that domain name. Check the list manual - https://www.treasury.gov/resource-center/sanctions/sdn-list/pages/default.aspx A Duration: 63204 milliseconds, 63.204 seconds