Von HTTP zu HTTPS und www-Weiterleitung: alles unter einer Adresse.

Die Weiterleitung von HTTP zu HTTPS und zwischen der Adresse mit und ohne www dient dazu, vier verschiedene Adressformen derselben Website unter einer einzigen maßgeblichen Adresse zusammenzuführen: Die Formen mit http und https, mit und ohne www werden per dauerhafter 301-Weiterleitung an eine Adresse geschickt, und jede Seite gibt diese Adresse als kanonisch an. Das ist kein Domainwechsel; das Tool zur Adressänderung von Google wird dafür nicht verwendet.

Eine Domain wirkt wie eine einzige Website, für eine Suchmaschine hat sie aber vier Einstiegspunkte: http://example.com, http://www.example.com, https://example.com und https://www.example.com. Liefern alle vier denselben Inhalt mit dem Code 200, sieht Google vier Kopien derselben Seite und entscheidet selbst, welche es zeigt. Die Links, die andere Websites Ihnen geben, verteilen sich auf diese vier Formen, und der Crawling-Aufwand wird geviertelt. Hier Ordnung zu schaffen, ist einer der ersten Schritte jedes Website-Relaunchs und steht im Rahmen von Website-Relaunch und Migration als eigene Position.

Was ist beim Umstieg auf HTTPS zu tun?

Der Umstieg auf HTTPS ist eine Änderung des Adressschemas: Das Präfix http:// wird in jeder Seitenadresse durch https:// ersetzt. Googles Dokumentation zum Website-Umzug behandelt auch einen Protokollwechsel als Umzug mit URL-Änderungen; das Prinzip ist also dasselbe: Jede alte Adresse sollte mit einer dauerhaften Weiterleitung in einem einzigen Schritt zu ihrer neuen Form gehen.

• Installieren Sie zuerst ein gültiges Zertifikat und prüfen Sie, dass sich die Website auf jeder Seite über https öffnet.
• Lassen Sie in den Seiten keine Bilder, Skripte oder Schriften übrig, die über http geladen werden; der Browser kann sie blockieren oder eine Warnung anzeigen.
• Erzeugen Sie interne Links, kanonische Tags, hreflang-Links und die Sitemap mit https-Adressen neu.
• Schicken Sie jede Anfrage, die über http kommt, per 301 an die https-Entsprechung desselben Pfads.
• Haben Sie in der Search Console keine https-Property, fügen Sie eine hinzu; eine Property auf Domainebene deckt beide Schemata gemeinsam ab.
• Verwenden Sie das Tool zur Adressänderung NICHT: Die Hilfeseite der Search Console zählt den Wechsel von http zu https nicht zum Einsatzbereich dieses Tools.

Mit oder ohne www?

Für die Suche hat keine der beiden Varianten einen Vorteil; wichtig ist, sich für eine zu entscheiden und die andere dauerhaft auf sie weiterzuleiten. Die Wahl entscheiden oft technische Details: Manche Hosting- und Content-Delivery-Dienste bieten auf der Stammdomain weniger Flexibilität, weshalb häufig die www-Adresse bevorzugt wird. Wofür Sie sich auch entscheiden, kanonische Tags, Sitemap, interne Links und Weiterleitung sollten auf dieselbe Adresse zeigen. Zeigen Weiterleitung und kanonisches Tag auf verschiedene Adressen, entscheidet die Suchmaschine selbst, welcher sie glaubt.

Auch ein www-Wechsel gilt nicht als Domainwechsel. Die Hilfeseite der Search Console sagt, dass für den Wechsel zwischen den Formen mit und ohne www nicht das Tool zur Adressänderung, sondern Weiterleitung und kanonische Adresse zu verwenden sind. Wechseln Sie tatsächlich auf eine andere Domain, ist das eine eigene Aufgabe: Leitfaden zum Domainwechsel.

Wie schreibt man die HTTPS- und www-Weiterleitung in Apache?

Die folgenden .htaccess-Zeilen schicken jede Anfrage, die über http oder ohne www kommt, in einem einzigen Schritt an die https-Adresse mit www. Ist eine der beiden Bedingungen erfüllt, greift die Regel, und der Pfad bleibt exakt erhalten. Die Domain ist ein Beispiel.

1. RewriteEngine On
2. RewriteCond %{HTTPS} off [OR]
3. RewriteCond %{HTTP_HOST} !^www\. [NC]
4. RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]

Eine Warnung: Steht Ihre Website hinter einem Content-Delivery-Netzwerk oder einem Reverse Proxy, kann Ihr Server die Anfrage als http sehen, obwohl sie über https kam. In diesem Fall erzeugt diese Regel eine Schleife, und die Seite öffnet sich nie. Bevor Sie die Regel schreiben, klären Sie, wie die dazwischenliegende Schicht die Anfrage an Ihren Server weitergibt.

Wie schreibt man die HTTPS- und www-Weiterleitung in Nginx?

In Nginx wird jede Form in einem eigenen server-Block abgefangen: Alles, was auf Port 80 ankommt, und Anfragen ohne www auf 443 werden in einem einzigen Schritt an die maßgebliche Adresse geschickt. Der eigene server-Block der maßgeblichen Adresse enthält die normale Konfiguration der Website.

1. server {
2. listen 80;
3. server_name example.com www.example.com;
4. return 301 https://www.example.com$request_uri;
5. }
6. server {
7. listen 443 ssl;
8. server_name example.com;
9. return 301 https://www.example.com$request_uri;
10. }

Was ist HSTS, und sollte man es nach dem Umstieg auf HTTPS aktivieren?

HSTS ist ein Antwort-Header, mit dem der Server dem Browser sagt: „Öffne diese Website ab jetzt nur noch über https.“ Ein Browser, der den Header einmal gesehen hat, sendet für die angegebene Dauer keine http-Anfragen an diese Domain; er wandelt die Adresse selbst in https um. So entfällt für wiederkehrende Besucher der erste Weiterleitungsschritt von http zu https. Der Preis ist, dass ein Zurück schwieriger wird: Wurde eine lange Dauer gewählt und tritt bei https ein Problem auf, weigern sich diese Browser, die Website über http zu öffnen. Eine Einstellung, die auch Subdomains einschließt, sperrt zudem eine Subdomain, die noch nicht für https bereit ist. Deshalb wird HSTS erst aktiviert, nachdem sich gezeigt hat, dass https auf allen Seiten und allen Subdomains einwandfrei funktioniert, und zunächst mit kurzer Dauer.

Sollten auch Formen mit Schrägstrich und index.html zusammengeführt werden?

Ja. Lässt sich dieselbe Seite unter /hizmetler, /hizmetler/ und /hizmetler/index.html öffnen, ist das eine kleinere Ausgabe desselben Problems. Wählen Sie eine Form als maßgebliche, leiten Sie die anderen auf sie weiter, und lassen Sie das kanonische Tag der Seite auf die maßgebliche Form zeigen. Unterschiede zwischen Groß- und Kleinschreibung und Tracking-Parameter gehören zur selben Familie; die kanonische Adresse gibt es genau für diese Fälle.

Wie viele Adressen wurden auf dieser Website zu einer Seite zusammengeführt?

Am 22. August 2026 kannte die Search Console 93 Adressen dieser Website; die Website hatte 58 Seiten. Die 35 Adressen dazwischen waren keine eigenen Seiten, sondern die Varianten derselben Seiten ohne www, mit http, ohne abschließenden Schrägstrich und mit /index.html am Ende. Als wir live prüften, gingen alle mit 301 oder 307 auf eine einzige Adresse. Einen Tag zuvor sah es anders aus: Am 21. August lieferte die Adresse ohne www den Inhalt direkt mit 200 statt mit einer Weiterleitung, das heißt, dieselbe Website war unter zwei verschiedenen Adressen online. Auf dem Server wurde eine 301 eingerichtet, die jede Anfrage ohne www mit unverändertem Pfad an die www-Adresse schickt.

Am 23. September 2026 haben wir die Kette Schritt für Schritt erneut gemessen. Eine Anfrage über http und ohne www kommt in zwei Schritten an: zuerst von http zu https, dann von der Adresse ohne www zur www-Adresse. Den ersten Schritt macht nicht unser Servercode, sondern die vorgelagerte Hosting-Schicht. Kommt noch eine alte Seitenadresse hinzu, ist der längste Weg drei Schritte. Die Formen ohne abschließenden Schrägstrich und mit /index.html führt die Hosting-Plattform mit 307 zusammen. All das liegt innerhalb der von Google empfohlenen Grenze — die Dokumentation zum Website-Umzug empfiehlt, Ketten auf höchstens drei Schritte zu begrenzen —, ist aber nicht ein einziger Schritt. Auf unserer eigenen Website kennen und messen wir diesen Unterschied; in einer Kundenzuordnung ist das Ziel, dass jede alte Adresse in einem einzigen Schritt ankommt. Warum Ketten kurz gehalten werden, erklärt der Eintrag Weiterleitungskette.

Dieselbe Frage haben wir auch an einer breiteren Stichprobe untersucht. Der offene Datensatz dieser Website, das Messobservatorium, rief die Stammadresse von 160 Websites aus der Türkei und der EU über https auf und verfolgte die Kette bis zum Ende. Bei der Messung vom 31. August 2026 antworteten von den 131 erreichbaren Websites 34 direkt, 84 erreichten die Zieladresse mit einem Weiterleitungsschritt, 13 mit zweien. 83 derselben 131 Websites sendeten den HSTS-Header, der den Browser anweist, die Website nur über https zu öffnen. Die Namen der Websites werden nicht veröffentlicht, nur die Summen.

Die Zahl der Adressen, die Google kennt, ist immer höher als die Seitenzahl Ihrer Website.

Was sieht man nach den Weiterleitungen in der Search Console?

Die zusammengeführten Formen erscheinen im Bericht zur Seitenindexierung der Search Console als „Seite mit Weiterleitung“. Das ist kein Fehler: Der Bericht schreibt, dass nicht kanonische Adressen, die auf eine andere Adresse weiterleiten, nicht indexiert werden und dass dies der erwartete Zustand ist. Am 22. August standen auf dieser Website 4 Adressen in dieser Zeile. Die Zeile, auf die es wirklich ankommt, ist „Weiterleitungsfehler“: Zu lange Ketten, Schleifen oder leere Ziele erscheinen dort. Was in den Wochen nach dem Launch zu beobachten ist, steht im Leitfaden zur Beobachtung nach der Migration.

Wenn Sie beim Relaunch keinen Traffic verlieren möchten: Website-Relaunch und Migration erfasst die alten Adressen, baut eine kettenfreie 301-Weiterleitungstabelle und überwacht die Website 90 Tage nach dem Umzug.