SSL-Zertifikat-Fehler – „Verbindung nicht sicher" in Chrome, Edge und Firefox beheben

Sie öffnen eine Website und statt der Seite erscheint eine ganzseitige Warnung: „Ihre Verbindung ist nicht sicher", „Diese Verbindung ist nicht privat", „Diese Website kann keine sichere Verbindung bereitstellen" oder ein rotes Schloss-Symbol in der Adressleiste. Chrome, Firefox, Edge, Safari – jeder Browser formuliert es anders, alle meinen dasselbe: Das SSL-Zertifikat der Website hat ein Problem. Die Ursachen reichen von einer falsch eingestellten Uhrzeit bis hin zu einem echten Angriff.

SSL-Fehler auf Ihrer Website? Wir prüfen das Zertifikat und beheben das Problem per Fernwartung. Direkt anfragen →

Was die Browser anzeigen – und was es bedeutet

Die Fehlermeldung sieht je nach Browser anders aus, bedeutet aber immer: Ihr Browser hat das SSL-Zertifikat der Website geprüft und ihm nicht vertraut.

Google Chrome zeigt „Ihre Verbindung ist nicht privat" mit einem konkreten Fehlercode:

• NET::ERR_CERT_DATE_INVALID – Zertifikat abgelaufen oder noch nicht gültig
• NET::ERR_CERT_AUTHORITY_INVALID – Zertifizierungsstelle nicht vertrauenswürdig
• NET::ERR_CERT_COMMON_NAME_INVALID – Zertifikat für eine andere Domain ausgestellt
• ERR_SSL_PROTOCOL_ERROR – grundlegendes Problem im TLS-Handshake
• ERR_CERT_REVOKED – Zertifikat wurde zurückgezogen

Mozilla Firefox meldet „Warnung: Mögliches Sicherheitsrisiko erkannt" mit Codes wie SEC_ERROR_EXPIRED_CERTIFICATE, SEC_ERROR_UNKNOWN_ISSUER oder MOZILLA_PKIX_ERROR_SELF_SIGNED_CERT.

Microsoft Edge zeigt „Diese Verbindung ist nicht sicher" oder „Diese Website kann keine sichere Verbindung bereitstellen" – oft mit identischen Codes wie Chrome, da Edge auf derselben Engine basiert.

Safari blockiert den Zugriff direkt und zeigt „Diese Verbindung ist nicht privat" ohne detaillierten Fehlercode.

Allen gemeinsam: Der Browser hat das Zertifikat geprüft und etwas stimmt nicht. Das kann harmlos sein (falsche Uhrzeit, abgelaufenes Zertifikat) – oder auf einen ernsten Angriff hindeuten.

Warum „Trotzdem fortfahren" keine Lösung ist

Die meisten Anleitungen im Internet erklären, wie man die Warnung umgeht: „Klicken Sie auf Erweitert, dann auf Trotzdem fortfahren." Das funktioniert – technisch gesehen. Aber es löst das Problem nicht, und in manchen Fällen ist es gefährlich: Auf Bank-, Shop- und Login-Seiten kann die Warnung das letzte Signal sein, bevor Ihre Daten bei einem Angreifer landen.

Die sieben häufigsten Ursachen

1. Abgelaufenes Zertifikat. Die mit Abstand häufigste Ursache. SSL-Zertifikate haben ein Ablaufdatum – bei Let’s Encrypt alle 90 Tage, bei kostenpflichtigen Zertifikaten meist einmal im Jahr. Wenn die automatische Verlängerung fehlschlägt, läuft das Zertifikat ab und jeder Besucher sieht die Warnung. Fehlercode: NET::ERR_CERT_DATE_INVALID oder SEC_ERROR_EXPIRED_CERTIFICATE.

2. Falscher Domainname. Das Zertifikat ist für www.beispiel.de ausgestellt, aber die Seite wird über beispiel.de ohne www aufgerufen (oder umgekehrt). Oder der Hoster hat das Zertifikat einer anderen Domain zugewiesen. Fehlercode: NET::ERR_CERT_COMMON_NAME_INVALID.

3. Mixed Content. Die Hauptseite lädt über HTTPS, aber einzelne Bilder, Skripte oder Stylesheets werden noch über HTTP geladen. Das bricht die sichere Verbindung auf – manchmal ohne ganzseitige Warnung, aber mit fehlendem Schloss-Symbol und einem „Nicht sicher"-Hinweis in der Adressleiste.

4. Falsche Uhrzeit auf Ihrem Gerät. Klingt banal, kommt aber oft vor. Wenn die Systemuhr Ihres PCs um Monate oder Jahre abweicht (etwa nach einem BIOS-Reset oder leerer Knopfzelle auf dem Mainboard), glaubt der Browser, das Zertifikat sei abgelaufen oder noch nicht gültig.

5. Unbekannte Zertifizierungsstelle. Das Zertifikat wurde von einer Stelle ausgestellt, die Ihr Browser nicht kennt – zum Beispiel ein selbst-signiertes Zertifikat, ein Firmen-Zertifikat aus dem internen Netzwerk oder ein veraltetes Root-Zertifikat. Fehlercode: NET::ERR_CERT_AUTHORITY_INVALID oder SEC_ERROR_UNKNOWN_ISSUER.

6. Unvollständige Zertifikatskette. Das Zertifikat selbst ist gültig, aber der Server liefert nicht alle Zwischenzertifikate mit, die der Browser zur Überprüfung braucht. Symptom: Der Fehler tritt nur in manchen Browsern auf, nicht in allen.

7. TLS-Version zu alt oder blockiert. Manche Server laufen noch mit TLS 1.0 oder 1.1 – Versionen, die moderne Browser als unsicher ablehnen. Fehlercode: ERR_SSL_PROTOCOL_ERROR oder „Aufgrund eines TLS-Fehlers ist die sichere Verbindung fehlgeschlagen".

„Webseite nicht sicher": Was Sie als Besucher tun können

Wenn Sie die Warnung „Webseite nicht sicher" oder „Die Verbindung mit dieser Website ist nicht sicher" auf einer fremden Seite sehen, liegt das Problem fast immer beim Betreiber – nicht bei Ihnen. Trotzdem gibt es vier Dinge, die Sie selbst prüfen sollten:

1. Systemuhr prüfen. Datum und Uhrzeit müssen stimmen. Besonders nach einem BIOS-Reset, längerem Nicht-Gebrauch oder bei alten Laptops mit leerer Pufferbatterie kann die Uhr um Jahre falsch stehen.

2. Anderen Browser testen. Wenn der Fehler nur in einem Browser auftritt, kann ein veralteter Zertifikatsspeicher die Ursache sein. Chrome nutzt den Windows-Zertifikatsspeicher, Firefox einen eigenen.

3. WLAN wechseln oder VPN deaktivieren. Manche öffentliche WLANs fälschen Zertifikate für ihre Anmeldeseiten (Captive Portals). Und Virenschutz-Programme oder Unternehmens-Proxys mit HTTPS-Interception können die Warnung auslösen.

4. Nicht „Trotzdem fortfahren". Besonders nicht bei Banken, Online-Shops, E-Mail- oder Login-Seiten. Die Warnung kann der letzte Hinweis auf einen Man-in-the-Middle-Angriff sein.

Zertifikatfehler auf allen Websites? Dann liegt’s am System, nicht am Betreiber

Wenn die Warnung nicht nur bei einer Seite, sondern bei praktisch jeder aufgerufenen Website erscheint, ist die Ursache lokal bei Ihnen. Drei häufige Gründe, die sich schnell abklopfen lassen:

Systemuhr stark abweichend. Bei mehr als ein paar Tagen Abweichung halten Browser alle Zertifikate für abgelaufen oder noch nicht gültig. Prüfen in Windows: Rechtsklick auf die Uhr → Datum/Uhrzeit ändern → automatische Zeitsynchronisation aktivieren. Am Mac: Systemeinstellungen → Allgemein → Datum & Uhrzeit. Nach dem Abgleich alle Browser-Tabs neu laden.

Virenschutz mit HTTPS-Scan. Programme wie Kaspersky, Bitdefender, Avast oder Unternehmens-Lösungen hängen sich als Man-in-the-Middle in HTTPS-Verbindungen ein, um Inhalte zu scannen. Wenn das lokale Zertifikat des Virenschutzes fehlt oder abgelaufen ist, wirft jede Website einen SSL-Fehler. Lösung: In den Einstellungen nach „HTTPS-Scan", „SSL-Interception" oder „Webschutz" suchen und temporär deaktivieren. Verschwinden die Fehler, liegt’s am Scanner – dann das Zertifikat des Virenschutzes neu installieren oder das Programm updaten.

Windows-Zertifikatspeicher beschädigt. Selten, aber vorkommend: Nach einem fehlgeschlagenen Update oder einer Malware-Bereinigung fehlen vertrauenswürdige Stamm-Zertifikate. Typisches Symptom: Alle Websites werfen den Fehler, auch nach Browser-Wechsel. Fix per Eingabeaufforderung (als Admin): certutil -generateSSTFromWU roots.sst ausführen und die erzeugte Datei per Rechtsklick importieren. Wenn Ihnen das zu heikel ist, prüfen wir das per Fernwartung.

Wenn es Ihre Website ist: Die vollständige Checkliste

Wenn Ihre eigene Website die Warnung zeigt, ist schnelles Handeln wichtig – jeder Besucher sieht die Meldung, und ein Großteil bricht den Besuch sofort.

1. Zertifikat im Hosting-Dashboard prüfen. Unter SSL/TLS nachsehen: Ist das Zertifikat noch gültig? Für welche Domain ausgestellt? Bei Let’s Encrypt sollten Cronjobs die Verlängerung alle 60 Tage übernehmen – prüfen Sie das Verlängerungs-Log.

2. Zertifikatskette testen. Mit SSL Labs Server Test prüfen Sie, ob alle Zwischenzertifikate korrekt ausgeliefert werden. Ergebnis B oder schlechter bedeutet Handlungsbedarf.

3. Mixed Content finden. In den Browser-Entwicklertools (F12) unter „Konsole" nach Warnungen über unsichere Inhalte suchen. Jedes HTTP-Element auf einer HTTPS-Seite ist ein Problem – typisch sind alte Bild-URLs, YouTube-Embeds, Schriftarten von CDNs ohne HTTPS.

4. HTTPS-Weiterleitung prüfen. Alle HTTP-Anfragen müssen automatisch auf HTTPS umgeleitet werden. Sonst erreichen Suchmaschinen und Benutzer zwei Versionen Ihrer Seite – mit Zertifikatsverwirrung.

5. TLS-Version und Cipher Suites aktualisieren. Moderne Browser benötigen mindestens TLS 1.2, besser TLS 1.3. Veraltete Konfigurationen auf dem Server mit TLS 1.0/1.1 oder schwachen Ciphers werden abgelehnt.

6. DNS-Caching beachten. Wenn Sie gerade ein neues Zertifikat eingerichtet haben, kann es mehrere Stunden dauern, bis alle DNS-Resolver und CDNs die Änderung übernommen haben.

Sonderfall: Zertifikatsfehler in Outlook oder Thunderbird

SSL-Fehler treten nicht nur im Browser auf. Auch E-Mail-Programme zeigen sie – meistens beim Abrufen oder Senden: „Das Zertifikat konnte nicht verifiziert werden: Grund = nicht vertrauenswürdig" oder „Zertifikatsfehler".

Die Ursache liegt fast immer am Mailserver: falscher Server-Hostname, abgelaufenes Zertifikat, veraltete TLS-Version. Weniger häufig: Ein Virenschutz wie Kaspersky oder Avast scannt verschlüsselte Verbindungen und ersetzt das Zertifikat dabei. Mehr dazu im Artikel Zertifikatsfehler in Thunderbird und Outlook beheben.

Zertifikatsfehler in Google Chrome: Was die Fehlercodes bedeuten

Google Chrome ist in Deutschland der meistgenutzte Browser – entsprechend häufig sehen Anwender hier den „Zertifikatsfehler" oder „Google-Zertifikatsfehler". Chrome blendet die Warnung „Ihre Verbindung ist nicht privat" mit einem Fehlercode ein, der die Ursache eingrenzt:

• NET::ERR_CERT_DATE_INVALID – Zertifikat abgelaufen oder Systemzeit falsch. Erster Schritt: Datum und Uhrzeit am Gerät prüfen.
• NET::ERR_CERT_AUTHORITY_INVALID – Aussteller (CA) ist Chrome nicht bekannt. Häufig bei selbst-signierten Zertifikaten, alten Root-Stores oder Antivirus mit HTTPS-Inspection.
• NET::ERR_CERT_COMMON_NAME_INVALID – Zertifikat gilt für eine andere Domain. Oft www vs. ohne www.
• NET::ERR_CERT_REVOKED – Zertifikat wurde von der CA zurückgezogen. Niemals durchklicken.
• ERR_SSL_PROTOCOL_ERROR – Handshake bricht ab. TLS-Version zu alt oder Cipher inkompatibel.

Bei Chrome-Versionen ab 100 lässt sich die Warnung umgehen, indem Sie auf einer leeren Stelle der Seite die Buchstaben thisisunsafe eintippen. Das ist eine Notlösung für Test-Umgebungen und sollte auf Bank-, Shop- oder Login-Seiten niemals zum Einsatz kommen.

SSL: Unsichere Elemente finden (Mixed Content)

„Unsichere Elemente" sind der häufigste Grund, warum eine HTTPS-Seite trotz gültigem Zertifikat das Schloss-Symbol verliert. Eigentlich ist die Seite verschlüsselt – doch ein Bild, ein Skript oder ein Stylesheet wird per HTTP nachgeladen und bricht die sichere Verbindung an dieser Stelle auf. So finden Sie die Stellen systematisch:

1. Browser-Konsole öffnen mit F12, Tab „Konsole" – Chrome und Edge protokollieren jede Mixed-Content-Warnung mit der genauen URL des unsicheren Elements.
2. WhyNoPadlock scannt eine einzelne URL und listet alle HTTP-Ressourcen mit Pfad und Typ auf.
3. Quelltext-Suche nach http:// (mit Doppelpunkt) – verrät hartcodierte HTTP-Verweise in Templates, im CMS oder in der Datenbank.
4. CSP-Reports aktivieren (Content-Security-Policy: upgrade-insecure-requests) – moderne Browser laden HTTP-Subressourcen dann automatisch als HTTPS, sofern das Ziel HTTPS unterstützt.

Typische Fundstellen: alte Bild-URLs in Beiträgen, eingebettete YouTube-Player ohne https://, Webfonts von veralteten CDNs, Trackingpixel von Drittanbietern. Bei WordPress hilft das Plugin „Really Simple SSL" oder eine Datenbank-Suche-und-Ersetzen-Aktion (http://meine-domain.de → https://meine-domain.de). Achtung: vorher Backup.

Webseite nicht sicher – was tun? Entscheidungshilfe in drei Schritten

Wenn Sie die Meldung „Webseite ist nicht sicher" oder „Diese Website kann keine sichere Verbindung bereitstellen" sehen, hilft eine einfache Reihenfolge:

Schritt 1 – Tritt der Fehler nur auf einer Seite auf? Dann liegt das Problem beim Betreiber: Zertifikat abgelaufen, falsch konfiguriert oder Mixed Content. Sie können nichts daran ändern – außer den Betreiber zu informieren. Bei sensiblen Seiten (Banking, Shop, Behörde): nicht durchklicken.

Schritt 2 – Tritt der Fehler in einem anderen Browser auf? Wenn nicht, ist Ihr Browser-Zertifikatsspeicher veraltet oder ein Browser-Add-on stört. Browser neu starten, Cache leeren, Add-ons deaktivieren.

Schritt 3 – Tritt der Fehler auf vielen Websites auf? Dann liegt es an Ihrem System: falsche Uhrzeit, Antivirus mit HTTPS-Inspection, Proxy/VPN oder ein beschädigter Zertifikatspeicher. Reihenfolge zur Diagnose: Uhrzeit prüfen → Antivirus-HTTPS-Filter abschalten → anderen Browser testen → bei Bedarf unsere ausführliche Anleitung nutzen.

Tools zum Selbstprüfen

Bevor Sie uns anrufen, können Sie Ihre Website mit diesen Tools selbst prüfen:

• SSL Labs Server Test – vollständiger Report mit Note A bis F, zeigt Zertifikatskette, TLS-Versionen, Cipher Suites
• WhyNoPadlock – sucht gezielt nach Mixed-Content-Problemen auf einer einzelnen Seite
• crt.sh – zeigt alle jemals für eine Domain ausgestellten Zertifikate (nützlich bei Verdacht auf unerlaubte Ausstellung)
• Browser-Entwicklertools mit F12 – zeigt im Tab „Sicherheit" oder „Security" das aktuelle Zertifikat und unsichere Elemente

Wann Sie das selbst schaffen – und wann nicht

Uhrzeit auf dem eigenen PC korrigieren oder im Hosting-Dashboard auf „Zertifikat erneuern" klicken: Das schaffen die meisten selbst.

Kompliziert wird es, wenn die automatische Verlängerung fehlschlägt und der Fehler sich nicht eingrenzen lässt, wenn die Zertifikatskette unvollständig ist, wenn Mixed-Content-Probleme über Hunderte Seiten verstreut sind, oder wenn gleichzeitig die Server-Konfiguration (Apache, nginx, Plesk, cPanel) angepasst werden muss. Dann ist der Fehler in wenigen Minuten behoben, wenn jemand weiß, wo er hinschauen muss – und Stunden verschwenden, wenn nicht.

Vertiefung — unsere Spezialartikel

Drei häufige Spezialfälle bekommen jeweils einen eigenen, ausführlichen Artikel. Wenn einer davon Ihre Situation beschreibt, sparen Sie sich die Allgemeinheiten:

Häufig gestellte Fragen

Was bedeutet „Ihre Verbindung ist nicht sicher"?

Diese Meldung bedeutet, dass der Browser das SSL-Zertifikat der Website nicht verifizieren konnte. Die Verbindung ist nicht verschlüsselt oder nicht vertrauenswürdig – eingegebene Daten könnten abgefangen werden. Die Ursache kann ein abgelaufenes Zertifikat, eine Fehlkonfiguration, eine falsche Uhrzeit oder – im schlimmsten Fall – ein Angriff sein.

Was ist der Unterschied zwischen SSL und TLS?

TLS (Transport Layer Security) ist der Nachfolger von SSL (Secure Sockets Layer). Der Begriff SSL ist älter, wird aber umgangssprachlich noch benutzt – auch wenn technisch seit vielen Jahren nur noch TLS zum Einsatz kommt. Moderne Browser fordern mindestens TLS 1.2, besser TLS 1.3.

Was bedeutet NET::ERR_CERT_AUTHORITY_INVALID?

Dieser Chrome-Fehlercode bedeutet: Der Browser kennt die Stelle nicht, die das Zertifikat ausgestellt hat. Typische Ursachen sind selbst-signierte Zertifikate, abgelaufene Root-Zertifikate im Browser oder Firmen-interne Zertifikate, deren Root nicht importiert wurde.

Ist es gefährlich, die Warnung zu ignorieren?

Auf einer unbekannten Website: Ja. Die Warnung kann auf einen Man-in-the-Middle-Angriff hindeuten. Auf Ihrer eigenen Website oder einer bekannten internen Seite: Weniger gefährlich, aber das Problem sollte trotzdem behoben werden – denn alle Besucher sehen die gleiche Warnung und verlieren das Vertrauen.

Wie lange dauert es, ein SSL-Zertifikat zu erneuern?

Mit Let’s Encrypt dauert die Ausstellung wenige Minuten und ist automatisiert. Bei kostenpflichtigen Zertifikaten (mit Firmenvalidierung) können es Stunden bis Tage sein. Die Umstellung auf dem Server selbst und die DNS-Propagation benötigen meist 10 bis 60 Minuten.

Warum verlangt Google HTTPS für jede Website?

Seit Jahren werden HTTPS-Seiten im Google-Ranking bevorzugt. HTTP-Seiten ohne Verschlüsselung werden im Browser als „Nicht sicher" markiert und in der Suche schlechter gelistet – egal ob Formular oder reine Textseite.

Was kostet ein SSL-Zertifikat?

Let’s Encrypt stellt Zertifikate entgeltfrei aus und wird bei praktisch jedem modernen Hoster automatisch eingerichtet. Kostenpflichtige Zertifikate (etwa mit erweiterter Validierung oder für Wildcard-Domains) gibt es weiterhin – für die allermeisten Websites aber nicht nötig.

Kann ein SSL-Fehler per Fernwartung behoben werden?

Ja. Wir prüfen das Zertifikat, die Serverkonfiguration und die HTTPS-Einrichtung und beheben das Problem direkt. Ob abgelaufenes Zertifikat, fehlende Kette, Mixed Content oder TLS-Fehlkonfiguration – das lösen wir per Fernwartung. Jetzt SSL-Fehler beheben lassen →

Passende Ratgeber

Zertifikatsfehler auf allen Seiten · Zertifikat nicht vertrauenswürdig · Zertifikatsfehler in Outlook/Thunderbird · Edge: Verbindung nicht sicher · DNS-Fehler beheben