Wenn eine Website sowohl über HTTP als auch über HTTPS antwortet, macht Yandex normalerweise die HTTPS-Adresse zur primären Adresse und zeigt diese in den Ergebnissen an. Diese Seite behandelt die gegenteilige Anforderung: HTTP als die rankende Adresse beizubehalten.
Die zwei Methoden
- Blockieren Sie die HTTPS-Version von der Indexierung mit
Disallowin derrobots.txt. - Leiten Sie HTTPS-Seiten auf ihre HTTP-Pendants um und stellen Sie sicher, dass beide Versionen für den Bot erreichbar bleiben.
Lesen Sie dies, bevor Sie beginnen
Yandex stellt seinen Standpunkt klar: HTTPS reduziert das Risiko des Abfangens von Anmeldedaten, Passwörtern und Kartennummern erheblich und verhindert Inhaltsmanipulationen – einschließlich Werbung, die während der Übertragung in Seiten injiziert wird. Es ist das empfohlene Protokoll, und diese Seite existiert für Fälle, in denen eine technische Einschränkung dies vorübergehend unmöglich macht, nicht als gleichwertige Alternative.
Die legitimen Fälle
Ein Zertifikat, dem die Geräte der Zielgruppe nicht vertrauen, Hardware oder eingebettete Clients, die kein TLS aushandeln können, oder eine Altanwendung, bei der Mixed Content nicht vor einer Frist gelöst werden kann. In all diesen Fällen ist die Beibehaltung von HTTP als primäre Adresse eine bewusste Übergangslösung mit einem festen Enddatum.
Der illegitime Fall
Die Wahl von HTTP, weil eine HTTPS-Migration Rankings zu kosten schien. Diese Interpretation ist fast immer falsch: Was sich änderte, war die primäre Adresse, und die Migration war unvollständig – interne Links verwiesen noch auf HTTP, Weiterleitungen führten auf die Startseite, robots.txt-Dateien stimmten nicht überein. Die Rückkehr zum Protokoll wiederholt denselben Spiegelwechsel in die entgegengesetzte Richtung und kostet erneut dieselben Wochen, ohne etwas zu beheben.
Wenn Sie HTTP primär beibehalten
Seien Sie konsequent: eine Methode, überall angewendet. Eine Website, die HTTPS in der robots.txt blockiert, während sie gleichzeitig HTTP in ihrer Serverkonfiguration auf HTTPS umleitet, endet ohne eine erreichbare, indexierbare Version – ein deutlich schlechteres Ergebnis als jede der beiden Optionen für sich.
So setzen wir das um
We have only twice recommended keeping HTTP as the primary address, both times because of client hardware that could not negotiate modern TLS, and both times with a fixed end date. When a client asks for this after an HTTPS migration appeared to hurt them, we audit the migration first — every case so far has been an incomplete move rather than a protocol problem, and reverting would have cost another month for nothing.
Verwandte Leistungen