{"id":1953,"date":"2026-08-14T11:56:33","date_gmt":"2026-08-14T08:56:33","guid":{"rendered":"https:\/\/allinonewpsettings.com\/blog\/?p=1953"},"modified":"2026-08-04T11:29:00","modified_gmt":"2026-08-04T11:29:00","slug":"ssl-auf-einer-wordpress-website-installieren","status":"publish","type":"post","link":"https:\/\/allinonewpsettings.com\/blog\/de\/ssl-auf-einer-wordpress-website-installieren\/","title":{"rendered":"SSL auf einer WordPress-Website richtig einrichten"},"content":{"rendered":"

Im Hosting-Panel wird ein g\u00fcltiges Zertifikat angezeigt, doch der Aufruf mit www<\/code> liefert weiterhin das Standardzertifikat des Anbieters. Gleichzeitig erzeugt WordPress noch Links mit http:\/\/<\/code>. Beide Symptome geh\u00f6ren zur SSL-Einrichtung, entstehen aber an unterschiedlichen Stellen.<\/p>\n

Eine sichere Umstellung verbindet DNS, Zertifikat, Webserver oder CDN und die gespeicherten WordPress-URLs in der richtigen Reihenfolge. Dieser Artikel f\u00fchrt durch die Einrichtung und zeigt, welche Pr\u00fcfungen vor einer dauerhaften HTTPS-Weiterleitung n\u00f6tig sind.<\/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 Rollback<\/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 eine vollst\u00e4ndige SSL-Einrichtung umfasst<\/h2>\n

    F\u00fcr HTTPS muss der \u00f6ffentliche Endpunkt das passende Zertifikat samt vollst\u00e4ndiger Zwischenzertifikatskette ausliefern. Das Zertifikat muss alle verwendeten Hostnamen abdecken, etwa die Hauptdomain und die www<\/code>-Variante. Erst wenn dieser Weg funktioniert, sollten die WordPress-Adressen auf HTTPS umgestellt und HTTP-Anfragen dauerhaft weitergeleitet werden.<\/p>\n

    Eine Zertifikatsdatei allein \u00e4ndert weder WordPress-URLs noch bereits gespeicherte Medien- oder Asset-Adressen. Auch ein CDN oder Reverse Proxy kann ein eigenes Zertifikat terminieren und damit eine weitere Ebene hinzuf\u00fcgen.<\/p>\n

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

    Die Domain example.de<\/code> zeigt auf den neuen Server, der DNS-Eintrag f\u00fcr www.example.de<\/code> jedoch noch auf eine alte Plattform. Das neue Zertifikat deckt beide Namen ab, wird aber nur am neuen Virtual Host ausgeliefert. Deshalb funktioniert HTTPS ohne www<\/code>, w\u00e4hrend der zweite Host eine Zertifikatswarnung zeigt.<\/p>\n

    Nach der DNS-Korrektur wird HTTPS f\u00fcr beide Namen extern gepr\u00fcft. Anschlie\u00dfend setzt der Administrator WordPress-Adresse und Website-Adresse auf https:\/\/example.de<\/code>, richtet genau eine Weiterleitung von HTTP sowie www<\/code> auf den kanonischen Host ein und ersetzt verbliebene interne HTTP-Verweise.<\/p>\n

    Warum die Reihenfolge wichtig ist und wann sie gilt<\/h2>\n

    Wer WordPress zu fr\u00fch auf HTTPS umstellt, kann Login und Administration unerreichbar machen, obwohl das Zertifikat am \u00f6ffentlichen Endpunkt noch nicht korrekt gebunden ist. Mehrere Weiterleitungen in Plugin, Webserver und CDN erzeugen zudem leicht Schleifen.<\/p>\n

    Der beschriebene Ablauf gilt f\u00fcr eine erstmalige HTTPS-Einrichtung und f\u00fcr einen Host- oder Plattformwechsel. Wenn bereits ein Zertifikat ausgeliefert wird, aber nur einzelne Seiten Warnungen zeigen, liegt die Ursache m\u00f6glicherweise bei Mixed Content statt bei der Zertifikatsinstallation.<\/p>\n

    Der einfache Weg f\u00fcr Einsteiger<\/h2>\n
      \n
    1. Sichern Sie Website und Datenbank und halten Sie eine funktionierende Admin-Sitzung offen.<\/li>\n
    2. Best\u00e4tigen Sie den gew\u00fcnschten Haupt-Hostnamen und alle zus\u00e4tzlich erreichbaren Varianten.<\/li>\n
    3. Stellen Sie das Zertifikat \u00fcber den unterst\u00fctzten Weg des Hosters oder der Zertifizierungsstelle aus.<\/li>\n
    4. Pr\u00fcfen Sie jeden Host extern \u00fcber HTTPS, bevor Sie WordPress-Adresse und Website-Adresse \u00e4ndern.<\/li>\n
    5. Richten Sie eine einzige kanonische Weiterleitung ein und beseitigen Sie anschlie\u00dfend Mixed Content.<\/li>\n
    6. Kontrollieren Sie Startseite, Login, Administration, Formulare, REST-Endpunkte und Sitemap in einem privaten Browserfenster.<\/li>\n<\/ol>\n

      Der technische Weg<\/h2>\n

      Vergleichen Sie autoritative DNS-Antworten f\u00fcr Hauptdomain und www<\/code> \u00fcber IPv4 und IPv6. Pr\u00fcfen Sie f\u00fcr jede Adresse den pr\u00e4sentierten Hostnamen, die Subject Alternative Names, Ablaufdatum, Aussteller und Zertifikatskette. Bei einem CDN testen Sie sowohl den \u00f6ffentlichen Endpunkt als auch \u2013 sofern sicher m\u00f6glich \u2013 die verschl\u00fcsselte Verbindung zum Ursprung.<\/p>\n