Auf einen Blick

Ein Zertifikat, die richtige Domain und saubere Weiterleitungen gehören zusammen.

Die gewünschten Adressen festlegen

Schreibe zuerst auf, welche Namen erreichbar sein sollen: beispielsweise deine Hauptdomain und die Variante mit www. Wähle eine davon als Hauptadresse. Auch die andere Adresse braucht zunächst eine funktionierende Verbindung, bevor sie zuverlässig zur Hauptadresse weiterleiten kann. Eine HTTPS-Weiterleitung heilt keine Zertifikatswarnung des Ausgangsnamens, weil die verschlüsselte Verbindung vorher aufgebaut wird.

Prüfe anschließend, auf welche IPv4- und gegebenenfalls IPv6-Ziele die Namen zeigen. Alle veröffentlichten Verbindungswege müssen zur passenden Website führen. Im Ratgeber DNS verstehen findest du die Zuordnung von A und AAAA. Eine direkte Serverprüfung und eine öffentliche DNS-Prüfung beantworten dabei unterschiedliche Fragen.

Die Zertifikatsausstellung vorbereiten

Eine Zertifizierungsstelle prüft, ob der Antragsteller Kontrolle über den beantragten Namen nachweisen kann. Let’s Encrypt erläutert die verwendeten Prüfverfahren. Bei HTTP-01 muss ein bestimmter Prüfpfad erreichbar sein; bei DNS-01 ist ein passender DNS-Nachweis nötig. Welche Methode dein Hostingpanel verwendet, hängt von der konkreten Einrichtung ab.

Wähle im Panel nur die Namen und Dienste aus, die du tatsächlich einrichten kannst. Eine nicht vorbereitete Mail- oder Webmailadresse kann sonst die Ausstellung erschweren. Falls du eine geschützte Vorschau betreibst, muss der vorgesehene Validierungsweg trotzdem funktionieren. Besprich die konkrete Ausnahme mit dem Anbieter, ohne dafür die gesamte Vorschau unnötig öffentlich freizugeben.

Zertifikat der richtigen Website zuordnen

Nach der Ausstellung muss das Zertifikat der betreffenden Website zugeordnet sein. Prüfe im Hostingpanel die Domain und das aktive Zertifikat. Auf gemeinsam genutzten Servern existieren oft mehrere Zertifikate. Das Serverzertifikat für die Verwaltungsoberfläche ist nicht automatisch das richtige Zertifikat für deine öffentliche Website.

Rufe danach jeden vorgesehenen Namen mit HTTPS auf und achte auf Warnungen. Eine akzeptierte Verbindung mit ausgeschalteter Zertifikatsprüfung gilt nicht als erfolgreicher Nachweis. Prüfe außerdem Ablaufdatum und Erneuerung. Die automatische Erneuerung braucht weiterhin einen funktionsfähigen Validierungsweg. Eine spätere DNS-Änderung oder neue Zugriffssperre kann diesen Weg beeinflussen. Halte deshalb auch nach der Erstinstallation eine verantwortliche Stelle fest.

WordPress und Weiterleitungen anpassen

Wenn HTTPS am Server funktioniert, müssen die Websiteadressen in WordPress zur gewählten Hauptadresse passen. Sichere die Website vor der Änderung und prüfe danach Anmeldung, Bilder, Navigation und wichtige Funktionen. Ältere Inhalte können noch HTTP-Verweise enthalten. Für Änderungen in gespeicherten Daten ist ein geeignetes Verfahren nötig, das die Datenstruktur deiner Anwendung respektiert.

Richte die HTTP-Weiterleitung und die Weiterleitung der alternativen Domainvariante gezielt ein. Teste dabei eine Unterseite mit Query-Parametern. Der Pfad darf nicht versehentlich auf die Startseite reduziert werden. Vermeide widersprüchliche Regeln im Panel, in WordPress und in Erweiterungen. Eine Schleife entsteht oft, wenn mehrere Ebenen dieselbe Adresse unterschiedlich behandeln.

Bilder, Skripte und IPv6 kontrollieren

Eine HTTPS-Seite kann weitere Ressourcen laden, etwa Bilder, Schriftdateien oder Skripte. Wenn diese weiterhin unverschlüsselt angefordert werden, kann der Browser sie blockieren oder Warnungen erzeugen. Öffne deshalb eine typische Inhaltsseite und prüfe ihre Darstellung sowie die Netzwerkmeldungen. Ein korrigierter Startseitenlink sagt wenig über ältere Artikelbilder aus.

Wenn AAAA veröffentlicht ist, kontrolliere zusätzlich eine echte IPv6-Verbindung. Let’s Encrypt beschreibt, warum fehlerhafte IPv6-Ziele auch die Domainvalidierung stören können. Prüfe den Namen und den Inhalt an beiden Verbindungswegen. Erst dann kannst du sagen, dass deine Website über IPv4 und IPv6 mit passendem Zertifikat erreichbar ist.

Ein kleines Prüfprotokoll behalten

PrüfungErwartetes Ergebnis
HTTPS HauptdomainPassendes Zertifikat und richtige Website
HTTPS zweite VarianteGültige Verbindung und Weiterleitung
HTTP UnterseiteWeiterleitung mit erhaltenem Pfad
Medien und AnmeldungKeine fehlerhaften HTTP-Abhängigkeiten

Notiere Datum, geprüfte Adressen und offene Punkte. Ergänze IPv6 nur, wenn es wirklich veröffentlicht und geprüft ist. Auch ein gültiges Zertifikat beweist keine sichere Anwendung; Zugriffe absichern bleibt eine eigene Betriebsaufgabe.

Bei einer fehlgeschlagenen Ausstellung wiederholst du den Vorgang nicht blind. Kläre DNS-Ziel, Erreichbarkeit und die konkrete Fehlermeldung zuerst mit der zuständigen Stelle.

Kurz gefragt

Warum braucht auch eine HTTPS-Adresse, die nur weiterleitet, ein passendes Zertifikat?

Deine Aufgaben

Nur was du selbst erledigt hast, zählt. Deine Auswahl bleibt auf diesem Gerät. So funktioniert die Speicherung.

0 von 4 Aufgaben erledigt

Quellen und Stand

Quellen geprüft am 7. Oktober 2026. Technische Beispiele erklären Zusammenhänge; sie ersetzen die Prüfung der eigenen Umgebung nicht.

So entstehen unsere Ratgeber und Produktvorstellungen.