Mit oder ohne www: Welche Variante für SEO besser ist

Kurz gesagt: Für das Ranking bei Google ist es unerheblich, ob deine Domain mit oder ohne www erreichbar ist. Es gibt keinen dokumentierten Bonus für die eine oder andere Schreibweise. Was dagegen sehr wohl Schaden anrichtet, ist der Zustand, in dem beide Varianten parallel antworten und jeweils dieselben Inhalte ausliefern. Dann konkurrieren zwei Hostnamen um dieselben Seiten, Signale verteilen sich, und Berichte werden unübersichtlich.

Dieser Beitrag beantwortet deshalb zwei Fragen. Erstens: Nach welchen praktischen Kriterien entscheidest du dich für eine Variante? Zweitens: Wie stellst du sicher, dass die andere Variante Google und Besuchern nur noch den Weg zur richtigen weist? Dazu gehören die Weiterleitung, der Canonical-Tag, Sitemap, interne Links, SSL-Zertifikat und die Einrichtung in der Search Console.

Warum Google www und non-www als zwei Websites behandelt

Technisch sind example.com und www.example.com zwei verschiedene Hostnamen. Das „www“ ist nichts anderes als eine Subdomain, die per Konvention für den Webauftritt verwendet wird. Dass beide Adressen bei den meisten Hostern auf denselben Server zeigen, ist eine Einstellung im DNS und in der Serverkonfiguration, keine Garantie des Webs. Für einen Crawler sind es getrennte Adressen, die zufällig dasselbe ausliefern können.

Wenn beide Varianten mit Status 200 antworten, entsteht Duplicate Content im engeren Sinn: identische Inhalte unter zwei URLs pro Seite. Google versucht zwar, selbst eine kanonische Version zu wählen, und wählt dabei oft vernünftig. Verlassen solltest du dich darauf nicht, denn die Wahl kann von Seite zu Seite unterschiedlich ausfallen. Dann steht die Startseite in den Ergebnissen ohne www, die Unterseiten aber mit.

Die Folgen sind konkret, aber selten dramatisch: Backlinks zeigen auf beide Varianten und bündeln sich nicht an einer Adresse. Die Leistungsdaten in der Search Console verteilen sich auf mehrere Einträge. Dein Analytics-Tool zählt dieselbe Seite doppelt. Und bei jeder Änderung an der Website musst du mitdenken, welche Variante gerade gemeint ist. Das Problem ist also weniger ein Strafmechanismus als ein Verlust an Klarheit und Bündelung.

Hat die Wahl Einfluss auf das Ranking?

Nein, nicht in dem Sinn, dass eine der beiden Varianten bevorzugt würde. Google hat nie eine Präferenz für www oder non-www kommuniziert, und in der Praxis ranken große Seiten in beiden Schreibweisen. Es zählt allein, dass du dich festlegst und dabei konsequent bleibst. Wer sich auf die Suche nach einem versteckten Rankingvorteil macht, sucht an der falschen Stelle.

Indirekt kann die Wahl trotzdem Bedeutung haben, und zwar über die Technik dahinter. Manche Setups sind mit der einen Variante einfacher zu betreiben als mit der anderen, etwa beim DNS, bei einem Content Delivery Network oder bei der Verwaltung von Cookies. Wenn eine Variante zu Ausfällen, langsamen Weiterleitungsketten oder Zertifikatsfehlern führt, leidet das Nutzererlebnis, und damit auch die Sichtbarkeit. Das ist aber ein Betriebsthema, kein SEO-Signal der Schreibweise selbst.

Ein weiterer Punkt, der oft übersehen wird: Die Wahl ist in der Suchergebnisseite weitgehend unsichtbar. Google zeigt in vielen Darstellungen den Domainnamen ohne führendes www an, und auch Nutzer tippen die Adresse selten vollständig. Die Wirkung auf das Klickverhalten ist deshalb gering. Entscheide nach Betrieb und Pflegbarkeit, nicht nach Bauchgefühl über Rankings.

Kriterien für die Entscheidung: mit www oder ohne

Wenn du eine neue Website startest, kannst du frei wählen. Bei einer bestehenden Website gilt fast immer: Bleib bei der Variante, unter der die Seite heute überwiegend bekannt, verlinkt und indexiert ist. Ein Wechsel ist möglich, kostet aber Aufwand und bringt keinen Gewinn, solange die aktuelle Variante sauber funktioniert. Für eine Neuentscheidung helfen folgende Überlegungen.

• DNS-Flexibilität: Die Variante mit www ist eine Subdomain und kann per CNAME auf einen Dienstanbieter zeigen, etwa auf ein CDN oder eine Plattform. Die Apex-Domain ohne www darf laut DNS-Standard keinen CNAME haben, weil auf derselben Ebene Pflichteinträge wie SOA und NS liegen. Viele Anbieter lösen das mit CNAME-Flattening oder ALIAS-Einträgen, aber nicht alle.
• Cookies: Ein Cookie, das für die Apex-Domain mit Domain-Attribut gesetzt wird, gilt auch für alle Subdomains. Mit www kannst du Webauftritt und andere Subdomains, etwa für statische Dateien oder Anwendungen, leichter trennen. Ohne www musst du dort genauer aufpassen.
• Kürze und Wiedererkennung: Die Variante ohne www ist kürzer in Visitenkarten, Anzeigen und Social-Media-Profilen. Das ist ein Komfortargument, kein SEO-Argument.
• Bestehende Altlasten: Wenn die meisten Backlinks, Verweise in Verzeichnissen und gedruckte Materialien auf eine Variante zeigen, spricht das für diese. Die Weiterleitung fängt die andere Variante zwar ab, aber jeder Umweg ist ein Zusatzschritt.
• Technischer Betrieb: Prüfe, womit dein Hosting, dein CMS und dein CDN am besten zurechtkommen. Die robustere, besser dokumentierte Variante gewinnt.

Die andere Variante konsolidieren: 301, Canonical und HTTPS in einem Zug

Das Herzstück ist die serverseitige Weiterleitung mit Status 301 (dauerhaft). Jede Anfrage an die nicht gewählte Variante wird auf dieselbe Seite der gewählten Variante umgeleitet, nicht pauschal auf die Startseite. Aus http://example.com/seite/ wird https://www.example.com/seite/, wenn du dich für www entschieden hast. Die 301 ist das stärkste Signal, das du senden kannst, weil Nutzer und Crawler die falsche Adresse gar nicht erst sehen.

Achte darauf, dass die Umleitung in einem einzigen Schritt erfolgt. Häufig passiert Folgendes: Zuerst wird http auf https umgeleitet, danach ohne www auf mit www, also zwei Hops hintereinander. Das funktioniert, kostet aber Zeit und erhöht die Fehleranfälligkeit. Prüfe mit einem Tool, das die Weiterleitungskette anzeigt, etwa mit dem Befehl curl -I oder dem Netzwerk-Tab der Browser-Entwicklertools, wie viele Schritte tatsächlich nötig sind. Ziel sind ein Hop oder maximal zwei, nie eine Kette aus vier Stationen.

Auf dem Apache-Server geschieht das typischerweise über eine RewriteRule in der .htaccess-Datei oder der Serverkonfiguration, bei Nginx über einen eigenen server-Block, der nur die Weiterleitung enthält. In WordPress und vergleichbaren Systemen hängt das Verhalten zusätzlich von den Einstellungen für die Website-Adresse ab. Wenn dort eine Variante hinterlegt ist, die vom Server anders umgeleitet wird, entstehen Schleifen. Teste deshalb nach jeder Änderung die vier möglichen Einstiegspunkte: http ohne www, http mit www, https ohne www und https mit www. Alle vier müssen am Ende bei genau derselben Adresse landen.

Der Canonical-Tag ist die zweite Schicht, nicht der Ersatz. Jede Seite verweist per rel=canonical auf die absolute URL ihrer gewählten Variante, einschließlich https und www-Entscheidung. Ein Canonical ist ein Hinweis, keine Anweisung, und er wirkt nur, wenn Google die Seite überhaupt aufruft. Die 301 verhindert, dass die falsche Variante noch ausgeliefert wird; der Canonical fängt Fälle ab, in denen doch einmal eine Seite durchrutscht, etwa durch einen vergessenen Subdomain-Eintrag oder einen Testserver.

Was sonst noch auf die gewählte Variante zeigen muss

Eine Weiterleitung allein reicht nicht, wenn die Seite selbst weiter die falsche Adresse verbreitet. Gehe die Stellen durch, an denen sich Adressen ansammeln, denn sie senden sonst widersprüchliche Signale.

• XML-Sitemap: Sie enthält ausschließlich URLs der gewählten Variante mit korrektem Protokoll. Eine Sitemap voller Adressen, die erst weiterleiten, verschwendet Crawling-Budget und wirkt unsauber.
• Interne Links: Menüs, Breadcrumbs, Artikelverlinkungen und Bildpfade sollten direkt auf die Zielvariante zeigen. Auch wenn die Weiterleitung greift, spart jeder direkte Link einen Zusatzabruf.
• Hreflang-Angaben: Wenn du mehrere Sprachversionen pflegst, müssen die URLs darin exakt denen entsprechen, die auch kanonisch sind. Abweichungen führen dazu, dass Google die Angaben ignoriert.
• Strukturierte Daten: Felder wie url, logo oder sameAs sollten dieselbe Schreibweise verwenden wie der Canonical.
• Robots.txt: Der Sitemap-Verweis darin nennt die gewählte Adresse. Beachte, dass jede Variante ihre eigene robots.txt hat; die der nicht gewählten Variante wird nach der Weiterleitung nicht mehr relevant, solange sie ebenfalls umgeleitet wird.
• Externe Profile: Google Unternehmensprofil, Social-Media-Bios, Verzeichniseinträge und E-Mail-Signaturen auf die Zieladresse umstellen. Auf fremde Backlinks hast du keinen Einfluss, die 301 fängt sie ab.

SSL-Zertifikat, HSTS und die Falle der vergessenen Variante

Ein häufiger Stolperstein ist das Zertifikat. Wenn die nicht gewählte Variante nur über http umgeleitet wird, aber kein gültiges Zertifikat besitzt, sehen Besucher, die https://example.com eintippen, eine Browserwarnung, bevor die Weiterleitung überhaupt greift. Das Zertifikat muss deshalb beide Hostnamen abdecken, entweder als Zertifikat mit beiden Einträgen oder als Wildcard. Bei den meisten automatisierten Zertifikatsdiensten reicht es, beide Namen anzugeben.

HSTS ist eine weitere Schicht: Der Header weist den Browser an, eine Domain künftig nur noch über https anzusprechen. Mit dem Zusatz includeSubDomains gilt das auch für alle Subdomains, was bei einer Apex-Domain dazu führt, dass auch www betroffen ist. Setze HSTS erst, wenn du sicher bist, dass alle Subdomains per https laufen, denn der Browser merkt sich die Anweisung für die angegebene Dauer, und ein Zurück ist mühsam.

Die vergessene Variante zeigt sich oft erst Monate später: Ein Mitarbeiter legt einen neuen A-Record für die andere Schreibweise an, oder ein Hosterwechsel setzt die Weiterleitung zurück. Plötzlich antwortet wieder beides mit 200. Ein kurzer wiederkehrender Check der vier Einstiegspunkte erspart dir späteres Rätselraten. Nach einem Hosterwechsel gehört er ohnehin in die Abnahmeliste.

Search Console: Domain- oder URL-Präfix-Property

In der Search Console gibt es zwei Arten, eine Website einzurichten. Eine Domain-Property erfasst alle Varianten einer Domain in einem Bericht: mit und ohne www, http und https sowie sämtliche Subdomains. Sie wird über einen DNS-Eintrag bestätigt. Eine URL-Präfix-Property dagegen gilt nur für genau die eingetragene Adresse, also zum Beispiel https://www.example.com/ und nichts anderes.

Für die Konsolidierung empfiehlt sich meist beides. Die Domain-Property gibt dir den Gesamtüberblick und zeigt, ob noch Zugriffe auf der falschen Variante auftauchen. Die URL-Präfix-Property der gewählten Variante liefert den sauberen Bericht für die Seite, die du tatsächlich pflegst, und lässt sich auch an Mitarbeiter oder Agenturen vergeben, ohne DNS-Zugriff zu verlangen. Hast du bisher nur eine Property der Variante, die du aufgeben willst, lege die neue vor der Umstellung an, damit die Historie beider Varianten nebeneinander sichtbar bleibt.

Die Funktion „Adressänderung“ der Search Console ist für den Wechsel auf eine andere Domain gedacht. Für den reinen Wechsel zwischen www und non-www oder zwischen http und https steht sie nicht zur Verfügung, weil es sich nicht um eine andere Domain handelt. Hier tragen die 301-Weiterleitungen, die korrigierte Sitemap und die saubere Verlinkung die gesamte Last.

Nachträglicher Wechsel: So gehst du vor, ohne Sichtbarkeit zu verlieren

Steht die Seite schon länger online und du willst die Variante wechseln, behandle das wie eine kleine Migration. Notiere zuerst die aktuellen Zustände: Anzahl der indexierten Seiten, die stärksten Landingpages, die wichtigsten Backlink-Ziele. Das ist deine Vergleichsbasis.

Dann stellst du die Weiterleitung um, sodass jede URL der alten Variante auf das Gegenstück der neuen zeigt. Gleichzeitig aktualisierst du Canonicals, Sitemap, interne Links und strukturierte Daten. Reiche die neue Sitemap in der Search Console ein. In den folgenden Wochen beobachtest du Indexierung und Crawling-Statistiken. Schwankungen sind in der Übergangsphase normal; dauerhafte Einbrüche deuten auf einen Fehler in der Weiterleitungslogik hin, etwa Seiten, die auf die Startseite umgeleitet werden, statt auf ihr Gegenstück.

Lass die alten Weiterleitungen danach dauerhaft bestehen. Backlinks und Lesezeichen zeigen noch Jahre auf die frühere Adresse. Wer die 301 nach einigen Monaten entfernt, verschenkt genau die Signale, die er gerade mühsam übertragen hat.

Typische Fehler und wie du sie erkennst

Die meisten Probleme mit der Domain-Variante sind keine Wissenslücken, sondern Konfigurationsfehler, die sich mit einem kurzen Test finden lassen. Die folgenden Muster tauchen immer wieder auf.

• Weiterleitungsschleife: Der Server leitet auf www, das CMS leitet zurück auf non-www. Der Browser meldet „zu viele Weiterleitungen“. Ursache sind meist zwei Stellen, die jeweils eine andere Variante für richtig halten.
• Canonical auf die falsche Variante: Die Seite ist per 301 umgeleitet, nennt aber im Canonical die alte Adresse. Das erzeugt widersprüchliche Signale und sollte vor allem nach Templates und Plugins geprüft werden.
• Weiterleitung auf die Startseite: Statt Seite zu Seite werden alle Anfragen pauschal an die Startseite geschickt. Google behandelt das im Zweifel wie einen Soft-404-Fall, und Linkkraft geht verloren.
• Testserver oder Staging indexierbar: Eine Subdomain mit Kopie der Seite ist öffentlich erreichbar und wird gecrawlt. Schütze sie per Passwort, nicht nur per robots.txt.
• Gemischte Protokolle: Einzelne interne Links, Bilder oder Skripte verwenden noch http. Das erzeugt Weiterleitungen oder Warnungen wegen unsicherer Inhalte.
• Nur die Startseite getestet: Die Weiterleitung funktioniert für die Wurzel, nicht aber für Unterseiten oder URLs mit Parametern. Teste stets auch tiefe Pfade.