So richten Sie ein SSL-Zertifikat auf WordPress ein und wechseln zu HTTPS

Ein SSL-Zertifikat auf einer WordPress-Website einzurichten erfordert drei Schritte: das Zertifikat auf Ihrem Server installieren, WordPress auf die HTTPS-Versionen Ihrer URLs verweisen und den alten HTTP-Verkehr umleiten. Die meisten Hoster übernehmen inzwischen den ersten Schritt für Sie, und seit Version 5.7 erledigt WordPress einen Großteil des zweiten Schritts selbstständig. Diese Anleitung deckt alle drei Schritte ab, für kostenlose und kostenpflichtige Zertifikate, und behebt die Fehler, die danach üblicherweise auftreten.

Kurze Antwort: Installieren Sie ein SSL-Zertifikat über Ihr Hosting-Kontrollpanel, öffnen Sie dann in WordPress unter Einstellungen > Allgemein und ändern Sie sowohl die WordPress-Adresse (URL) als auch die Site-Adresse (URL) auf ihre https-Versionen. Schließen Sie ab, indem Sie eine 301-Weiterleitung hinzufügen, damit HTTP-Anfragen bei HTTPS landen.

SSL (kurz für Secure Sockets Layer, obwohl jedes heute ausgestellte Zertifikat tatsächlich TLS verwendet) ist das, was http:// in https:// verwandelt und die Kennzeichnung „Nicht sicher“ aus der Adressleiste entfernt. Wenn Sie zunächst den Hintergrund verstehen möchten, lesen Sie was ein SSL-Zertifikat ist. Andernfalls beginnen Sie mit der Tabelle unten.

Welche Methode passt zu Ihrer Konfiguration

Es gibt drei Möglichkeiten, SSL zu WordPress hinzuzufügen, und die richtige hängt fast vollständig von Ihrem Hosting ab. Finden Sie Ihre Konfiguration und springen Sie dann zu dieser Methode.

Ihre Konfiguration	Verwenden Sie diese Methode	Ungefähre Dauer
Verwaltetes WordPress-Hosting	Nichts zu installieren. Das Zertifikat ist meist schon aktiv, also direkt zum Umstellen von WordPress auf HTTPS springen	5 Minuten
cPanel oder ein ähnlicher Shared-Hoster	Methode 1, das kostenlose AutoSSL des Hosters	10 Minuten
Ein Hoster ohne SSL-Tool, oder Sie möchten es sich abnehmen lassen	Methode 2, der Plugin-Assistent	10 bis 15 Minuten
VPS, dedizierter Server oder ein kostenpflichtiges Zertifikat	Methode 3, manuelle Installation	30 Minuten plus Validierungszeit
Cloudflare, das Ihrer Website vorgeschaltet ist	Methode 1 oder 3, dann Cloudflare-SSL auf Full (strict) setzen. Siehe Fehlerbehebung	15 Minuten

Welchen Weg Sie auch einschlagen, sichern Sie die Website zuerst, und wenn Sie eine Staging-Umgebung haben, führen Sie die Änderung dort aus, bevor Sie die Produktivumgebung anfassen.

Benötigen Sie ein SSL-Zertifikat für WordPress?

Ja, und für die meisten Menschen ist der Grund derjenige, den sie bereits sehen können: Chrome, Firefox, Safari und Edge markieren alle einfache HTTP-Seiten als Nicht sicher in der Adressleiste. Diese Kennzeichnung erscheint auf jeder Seite einer Website ohne Zertifikat, einschließlich des Anmeldeformulars.

Drei praktische Gründe, dies zu beheben:

• Anmeldedaten und Formulardaten werden unverschlüsselt übertragen. Ohne Zertifikat kann jeder im selben Netzwerk lesen, was Besucher übermitteln, einschließlich Ihres eigenen WordPress-Passworts.
• Zahlungen erfordern es. Wenn Sie WooCommerce betreiben oder irgendwelche Kartendaten akzeptieren, ist HTTPS nicht optional. Zahlungsanbieter werden den Betrieb über HTTP verweigern.
• Google verwendet HTTPS als Ranking-Signal. Es ist ein echtes, aber leichtes Signal, also sollten Sie das SEO-Argument als Bonus betrachten, nicht als den eigentlichen Grund. Die Browserwarnung ist der Grund.

Welches SSL-Zertifikat sollte eine WordPress-Website verwenden?

Beginnen Sie mit der kostenlosen Option, denn für einen großen Teil der WordPress-Websites ist sie tatsächlich die richtige Antwort. Die meisten Hoster stellen automatisch kostenlose Let’s Encrypt-Zertifikate aus, und ein kostenloses Zertifikat verschlüsselt den Verkehr genau so gut wie ein kostenpflichtiges. Die Verschlüsselung ist identisch. Was sich zwischen einem WordPress-SSL-Zertifikat und einem anderen unterscheidet, ist, was die Zertifizierungsstelle vor der Ausstellung überprüft hat, und was Sie erhalten, wenn etwas schiefgeht.

Validierungsstufen

Typ	Was die CA prüft	Ausgestellt in	Passt zu
Domain Validation (DV)	Dass Sie die Domain kontrollieren	Minuten	Blogs, Broschüren-Websites, die meisten WordPress-Installationen
Organization Validation (OV)	Die Domain plus Ihre registrierte Organisation	1 bis 3 Werktage	Unternehmenswebsites, Mitgliederbereiche, Kundenportale
Extended Validation (EV)	Eine vollständige rechtliche und operative Prüfung des Unternehmens	1 bis 5 Werktage	Shops mit Zahlungsabwicklung, Finanzen, alles, wo Identität wichtig ist

Wenn Ihre Website mit Subdomains arbeitet, zum Beispiel ein Shop auf store.example.com und ein Blog auf blog.example.com, deckt ein Wildcard-Zertifikat alle davon mit einem einzigen Zertifikat ab, anstatt eines pro Subdomain. Nicht sicher, welcher Typ zutrifft? Der SSL Wizard grenzt es in wenigen Fragen ein.

Wann ein kostenloses Zertifikat nicht mehr ausreicht

Kostenlose Zertifikate sind nur DV, gelten 90 Tage und kommen ohne Support und ohne Garantie. Das ist für einen persönlichen Blog in Ordnung. Es wird zum Problem in vier Situationen:

• Sie nehmen Zahlungen an. Kostenpflichtige Zertifikate haben eine Garantie, die Verluste abdeckt, falls das Zertifikat selbst versagt. Kostenlose haben keine.
• Ihre Besucher müssen wissen, wer Sie sind. Ein DV-Zertifikat beweist nur, dass jemand die Domain kontrolliert. OV und EV bringen Ihre verifizierten Organisationsdaten in das Zertifikat.
• Sie betreiben Subdomains. Kostenlose Wildcard-Ausstellung ist möglich, aber umständlich, und erfordert meist eine DNS-Automatisierung, die Ihr Hoster möglicherweise nicht anbietet.
• Die Erneuerung ist nicht automatisiert. Ein 90-Tage-Zertifikat, das niemand erneuert, legt die Website ebenso sicher lahm wie gar kein Zertifikat. Wenn Ihr Hoster nicht automatisch erneuert, ist ein längerfristiges kostenpflichtiges Zertifikat weniger Arbeit, nicht mehr.

Methode 1: ein kostenloses SSL-Zertifikat von Ihrem Hoster erhalten

Dies ist der schnellste Weg und derjenige, den man zuerst ausprobieren sollte. Fast jeder Hoster bietet inzwischen kostenlose Let’s Encrypt-Zertifikate an, oft bereits aktiviert.

• Öffnen Sie Ihr Hosting-Kontrollpanel und suchen Sie nach SSL/TLS, Let’s Encrypt oder AutoSSL. In cPanel befindet es sich unter Sicherheit.
• Wählen Sie Ihre Domain aus und stellen Sie das Zertifikat aus. Beziehen Sie sowohl die Hauptdomain als auch die www-Version ein, sonst wirft eine von beiden eine Namensabweichungswarnung.
• Bestätigen Sie, dass die automatische Erneuerung aktiviert ist. Dies ist der Schritt, den viele überspringen.

Kein Hosting-Panel vorhanden, weil Sie Ihren eigenen VPS oder dedizierten Server betreiben? Verwenden Sie Certbot, den Let’s Encrypt-Client, der das Zertifikat über die Kommandozeile ausstellt und seinen eigenen Erneuerungszeitplan einrichtet.

Let’s Encrypt-Zertifikate sind 90 Tage gültig, und die Erneuerung soll automatisch erfolgen, typischerweise etwa 30 Tage vor Ablauf. Wenn diese Automatisierung fehlschlägt, und das passiert, meist nachdem eine Domain umgezogen ist oder sich ein DNS-Eintrag geändert hat, bleibt die Website wochenlang in Ordnung und wird dann ohne Vorwarnung als „Nicht sicher“ eingestuft. Setzen Sie sich eine Erinnerung für das erste erwartete Erneuerungsdatum und prüfen Sie das Zertifikat mit dem SSL Checker, sobald es abgelaufen ist. Wenn sich das Ablaufdatum nach vorne verschoben hat, funktioniert die Erneuerung.

Methode 2: SSL auf WordPress mit einem Plugin installieren

Das Plugin, zu dem die meisten Leute greifen, ist Really Simple Security. Es hieß bis September 2024 Really Simple SSL, als Version 9 es umbenannte, da sein kostenloses Funktionsset über die SSL-Einrichtung hinaus gewachsen war. Es hat mehr als drei Millionen aktive Installationen.

Was sich zusammen mit dem Namen geändert hat, ist hier wichtig: Das Plugin erzwingt nicht mehr nur die Weiterleitung, es kann auch das Zertifikat für Sie beschaffen über einen Let’s Encrypt-Assistenten. Somit deckt es die gesamte Aufgabe ab, wenn Ihr Hoster es nicht tut.

• Installieren und aktivieren Sie Really Simple Security unter Plugins > Installieren.
• Folgen Sie der sich öffnenden Einrichtung, oder gehen Sie zum neuen Menüpunkt Security, den das Plugin der Admin-Seitenleiste hinzufügt. Ältere Anleitungen sprechen von Einstellungen > SSL, wo sich das Plugin vor der Umbenennung befand. Wenn bereits ein Zertifikat auf dem Server installiert ist, erkennt das Plugin es.
• Wenn kein Zertifikat vorhanden ist, wählen Sie SSL-Zertifikat installieren und folgen Sie dem Assistenten, um ein kostenloses Let’s Encrypt-Zertifikat zu erhalten.
• Wählen Sie SSL aktivieren. Das Plugin aktualisiert Ihre Website-URLs, richtet die Weiterleitung ein und lädt das Dashboard über HTTPS neu.

Ein Vorbehalt, den Sie kennen sollten, bevor Sie sich festlegen. Ein Plugin, das HTTPS erzwingt, tut dies in PHP, bei jeder Anfrage. Eine in die Serverkonfiguration geschriebene Weiterleitung erfolgt, bevor WordPress lädt, was schneller ist und weiterhin funktioniert, falls das Plugin jemals deaktiviert wird. Wenn Sie sich mit der Bearbeitung von Serverdateien wohlfühlen, führen Sie die Umstellung manuell durch und halten Sie das Plugin aus dem kritischen Pfad heraus.

Methode 3: ein SSL-Zertifikat manuell installieren

Dies ist der Weg für ein kostenpflichtiges Zertifikat oder für jeden Server ohne ein Ein-Klick-Tool. Bei Shared Hosting prüfen Sie zuerst, ob Ihr Tarif die Installation von Drittanbieter-Zertifikaten erlaubt; einige Budget-Hoster schränken dies immer noch ein oder verlangen dafür eine Gebühr.

• Erstellen Sie einen CSR. Die Zertifikatsanforderung (Certificate Signing Request) trägt Ihre Domain- und Organisationsdaten zur Zertifizierungsstelle. Verwenden Sie unseren CSR-Generator, oder folgen Sie den CSR-Anleitungen für Ihren spezifischen Server.
• Reichen Sie den CSR ein bei der Zertifizierungsstelle und schließen Sie die Validierung ab. DV ist in Minuten fertig, OV und EV dauern Tage.
• Installieren Sie die Dateien. Sie erhalten das Zertifikat selbst sowie ein oder mehrere Zwischenzertifikate. In cPanel fügen Sie diese unter SSL/TLS > SSL-Websites verwalten ein und folgen der cPanel-Installationsanleitung. Andere Plattformen werden in den SSL-Installationsanleitungen behandelt.
• Überprüfen Sie mit dem SSL Checker, bevor Sie WordPress anfassen.

Achten Sie auf die Zwischenzertifikate. Wenn Sie das Hauptzertifikat installieren, aber die Zertifikatskette weglassen, zeigen die meisten Desktop-Browser trotzdem ein Schlosssymbol an, weil sie Zwischenzertifikate zwischenspeichern, die sie anderswo gesehen haben. Mobile Browser, Zahlungsanbieter und alles, was Ihre Website über eine API aufruft, wird fehlschlagen. Eine Website, die „in Chrome funktioniert, aber den Checkout unterbricht“, hat sehr oft eine unvollständige Zertifikatskette, und der SSL Checker wird dies melden.

Der Betrieb von WordPress Multisite fügt einige weitere Schritte hinzu, die in der Multisite-SSL-Anleitung behandelt werden.

Ihre WordPress-Website von HTTP auf HTTPS umstellen

Das Zertifikat befindet sich auf dem Server. WordPress weiß noch nichts davon. Hier schicken Sie viele Anleitungen zunächst zu einer Datenbank-Suche-und-Ersetzen-Aktion, bevor irgendetwas anderes passiert, und für die meisten Websites war das seit Jahren nicht mehr notwendig.

Was WordPress selbst übernimmt

Seit WordPress 5.7, veröffentlicht im März 2021, erkennt der Kern, ob Ihre Umgebung HTTPS unterstützt, und meldet dies unter Werkzeuge > Website-Zustand > Status, im Abschnitt HTTPS-Status. Wenn HTTPS verfügbar ist, bietet dieser Abschnitt eine Schaltfläche, die die Website mit einem Klick umstellt.

Noch wichtiger ist: Sobald sowohl Site-Adresse (URL) als auch WordPress-Adresse (URL) auf https eingestellt sind, schreibt WordPress unsichere URLs in Ihrem Inhalt um, während es die Seite rendert. Bilder, Links und Einbettungen, die mit http-Adressen auf Ihrer eigenen Domain gespeichert wurden, werden über https ausgeliefert, ohne dass Sie die Datenbank überhaupt bearbeiten müssen. Das ist der Schritt, den ältere Anleitungen Ihnen empfehlen, manuell durchzuführen.

Wichtig zu verstehen, denn das entscheidet, was Sie noch tun müssen: Die Umschreibung erfolgt bei der Ausgabe, über Filter, die an den angezeigten Inhalt gekoppelt sind. Ihre Datenbank enthält weiterhin die alten http-URLs. Für Besucher ist das Ergebnis identisch, weshalb die Migration ohne Suchen-und-Ersetzen funktioniert, aber die gespeicherten Daten bleiben unverändert. Das spielt eine Rolle, wenn Sie die Website exportieren, zu einem anderen Hoster umziehen oder die Datenbank direkt abfragen, und ist der Grund, warum ein Suchen-und-Ersetzen irgendwann sinnvoll ist, statt nie durchgeführt zu werden.

Die beiden URL-Einstellungen ändern

Wenn der Website-Zustand die Ein-Klick-Schaltfläche nicht anbietet, oder wenn Sie es lieber explizit machen möchten, öffnen Sie Einstellungen > Allgemein. Es gibt zwei Felder, und beide müssen geändert werden:

• WordPress-Adresse (URL), wo die WordPress-Dateien liegen.
• Site-Adresse (URL), die Adresse, die Besucher eingeben.

Ändern Sie in beiden Feldern http:// zu https:// und speichern Sie. Nur eines von beiden zu ändern, ist die häufigste Art, sich selbst aus dem Dashboard auszuschließen. Falls das passiert, können Sie beides über FTP in wp-config.php festlegen:

define( 'WP_HOME', 'https://example.com' );
define( 'WP_SITEURL', 'https://example.com' );

Fügen Sie diese Zeilen oberhalb der Zeile „That’s all, stop editing“ hinzu und ersetzen Sie example.com durch Ihre Domain. Beachten Sie, dass die Felder unter Einstellungen > Allgemein schreibgeschützt werden, während diese Konstanten definiert sind.

Wann Sie trotzdem ein Suchen-und-Ersetzen benötigen

Die Umschreibung des Kerns deckt gerenderten Inhalt ab. Sie erreicht nicht überall, daher ist ein Suchen-und-Ersetzen weiterhin die Lösung für:

• URLs, die in Theme-Dateien oder in functions.php fest kodiert sind.
• Plugin-Einstellungen, die als serialisierte Daten gespeichert sind, weshalb Sie niemals ein einfaches SQL-Suchen-und-Ersetzen ausführen sollten.
• Optionszeilen, benutzerdefinierte Felder und von Page-Buildern geschriebener Widget-Inhalt.

Verwenden Sie Better Search Replace, das serialisierte Daten korrekt verarbeitet und einen Testlauf-Modus hat, oder WP-CLI:

wp search-replace 'http://example.com' 'https://example.com' --all-tables --dry-run

Lesen Sie die Ausgabe des Testlaufs und wiederholen Sie dann den Befehl ohne –dry-run, um ihn anzuwenden. Sichern Sie zuerst die Datenbank.

HTTPS in WordPress mit einer 301-Weiterleitung erzwingen

Ihre Website antwortet nun über https, antwortet aber weiterhin auch über http, und jeder alte Link und Lesezeichen zeigt dorthin. Eine permanente HTTPS-Weiterleitung schickt sowohl Besucher als auch Suchmaschinen zur sicheren Version und übergibt die Ranking-Signale der alten URLs. Richten Sie diese wo immer möglich auf Serverebene ein, nicht in PHP.

Apache

Fügen Sie dies oben in der .htaccess-Datei in Ihrem WordPress-Stammverzeichnis hinzu, oberhalb des WordPress-Blocks:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Die Kennzeichnung R=301 macht sie permanent. Eine Regel, die als [R,L] geschrieben ist, gibt stattdessen eine temporäre 302 aus, was ein Fehler ist, den man prüfen sollte, falls man eine Weiterleitung aus einer älteren Anleitung kopiert hat.

Nginx

Nginx hat keine .htaccess und versteht keine für Apache geschriebenen Rewrite-Regeln. Bearbeiten Sie stattdessen den Server-Block in Ihrer Site-Konfiguration:

server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://$host$request_uri;
}

Testen Sie die Konfiguration mit nginx -t und laden Sie sie dann mit systemctl reload nginx neu.

HTTPS nur für das Dashboard erzwingen

Um insbesondere Anmeldungen und den Admin-Bereich zu sichern, fügen Sie dies zu wp-config.php hinzu:

define( 'FORCE_SSL_ADMIN', true );

Dies deckt wp-admin und die Anmeldeseite ab. Es leitet nicht das Frontend um, ergänzt also eine Weiterleitung auf Serverebene, anstatt sie zu ersetzen.

HSTS, sobald alles funktioniert

HSTS weist Browser an, einfaches HTTP für Ihre Domain vollständig abzulehnen, was die Lücke zwischen der ersten Anfrage und der Weiterleitung schließt. Bei Apache:

Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains"

Fügen Sie dies erst hinzu, nachdem HTTPS eine Weile stabil war, und lassen Sie die Preload-Direktive zunächst aus. Preloading lässt sich nur schwer schnell zurücknehmen, und wenn etwas auf einer Subdomain noch nicht auf HTTPS läuft, wird es unerreichbar.

Was nach der Umstellung noch zu beheben ist

Mixed Content

Mixed Content ist eine über HTTPS ausgelieferte Seite, die trotzdem Bilder, Skripte, Stylesheets oder Schriften über HTTP lädt. Browser teilen dies heute in zwei Kategorien: aufrüstbare Ressourcen, meist Bilder und Medien, die sie still auf HTTPS anheben, bevor sie sie anfordern, und blockierbare Ressourcen wie Skripte und Stylesheets, deren Laden sie gänzlich verweigern. Deshalb kann eine Seite mit Mixed Content lediglich ohne Schlosssymbol erscheinen, oder komplett unformatiert ankommen.

Bei WordPress sind die üblichen Quellen eine fest kodierte Bild-URL in einer Theme-Datei, ein externes Skript, das über HTTP geladen wird, und ein CDN, das noch für HTTP konfiguriert ist. Öffnen Sie die Browser-Konsole, die die betroffene Ressource benennt, und beheben Sie das Problem an der Quelle. Unsere Anleitung zu wie man Mixed Content behebt deckt die Diagnose im Detail ab.

Caches und CDN

Leeren Sie Ihren Seiten-Cache und Ihr CDN nach der Umstellung. Eine im Cache gespeicherte Kopie einer HTTP-Seite liefert weiterhin das alte Markup und lässt eine abgeschlossene Migration defekt erscheinen.

E-Mails und transaktionale Vorlagen

Dieser Punkt wird fast durchgängig übersehen. WooCommerce-Bestell-E-Mails, Passwort-Reset-Nachrichten, Rechnungsvorlagen und Newsletter-Fußzeilen enthalten oft fest kodierte HTTP-Links, und sie liegen außerhalb der Tabellen, die ein normales Suchen-und-Ersetzen anfasst. Schicken Sie sich selbst eine Testbestellung und ein Test-Passwort-Reset und prüfen Sie, worauf die Links tatsächlich verweisen.

Fehlerbehebung bei WordPress-SSL-Problemen

Symptom	Übliche Ursache	Lösung
Endlose Weiterleitungsschleife, ERR_TOO_MANY_REDIRECTS	Cloudflare-SSL auf Flexible eingestellt. Cloudflare spricht über HTTP mit Ihrem Server, Ihr Server leitet auf HTTPS weiter, Cloudflare schickt es zurück	Stellen Sie den Cloudflare-SSL/TLS-Verschlüsselungsmodus auf Full (strict) und behalten Sie ein gültiges Zertifikat am Ursprung
Nach der Umstellung aus wp-admin ausgeschlossen	Nur eines der beiden URL-Felder wurde geändert	Legen Sie WP_HOME und WP_SITEURL über FTP in wp-config.php fest
Schlosssymbol fehlt nur bei einigen Seiten	Mixed Content auf diesen Seiten	Finden Sie die HTTP-Ressource in der Browser-Konsole, beheben Sie es an der Quelle
Website war in Ordnung, wurde Wochen später „Nicht sicher“	Ein Let’s Encrypt-Zertifikat ist abgelaufen, weil die Erneuerung fehlgeschlagen ist	Neu ausstellen, dann die automatische Erneuerung in Ihrem Kontrollpanel bestätigen
Funktioniert im Browser, schlägt bei einer App oder einem Zahlungsanbieter fehl	Zwischenzertifikate fehlen in der Kette	Installieren Sie das vollständige CA-Bundle, dann erneut mit dem SSL Checker prüfen
Namensabweichungswarnung bei www oder der Hauptdomain	Das Zertifikat deckt nur eine der beiden ab	Stellen Sie das Zertifikat so neu aus, dass es beide Namen abdeckt; eine Weiterleitung allein kann dies nicht beheben, die Warnung erscheint, bevor eine Weiterleitung ausgeführt wird

Wenn das Zertifikat installiert ist und die Website trotzdem als unsicher gemeldet wird, decken die Anleitungen zu SSL-Fehlern spezifische Browser-Fehlercodes ab.

Nach der Migration: SEO-Checkliste und was zu erwarten ist

• Fügen Sie die HTTPS-Property in der Google Search Console hinzu. Eine HTTP-Property meldet keine Daten zu HTTPS-URLs. Fügen Sie die neue hinzu und behalten Sie die alte, oder verwenden Sie eine Domain-Property, die beides abdeckt. Wenn Sie Bing Webmaster Tools verwenden, aktualisieren Sie es dort auch.
• Reichen Sie Ihre XML-Sitemap erneut ein mit den https-URLs.
• Prüfen Sie, ob kanonische Tags auf https verweisen. Die meisten SEO-Plugins aktualisieren dies automatisch, sobald sich die Website-URLs ändern, aber bestätigen Sie es im Quelltext der Seite.
• Aktualisieren Sie Google Analytics und Ads-Einstellungen sowie jeden Drittanbieterdienst, der Ihre Website-URL speichert.
• Aktualisieren Sie interne Links, wo sie absolut sind. Relative Links benötigen keine Änderung.

Wie es danach normalerweise aussieht, denn es beunruhigt Leute, die das noch nie gemacht haben: Die Search Console zeigt Ihre Impressionen für eine Weile aufgeteilt zwischen der HTTP- und der HTTPS-Property, während Google erneut crawlt, und die Rankings bewegen sich oft ein paar Wochen lang, bevor sie sich einpendeln. Google behandelt einen Umzug von HTTP zu HTTPS als Website-Umzug mit URL-Änderungen, daher ist etwas Schwankung zu erwarten und kein Zeichen dafür, dass etwas kaputt ist. Solange die 301-Weiterleitungen vorhanden sind und jede Seite aufgelöst wird, bleibt nichts weiter zu tun, als abzuwarten.

Eine Sache, die klar gesagt werden sollte: Von HTTPS zurück auf HTTP zu wechseln ist fast nie die richtige Lösung für ein Problem. Es bedeutet einen zweiten Website-Umzug, eine weitere Runde von Ranking-Störungen, und die Browserwarnungen kehren zurück. Wenn HTTPS Probleme verursacht, liegt die Ursache fast immer bei einem der Punkte in der Fehlerbehebungstabelle, und das zu beheben ist weit günstiger, als die Migration rückgängig zu machen.

Häufig gestellte Fragen

Möchten Sie eine andere Plattform auf HTTPS umstellen oder das allgemeine Verfahren kennenlernen? Siehe unsere Anleitung zu wie man eine Website von HTTP auf HTTPS umstellt.