404
Die Website ist erreichbar, aber die konkrete Seite wurde nicht gefunden.
Ratgeber · SSL · HTTPS
Wenn eine Website als „nicht sicher“ angezeigt wird, wirkt das sofort unseriös. Besucher können abspringen, Formulare wirken unsicher und Vertrauen geht verloren. Dieser Ratgeber erklärt typische Ursachen und sichere erste Prüfungen.
Schnellcheck
Ein SSL-Fehler bedeutet, dass der Browser die sichere HTTPS-Verbindung nicht zuverlässig bestätigen kann oder unsichere Ressourcen erkennt. SSL ist der gebräuchliche Begriff; technisch werden heute TLS-Verbindungen genutzt. Entscheidend sind die genaue Warnung und die Frage, ob sie auf mehreren Geräten und in unabhängigen Netzen erscheint.
Prüfe zuerst, ob Zertifikat und Domain zusammenpassen und ob Datum sowie Uhrzeit des Geräts korrekt sind.
Das spricht häufig für Mixed Content durch Bilder, Skripte, Fonts, iframes oder andere Ressourcen mit alten http-URLs.
Grenze zunächst Systemzeit, Browser, Cache, Netzwerk und mögliche Eingriffe durch Sicherheitssoftware ein.
Dann sollten Zertifikat, Domain, Hosting, DNS und Weiterleitungen gemeinsam geprüft werden.
Behandle diese Meldung nicht automatisch wie einen normalen SSL-Fehler und umgehe die Warnung nicht.
Grundlage
SSL beziehungsweise HTTPS sorgt dafür, dass die Verbindung zur Website verschlüsselt wird. Wenn Zertifikat, Weiterleitung oder eingebundene Inhalte nicht sauber sind, zeigt der Browser Warnungen oder blockiert einzelne Ressourcen. Browserwarnungen können jedoch unterschiedliche Ursachen haben. Eine Meldung, die Website sei möglicherweise schädlich oder kompromittiert, ist anders zu behandeln als ein reiner Zertifikats- oder Mixed-Content-Fehler. Umgehe solche Warnungen nicht, solange die Ursache ungeklärt ist.
Die Website ist erreichbar, aber die konkrete Seite wurde nicht gefunden.
Der Server hat ein technisches Problem und kann die Anfrage nicht sauber verarbeiten.
Die Website ist gar nicht erreichbar, bricht ab oder bleibt beim Laden hängen.
Der Browser erkennt ein Sicherheits- oder HTTPS-Problem bei der Verbindung.
Warnungstypen
Die sichtbare Meldung ist der erste Hinweis auf den richtigen Prüfweg. Ein Zertifikatsfehler, Mixed Content, eine nicht erreichbare Website und eine Warnung vor schädlichen Inhalten sind nicht dasselbe.
Kann erscheinen, wenn eine Seite nicht vollständig über HTTPS lädt oder unsichere Inhalte eingebunden sind. Der genaue Seiten- und Browserkontext entscheidet.
Der Browser kann Identität oder Gültigkeit des Zertifikats nicht zuverlässig bestätigen. Zertifikat, Domain und lokale Systemzeit sind wichtige Prüfpunkte.
Der Gültigkeitszeitraum ist beendet. Das Zertifikat muss beim Hosting beziehungsweise der zuständigen Zertifikatsverwaltung erneuert werden.
Aufgerufene Domain und im Zertifikat abgedeckte Namen passen nicht zusammen, etwa bei www- und non-www-Varianten.
Der Browser kann die ausstellende Stelle oder die Zertifikatskette nicht verlässlich bestätigen. Das ist gezielt auf Server- und Hostingebene zu prüfen.
Die Seite selbst lädt über HTTPS, fordert aber einzelne Bilder, Skripte, Fonts oder Einbettungen weiterhin unsicher über HTTP an.
Ein Ladeabbruch oder eine nicht erreichbare Website ist nicht automatisch ein SSL-Fehler. Auch Hosting, DNS oder Server können die Ursache sein.
Eine Warnung vor schädlichen oder kompromittierten Inhalten ist anders zu behandeln als ein reiner Zertifikats- oder Mixed-Content-Fehler.
Symptome
Risiko
HTTPS ist heute keine Zusatzfunktion mehr. Sobald Browser eine Warnung zeigen, wirkt die Website technisch ungepflegt und der Anfrageweg verliert Vertrauen.
Erste Prüfung
Prüfe zuerst die sichtbaren Varianten deiner Website. Vermeide hektische Änderungen an WordPress-URLs, DNS oder Server, solange die Ursache nicht eingegrenzt ist.
Mixed Content
Mixed Content entsteht, wenn die Seite selbst über HTTPS lädt, aber einzelne Inhalte noch über HTTP kommen. Unsichere Elemente können Bilder, Skripte, Fonts, iframes, externe Dienste oder alte absolute URLs sein. Das kann Warnungen erzeugen oder Inhalte blockieren.
Der Seitenquelltext allein reicht nicht immer aus, weil Theme, Plugins, Cache und externe Dienste Ressourcen erst beim Laden hinzufügen können. Solche Fehler sollten gezielt eingegrenzt und nicht durch eine blinde globale Ersetzung überdeckt werden.
Bilder können noch mit http eingebunden sein, obwohl die Seite selbst über HTTPS lädt.
Skripte, Tracking-Einbindungen oder Widgets können Warnungen erzeugen, wenn sie unsicher geladen werden.
Schriftdateien oder alte Font-Einbindungen können ebenfalls Mixed Content auslösen.
iframes, Karten, Videos oder andere externe Dienste können noch unsichere Ressourcen anfordern.
Fest eingetragene http-Adressen in Inhalt, Datenbank, Theme oder Plugin bleiben trotz aktivem HTTPS unsicher.
Unsichere Elemente gezielt eingrenzen
Die Browser-Entwicklerwerkzeuge können blockierte oder unsicher angeforderte Ressourcen zeigen. Der Seitenquelltext allein reicht nicht immer aus.
Datenbankinhalte, Theme-Dateien, Plugins, Medienpfade und Cache können weiterhin alte http-Adressen ausgeben.
Widgets, Tracking, Karten, Videos, Fonts oder andere Einbindungen können Ressourcen erst beim Laden der Seite nachfordern.
Führe keine blinde globale Suchen-und-Ersetzen-Aktion durch. Ermittle zuerst die Quelle und prüfe anschließend die betroffenen Seiten und Funktionen.
Browser & Gerät
Erscheint die Warnung nur in einem Browser, auf einem Gerät oder in einem bestimmten Netz, sollte zuerst der lokale Kontext eingegrenzt werden. Tritt der Fehler auf mehreren unabhängigen Geräten und Netzen identisch auf, liegt die Ursache wahrscheinlich nicht nur lokal im Browser.
Eine falsche Uhrzeit oder ein falsches Datum kann die Prüfung des Zertifikats verfälschen.
Sehr alte Versionen können aktuelle Zertifikate oder Vertrauensketten anders behandeln.
Browser-, Zertifikats- oder DNS-Daten im Cache können ein bereits geändertes Verhalten vorübergehend überlagern.
Eine noch nicht bestätigte Anmeldeseite des Netzwerks kann den ersten sicheren Aufruf stören.
Sicherheitssoftware und kontrollierte Netzwerke können verschlüsselte Verbindungen zusätzlich prüfen oder verändern.
Abweichendes Verhalten in unabhängigen Netzen hilft zu erkennen, ob die Ursache lokal oder serverseitig liegt.
WordPress
WordPress kann SSL-Probleme durch alte URLs, Plugins, Caches, Theme-Dateien oder falsche Einstellungen zeigen. Ein weiteres Plugin ist nicht automatisch die sauberste Lösung.
Umzug
Nach einem Umzug können Zertifikate, DNS, Weiterleitungen und Servereinstellungen auseinanderfallen. Dann lädt die Website teilweise, aber nicht konsistent über die richtige sichere Variante.
Entscheidung
Die richtige Lösung hängt vom Fehlerbild ab. Ein abgelaufenes Zertifikat braucht eine andere Maßnahme als Mixed Content, falsche Domainvarianten oder ein WordPress-Cache mit alten Inhalten.
Wenn das Zertifikat abgelaufen, falsch ausgestellt oder nicht für die Domain gültig ist.
Wenn http/https oder www/non-www nicht klar auf die gewünschte Hauptversion führen.
Wenn einzelne Bilder, Skripte, Fonts oder Einbindungen noch unsicher geladen werden.
Wenn Einstellungen, Plugins, Cache, Medienpfade oder Theme-Dateien SSL-Probleme auslösen.
Wenn Domain, Server, Zertifikat oder DNS nach einem Umzug nicht sauber zusammenpassen.
Professionelle Hilfe
Passende nächste Schritte
Wenn du die technische Ursache nicht selbst eingrenzen kannst und eine professionelle Behebung beauftragen möchtest.
Mehr dazuFür allgemeine Website-Reparaturen und eine erste Einordnung möglicher Kosten außerhalb eines reinen SSL-Fehlers.
Mehr dazuWenn die Website gar nicht erreichbar ist, abbricht oder das Problem nicht auf eine Zertifikatswarnung begrenzt ist.
Mehr dazuNur wenn der Browser ausdrücklich vor schädlichen oder kompromittierten Inhalten warnt und nicht nur ein Zertifikatsproblem meldet.
Mehr dazuDer lokale nächste Schritt für Unternehmen aus Mülheim an der Ruhr mit einem konkreten SSL- oder HTTPS-Problem.
Mehr dazuFAQ
Ein SSL-Fehler bedeutet, dass der Browser die sichere HTTPS-Verbindung nicht zuverlässig bestätigen kann oder unsichere Ressourcen erkennt. Ursache können Zertifikat, Domain, Server, Weiterleitung, Browser oder eingebundene Inhalte sein. SSL ist dabei der gebräuchliche Begriff; technisch werden heute TLS-Verbindungen genutzt.
Der Browser kann Identität oder Gültigkeit des Zertifikats nicht sicher bestätigen. Mögliche Ursachen sind ein abgelaufenes oder falsch zugeordnetes Zertifikat, eine unvollständige Vertrauenskette oder eine falsche Systemzeit auf dem Gerät.
Prüfe Konsole und Netzwerkansicht der Browser-Entwicklerwerkzeuge auf unsichere oder blockierte http-Ressourcen. Quellen können Bilder, Skripte, Fonts, iframes, alte absolute URLs, WordPress-Datenbank, Theme, Plugins, Cache oder externe Dienste sein. Der Seitenquelltext allein zeigt nicht immer alle dynamisch geladenen Elemente.
Dann liegt die Ursache möglicherweise an Systemzeit, Browser, Betriebssystem, Cache, öffentlichen WLAN-Anmeldeseiten oder Sicherheitssoftware. Erscheint der Fehler auf mehreren unabhängigen Geräten und Netzen identisch, ist eine rein lokale Browserursache weniger wahrscheinlich.
Das Zertifikat muss beim Hosting beziehungsweise in der zuständigen Zertifikatsverwaltung erneuert und anschließend für die betroffenen Domainvarianten geprüft werden. Umgehe die Browserwarnung nicht und ändere WordPress-, DNS- oder Servereinstellungen nicht ohne eingegrenzte Ursache.
Ja. WordPress kann SSL-Probleme durch alte URLs, falsche Website-Adressen, Plugins, Cache, Theme-Dateien oder Weiterleitungsregeln auslösen. Auch ein korrektes Zertifikat verhindert nicht, dass WordPress oder eingebundene Inhalte weiterhin unsichere http-Ressourcen ausgeben.
Ein SSL-Fehler betrifft die sichere Verbindung. Ein 404-Fehler bedeutet, dass eine konkrete URL nicht gefunden wurde, obwohl der Server grundsätzlich erreichbar ist.
Wenn die Warnung auf mehreren Geräten erscheint, das Zertifikat abgelaufen oder falsch zugeordnet ist, Mixed Content nicht auffindbar bleibt oder Hosting, DNS, Weiterleitungen und WordPress zusammenspielen, ist professionelle Hilfe sinnvoll. Eine kostenlose kurze Ersteinschätzung ordnet den nächsten Schritt ein; eine detaillierte technische Diagnose kann je nach Ausgangslage separat vereinbart werden.
Nächster Schritt
Die kostenlose kurze Ersteinschätzung hilft, den sichtbaren Fehler und den sinnvollen nächsten Schritt einzuordnen. Wenn eine detaillierte technische Diagnose erforderlich ist, können Umfang und Vergütung je nach Ausgangslage separat vereinbart werden.
Kostenlose Ersteinschätzung starten