WWW oder Non-WWW: Was hilft Ihrer SEO wirklich?
Von Toy Wen Da, Mitgründer · Aktualisiert · 16 Min. Lesezeit
Übersetzt aus dem englischen Original. Auf Englisch lesen
Weder www noch Non-www rankt für sich genommen besser. Die Wahl ist eine Formatierungsentscheidung ohne Auswirkung auf das Ranking. Schaden entsteht erst, wenn Sie beide Versionen unkontrolliert nebeneinander bestehen lassen. Dann kann Google www.yoursite.com und yoursite.com als zwei getrennte Websites behandeln, die miteinander konkurrieren, statt als eine starke Website.
Das Problem ist verbreiteter, als die meisten Website-Betreiber ahnen. Wenn Sie sich schon einmal gefragt haben, welche Property Sie in der Google Search Console verifizieren sollen, oder wenn Ihnen Ihre Backlink-Zahl niedriger vorkam als erwartet, steckt oft ein www/Non-www-Konflikt dahinter. Dieser Leitfaden erklärt, wozu das Präfix dient, warum Suchmaschinen auf Konsistenz achten und nicht auf das Präfix selbst, und wie Sie eine Website reparieren, die sich auf beide Versionen verteilt.
Was bedeuten www- und Non-www-Domains eigentlich?
Auf URL-Ebene ist der Unterschied kosmetisch. Eine www-Domain sieht so aus: www.example.com. Eine Non-www-Domain, manchmal „nackte“ Domain oder Root-Domain genannt, lässt das Präfix weg und lautet example.com.
Technisch war www schon immer eine Subdomain und kein zwingender Bestandteil der Adresse. Die meisten Hosting-Setups leiten heute sowohl die Root-Domain als auch die www-Subdomain auf denselben Server, sodass beide Ihre Website laden. RFC 3986, die IETF-Spezifikation, die den Aufbau von Webadressen festlegt, behandelt www als gewöhnliches Subdomain-Label ohne reservierte Bedeutung. Deshalb wirkt die Frage wie ein Münzwurf: Wer die eine oder die andere Variante eintippt, landet meist am selben Ort.
Hinter den Kulissen sieht es anders aus. Suchmaschinen wissen nicht automatisch, dass beide Adressen zum selben Unternehmen gehören. Ohne Anweisung können sie beide indexieren, beide crawlen und die Autorität zwischen ihnen aufteilen. Das ist das eigentliche SEO-Problem, das sich hinter einer scheinbaren Branding-Entscheidung verbirgt.
Woher das www-Präfix kommt
Das Präfix „www“ stammt aus einer Zeit, in der das Internet auf getrennten, speziell dafür gebauten Servern lief. Bevor es Shared-Hosting-Anbieter gab, brauchte ein Unternehmen mit eigener Infrastruktur eine Möglichkeit, zu kennzeichnen, welcher Server welche Aufgabe übernahm. Ein Server für Webseiten hieß www, einer für E-Mail mail und einer für Dateiübertragungen ftp. So verriet das Präfix, mit welchem Dienst man sich verband.
Die Konvention hat ihren technischen Zweck überlebt. Moderne Hosting- und DNS-Setups können eine nackte Root-Domain und eine www-Subdomain auf denselben Server leiten, der ursprüngliche Grund für das Präfix ist also größtenteils schon vor Jahrzehnten entfallen.
Auch die Anzeige in Browsern hat sich verändert. Chrome und Safari blenden das „www.“ in der Adressleiste standardmäßig aus, was mit erklärt, warum so wenige Menschen bemerken, ob eine Marke es verwendet. Amazon ist zum Beispiel als www-Website registriert, doch wer amazon.com ohne Präfix eingibt, landet trotzdem normal im Shop. Das Präfix lebt als Altlast weiter. Die Technik dahinter (DNS-Einträge, CNAME-Einrichtung, Cookie-Geltungsbereich) spielt allerdings weiterhin eine Rolle, weshalb das Thema in technischen SEO-Gesprächen immer wieder auftaucht.
Warum die Geschichte für SEO-Entscheidungen weiterhin eine Rolle spielt
Da das Präfix ein Überbleibsel ist, gibt es keinen „richtigen“ Standard mehr. Die Entscheidung richtet sich nach den technischen Anforderungen Ihrer Website: Subdomains, Content Delivery Networks und Cookie-Verwaltung. Welche Setups welches Format begünstigen, zeigen die späteren Abschnitte.
Beeinflusst www oder Non-www die SEO?
Direkt nicht. Suchmaschinen stufen kein Format höher ein als das andere. Entscheidend ist, ob Sie ihnen mitgeteilt haben, welche Version die kanonische ist.
Die Crawler von Google behandeln www.yoursite.com und yoursite.com als zwei verschiedene URLs, solange Sie sie nicht ausdrücklich miteinander verknüpfen. Bleibt das unbeachtet, können beide indexiert werden. Dann verwalten Sie in Googles Augen zwei Websites, und Ranking-Signale, die sich sonst auf einer starken Seite bündeln würden, sind aufgeteilt.
Es ist derselbe Mechanismus, der in den meisten technischen SEO-Audits behandelt wird. Suchmaschinen belohnen Klarheit und Konsistenz, und eine Website, die widersprüchliche Signale über ihre eigene Struktur sendet, ist für sie schwerer zu interpretieren. Ein www/Non-www-Konflikt gehört zu den häufigeren Beispielen, neben uneinheitlichen Schrägstrichen am URL-Ende oder gemischten HTTP/HTTPS-URLs.
Die tatsächlichen SEO-Probleme, wenn beide Versionen online bleiben
Wenn Sie www.yoursite.com und yoursite.com ohne festgelegte Präferenz betreiben, entstehen drei konkrete Probleme. Alle drei zeigen sich in Crawl-Berichten und Backlink-Tools, sobald Sie nachsehen.
Duplicate Content
Suchmaschinen stufen Seiten als Duplikate ein, wenn der Inhalt auf zwei URLs identisch oder nahezu identisch ist. Sind Ihre www- und Ihre Non-www-Startseite online und indexiert, haben Sie technisch gesehen jede Seite Ihrer Website dupliziert. Googles Dokumentation zum Zusammenführen doppelter URLs stellt klar, dass Google versucht, selbst einen Gewinner auszuwählen. Einen Algorithmus raten zu lassen, statt ihm die Antwort direkt mitzuteilen, ist aber eine schlechte Angewohnheit für das Fundament Ihrer SEO.
Verschwendetes Crawl-Budget
Jede Suchmaschine weist Ihrer Website nur begrenzte Crawling-Kapazität zu. Muss der Bot beide Versionen jeder Seite crawlen, steckt er doppelten Aufwand in dieselben Inhalte. Googles Dokumentation zum Crawl-Budget großer Websites weist darauf hin, dass das Crawl-Budget vor allem bei Websites mit sehr vielen, häufig geänderten Seiten ein Thema ist, nicht bei kleinen Visitenkarten-Websites. Bei einem größeren Katalog oder einer umfangreichen Content-Bibliothek kann es jedoch passieren, dass Ihre neuesten oder wichtigsten Seiten seltener gecrawlt werden, weil das Budget an doppelte URLs ging. Ein sauberes technisches SEO-Audit ist darauf ausgelegt, das zu erkennen, bevor es sich aufschaukelt.
Verwässerter Backlink-Wert
Das ist das Problem, das echtes Geld kostet. Verlinkt eine andere Website auf www.yoursite.com/guide, Sie haben Ihre Marke aber um yoursite.com herum aufgebaut, liegt die Autorität dieses Backlinks bei der www-Version und geht nicht automatisch über. Wenn verschiedene Websites auf die jeweils zufällig gefundene Version verlinken, verteilt sich Ihre Link Equity auf zwei Adressen, statt sich hinter einer zu bündeln. Bauen Sie Links im Rahmen einer B2B-Backlink-Strategie auf, verschenkt eine unkontrollierte Aufteilung leise einen Teil dieser Outreach-Arbeit.
Mit der Zeit summieren sich diese Probleme zu einem Sichtbarkeitsverlust, der sich kaum auf seine Ursache zurückführen lässt. Wenn Ihr Traffic stagniert oder sinkt und Sie den Grund nicht finden, lesen Sie was geringe Sichtbarkeit in Suchmaschinen ein Unternehmen tatsächlich kostet. Eine geteilte Domain gehört zu den eher übersehenen Ursachen.
Was eine echte Aufteilung kostet: ein durchgerechnetes Beispiel
Stellen Sie sich eine B2B-Website mit 150 Seiten vor, die vor fünf Jahren auf der www-Version gestartet ist und im vergangenen Jahr auf ein anderes CMS umgezogen ist, ohne dass jemand die Standard-Domain-Einstellung der neuen Plattform geprüft hat. Das neue CMS lieferte standardmäßig die Non-www-Version mit eigenem Statuscode 200 aus (keine Weiterleitung), während die alte www-Version online und indexiert blieb, weil niemand den darauf zeigenden DNS-Eintrag entfernt hatte.
Nach achtzehn Monaten zeigt ein Backlink-Audit 340 externe Links auf die www-Version und 210 auf die Non-www-Version, verteilt auf zwei Properties in der Google Search Console, die eine hätten sein sollen. Keine der beiden Properties zeigt das ganze Bild. Der Links-Bericht der www-Property erfasst die Non-www-Backlinks nicht vollständig und umgekehrt. Wer die Autorität der Website nur anhand eines der beiden Dashboards beurteilt, sieht also etwa die Hälfte des tatsächlichen Backlink-Profils.
Googles Dokumentation erklärt, warum die Größe hier eine Rolle spielt: Das Crawl-Budget wird von Crawl-Nachfrage und Signalen zur Crawl-Gesundheit bestimmt, nicht davon, wie viele URL-Varianten desselben Inhalts Sie zufällig ausliefern. So steht es in den oben zitierten Hinweisen zum Crawl-Budget großer Websites. Eine lokale Business-Website mit fünf Seiten bemerkt eine Aufteilung selten, ein E-Commerce-Katalog oder Publisher mit 10.000 Seiten kann dadurch echte Lücken in der Crawl-Abdeckung bekommen.
Die Lösung dauerte in diesem Szenario unter zwei Stunden: eine einzelne 301-Weiterleitungsregel auf DNS/CDN-Ebene, die eingehende Anfragen an die nicht kanonische Version abfängt, eine erneute Einreichung der Sitemap und die Umstellung der Domain-Property in der Search Console. Die Rankings blieben während der Änderung stabil, weil Google 301-Weiterleitungen als starkes, verbindliches Signal behandelt und nicht als weichen Hinweis, wie Googles eigene Dokumentation zu 301-Weiterleitungen bestätigt. Die Backlink-Verwässerung ließ sich nur langsamer beheben, da externe Websites ihre Links nicht schon deshalb anpassen, weil Sie weitergeleitet haben. Die Weiterleitung selbst stoppte den Verlust jedoch sofort.
www vs. Non-www: Vor- und Nachteile
Keines der Formate ist grundsätzlich besser. Je nach technischem Setup haben beide unterschiedliche Vor- und Nachteile.
| Faktor | www-Domain | Non-www-Domain |
|---|---|---|
| Cookie-Kontrolle | Cookies lassen sich nur auf die www-Subdomain beschränken und bleiben so von anderen Subdomains getrennt | Cookies lassen sich nicht allein auf die Root-Domain beschränken, sie gelten für die gesamte Website |
| CDN-Einrichtung | Ein CNAME-Eintrag für Content Delivery Networks lässt sich leichter konfigurieren | Ein CNAME auf einer nackten Root-Domain ist schwerer zu nutzen, ohne Mail- und FTP-Einträge zu stören |
| Subdomain-Verwaltung | Besser geeignet für Websites mit mehreren Subdomains (Shop, Blog, App) neben der Hauptseite | Einfachere Struktur, aber mehr Aufwand, wenn später mehrere Subdomains hinzukommen |
| Branding und Einprägsamkeit | Etwas länger zu sagen und zu tippen, auch wenn Browser es heute optisch ausblenden | Kürzer, aufgeräumter und leichter auszusprechen, etwa in Anzeigen oder Interviews |
| Technische Flexibilität | Mehr DNS-Flexibilität für komplexe Setups im Enterprise-Maßstab | Weniger Konfigurationsoptionen, aber weniger Pflegeaufwand |
| Am besten geeignet für | Größere Plattformen, SaaS-Produkte, Websites mit mehreren Subdomains | Kleine Unternehmen, Personal Brands, Websites mit nur einer Domain |
In keiner Spalte steht ein SEO-Vorteil, weil das Format keinen hat. Die Unterschiede sind betrieblicher Art: Cookie-Geltungsbereich, CDN-Flexibilität und Subdomain-Struktur.
So legen Sie Ihre bevorzugte Version fest: Weiterleitungen und Canonical-Tags
Sobald Sie sich für eine Version entschieden haben, müssen Sie Suchmaschinen und Ihrer eigenen Infrastruktur mitteilen, welche maßgeblich ist. Dafür gibt es zwei echte Optionen, eine serverseitige 301-Weiterleitung oder einen HTML-Canonical-Tag. Sie verhalten sich unterschiedlich.
Eine 301-Weiterleitung einrichten
Eine 301-Weiterleitung ist die stärkere und verlässlichere Option. Sie arbeitet auf Serverebene: Fragt jemand die nicht bevorzugte Version an, schickt der Server ihn und jeden Crawler zur bevorzugten. Da die Weiterleitung dauerhaft ist, geht die Link Equity von Backlinks auf die alte Version auf die neue über. Googles eigene Dokumentation zu 301-Weiterleitungen behandelt sie als verbindliches Signal und nicht als Hinweis. Deshalb ist sie die empfohlene Lösung und nicht der Canonical-Tag allein.
Bei Apache-basiertem Hosting erledigen Sie das in der Regel, indem Sie die Datei .htaccess im Stammverzeichnis Ihrer Website bearbeiten. So leiten Sie von Non-www auf www weiter:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^yourwebsitehere.com
RewriteRule (.*) http://www.yourwebsitehere.com/$1 [R=301,L]
Um stattdessen von www auf Non-www weiterzuleiten:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.yourwebsitehere\.com
RewriteRule (.*) http://yourwebsitehere.com/$1 [R=301,L]
Die meisten modernen Content-Management-Systeme haben dafür eine integrierte Einstellung oder ein Plugin, sodass Sie Serverdateien selten von Hand bearbeiten müssen. In jedem Fall sollten Sie prüfen, dass die Änderung für jede Seite gilt und nicht nur für die Startseite, denn eine Weiterleitung, die nur die Root-URL abfängt, lässt jede Unterseite dupliziert zurück. Solche Teillösungen sind ein häufiger Befund bei umfassenderen technischen SEO-Korrekturen, wenn eine übersehene Regel ein ansonsten korrektes Setup stillschweigend aushebelt.
Einen Canonical-Tag hinzufügen
Wenn Sie keine serverseitige Weiterleitung einrichten können (häufiger Grund: Shared Hosting mit eingeschränktem Zugriff), ist ein Canonical-Tag die Ausweichlösung. Sie fügen eine Zeile wie diese in den <head> jeder Seite Ihrer nicht bevorzugten Version ein:
<link rel="canonical" href="https://www.example.com/page01" />
Der Tag teilt Suchmaschinen mit, welche URL unter nahezu identischen Seiten als „echte“ gelten soll. Er ist ein starker Hinweis und keine Anweisung, und Google kann ihn übergehen, wenn andere Signale wie Ihre Sitemap, interne Links oder Ihr Backlink-Profil in eine andere Richtung weisen. Deshalb kombiniert eine vollständige Canonical-Tag-Lösung gegen Duplicate Content den Tag meist mit konsequenter interner Verlinkung.
Welche Methode sollten Sie wählen?
| Methode | Verlässlichkeit | Gibt Link Equity weiter | Am besten geeignet für |
|---|---|---|---|
| 301-Weiterleitung | Wird von Suchmaschinen als verbindliche Anweisung behandelt | Ja, direkt | Websites mit Zugriff auf Server oder CMS-Ebene |
| Canonical-Tag | Wird als starker Vorschlag behandelt und kann übergangen werden | Indirekt, wenn Google den Tag berücksichtigt | Websites ohne Zugriff auf Weiterleitungen oder als zusätzliches Signal |
Wenn Sie den nötigen Zugriff haben, nutzen Sie die Weiterleitung als Hauptlösung und setzen zusätzlich einen Canonical-Tag als zweites Signal. Das kostet nichts und unterstreicht dieselbe Präferenz.
Best Practices, damit Ihr Setup konsistent bleibt
Eine Version zu wählen und eine Weiterleitung einzurichten, ist erst der erste Schritt. Das Setup bröckelt mit der Zeit, wenn niemand darauf achtet, meist durch kleine Unstimmigkeiten und nicht durch einen einzelnen großen Fehler.
- Legen Sie Ihre bevorzugte Domain in der Google Search Console fest. So haben Sie klar dokumentiert, auf welche Version Sie sich festgelegt haben, und können beide Properties auf Crawling-Fehler überwachen.
- Prüfen Sie Ihre internen Links. Jeder einzelne sollte auf Ihre bevorzugte Version zeigen, denn eine Website, die auf www weiterleitet, intern aber weiter auf Non-www-Seiten verlinkt, sendet Google aus ihrem eigenen Code heraus widersprüchliche Signale.
- Kontrollieren Sie Ihre sitemap.xml. Die URLs in der Sitemap sollten exakt Ihrer kanonischen Version entsprechen, denn eine Sitemap mit dem alten Format untergräbt eine Weiterleitung, die Sie bereits korrekt eingerichtet haben.
- Bitten Sie dort um Korrektur uneinheitlicher Backlinks, wo es praktikabel ist. Sie können nicht jeden externen Link korrigieren, aber bei wichtigen Partnern oder Verzeichnissen lohnt sich die Bitte, auf Ihre bevorzugte Version umzustellen.
- Führen Sie nach jeder Migration, Replatforming oder jedem CMS-Wechsel erneut einen Crawl durch. In diesen Momenten schleicht sich ein Konflikt am häufigsten wieder ein, meist weil ein neues System eine eigene Standardeinstellung mitbringt.
Eine regelmäßige Prüfung mit einem kostenlosen SEO-Tool ist eine schnelle Möglichkeit, eine nachlassende Weiterleitung zu erkennen, bevor sie Sie Rankings kostet: Geben Sie beide Versionen Ihrer Domain ein und prüfen Sie, dass nur eine ohne Weiterleitungskette erreichbar ist. Ein solches Tool kann außerdem zeigen, welche Version Ihrer Domain in den Suchergebnissen erscheint und wie sich Ihr Backlink-Profil auf beide verteilt.
Ein kurzer Selbsttest
Um zu sehen, ob Ihre Website bereits aufgeteilt ist, öffnen Sie ein Inkognito-Fenster im Browser und geben Ihre Domain in beiden Formaten ein, einmal mit www und einmal ohne. Landen Sie beide Male auf derselben URL, ohne dass eine Weiterleitung spürbar verzögert, sind Sie vermutlich richtig eingerichtet. Ändert sich die Adressleiste oder sehen Sie zwei unterschiedlich aussehende Seiten, sollten Sie die Weiterleitung korrigieren.
Die Lösung auf der Plattform, die Sie tatsächlich nutzen
Der Rat, „eine 301-Weiterleitung einzurichten“, sieht je nachdem, womit Ihre Website betrieben wird, unterschiedlich aus. Hier die gängigsten Setups.
WordPress. Gehen Sie zu Einstellungen > Allgemein (Settings > General) und prüfen Sie, dass die Felder „WordPress-Adresse (URL)“ („WordPress Address (URL)“) und „Website-Adresse (URL)“ („Site Address (URL)“) beide Ihre bevorzugte Version verwenden. Das allein erzwingt für bestehende Besucher der alten URL noch keine Weiterleitung. Kombinieren Sie es daher mit einer Weiterleitungsregel in Ihrer .htaccess-Datei (bei Apache) oder einem Plugin wie Redirection, mit dem Sie eine einzelne Wildcard-Regel statt Einträgen pro Seite festlegen können.
Shopify. Klicken Sie unter Online Store > Domains auf die Domain, die primär sein soll, und wählen Sie „Set as primary“. Shopify leitet jede andere verbundene Domain und Domain-Variante automatisch per 301 auf die primäre Domain weiter, Sie müssen also keine eigene Weiterleitungsregel schreiben.
Webflow und ähnliche Website-Baukästen. In den Hosting-Einstellungen des Projekts sehen Sie in der Regel ein Feld für die „Standard-Domain“ unter den verbundenen Domains. Die Domain, die Sie als Standard markieren, erhält von den anderen automatisch eine 301-Weiterleitung. Prüfen Sie das direkt im Einstellungsbereich der Plattform, statt es anzunehmen, denn die Standardwerte unterscheiden sich je nach Baukasten.
DNS- oder CDN-Ebene (Cloudflare usw.). Bietet Ihr CMS keine integrierte Einstellung, funktioniert eine Weiterleitungsregel oder „Page Rule“ auf DNS/CDN-Ebene auf jeder darunterliegenden Plattform, da sie die Anfrage abfängt, bevor sie Ihren Ursprungsserver erreicht. Sie ist auch die richtige Ebene, wenn Sie eine statische Website ohne eigene serverseitige Logik betreiben.
Egal, welche Ebene Sie nutzen, testen Sie anschließend immer auf dieselbe Weise. Rufen Sie beide Versionen über HTTP und HTTPS auf und prüfen Sie, dass jede nach einem einzigen Weiterleitungsschritt auf einer einzigen finalen URL landet, nicht über eine Kette aus zwei oder drei. Eine Kette mit mehreren Schritten funktioniert für Besucher zwar weiterhin, erhöht aber die Latenz und kann bei einer künftigen Migration unbemerkt brechen.
www oder Non-www: Wofür sollten Sie sich entscheiden?
Bei einer ganz neuen Website ohne bestehende Backlinks oder indexierte Seiten hat die Entscheidung wenig Gewicht. Wählen Sie dann nach Ihrer technischen Roadmap und nicht nach SEO. Bei einer etablierten Website, die bereits unter einer Version indexiert ist, ist ein Wechsel möglich, birgt aber Migrationsrisiken. Die meisten Betreiber fahren besser, wenn sie die aktuelle Version behalten und dafür sorgen, dass sie überall als kanonisch festgelegt ist.
Darüber hinaus weist Ihr Anwendungsfall meist in eine Richtung.
| Anwendungsfall | Bessere Wahl | Warum |
|---|---|---|
| Plattform mit hohem Traffic und CDN | www | Einfachere CNAME-Einrichtung für Content Delivery, ohne Mail- oder FTP-Einträge der Root-Domain zu stören |
| Website mit mehreren Subdomains (App, Shop, Blog) | www | Cookies lassen sich auf eine Subdomain beschränken, statt für die gesamte Domain zu gelten |
| Kleines Unternehmen oder Personal Brand | Non-www | Kürzer, leichter auszusprechen in Anzeigen, Interviews und bei Weiterempfehlungen |
| Website, die später Subdomains ergänzen will | Non-www mit vorab geprüfter Subdomain-Strategie | Konflikte bei Subdomain-Cookies lassen sich leichter vorab einplanen als nachträglich beheben |
| Agentur, die viele Kunden-Domains betreut | Je nachdem, was zum bestehenden Setup des jeweiligen Kunden passt | Konsistenz pro Website zählt mehr als eine Vereinheitlichung über das ganze Portfolio |
Die letzte Zeile verdient einen genaueren Blick. Agenturen, die ein Dutzend oder mehr Kunden-Websites betreuen, können selten ein Format wählen und überall anwenden, denn die Domain-Historie, das Backlink-Profil und die CMS-Vorgaben jedes Kunden entscheiden meist von Website zu Website. Was sie brauchen, ist eine schnelle, wiederholbare Methode, jedes Setup zu prüfen, statt die www-Frage jedes Mal neu zu verhandeln. Wenn das Ihre Situation ist, lesen Sie, wie der Agentur-Workflow von SearchBlueprint solche kundenübergreifenden technischen Prüfungen im großen Maßstab abwickelt.
In die Praxis umsetzen
Wenn Sie wissen, welche Version Sie behalten, ist die Umsetzung kurz: Richten Sie die Weiterleitung ein, ergänzen Sie den Canonical-Tag als Absicherung, aktualisieren Sie Sitemap und interne Links und legen Sie Ihre bevorzugte Domain in der Search Console fest. Keiner dieser Schritte ist für sich genommen schwer. Schwierig ist, alle vier nicht zu vergessen und sie nach jeder Änderung an der Website erneut zu prüfen.
Genau hier verlieren viele Website-Betreiber den Überblick über ihr Setup. Ein Redesign, ein neues Plugin oder eine Plattformmigration kann eine Weiterleitungsregel unbemerkt zurücksetzen, und niemand merkt es, bis die Rankings ohne erkennbaren Grund abrutschen. Die technischen Probleme Ihrer Website übersichtlich dargestellt zu sehen, statt zu raten, welche Korrektur Sie zuerst angehen sollen, ist genau das, was der SEO-Plan von SearchBlueprint Ihnen zeigen soll, bevor Sie Änderungen vornehmen.
Häufig gestellte Fragen
Beeinflusst www oder Non-www die Ladegeschwindigkeit einer Seite?
Nicht nennenswert. Jeder Geschwindigkeitsunterschied, den Sie bemerken, stammt aus der Serverkonfiguration, dem Caching oder dem CDN-Setup, nicht aus dem Vorhandensein oder Fehlen des www-Präfixes.
Kann ich von www auf Non-www (oder umgekehrt) wechseln, ohne meine Rankings zu gefährden?
Ja, aber behandeln Sie es als Migration und nicht als schnelle Einstellungsänderung. Richten Sie für jede URL 301-Weiterleitungen ein, aktualisieren Sie Ihre Sitemap und die internen Links und rechnen Sie in der Search Console mit einer kurzen Anpassungsphase, während Google die neue Version erneut crawlt und indexiert.
Was passiert, wenn ich überhaupt keine bevorzugte Version festlege?
Google versucht, anhand von Signalen wie Backlinks und interner Verlinkung selbst eine auszuwählen, doch Sie verlieren die Kontrolle darüber, welche Version gewinnt. In der Zwischenzeit können beide Versionen indexiert werden, und Ihr SEO-Wert verteilt sich auf beide.
Reicht ein Canonical-Tag allein aus, oder brauche ich zusätzlich eine Weiterleitung?
Ein Canonical-Tag allein kann funktionieren, ist aber ein Hinweis, den Suchmaschinen übergehen können. Eine 301-Weiterleitung ist verlässlicher, da sie auf Serverebene durchgesetzt und nicht im Seitencode nur vorgeschlagen wird.
Verwenden alle großen Marken dasselbe Format?
Nein. Manche große Websites nutzen www (Amazon ist ein Beispiel), andere Non-www. Gemeinsam ist ihnen, dass jede eine Version gewählt hat und jede Weiterleitung, jeden Sitemap-Eintrag und jeden internen Link darauf ausgerichtet hält.
Gilt das auch für ccTLDs und internationale Websites?
Ja. Dieselbe Logik gilt, ob Ihre Domain auf .com, .co.uk oder eine andere Länderendung endet: Wählen Sie eine Version, leiten Sie die andere weiter und halten Sie das über jede regionale Domain hinweg konsistent, die Sie betreiben.
Ist eine Subdomain wie blog.example.com dasselbe Problem wie www vs. Non-www?
Nicht ganz. www gilt üblicherweise als „Standard“-Subdomain für die Hauptseite, während blog.example.com oder shop.example.com eigene Subdomains sind, die andere Inhalte ausliefern und deshalb nicht auf dieselbe Seite führen müssen. Die www/Non-www-Frage betrifft nur die beiden Adressen, die Ihre eigentliche Startseite und Ihre Kernwebsite ausliefern.
Prüfen Sie Ihr Setup, bevor es Sie Rankings kostet
Ob Sie sich für www oder Non-www entschieden haben: Eine Aufteilung kündigt sich selten an. Sie verteilt Ihre Backlinks still auf zwei Adressen und verwirrt Crawler, bis Ihr Traffic aus Gründen stagniert, die von außen nicht offensichtlich sind. Wenn Sie nicht sicher sind, welche Version Ihre Website als kanonisch ausliefert oder ob Ihre Weiterleitungen jede Seite abfangen, sprechen Sie mit dem Team und holen Sie sich einen SEO-Beispielbericht, der genau zeigt, wo Ihr Setup steht.
Ressourcen / Referenzen
Quellen
Über den Autor
SearchBlueprint hat diesen Artikel mit der Content-Pipeline recherchiert, geschrieben und bewertet, die unsere Kunden auf ihren eigenen Websites einsetzen. Die Bewertung in der Autorenzeile ist die, die unsere Content-Engine dieser Seite vor der Veröffentlichung gegeben hat. Nichts davon wird von Hand geprüft, und genau das ist der Punkt: Es ist das Ergebnis des Produkts, veröffentlicht dort, wo jeder es nachprüfen kann.