
WordPress-SSL-Zertifikat abgelaufen: richtig erneuern
So finden Sie den Endpunkt mit dem alten Zertifikat, verteilen die neue Zertifikatskette vollständig und reparieren die automatische Erneuerung.
Ein Zertifikat ist leicht zu installieren und erstaunlich leicht so zu installieren, dass das Schloss trotzdem fehlt. Am Zertifikat selbst liegt es selten — schief geht meist alles darum herum: Ressourcen, die weiterhin über http angefordert werden, Weiterleitungen, die sich im Kreis drehen, ein Proxy, der WordPress nicht mitteilt, dass die Verbindung gesichert war.
Diese Anleitungen beginnen beim Zertifikat: eines installieren, lesen, was tatsächlich darin steht, den Ablauf prüfen, bevor ein Browser es tut, und die Fehler verstehen, die erscheinen, wenn der Name im Zertifikat nicht zu der eingegebenen Adresse passt.
Die größte Gruppe behandelt Mixed Content, den Grund dafür, dass die meisten Websites nach einem Wechsel auf https „Nicht sicher“ anzeigen. Ein einziges über http geladenes Stylesheet, Skript oder Bild genügt, um das Schloss auf einer ansonsten korrekten Seite zu zerstören, und die Browser-Konsole benennt es genau, sofern bekannt ist, wo zu suchen ist. Formulare und AJAX-Anfragen scheitern auf dieselbe Weise, nur sichtbarer.
Danach die Weiterleitungen, denn beim Erzwingen von https zerlegen sich Websites am häufigsten selbst: eine Regel zu viel, und jede Anfrage springt so lange hin und her, bis der Browser aufgibt. Von http zu https sollte genau ein Sprung nötig sein, und dasselbe gilt für die Entscheidung zwischen www und ohne www.
Zum Schluss die Header, die https dauerhaft machen — HSTS und seine Preload-Liste, die sich nur sehr schwer rückgängig machen lässt. Die Risiken gehören vor der Übermittlung gelesen.

So finden Sie den Endpunkt mit dem alten Zertifikat, verteilen die neue Zertifikatskette vollständig und reparieren die automatische Erneuerung.

So binden Sie ein SSL-Zertifikat an die richtigen Hostnamen, stellen WordPress sicher auf HTTPS um und prüfen Weiterleitungen, Mixed Content und Erneuerung.

Canonical-Tags, Weiterleitungen und XML-Sitemaps sollten dieselben HTTPS-URLs nennen. So beseitigen Sie widersprüchliche Signale in WordPress.

Wenn Formulare oder AJAX-Aufrufe auf einer HTTPS-Seite noch HTTP verwenden, blockiert der Browser die Anfrage. So finden und beheben Sie die verursachende URL.

Ein vollständiger SSL-Check prüft nicht nur das Zertifikat, sondern auch DNS, Weiterleitungen, HSTS, Mixed Content und wichtige Website-Funktionen.

So richten Sie auf Apache eine direkte HTTPS-Weiterleitung ein, vermeiden Proxy-Schleifen und bewahren Pfad sowie Query-Parameter.

So finden Sie unsichere Bild-URLs in src, srcset, CSS und Metadaten, korrigieren deren Quelle und prüfen responsive Varianten über HTTPS.

HTTPS in WordPress sicher erzwingen: zuerst TLS prüfen, dann eine Stelle für Weiterleitungen festlegen und Proxy-Header, Verwaltung und Callbacks testen.

Zeigt WordPress trotz SSL eine Sicherheitswarnung, müssen Hostname, Zertifikatskette, Weiterleitungen, Proxy-Einstellungen und Seitenressourcen getrennt geprüft werden.

Unsichere HTTP-Ressourcen auf einer WordPress-HTTPS-Seite gezielt finden und korrigieren, ohne Builderdaten, Themes oder externe Einbindungen zu beschädigen.