Last, but not least prüfen Sie die Search Analytics in der Google Search Console. In Teil 2 dieses Leitfadens habe ich beschrieben, wie Sie verschiedene Sätze erstellen, um die diversen Properties zu gruppieren, unter anderem einen Satz mit allen für diese Content-Umstellung relevanten Eigenschaften der HTTP- und HTTPS-Versionen. Jetzt kommt der Zeitpunkt, wo sich die investierten Mühen auszahlen.
Durch die Zusammenlegung aller relevanten HTTP- und HTTPS-Eigenschaften kann man in Google Search Analytics die Gesamtwirkung der Umstellung auf HTTPS auf das Google-Ranking sehen, so wie Google selbst sie bewertet.
Es ist nämlich so: Bei der Umstellung von Content von HTTP auf HTTPS zeichnet die Google Search Console die auf eine Property entfallende Suchanalytik ausschließlich für die jeweilige Property auf, und sie kann auch nur in dieser Property geteilt werden. Das führt dazu, dass die HTTP-Property sämtlichen Traffic und alle Rankings verliert und dass die HTTPS-Version sie gewinnt. Möglicherweise muss man jedoch mehr als 90 Tage warten, bevor man einen guten Überblick über die Auswirkung bekommt, und die Search Analytics in der Google Search Console stehen nur für die letzten 90 Tage zur Verfügung.
Der kombinierte Satz ermöglicht einen Überblick über alle Rankings und über die Gesamtauswirkung der Umstellung auf HTTPS. Diesen Überblick können Sie über Search Analytics API auch herunterladen und/oder Sie klicken den Download-Button der Übersichtsseite von Search Analytics.
Eingehende Links aktualisieren
Die Umstellung Ihrer Website auf HTTPS ist abgeschlossen und jetzt soll der Rest der Welt davon erfahren. Ist die betreffende Website Teil eines größeren Website-Netzwerks der gleichen Organisation, gehen Sie zu jeder Website in diesem (internen) Netzwerk und ändern Sie alle Referenzen zur Website auf die HTTPS-Version um. Um alle Link-Referenzen zu finden und auf die HTTPS-Version zu aktualisieren, müssen Sie möglicherweise mit verschiedenen Teams in der Organisation sprechen und/oder die Datenbanken durchsuchen.
In vielen Fällen finden sich Links zu der umgestellten Website auch in der E-Mail-Signatur jedes Mitarbeiters, auf der offiziellen Profilseite der Website und/oder Organisation in den sozialen Netzen (wie Twitter, Facebook, Pinterest etc.) und den Unternehmensprofilseiten auf LinkedIn und/oder den Gelben Seiten und/oder Wikipedia und regionalen Firmenverzeichnissen, PPC-Kampagnen und -Anzeigen, Kampagnen in den sozialen Medien, in Newsletter-Software und/oder Mailing-Listen, Werbetexten für Direktvermarktung, Videos, Analytik-Software, externer Web-Tracking- und Reporting-Software, Google-My-Business-Eintragungen, Visitenkarten, externen Beurteilungsplattformen und so weiter. Natürlich müssen Sie nicht all diese Links gleich heute updaten, aber führen Sie sofort realisierbare Änderungen so schnell wie möglich durch und machen einen Zeitplan für die anderen Links, damit auch diese in naher Zukunft aktualisiert werden.
Wenn Sie die Social-Counts aufzeichnen müssen, lesen Sie den Artikel von Michael King.
Und schließlich gehen Sie zu dem „Links to Your Site“-Überblick in der Google Search Console, um zu sehen, woher die wichtigsten Links auf Ihre Website stammen – zum Beispiel von Hauptgeschäftspartnern, Nachrichtenmeldungen oder Domains, die häufig zu der Website verlinken. Kontaktieren Sie diese Websites und weisen Sie sie auf die Umstellung Ihrer Website auf HTTPS hin. Vielleicht nutzen Sie auch gleich diese großartige Gelegenheit, um den Gesprächspartnern mitzuteilen, was Ihr Team für deren Unternehmen tun kann – möglicherweise ergibt sich eine Zusammenarbeit.
Content-Security-Policy
Um Probleme mit Mixed Content zu vermeiden, sollte Ihre Website auf jeden Fall eine Content-Security-Policy haben. Dieses Sicherheitskonzept schränkt das Laden bestimmter Ressourcen ein und verhindert XSS-Angriffe. In dem vorliegenden Leitfaden befassen wir uns aber nur mit der Funktion „upgrade-insecure-requests“.
Mit „upgrade-insecure-requests“ werden interne Linkverweise auf Assets und/oder andere interne Seiten von einer HTTP-Anfrage auf eine HTTPS-Anfrage im Browser aktualisiert. Im Beispiel unten werden die Link-Referenzen im Quellcode:
<a href="http://www.example.com/">example</a>
<img src="http://www.example.com/image1.png" />
vom Browser automatisch wie folgt aktualisiert:
<a href="https://www.example.com/">example</a>
<img src="https://www.example.com/image1.png" />
Um diese Funktion in Apache mit .htaccess zu aktivieren, müssen Sie nur den folgenden HTTP-Header hinzufügen:
Header-Satz Content-Security-Policy „upgrade-insecure-requests“
Oder verwenden Sie den folgenden Code in der HTML-Quelle der HTTPS-Version:
<meta http-equiv="Content-Security-Policy" content="upgrade-insecure-requests" />
Damit werden alle Links zwangsweise auf HTTPS aktualisiert und möglicherweise arbeiten dann einige Teile der Website nicht mehr richtig. Prüfen Sie unbedingt, ob die Website im Hinblick auf Optik und Funktion normal erscheint.
HSTS
HSTS steht für HTTP Strict Transport Security und wird verwendet, um redundante Weiterleitungen im Browser für nur unter HTTPS laufende Websites zu verhindern.
Um zu verstehen, was das bedeutet, fragen Sie sich (oder Ihre Nutzer): „Wie oft tippt jemand das Protokoll in die Adresszeile eines Browsers, wenn er den Domainnamen eingibt?“
