This translation has not been editorially reviewed yet. The German version is authoritative. Deutsche Fassung
Data protection
Why does every website need HTTPS?
Because without HTTPS, everything that flows between a visitor and a website can be read along the way — including names, addresses, and messages from a contact form. HTTPS encrypts this transmission completely. Our check establishes whether your website is consistently delivered over HTTPS, and treats unencrypted delivery as a serious finding.
What HTTPS specifically protects
Many stops lie between a visitor's browser and your server: the café Wi-Fi, the network operator, intermediate nodes on the internet. Without encryption, any of these stops can read what's being transmitted. For simply reading a page, that concerns the content being viewed — it gets genuinely sensitive with forms: a request through your contact form contains a name, an email address, and often a matter that's nobody else's business. HTTPS encrypts the entire connection, so nobody along the way can read it or alter content unnoticed. Where encryption is missing, the audit report points to the duty to take appropriate technical protection measures.
How visitors spot the difference
Browsers make the state visible: on encrypted pages, the address bar shows a padlock icon; on unencrypted ones, common browsers warn with a "Not secure" notice right next to your address. Every visitor sees this warning — before they've read a single line of what you offer. For a business, that's about as bad a first impression as it gets, comparable to a shop with an official warning notice stuck on its door. Switching to HTTPS removes the warning in one stroke; what's needed for that is a certificate your hosting provider sets up.
Consistently encrypted, not partially
The check deliberately asks about consistent delivery over HTTPS. A website that only encrypts the order form and leaves the rest open protects too little: visitors move between pages, and every unencrypted page is an open window. That's why an automatic redirect is standard — anyone who opens the address without encryption lands straight on the encrypted version. After switching over, make sure every embedded file, like images and scripts, also loads over HTTPS, or browsers will flag mixed content.
- Open your website and check the address bar: a padlock icon means HTTPS, the "Not secure" warning means an unencrypted connection.
- Ask your hosting provider whether a TLS certificate is included in your plan, and have it set up.
- Have an automatic redirect set up that sends every unencrypted request to the HTTPS version.
- Test several subpages after switching over — images and scripts also have to load over HTTPS.
- Make sure the certificate renews automatically, so the website doesn't one day show up with a warning.




