Die Frage „WWW oder ohne WWW?“ wirkt auf den ersten Blick wie eine reine Geschmacksentscheidung. Technisch handelt es sich jedoch um zwei unterschiedliche Hostnamen: www.beispiel.de und beispiel.de sind nicht automatisch dieselbe Adresse. Für Besucherinnen und Besucher ist der Unterschied oft kaum sichtbar, für DNS, Webserver, Weiterleitungen, Cookies und Suchmaschinen kann er jedoch relevant sein.
Die gute Nachricht: Beide Varianten können zuverlässig funktionieren. Entscheidend ist nicht, welche Form grundsätzlich besser ist, sondern dass Sie eine Hauptadresse festlegen, sie konsequent verwenden und die jeweils andere Variante sauber weiterleiten. Dieser Ratgeber zeigt die wichtigsten Entscheidungskriterien, typische Fehler und einen praxistauglichen Ablauf für neue und bestehende Websites.
Was bedeutet „WWW oder ohne WWW?“
„WWW“ steht traditionell für „World Wide Web“ und wird als Subdomain vor der eigentlichen Domain verwendet. Bei der Domain beispiel.de ist www.beispiel.de also eine Subdomain. Die Variante ohne Präfix wird häufig als Root-Domain, Apex-Domain oder Naked Domain bezeichnet.
Beide Adressen können auf denselben Webauftritt zeigen, müssen es aber nicht. DNS-Einträge, Serverkonfiguration und Weiterleitungen legen fest, was beim Aufruf tatsächlich passiert. Wenn beide Varianten ohne Weiterleitung dieselben Inhalte ausliefern, können technische und redaktionelle Unklarheiten entstehen.
- Mit WWW:
https://www.beispiel.de - Ohne WWW:
https://beispiel.de
Zusätzlich spielt das Protokoll eine Rolle. http://beispiel.de und https://beispiel.de sollten ebenfalls nicht dauerhaft gleichberechtigt nebeneinander bestehen. In der Praxis wählen Sie daher eine vollständige kanonische Adresse, etwa https://www.beispiel.de, und leiten alle anderen Varianten dorthin um.
Gibt es eine SEO-seitig bessere Variante?
Die Grafik sollte zeigen, dass www.beispiel.de und beispiel.de technisch unterschiedliche Hostnamen sind. Dadurch wird verständlich, warum DNS, Server und Weiterleitungen bei der Auswahl berücksichtigt werden müssen.
Eine allgemeingültige SEO-Antwort zugunsten von WWW oder ohne WWW gibt es nicht. Suchmaschinen können beide Varianten verarbeiten. Für die Sichtbarkeit ist vor allem wichtig, dass Ihre Website eine klare bevorzugte URL verwendet und diese Entscheidung technisch konsistent umgesetzt wird.
Problematisch wird es, wenn dieselbe Seite unter mehreren Adressen erreichbar ist und keine eindeutige Signalisierung vorhanden ist. Dann können sich Verweise, externe Links, interne Links und Auswertungen auf verschiedene URL-Versionen verteilen. Eine Suchmaschine muss zwar nicht automatisch „doppelte Inhalte“ im strengen Sinne annehmen, doch unnötige Varianten erschweren die saubere Zuordnung.
Die Wahl selbst ist daher weniger wichtig als die konsequente Umsetzung. Verwenden Sie die gewählte Variante unter anderem in:
- internen Links und der Navigation,
- XML-Sitemap und strukturierten Daten,
- kanonischen Linkelementen,
- Weiterleitungen von alten oder alternativen URLs,
- Social-Media-Profilen und Kampagnenlinks,
- Analytics- und Search-Console-Konfigurationen,
- Dokumenten, E-Mail-Signaturen und Printmaterialien.
Welche Variante passt zu welchem Website-Projekt?
Die Entscheidung sollte zu Ihrer technischen Umgebung, zur Markenkommunikation und zur langfristigen Planung passen. Für die meisten kleinen Unternehmenswebsites, Blogs und Vereinsseiten sind beide Varianten praktikabel. Wählen Sie die Adresse, die bereits etabliert ist oder sich in Ihrer Infrastruktur einfacher sauber betreiben lässt.
Wann WWW sinnvoll sein kann
Die WWW-Variante hat einen technischen Vorteil: Sie ist eindeutig als Hostname erkennbar. Das kann bei größeren Websites mit mehreren Subdomains, verteilten Systemen oder komplexer Infrastruktur übersichtlich sein. Dienste wie shop.beispiel.de, api.beispiel.de oder cdn.beispiel.de lassen sich in eine klar erkennbare Hostnamen-Struktur einordnen.
Auch bei Cookies kann die Trennung hilfreich sein. Cookies für www.beispiel.de müssen nicht automatisch für die Root-Domain oder andere Subdomains gelten. Das ist keine automatische Sicherheitsgarantie, ermöglicht aber eine differenziertere Konfiguration.
Wann die Variante ohne WWW sinnvoll sein kann
Die kurze Adresse ohne WWW wirkt in Anzeigen, auf Visitenkarten und in mündlicher Kommunikation oft kompakter. Für eine kleine Website mit überschaubarer Technik kann sie daher eine gute Wahl sein. Viele Marken verwenden sie aus Gründen der Einfachheit und Lesbarkeit.
Technisch sollte jedoch geprüft werden, ob die verwendete DNS-Infrastruktur die Root-Domain zuverlässig auf die gewünschte Zieladresse zeigen lässt. Bei modernen DNS-Diensten ist das meist lösbar, die konkrete Umsetzung hängt aber vom Anbieter ab. Eine Root-Domain kann nicht bei jedem DNS-Setup auf dieselbe Weise behandelt werden wie eine normale Subdomain.
Die wichtigsten Entscheidungskriterien
Bevor Sie sich festlegen, betrachten Sie nicht nur die sichtbare URL. Die folgenden Fragen helfen dabei, eine Entscheidung zu treffen, die auch bei späterem Wachstum Bestand hat.
Bestehende Sichtbarkeit und Verlinkungen
Wenn Ihre Website bereits veröffentlicht ist, sollte die bisherige Hauptvariante grundsätzlich beibehalten werden. Prüfen Sie, welche URLs in Suchergebnissen, externen Verweisen, Branchenprofilen, Presseartikeln und Marketingmaterialien verwendet werden. Ein Wechsel ist möglich, verursacht aber zusätzlichen Prüf- und Pflegeaufwand.
Besonders sorgfältig sollten Sie bei Websites mit vielen Backlinks, Landingpages oder internationaler Struktur vorgehen. Ein Wechsel der Hauptdomain ist zwar keine vollständige Änderung der Domain, dennoch müssen alle betroffenen Adressen korrekt weitergeleitet und überwacht werden.
Technische Infrastruktur
Fragen Sie Ihre Hosting- oder Technikverantwortlichen, welche Variante bereits als primärer Host eingerichtet ist. Relevant sind DNS-Einträge, Webserver, Reverse Proxy, Content-Management-System, CDN und TLS-Zertifikat. Beide Hostnamen müssen bei einer professionellen Einrichtung entweder abgedeckt sein oder die alternative Variante muss bereits vor dem Weiterleiten sicher erreichbar sein.
Ein Zertifikat für beispiel.de deckt nicht automatisch jede denkbare Subdomain ab. Umgekehrt gilt ein Zertifikat für www.beispiel.de nicht zwingend für die Root-Domain. Prüfen Sie daher, dass sowohl die Hauptadresse als auch die Weiterleitungsadresse unter HTTPS ohne Zertifikatswarnung erreichbar sind.
Geplante Subdomains und Dienste
Planen Sie später einen Shop, ein Kundenportal, eine API oder eine Medienplattform, kann die WWW-Variante für eine klare Hostnamen-Struktur sorgen. Das ist kein Muss, kann aber die Zuständigkeiten verständlicher machen. Bei kleinen Projekten ohne weitere Dienste ist dieser Gesichtspunkt weniger wichtig.
Cookies und Sicherheitsgrenzen
Cookies können für eine bestimmte Hostdomain oder für eine übergeordnete Domain gesetzt werden. Eine Website ohne WWW nutzt die Root-Domain bereits als zentrale Adresse; zusätzliche Subdomains sollten deshalb bewusst in die Cookie-Strategie einbezogen werden. Vermeiden Sie möglichst unnötig weit gefasste Cookies und prüfen Sie, welche Anwendungen tatsächlich Zugriff benötigen.
Die URL-Wahl ersetzt keine Sicherheitsmaßnahmen. HTTPS, aktuelle Software, sichere Authentifizierung, passende Cookie-Attribute und eine korrekte Serverkonfiguration bleiben unabhängig von WWW oder ohne WWW erforderlich.
So setzen Sie eine bevorzugte Variante technisch richtig um
Eine saubere Umsetzung besteht aus mehreren Bausteinen. Eine einzelne Einstellung im Content-Management-System reicht nicht immer aus. Gehen Sie systematisch vor und dokumentieren Sie die gewünschte Hauptadresse.
1. Eine kanonische Adresse festlegen
Entscheiden Sie sich für eine vollständige Zieladresse inklusive HTTPS, zum Beispiel https://www.beispiel.de oder https://beispiel.de. Diese Adresse sollte auf der Startseite, in der Sitemap, in der Dokumentation und in allen neuen Veröffentlichungen verwendet werden.
2. Die alternative Variante dauerhaft weiterleiten
Richten Sie eine serverseitige permanente Weiterleitung von der nicht bevorzugten Variante auf die entsprechende Ziel-URL ein. In der Regel wird dafür der HTTP-Statuscode 301 verwendet. Bei einer modernen Website sollten zusätzlich die HTTP-Varianten auf HTTPS weiterleiten.
Wichtig ist, dass die Weiterleitung möglichst direkt zum richtigen Ziel führt. Eine Kette wie http://beispiel.de zu https://beispiel.de und anschließend zu https://www.beispiel.de ist unnötig. Besser ist eine direkte Weiterleitung auf die endgültige Adresse. Bei einzelnen Unterseiten sollte der Pfad erhalten bleiben, sofern die Zielseite weiterhin existiert.
3. DNS und Webserver prüfen
Beide Hostnamen müssen DNS-seitig sinnvoll behandelt werden. Der Hostname, der weiterleitet, muss den Server oder Dienst erreichen können, der die Weiterleitung ausliefert. Der Webserver muss außerdem wissen, für welche Hostnamen er zuständig ist und welche Antwort er jeweils liefern soll.
Bei einem Wechsel prüfen Sie auch Caching-Effekte. DNS-Änderungen und Weiterleitungen können abhängig von TTL, Browsercache, Proxy und CDN unterschiedlich schnell sichtbar werden. Testen Sie deshalb nicht nur in einem bereits verwendeten Browser, sondern auch mit einem privaten Fenster und mehreren Netzwerken.
4. Interne Verweise aktualisieren
Verlinken Sie innerhalb der Website direkt auf die bevorzugte Variante. Das gilt für Menüs, Logos, Breadcrumbs, Bilder, Downloads, strukturierte Daten und hreflang-Verweise. Interne Links sollten nicht unnötig über eine Weiterleitung laufen, da direkte Zieladressen für Wartbarkeit und Analyse sauberer sind.
5. Canonical und Sitemap kontrollieren
Das rel="canonical"-Element sollte auf die bevorzugte URL der jeweiligen Seite zeigen. Es ersetzt keine Weiterleitung, unterstützt aber die Signalisierung an Suchmaschinen. Die XML-Sitemap sollte ausschließlich die kanonischen, erreichbaren HTTPS-URLs enthalten. Prüfen Sie, ob Ihr CMS oder SEO-Plugin die gewünschte Variante tatsächlich ausgibt.
Typische Fehler bei der Umstellung
Viele Probleme entstehen nicht durch die Auswahl selbst, sondern durch unvollständige Umsetzung. Die folgenden Fälle treten besonders häufig auf.
- Beide Varianten liefern denselben Inhalt: Ohne klare Weiterleitung und Canonical-Signale bleiben mehrere Adressen aktiv.
- Weiterleitungen führen in Schleifen: Eine Regel im CMS und eine zweite Regel im Webserver können sich gegenseitig widersprechen.
- Gemischte interne Links: Einige Seiten verweisen auf WWW, andere auf die Root-Domain. Das macht Crawling und Auswertung unnötig unübersichtlich.
- HTTPS wird nicht vollständig berücksichtigt: Die WWW-Entscheidung ist korrekt, aber einzelne HTTP- oder Ressourcen-URLs bleiben bestehen.
- Cookies funktionieren nach dem Wechsel nicht mehr: Anmeldungen, Warenkörbe oder Sitzungen können betroffen sein, wenn Host- und Cookie-Einstellungen nicht zusammenpassen.
- Hardcodierte URLs bleiben unentdeckt: Bilder, Feeds, Skripte, Downloads oder PDF-Dateien enthalten weiterhin die alte Variante.
- Analysewerkzeuge zeigen uneinheitliche Daten: Wenn Property-, Filter- oder Datenstrom-Einstellungen nicht angepasst werden, ist die Zeitreihe schwer vergleichbar.
Checkliste für einen sicheren Wechsel
Wenn Sie von WWW auf ohne WWW oder umgekehrt wechseln, planen Sie die Umstellung wie eine kleine technische Migration. Eine möglichst vollständige Checkliste sieht so aus:
- Inventarisieren Sie die bisher verwendeten Hostnamen und Protokolle.
- Legen Sie die neue Hauptadresse schriftlich fest.
- Prüfen Sie DNS, Hosting, Webserver, CDN und TLS-Zertifikate.
- Erstellen Sie Weiterleitungen mit erhaltenem Pfad und möglichst ohne Weiterleitungsketten.
- Aktualisieren Sie CMS-Einstellungen, Canonicals, Sitemap und strukturierte Daten.
- Ersetzen Sie interne Links und fest hinterlegte URLs.
- Prüfen Sie Login, Formulare, Warenkorb, Downloads, Feeds und Medien.
- Aktualisieren Sie externe Profile, Kampagnen und wichtige Dokumente.
- Kontrollieren Sie Suchmaschinen- und Analysewerkzeuge.
- Testen Sie Statuscodes, Weiterleitungen, Zertifikate und wichtige Seitentypen.
- Überwachen Sie nach dem Wechsel Crawling, Fehlermeldungen und Zugriffe auf alte URLs.
Behalten Sie alte Weiterleitungen dauerhaft bei, sofern die früheren URLs weiterhin aufgerufen oder von außen verlinkt werden. Entfernen Sie sie nicht nur deshalb, weil die neue Adresse inzwischen bekannt ist.
Wie lässt sich die Umsetzung prüfen?
Eine Prüfung sollte verschiedene URL-Kombinationen abdecken: HTTP und HTTPS, mit WWW und ohne WWW sowie Startseite und wichtige Unterseiten. Für jede nicht bevorzugte Variante sollte eine eindeutige permanente Weiterleitung zur passenden kanonischen Adresse erfolgen. Die Zielseite sollte anschließend den erwarteten Erfolgsstatus liefern.
Kontrollieren Sie außerdem:
- ob keine Zertifikatswarnung erscheint,
- ob keine Weiterleitungsschleife entsteht,
- ob Pfade, Parameter und Sprachversionen korrekt behandelt werden,
- ob Canonical und Sitemap dieselbe Variante verwenden,
- ob interne Links direkt auf die Hauptadresse zeigen,
- ob Anmeldung und Sitzungen nach dem Wechsel funktionieren,
- ob wichtige Seiten weiterhin in Analyse- und Suchwerkzeugen erfasst werden.
Bei umfangreichen Websites ist eine automatisierte Prüfung der URL-Bestände hilfreich. Für kleine Websites genügt oft eine manuelle Kontrolle der wichtigsten Vorlagen und Seitentypen. Entscheidend ist, nicht nur die Startseite zu testen.
WWW oder ohne WWW bei WordPress
In WordPress wird die bevorzugte Adresse typischerweise in den Feldern für die WordPress-Adresse und die Website-Adresse hinterlegt. Diese Einstellungen sollten normalerweise übereinstimmen und die gewünschte HTTPS-Variante enthalten. Änderungen sollten Sie nicht unüberlegt direkt in der Datenbank durchführen, besonders wenn Sie keinen Zugriff auf ein funktionierendes Backup oder die Serverkonfiguration haben.
Nach der Änderung müssen absolute URLs in Inhalten, Widgets, Menüs und Medien überprüft werden. Caching-Plugins, CDN-Konfigurationen und Sicherheitsplugins können zusätzlich eigene Regeln für Hostnamen oder HTTPS enthalten. Leeren Sie Caches kontrolliert und prüfen Sie anschließend Weiterleitungen sowie die wichtigsten Funktionen.
Bei WordPress-Multisite, WooCommerce, Membership-Systemen oder mehreren Sprachversionen steigt der Prüfaufwand. Hier sollten Sie vor der Umstellung eine Sicherung erstellen und die Änderung möglichst zuerst in einer Testumgebung oder zu einem planbaren Wartungszeitpunkt vorbereiten.
FAQ
Ist WWW oder ohne WWW besser für Google?
Keine der beiden Varianten ist grundsätzlich besser. Suchmaschinen können sowohl WWW- als auch Root-Domains verarbeiten. Entscheidend sind eine konsistente Hauptadresse, funktionierende Weiterleitungen, eindeutige Canonicals, direkte interne Links und eine aktuelle Sitemap.
Kann ich beide Varianten gleichzeitig verwenden?
Technisch können beide Varianten erreichbar sein, empfehlenswert ist das für dieselben Inhalte jedoch nicht. Legen Sie eine Variante als Hauptadresse fest und leiten Sie die andere dauerhaft dorthin weiter. So vermeiden Sie unnötige technische und analytische Uneinheitlichkeit.
Verliere ich beim Wechsel von WWW auf ohne WWW meine Rankings?
Ein sauber geplanter Wechsel muss nicht zu einem dauerhaften Verlust führen. Dennoch ist es eine technische Migration, bei der vorübergehend Schwankungen möglich sind. Entscheidend sind direkte permanente Weiterleitungen, vollständige interne Anpassungen, konsistente Canonicals und eine Kontrolle der wichtigen URLs.
Benötige ich für WWW und ohne WWW zwei Zertifikate?
Das hängt vom Zertifikat und vom Hosting ab. Beide Hostnamen müssen sicher erreichbar sein, auch wenn einer nur weiterleitet. Prüfen Sie deshalb ausdrücklich, ob das eingesetzte Zertifikat sowohl die Hauptadresse als auch die Weiterleitungsadresse abdeckt. Ein Zertifikat für eine einzelne Subdomain deckt die Root-Domain nicht automatisch ab.
Beeinflusst die Entscheidung die Ladezeit?
WWW oder ohne WWW verursacht allein keinen nennenswerten grundlegenden Geschwindigkeitsvorteil. Eine zusätzliche Weiterleitung kostet jedoch einen weiteren Abrufschritt. Besucher sollten möglichst direkt die endgültige Adresse erhalten; interne Links und Kampagnenlinks sollten deshalb die Hauptvariante verwenden.
Kann ich später noch von einer Variante zur anderen wechseln?
Ja, ein späterer Wechsel ist möglich. Je etablierter die Website ist, desto sorgfältiger sollte er vorbereitet werden. Prüfen Sie vorab Backlinks, hardcodierte URLs, Cookies, Integrationen, Zertifikate, Redirects und Analysewerkzeuge. Planen Sie anschließend eine Nachkontrolle der wichtigsten Seiten ein.
Was ist bei E-Mail-Adressen zu beachten?
Webadresse und E-Mail-Domain sind miteinander verbunden, aber nicht identisch. Eine Änderung der Website-URL ändert nicht automatisch E-Mail-Adressen wie kontakt@beispiel.de. Prüfen Sie dennoch Signaturen, Links in E-Mails, Autokonfigurationen und externe Dienste, wenn sich die verwendete Domainstruktur insgesamt verändert.
Reicht ein Canonical-Tag als Lösung aus?
Nein. Ein Canonical-Tag ist ein wichtiges Signal, aber kein Ersatz für eine klare Host-Konfiguration und permanente Weiterleitungen. Wenn eine alternative URL nicht als eigenständige Adresse bestehen soll, sollte sie serverseitig auf die bevorzugte Version weiterleiten.
Fazit: Entscheidend ist die Konsequenz
Bei der Frage „WWW oder ohne WWW?“ gibt es keinen universell richtigen Gewinner. Die WWW-Variante kann bei komplexen Hostnamen-Strukturen übersichtlich sein, während die kurze Root-Domain in der Kommunikation kompakt wirkt. Für SEO und Nutzerfreundlichkeit ist vor allem wichtig, dass Sie eine Variante bewusst auswählen und überall konsequent verwenden.
Für eine neue Website genügt meist eine einfache Entscheidung anhand von Markenauftritt, Hosting und geplanter Infrastruktur. Bei einer bestehenden Website ist die bisherige Variante oft die pragmatischste Wahl. In beiden Fällen gilt: HTTPS aktivieren, alternative URLs dauerhaft weiterleiten, interne Verweise aktualisieren und die technische Umsetzung regelmäßig kontrollieren. So bleibt die Webadresse für Menschen, Systeme und Suchmaschinen eindeutig.
