Ein Schloss im Browser bezieht sich auf eine konkrete Verbindung. Für eine saubere Websiteadresse müssen Zertifikat, Name, Hostingzuweisung und Weiterleitung zusammenpassen. Eine häufige Falle entsteht bei alternativen HTTPS-Namen: Der Browser prüft das Zertifikat bereits, bevor er einer Weiterleitung folgen kann. Auch der zuerst aufgerufene Name benötigt ein passendes Zertifikat.
Dieser Ablauf hilft bei einer neuen Website und nach einem Umzug. Die Beispiele beschreiben Prüfschritte; sie geben keine bereits ausgeführte Domainprüfung vor.
Alle vorgesehenen Namen aufschreiben
Beginnen Sie mit einer Liste der Hauptdomain und alternativen Namen, die wirklich genutzt werden sollen. Notieren Sie pro Name, ob er Inhalte direkt bedient oder zur Hauptadresse weiterleitet. Die Entscheidung gehört zur Websitearchitektur. Es ist nicht nötig, jeden theoretisch möglichen Subdomainnamen zu aktivieren.
Prüfen Sie danach die DNS-Antworten und die tatsächliche Hostingzuweisung. Ein Zertifikat für eine Domain hilft nicht, wenn die Verbindung bei einer falschen Website landet. Der Ratgeber DNS und Anfrageweg erklärt diese vorgelagerten Stationen. Für jeden vorgesehenen IPv4- und IPv6-Weg muss die richtige Zuordnung bestehen.
Zertifikat mit Namen und Kette prüfen
Das Zertifikat muss den aufgerufenen Hostnamen abdecken und innerhalb seiner Gültigkeit liegen. Zusätzlich muss der Client die erforderliche Vertrauenskette prüfen können. Ein erfolgreicher Test mit deaktivierter Zertifikatsprüfung ist daher kein Nachweis für korrektes Domain-HTTPS. Er kann nur eine begrenzte Diagnosebeobachtung liefern.
Prüfen Sie die Hauptdomain und jeden alternativen HTTPS-Namen einzeln. Erfassen Sie Hostname, Ablaufdatum und das tatsächliche Verbindungsergebnis. Wenn ein anderer Name funktioniert, wird dessen Ergebnis nicht auf den fehlerhaften Namen übertragen. Die Ursache kann in Zertifikatsauswahl, Zuweisung oder Erneuerung liegen. Ändern Sie diese Bereiche gezielt anhand des Befunds.
Die Erneuerung braucht einen erreichbaren Nachweisweg
Bei Let’s Encrypt muss die Kontrolle über die Domain mit einem unterstützten Verfahren nachgewiesen werden. HTTP-01 verwendet einen vorgesehenen Webpfad, DNS-01 einen TXT-Record. Die konkrete Hostingintegration soll diesen Ablauf möglichst verlässlich verwalten. Welche Methode eingesetzt wird, ist Teil der tatsächlichen Einrichtung.
Eine Zugangssperre für einen Entwurf darf die notwendige Validierung nicht unbedacht verhindern. Ebenso gehören DNS-Zugänge für ein automatisiertes Verfahren in geschützte Konfiguration. Prüfen Sie nach einer Änderung, ob die Erneuerung weiterhin vorgesehen ist. Ein heute gültiges Zertifikat sagt noch nichts über die nächste erfolgreiche Ausstellung. Der Ablauf sollte einer zuständigen Person bekannt sein.
- Alternativer HTTPS-Name → Verbindung aufbauen
- Zertifikat → diesen Namen prüfen
- Weiterleitung → Hauptadresse angeben
- Hauptadresse → Zielinhalt mit Pfad prüfen
Textalternative: Die Zertifikatsprüfung findet vor der HTTP-Weiterleitung statt. Erst nach einer erfolgreichen Verbindung kann der Browser das Weiterleitungsziel aus der Antwort lesen.
Weiterleitungen mit Pfad und Parametern testen
Eine Weiterleitung soll den Besucher zum beabsichtigten Inhalt führen. Prüfen Sie deshalb neben der Startseite auch einen tiefen Artikelpfad und eine für das Projekt sinnvolle Anfrage mit Parametern. Wenn jeder alte Artikel nur auf der Homepage endet, können Nutzer ihre gesuchte Information verlieren.
Die Regel wird an einer klaren Stelle eingerichtet. Mehrere konkurrierende Weiterleitungen in Hosting, Plugin und Anwendung können Schleifen erzeugen. Erfassen Sie den tatsächlichen Antwortweg und entfernen Sie Doppelungen nur nach Prüfung ihres Zwecks. Eine endgültige Regel erhält einen passenden Status entsprechend ihrem vorgesehenen Verhalten. Die Wahl wird bewusst getroffen, statt beliebig zwischen verschiedenen Werkzeugen verteilt zu werden.
Interne Adressen und Medien nachziehen
Nach dem Wechsel zur Hauptadresse müssen interne Links, Medien und Anwendungsadressen passen. Ein HTTPS-Dokument, das wichtige Ressourcen weiterhin unverschlüsselt lädt, kann Darstellungs- oder Sicherheitsprobleme erzeugen. Prüfen Sie Bilder, Schriftdateien und relevante Skripte im echten Browser.
Bei WordPress können Adressen in Einstellungen und gespeicherten Inhalten vorkommen. Änderungen erfolgen mit einem für die Datenstruktur geeigneten Verfahren und aktuellem Rückweg. Ein blindes Textersetzen in einem Datenbankexport kann strukturierte Werte beschädigen. Der Beitrag Hostingwechsel beschreibt die kontrollierte Übernahme. Nach einer Adressänderung werden auch Cache und redaktionelle Funktionen geprüft.
Die Prüfung mit einer kurzen Namensmatrix abschließen
Eine kleine Matrix nennt pro Name HTTP, HTTPS, Zertifikatsprüfung und Weiterleitungsziel. Bei öffentlichem Dualstack werden IPv4 und IPv6 getrennt erfasst. Ergänzen Sie einen tiefen Pfad, Medienaufruf und die beobachtete Hauptadresse. So bleibt der Nachweis auch für eine spätere Betreuung verständlich.
Die Freigabe erfolgt anhand dieser Ergebnisse. Ein geschützt aufgebauter Entwurf erhält dadurch noch keine automatische öffentliche Veröffentlichung. Zugangsregeln und Suchmaschinenstatus bleiben Teil einer eigenen Entscheidung. Nach wesentlichen DNS- oder Hostingänderungen wird die betroffene Matrix erneut geprüft. Das ist einfacher, als bei jeder Störung unklar von einem allgemeinen SSL-Problem zu sprechen.
Quellen und Prüfstand
- Let’s Encrypt: Validierungsverfahren — geprüft 2026-10-07
- WordPress: Migration — geprüft 2026-10-07
Produktinformationen können sich ändern. Beispielarchitekturen sind redaktionelle Modelle. Unsere Methode und Grenzen