{"id":1162,"date":"2026-03-18T17:24:22","date_gmt":"2026-03-18T14:24:22","guid":{"rendered":"https:\/\/allinonewpsettings.com\/blog\/?p=1162"},"modified":"2026-08-04T21:56:30","modified_gmt":"2026-08-04T21:56:30","slug":"wordpress-trotz-ssl-nicht-sicher","status":"publish","type":"post","link":"https:\/\/allinonewpsettings.com\/blog\/de\/wordpress-trotz-ssl-nicht-sicher\/","title":{"rendered":"WordPress trotz SSL nicht sicher: Ursachen pr\u00fcfen und beheben"},"content":{"rendered":"

Ein Unternehmen installiert ein Zertifikat f\u00fcr example.com<\/code>, doch Besucher von www.example.com<\/code> erhalten weiterhin eine Sicherheitswarnung. Zugleich pr\u00fcft das CDN das Origin-Zertifikat nicht und ein Formular auf der Startseite sendet an eine HTTP-Adresse.<\/p>\n

Eine erneute Zertifikatsinstallation behebt diese drei Ursachen nicht. Browserfehler, betroffener Hostname, TLS-Endpunkt und Seitenanfragen m\u00fcssen nacheinander gepr\u00fcft werden.<\/p>\n

\nInhaltsverzeichnis<\/strong><\/p>\n
    \n
  1. Was das Thema bedeutet<\/a><\/li>\n
  2. Ein realistisches WordPress-Beispiel<\/a><\/li>\n
  3. Warum es wichtig ist und wann es eingesetzt wird<\/a><\/li>\n
  4. Der einfache Weg f\u00fcr Einsteiger<\/a><\/li>\n
  5. Der technische Weg<\/a><\/li>\n
  6. Risiken, h\u00e4ufige Fehler, Backup und R\u00fcckweg<\/a><\/li>\n
  7. Wie AIOWS unterst\u00fctzt: AIOWS SSL Manager<\/a><\/li>\n
  8. Passende AIOWS-Artikel<\/a><\/li>\n
  9. Fazit und empfohlener Weg<\/a><\/li>\n
  10. Offizielle Quellen<\/a><\/li>\n<\/ol>\n<\/div>\n

    Was das Thema bedeutet<\/h2>\n

    Die Meldung \u201eNicht sicher\u201c kann nach einer SSL-Installation verschiedene Ursachen haben: Der aufgerufene Hostname fehlt im Zertifikat, die Kette ist abgelaufen oder unvollst\u00e4ndig, die Seite wird noch per HTTP ausgeliefert oder sie l\u00e4dt unsichere Ressourcen nach. Auch ein HTTP-Formularziel, der Proxymodus oder lokal gespeicherte HSTS-Daten beeinflussen die Browseranzeige.<\/p>\n

    Das \u00f6ffentlich sichtbare Zertifikat stammt h\u00e4ufig vom CDN oder Load Balancer und nicht unmittelbar vom WordPress-Server. TLS am Edge, TLS zum Ursprung, kanonische Weiterleitungen und Mixed Content h\u00e4ngen zusammen, werden aber an unterschiedlichen Stellen konfiguriert.<\/p>\n

    Ein realistisches WordPress-Beispiel<\/h2>\n

    Im Beispiel besitzt die Hauptdomain das richtige Zertifikat, die www<\/code>-Variante jedoch nicht. Das CDN beendet die Verbindung des Besuchers und greift anschlie\u00dfend auf den Ursprung zu, ohne dessen Zertifikat zu pr\u00fcfen. Nach diesen Korrekturen bleibt die HTTP-Adresse des Formulars als eigener WordPress-Fehler bestehen.<\/p>\n

    Tests der tats\u00e4chlichen \u00f6ffentlichen URLs geben die Reihenfolge vor: zun\u00e4chst alle vorgesehenen Hostnamen abdecken, dann die Verschl\u00fcsselung zum Ursprung pr\u00fcfen und erst danach unsichere Seitenressourcen korrigieren.<\/p>\n

    Warum es wichtig ist und wann es eingesetzt wird<\/h2>\n

    Zertifikatswarnungen beeintr\u00e4chtigen Anmeldungen, Zahlungen, Formulare und das Vertrauen der Besucher. Sie k\u00f6nnen au\u00dferdem bedeuten, dass nicht der gesamte \u00dcbertragungsweg gesch\u00fctzt ist, obwohl an einem Endpunkt ein g\u00fcltiges Zertifikat erscheint.<\/p>\n

    Diese Pr\u00fcfung ist immer dann n\u00f6tig, wenn eine reale \u00f6ffentliche URL nach der Zertifikatsinstallation unsicher bleibt. Ausgangspunkt sind der genaue Browserfehler und der betroffene Hostname. Zertifikatspr\u00fcfungen d\u00fcrfen nicht abgeschaltet und HSTS nicht w\u00e4hrend einer ungekl\u00e4rten Konfiguration aktiviert werden.<\/p>\n

    Der einfache Weg f\u00fcr Einsteiger<\/h2>\n
      \n
    1. Listen Sie alle \u00f6ffentlichen Hostnamen auf, die die Website bedienen soll, einschlie\u00dflich Hauptdomain und www<\/code>-Variante.<\/li>\n
    2. Pr\u00fcfen Sie f\u00fcr jeden Namen das ausgelieferte Zertifikat, seine Domainnamen, den Aussteller, die Laufzeit und die Zwischenzertifikate.<\/li>\n
    3. Verfolgen Sie HTTP- und HTTPS-Weiterleitungen bis zur vorgesehenen kanonischen Adresse und schlie\u00dfen Sie Schleifen aus.<\/li>\n
    4. Kontrollieren Sie WordPress- und Website-Adresse sowie die endg\u00fcltige Seite auf HTTP-Ressourcen und unsichere Formularziele.<\/li>\n
    5. Testen Sie Anmeldung, eine harmlose Formular\u00fcbermittlung und eine unver\u00e4nderte Seite in einem sauberen Browser, bevor die endg\u00fcltige Weiterleitung erzwungen wird.<\/li>\n<\/ol>\n

      Der technische Weg<\/h2>\n

      Vergleichen Sie Zertifikat und SNI-Ergebnis am \u00f6ffentlichen Edge mit der direkten Verbindung zum Ursprung. Ber\u00fccksichtigen Sie IPv4 und IPv6, relevante CDN-Knoten, Host-Header-Routing, die Pr\u00fcfung des Origin-Zertifikats durch den Proxy und die Zust\u00e4ndigkeit f\u00fcr die Erneuerung.<\/p>\n

      Ist die \u00f6ffentliche Zertifikatskette korrekt, helfen Netzwerk- und Sicherheitsansicht des Browsers bei der Suche nach Mixed Content oder einem unsicheren Formularziel. Lokal gespeicherte HSTS-Daten sind ein zus\u00e4tzlicher Clientfaktor, aber kein Beleg f\u00fcr eine korrekte Serverkonfiguration.<\/p>\n

      Risiken, h\u00e4ufige Fehler, Backup und R\u00fcckweg<\/h2>\n

      H\u00e4ufig werden nur einzelne Hostnamen ins Zertifikat aufgenommen, Weiterleitungen vor funktionierendem Ziel-HTTPS aktiviert oder Proxymodi ohne Pr\u00fcfung des Ursprungs gew\u00e4hlt. Auch das Abschalten der Zertifikatspr\u00fcfung beseitigt lediglich die Warnung, nicht den Fehler.<\/p>\n

      W\u00e4hrend \u00c4nderungen an Weiterleitung oder Proxy muss der bisherige Zugang erhalten bleiben. Kehren Sie zur\u00fcck, wenn die Verwaltung unerreichbar wird, Hostnamen zur falschen Website f\u00fchren, der Ursprung kein vertrauensw\u00fcrdiges TLS aushandelt oder die Zust\u00e4ndigkeit f\u00fcr die Erneuerung fehlt. HSTS kommt erst nach einer stabilen Pr\u00fcfung aller Wege infrage.<\/p>\n

      \n

      Wie AIOWS unterst\u00fctzt:<\/p>\n

      AIOWS SSL Manager<\/h2>\n

      Der AIOWS SSL Manager b\u00fcndelt unterst\u00fctzte WordPress-Einstellungen f\u00fcr HTTPS, Weiterleitungen und Mixed-Content-Pr\u00fcfungen. So lassen sich WordPress-Adressen und Weiterleitungszustand von Zertifikats- und Proxyproblemen au\u00dferhalb von WordPress unterscheiden.<\/p>\n

      Nutzen Sie das Modul erst nach der Pr\u00fcfung der \u00f6ffentlichen und internen Zertifikate. Halten Sie eine einzige Stelle f\u00fcr Weiterleitungen sowie einen R\u00fcckweg zur Administration fest und testen Sie anschlie\u00dfend direktes HTTPS, die HTTP-Weiterleitung, Anmeldung, Formulare und Seitenressourcen in einer sauberen Sitzung.<\/p>\n

      AIOWS kann keine externen Zertifikate validieren, CDN- oder Origin-TLS reparieren, DNS \u00e4ndern oder eine unsichere Drittanbieterressource absichern. Diese Aufgaben bleiben bei Zertifikatsstelle, Hosting, CDN und dem jeweiligen Anbieter.<\/p>\n

      AIOWS SSL Manager ansehen<\/a>AIOWS-Tarife vergleichen<\/a><\/p>\n<\/section>\n

      Passende AIOWS-Artikel<\/h2>\n