E-Commerce-Website-Architektur

TL;DR — Die E-Commerce-Website-Architektur beschreibt, wie die Seiten Ihres Shops — Kategorien, Unterkategorien und Produkte — organisiert und miteinander verlinkt sind. Ziel ist eine Pyramide: oben die Startseite, darunter breite Kategorien, dann engere Unterkategorien und schließlich die Produkte. Kunden und Google sollen von der Startseite aus über Links mit wenigen Klicks jedes Produkt erreichen können. Das Wichtigste dabei: Google erkennt die Bedeutung einer Seite anhand Ihrer Verlinkung, nicht anhand Ihrer URLs.

Was „Website-Architektur“ tatsächlich bedeutet

Wenn von Website-Architektur (auch Website-Struktur oder Informationsarchitektur) die Rede ist, sind zwei miteinander verbundene Dinge gemeint:

1. Die Hierarchie — wie Ihre Seiten verschachtelt sind. Ein Shop führt gewöhnlich von der Startseite → zur Kategorie (z. B. „Schuhe“) → zur Unterkategorie („Laufschuhe“) → zum Produkt („Brand X Trail Runner“).
2. Die Links — welche Seiten auf welche anderen verweisen. Navigationsmenü, Kategorieseiten, Breadcrumbs und „Ähnliche Produkte“ sind allesamt Links, die diese Hierarchie zusammenhalten.

Eine gute Architektur ermöglicht es Kunden, schnell das Gesuchte zu finden, und Suchmaschinen, von der Startseite aus jedes Produkt zu crawlen, ohne sich zu verirren oder in einer Sackgasse zu landen.

Die Pyramidenform

Stellen Sie sich eine Pyramide vor:

• Oben: Ihre Startseite.
• Darunter: einige breite Kategorien, die im Hauptmenü verlinkt sind.
• Eine Ebene tiefer: Unterkategorien.
• Ganz unten: einzelne Produktseiten.

Diese Form funktioniert, weil sie Google die Beziehungen zwischen Ihren Seiten vermittelt. „Laufschuhe“ gehören eindeutig zu „Schuhe“, und der „Brand X Trail Runner“ ist eindeutig ein Laufschuh. Solche Beziehungen helfen Google, Ihren Shop zu verstehen.

Viele Leitfäden empfehlen eine möglichst „flache“ Struktur, in der jedes Produkt mit so wenigen Klicks wie möglich erreichbar ist. Das klingt sinnvoll, doch flacher ist nicht automatisch besser. Googles John Mueller sagte ausdrücklich, eine “super flat structure” (Übersetzung) „völlig flache Struktur“ sei nicht besser als eine “reasonable pyramid structure.” (Übersetzung) „vernünftige Pyramidenstruktur“. Ist alles nur einen Klick von der Startseite entfernt, signalisieren Sie Google, jede Seite sei gleich wichtig — was weder stimmt noch hilfreich ist.

Auch das andere Extrem ist eine Falle: Vergraben Sie Produkte nicht so tief, dass zehn Klicks nötig sind, um sie zu erreichen. Ideal ist eine ausreichend flache Pyramide, in der wichtige Produkte nur wenige Klicks von der Startseite entfernt sind.

Entscheidend sind Links, nicht URLs

Das überrascht viele. Ihre URL kann /shoes/running/brand-x-trail-runner oder einfach /products/brand-x-trail-runner lauten — für Google spielt das meist kaum eine Rolle. Google betrachtet Ihre Links. In der E-Commerce-Dokumentation heißt es, Google “doesn’t look at the structure of URLs to work out the structure of a site. Instead, it analyzes the linkages between pages.” (Übersetzung) „betrachtet nicht die URL-Struktur, um die Struktur einer Website zu ermitteln. Stattdessen analysiert Google die Verknüpfungen zwischen den Seiten.“

Soll ein Produkt gut abschneiden, sollten Sie es daher häufiger verlinken — von der Startseite, von Kategorieseiten und aus Blogbeiträgen. Je mehr gute Links auf eine Seite verweisen, desto wichtiger schätzt Google sie ein.

Vier Dinge, die Sie richtig machen sollten

1. Verwenden Sie echte Links. Menü und Navigation müssen aus tatsächlichen <a href="...">-Links bestehen. Funktioniert Ihr Menü nur über JavaScript-Klicks ohne echten Link, kann Google ihm möglicherweise nicht folgen.
2. Verwenden Sie Breadcrumbs. „Startseite > Schuhe > Laufschuhe > Brand X“ oben auf einer Produktseite hilft Kunden, gibt Google ein klares Hierarchiesignal und kann im Google-Suchergebnis erscheinen.
3. Begrenzen Sie Ihre Filter. Optionen wie „nach Farbe / Größe / Preis filtern“ können auf Kategorieseiten Tausende minderwertige URLs erzeugen. Ohne Kontrolle verschwenden sie Crawl-Ressourcen. Das Thema wird unter Facettennavigation ausführlich behandelt.
4. Sorgen Sie für mobile Gleichwertigkeit. Google crawlt die mobile Version Ihrer Website. Versteckt das mobile Menü Kategorien oder fehlen dort Inhalte, sieht Google genau diese eingeschränkte Fassung.

Der häufigste Fehler

Strukturieren Sie Ihre URLs nicht allein für SEO um. Die Änderung von /shoes/running/brand-x zu /products/brand-x verbessert Ihre Rankings nicht — die URL-Struktur ist als Rankingfaktor kaum relevant. Die Änderung selbst bricht jedoch Links und erzeugt Weiterleitungen, die vorübergehend schaden können. Wählen Sie früh ein sinnvolles URL-Format und lassen Sie es anschließend unverändert.

Möchten Sie die ausführliche Fassung zu flacher Struktur versus Pyramide, den Originalzitaten von Mueller, der Duplicate-Content-Falle bei Produkten in mehreren Kategorien, der Linksignal-Verwässerung durch Mega-Menüs und der Crawl-Budget-Lösung für Facettennavigation? Wechseln Sie zum Tab Fortgeschritten.

TL;DR — Google liest Ihren Linkgraphen, nicht Ihre URL-Pfade, um Hierarchie und relative Bedeutung abzuleiten — “Google generally doesn’t look at the structure of URLs… it analyzes the linkages between pages.” (Übersetzung) „Google betrachtet im Allgemeinen nicht die URL-Struktur, sondern analysiert die Verknüpfungen zwischen Seiten.“ Eine vernünftige Pyramide (Startseite → Kategorie → Unterkategorie → Produkt) mit starker interner Verlinkung ist sowohl einer flachen Struktur (Mueller: Eine völlig flache Struktur ist nicht besser als eine vernünftige Pyramide) als auch einer zu tiefen Struktur überlegen (Nutzer sollten sich nicht “click through a million times” (Übersetzung) „millionenfach durchklicken“ müssen). Die URL-Struktur ist kaum ein Rankingfaktor; das eigentliche Risiko ist mangelnde URL-Stabilität. E-Commerce-spezifische Schwachstellen sind Produkte in mehreren Kategorien (kanonisieren), Mega-Menüs (Verwässerung von Linksignalen und Crawlbarkeit), Facettennavigation (Crawl-Budget-Fresser — robots.txt vor Canonical) und Mobile First (Ihre mobile Navigation ist Ihre SEO-Navigation).

Architektur muss zwei Zielgruppen dienen

Die E-Commerce-Website-Architektur umfasst die hierarchische Organisation der Shopseiten — Kategorien, Unterkategorien, Produkte und unterstützende Inhalte — sowie Navigation, interne Links und URL-Muster, die alles miteinander verbinden. Sie muss gleichzeitig zwei Zielgruppen dienen: Kunden, die Produkte mit möglichst wenigen Klicks finden möchten, und Suchmaschinen, die jede Seite entdecken, ihre Beziehungen verstehen und ihre relative Bedeutung einordnen müssen.

Das gesamte Thema lässt sich auf einen Grundsatz reduzieren, den viele Architekturleitfäden übersehen oder vergraben: Google liest Links, nicht URLs.

Google liest Links, nicht URLs

Das ist die tragende Erkenntnis. In Googles E-Commerce-Dokumentation steht:

“Google generally doesn’t look at the structure of URLs to work out the structure of a site. Instead, it analyzes the linkages between pages to gain insights about the relative importance of different pages on a site.” (Übersetzung) „Google betrachtet im Allgemeinen nicht die URL-Struktur, um die Struktur einer Website zu ermitteln. Stattdessen analysiert Google die Verknüpfungen zwischen Seiten, um Erkenntnisse über deren relative Bedeutung auf einer Website zu gewinnen.“

Und so entsteht diese „relative Bedeutung“:

“the more links a page has to it within a site, the higher the relative importance of the page to other pages.” (Übersetzung) „Je mehr Links innerhalb einer Website auf eine Seite verweisen, desto höher ist ihre relative Bedeutung gegenüber anderen Seiten.“

Ihr interner Linkgraph leistet also die eigentliche Arbeit. Ob die URL /shoes/running/brand-x oder /products/brand-x lautet, ist zweitrangig. Ein Produkt, das von der Startseite, der wichtigsten Kategorie und drei Blogbeiträgen verlinkt wird, erhält mehr Crawl-Aufmerksamkeit und PageRank als ein Produkt, das zwei Klicks tief liegt, aber keine eingehenden Links besitzt — obwohl die zweite URL „flacher“ aussieht.

Google empfiehlt diese praktische Verlinkungskette:

“add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages.” (Übersetzung) „Fügen Sie Links von Menüs zu Kategorieseiten, von Kategorieseiten zu Unterkategorieseiten und schließlich von Unterkategorieseiten zu allen Produktseiten hinzu.“

Für große Kataloge folgt die Warnung:

“If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products by crawling alone.” (Übersetzung) „Wenn Kategorieseiten keine direkten Links zu allen Produkten einer Kategorie enthalten, findet Googlebot möglicherweise nicht alle Produkte allein durch Crawling.“

Ist eine direkte Verlinkung jedes Produkts im großen Maßstab nicht machbar, dienen XML-Sitemaps und bei Produkten ein Merchant-Center-Feed als sekundäre Entdeckungspfade. Sie sind jedoch nur eine Absicherung und kein Ersatz für einen crawlbaren Linkgraphen.

Flach versus Pyramide — der Mythos widerlegt

Fast jeder konkurrierende Leitfaden wiederholt Varianten von „flach ist besser“ oder „alles muss innerhalb von drei Klicks erreichbar sein“. Dieser Rat ist nur zur Hälfte richtig und schlecht eingeordnet. Die entscheidende Nuance stammt von John Mueller (Google-Sprechstunde vom 2. Februar 2021):

“On the other hand, kind of more the top down approach or pyramid structure helps us a lot more to understand the context of individual pages within the site.” (Übersetzung) „Andererseits hilft uns der eher von oben nach unten gerichtete Ansatz beziehungsweise die Pyramidenstruktur wesentlich besser, den Kontext einzelner Seiten innerhalb der Website zu verstehen.“

“So in particular, if we know this category is associated with these other subcategories then that’s a clear connection that we have between those parts.” (Übersetzung) „Wenn wir insbesondere wissen, dass diese Kategorie mit diesen anderen Unterkategorien verbunden ist, besteht zwischen diesen Bereichen eine klare Beziehung.“

“So from my point of view, I think for a lot of sites it makes sense to have more of a pyramid structure.” (Übersetzung) „Aus meiner Sicht ist es für viele Websites sinnvoll, eher eine Pyramidenstruktur zu verwenden.“

Und dieser Satz widerlegt den Mythos unmittelbar:

“But it’s not the case that a super flat structure is going to be better than a kind of reasonable pyramid structure.” (Übersetzung) „Es ist jedoch nicht so, dass eine völlig flache Struktur besser wäre als eine einigermaßen vernünftige Pyramidenstruktur.“

Warum eine völlig flache Struktur schadet: Liegt jede Seite nur ein oder zwei Links von der Startseite entfernt, verflachen Sie auch das Bedeutungssignal. Sie sagen Google faktisch: „Alles hier ist gleich wichtig.“ Dadurch geht der Kontext verloren, anhand dessen Google versteht, welche Kategorien ihre Unterkategorien und diese wiederum ihre Produkte umfassen.

Korrigieren Sie aber nicht zu stark in Richtung eines tiefen Baums, denn auch diese Grenze benennt Mueller:

“But at the same time you don’t want it to be such that it’s like you have to click through a million times to actually get to the actual content.” (Übersetzung) „Gleichzeitig soll es aber auch nicht so sein, dass man sich gefühlt millionenfach durchklicken muss, um den eigentlichen Inhalt zu erreichen.“

Keines der Extreme ist also optimal. Ziel ist eine ausreichend flache Pyramide: oben breite Kategorien, die sich zu Produkten hin verengen, wobei alles Wichtige eine geringe Klicktiefe behält. Als praktische Faustregel sollten die meisten Produkte in einem großen Shop innerhalb von etwa 3–4 Klicks von der Startseite liegen, in einem kleinen Shop innerhalb von 2–3 Klicks. Das ist eine Orientierung, keine Google-Vorgabe (siehe den folgenden Hinweis zur Klicktiefe).

Die Drei-Klick-Regel ist Konsens, keine Google-Regel

Die Behauptung „Jede Seite muss höchstens drei Klicks von der Startseite entfernt sein“ begegnet Ihnen überall. Als Heuristik ist sie nützlich, doch Google hat keine bestimmte Klickzahl vorgegeben. Das eigentliche Risiko eines großen Katalogs ist nicht das Überschreiten einer Zahl, sondern das Verwaisen von Seiten, auf die nichts verweist, oder eine so tiefe Einordnung, dass Crawler sie nur selten erreichen. Ein Long-Tail-Produkt kann auch vier oder fünf Klicks tief ranken, wenn es logisch eingeordnet und in der Sitemap enthalten ist. Klicktiefe betrifft Crawlbarkeit und PageRank-Fluss, ist aber kein direkter Rankingfaktor.

Deshalb ist interne Verlinkung wichtiger als URL-Tiefe. Ein Produkt, das fünf Klicks tief in der Hierarchie liegt, aber direkt von der Startseite verlinkt wird, erhält mehr Crawl-Aufmerksamkeit als ein Produkt zwei Klicks tief ohne eingehende interne Links. Sitzt ein wichtiges Produkt tief im Baum, müssen Sie nicht das ganze URL-Schema umbauen, sondern es von autoritativeren Seiten verlinken.

URL-Struktur: Stabilität zählt, Tiefe nicht

Googles URL-Leitlinien für E-Commerce betreffen vor allem Sauberkeit, nicht Hierarchie:

“use long-term, persistent URLs. Avoid internally linking to temporary parameters, such as session-IDs, tracking codes, user-relative values (location=nearby, time=last-week), and the current time.” (Übersetzung) „Verwenden Sie langfristige, beständige URLs. Verlinken Sie intern nicht auf temporäre Parameter wie Sitzungs-IDs, Trackingcodes, nutzerbezogene Werte (location=nearby, time=last-week) oder die aktuelle Uhrzeit.“

“Minimize the number of alternative URLs that return the same content to avoid Google making more requests to your site than needed.” (Übersetzung) „Minimieren Sie die Anzahl alternativer URLs, die denselben Inhalt zurückgeben, damit Google Ihre Website nicht häufiger als nötig anfragt.“

“Use ?key=value URL parameters rather than ?value, where possible. URL parameters allow Google Search to understand your site’s structure and crawl and index more efficiently.” (Übersetzung) „Verwenden Sie nach Möglichkeit URL-Parameter im Format ?key=value statt ?value. URL-Parameter helfen der Google-Suche, die Struktur Ihrer Website zu verstehen und effizienter zu crawlen und zu indexieren.“

Auffällig ist, was dort nicht steht: eine Vorgabe zur Verschachtelungstiefe. Googles URL-Dokumentation erklärt weder /category/subcategory/product noch /product/slug für besser oder schlechter. Die Tiefe ist eine Entscheidung zur Website-Struktur, keine URL-Vorschrift.

Mueller hat die URL-Struktur als direkten Rankingfaktor niedrig bewertet (ungefähr 1 von 7) und erklärt, künstlich flache URLs böten keinen SEO-Vorteil. Für E-Commerce lautet die Schlussfolgerung: Die URL-Struktur ist kaum ein Rankingfaktor, URL-Stabilität ist dagegen ein echtes Risiko. Wird /category/subcategory/product später in /product umgebaut, entstehen Weiterleitungsketten und vorübergehende Rankingverluste, selbst wenn der Endzustand neutral ist. Wählen Sie früh ein einheitliches, aussagekräftiges Format (/product/black-t-shirt statt /product/3243) und ändern Sie es nicht ständig.

Produkte in mehreren Kategorien und die Duplicate-Content-Falle

Problematisch wird die URL-Struktur bei Produkten, die mehreren Kategorien angehören. Enthält die URL den Kategoriepfad, kann dasselbe Produkt unter /shoes/running/brand-x, /sale/brand-x und /brand-x-page erreichbar sein — drei URLs, ein Produkt, Duplicate Content. Dafür gibt es zwei Lösungen:

• Flache Produkt-URLs (/products/brand-x) — eine kanonische URL, unabhängig davon, über welchen Kategoriepfad der Kunde kam. Der E-Commerce-Leitfaden von Ahrefs empfiehlt diesen Standard genau zur Vermeidung des Problems.
• In Kategorien verschachtelte URLs mit Canonical — wählen Sie eine Hauptkategorie, legen Sie die Produkt-URL darunter an und kanonisieren Sie jeden anderen Pfad auf diese primäre URL.

In beiden Fällen lösen Sie die Mehrdeutigkeit mit einer einzigen kanonischen URL. Das Hierarchiesignal, das bei einer flachen URL verloren geht, stellen Sie anschließend mit Breadcrumb-Schema wieder her (siehe unten).

Interne Verlinkung ist der eigentliche Mechanismus

PageRank und Crawl-Aufmerksamkeit fließen durch <a href>-Links. Ihre Strategie für interne Verlinkung ist daher in der Praxis Ihre Architektur. Wichtige Muster:

• Verlinken Sie Bestseller und priorisierte Produkte von der Startseite und autoritativen Seiten. Google weist ausdrücklich darauf hin, dass Links von Startseite, Blogbeiträgen oder Newslettern die Bedeutung beliebter Produkte signalisieren.
• Kategorieseiten verteilen Linksignale. Sie übernehmen Autorität aus Startseite und Navigation und geben sie an Produkte weiter. Verlinkt eine Kategorieseite nicht alle Produkte, bleiben einige allein durch Crawling unauffindbar.
• Redaktionelle Inhalte → Produkte. Blogbeiträge mit Links zu passenden Produkten übertragen sowohl Autorität als auch thematischen Kontext.
• Ähnliche Produkte / „Kunden kauften auch“ schaffen Querverbindungen im Baum, sodass Crawler und Kunden nicht in Sackgassen geraten.
• Auch Breadcrumbs sind interne Links, nicht bloß ein UX-Element.

Ich betone die Bedeutung interner Links seit Jahren. In Das Wichtigste, was SEOs übersehen: interne Links schrieb ich: “By adding internal links, you are directing the flow of your website authority to the best content, which in turn signals to search engines which pages you consider the most important.” (Übersetzung) „Durch interne Links lenken Sie die Autorität Ihrer Website zu den besten Inhalten und signalisieren Suchmaschinen damit, welche Seiten Sie für die wichtigsten halten.“ Und der Teil, den Teams vergessen: “you may be frequently producing new pieces of content in which you add internal links, but are you remembering to go back to your older pieces” (Übersetzung) „Möglicherweise erstellen Sie häufig neue Inhalte und fügen dort interne Links ein — aber denken Sie auch daran, zu älteren Inhalten zurückzukehren?“ Für einen Shop bedeutet das, neue Produkte von bestehenden Kategorie- und redaktionellen Seiten zu verlinken, statt sie nur zu veröffentlichen. Warum sich der Aufwand lohnt: “Links on your site are a lot easier to get than links from other sites, and they can be just as effective.” (Übersetzung) „Links auf der eigenen Website sind viel leichter zu bekommen als Links von anderen Websites und können ebenso wirksam sein.“

Die ausführliche Behandlung finden Sie unter interne Links.

Breadcrumbs: Hierarchiesignal, interne Links und Rich Result

Breadcrumbs erfüllen drei Aufgaben: Sie sind interne Links, geben Google ein ausdrückliches Hierarchiesignal und können als Navigationspfad im Suchergebnis erscheinen. In Googles Dokumentation zu strukturierten Daten heißt es:

“A breadcrumb trail on a page indicates the page’s position in the site hierarchy.” (Übersetzung) „Ein Breadcrumb-Pfad auf einer Seite zeigt die Position der Seite innerhalb der Website-Hierarchie an.“

Entscheidend ist, dass Breadcrumbs die Hierarchie auch bei flachen URLs vermitteln. Ein Produkt unter /products/black-t-shirt kann über BreadcrumbList-Markup weiterhin Home > Clothing > T-Shirts > Black T-Shirt ausweisen. Google empfiehlt, den Nutzerpfad und nicht die URL abzubilden:

“We recommend providing breadcrumbs that represent a typical user path to a page, instead of mirroring the URL structure.” (Übersetzung) „Wir empfehlen Breadcrumbs, die einen typischen Nutzerpfad zu einer Seite darstellen, anstatt die URL-Struktur nachzubilden.“

Für Produkte in mehreren Kategorien können Sie mehrere BreadcrumbList-Markups für die verschiedenen Navigationspfade bereitstellen. Eine BreadcrumbList benötigt mindestens zwei ListItem-Einträge mit jeweils position, name und item, um für das Rich Result infrage zu kommen; beim letzten Breadcrumb ist item optional. Mueller zufolge spielt die Platzierung der Breadcrumbs auf der Seite für SEO keine Rolle — optimieren Sie diese daher für Nutzer.

Navigationsmenüs und Mega-Menüs

Hier sind zwei getrennte Probleme zu beachten: Crawlbarkeit und die Verwässerung von Linksignalen.

Crawlbarkeit. Google kann nur echten Ankerlinks folgen:

“Google can only crawl your link if it’s an <a> HTML element with an href attribute.” (Übersetzung) „Google kann Ihren Link nur crawlen, wenn er ein <a>-HTML-Element mit einem href-Attribut ist.“

JavaScript ist unproblematisch, solange das gerenderte DOM echte Anker enthält: “Links are also crawlable when you use JavaScript to insert them into a page dynamically as long as it uses the HTML markup shown above.” (Übersetzung) „Links sind auch crawlbar, wenn sie mit JavaScript dynamisch in eine Seite eingefügt werden, sofern dabei das oben gezeigte HTML-Markup verwendet wird.“ Problematisch sind reine onclick-Handler, routerLink-ähnliche Attribute oder javascript:-hrefs:

“Google can’t reliably extract URLs from <a> elements that don’t have an href attribute or other tags that perform as links because of script events.” (Übersetzung) „Google kann URLs nicht zuverlässig aus <a>-Elementen ohne href-Attribut oder aus anderen Tags extrahieren, die aufgrund von Skriptereignissen als Links fungieren.“

Ein JavaScript-Mega-Menü kann also crawlbar sein. Der Mythos, JS-Menüs könnten nicht gecrawlt werden, ist falsch — vorausgesetzt, das Menü rendert korrekte <a href>-Links.

Verwässerung von Linksignalen. Jeder Link in der globalen Navigation erhält einen Teil der Autorität der Startseite. Ein Mega-Menü mit 200 Links verteilt diese Autorität dünn auf 200 Ziele. Mueller hat außerdem darauf hingewiesen, dass sehr große, häufig wechselnde Mega-Menüs für Google schwer zu interpretieren sein können. Die pragmatische Lösung: Begrenzen Sie die globale Navigation auf Oberkategorien in überschaubarer Zahl statt auf die gesamte Taxonomie. Tiefere Unterkategorie- und Produktnavigation gehört auf Kategorieseiten. So drückt sich die Pyramide in der Navigation aus.

Facettennavigation: der Crawl-Budget-Fresser

Auf den meisten E-Commerce-Websites ist dies das größte Crawl-Budget-Leck. Filter für Preis, Farbe, Größe oder Sortierung erzeugen jeweils crawlbare URLs; ihre Kombinationen wachsen explosionsartig. Selbst hinter einem bescheidenen Katalog können sich Millionen gefilterter URLs verbergen.

Google nennt die Lösungen in dieser Reihenfolge ihrer Wirksamkeit:

“Use robots.txt to disallow crawling of faceted navigation URLs” (Übersetzung) „Verwenden Sie robots.txt, um das Crawling von URLs der Facettennavigation zu unterbinden.“

Das ist die bevorzugte Methode. Weichere Signale, insbesondere rel=canonical, werden zwar anerkannt, sind jedoch laut Google “generally less effective in the long term than the previously mentioned methods.” (Übersetzung) „auf lange Sicht im Allgemeinen weniger wirksam als die zuvor genannten Methoden“. Das kehrt die Empfehlung vieler Leitfäden um, die mit Canonical beginnen. Weitere Hebel:

• URL-Fragmente (#) für Filterzustände verhindern Crawling passiv, denn “Google Search generally doesn’t support URL fragments in crawling and indexing.” (Übersetzung) „Die Google-Suche unterstützt URL-Fragmente beim Crawling und bei der Indexierung im Allgemeinen nicht.“
• 404 für leere Kombinationen: “If there are no green fish in the site’s inventory, users as well as crawlers should receive a ‘not found’ error.” (Übersetzung) „Wenn der Bestand der Website keine grünen Fische enthält, sollten Nutzer wie Crawler einen ‚Nicht gefunden‘-Fehler erhalten.“

Die strategische Entscheidung kommt vor der technischen: Ermitteln Sie, welche Filterkombinationen echte Suchnachfrage bedienen und daher indexierbare Landingpages verdienen, und welche reine UX-Filter sind, die blockiert oder ohne neue URL umgesetzt werden sollten. Das Thema wird unter Facettennavigation vertieft und ist direkt mit dem Crawl-Budget verbunden.

Mobile First: Ihre mobile Navigation ist Ihre SEO-Navigation

Google indexiert die mobile Version Ihrer Website:

“Google uses the mobile version of a site’s content, crawled with the smartphone agent, for indexing and ranking.” (Übersetzung) „Google verwendet die mobile Version der Inhalte einer Website, die mit dem Smartphone-Agent gecrawlt wird, für Indexierung und Ranking.“

Das hat strukturelle Folgen. Inhaltsgleichheit ist erforderlich:

“Make sure that your mobile site contains the same content as your desktop site.” (Übersetzung) „Stellen Sie sicher, dass Ihre mobile Website dieselben Inhalte wie Ihre Desktop-Website enthält.“ Das gilt ebenso für strukturierte Daten: “Make sure that your mobile and desktop sites have the same structured data.” (Übersetzung) „Stellen Sie sicher, dass Ihre mobile und Ihre Desktop-Website dieselben strukturierten Daten enthalten.“ Besonders wichtig:

“Google won’t load content that requires user interactions (for example, swiping, clicking, or typing) to load.” (Übersetzung) „Google lädt keine Inhalte, die zum Laden eine Nutzerinteraktion wie Wischen, Klicken oder Tippen erfordern.“

Versteckt Ihre mobile Navigation Kategorien hinter einem Hamburger-Menü, das Links erst nach dem Antippen über JavaScript-Klickereignisse statt als echte <a href>-Links im DOM rendert, erhalten diese Kategorie- und Produktlinks möglicherweise kein Crawlsignal aus der Navigation. Die auf dem Desktop aufgebaute Hierarchie muss mobil mit echten Ankern, denselben Inhalten und demselben Schema erhalten bleiben.

Sitelinks: beeinflussbar, nicht steuerbar

Die Linkgruppen, die manchmal unter dem Ergebnis Ihrer Startseite erscheinen, heißen Sitelinks. Eine gute Architektur erhöht ihre Wahrscheinlichkeit, auswählen können sie sich jedoch nicht. Google erklärt: “Our systems analyze the link structure of your site to find shortcuts.” (Übersetzung) „Unsere Systeme analysieren die Linkstruktur Ihrer Website, um Abkürzungen zu finden.“ Außerdem: “If the structure of your site doesn’t allow our algorithms to find good sitelinks… we won’t show them.” (Übersetzung) „Wenn die Struktur Ihrer Website unseren Algorithmen nicht erlaubt, gute Sitelinks zu finden, zeigen wir keine an.“ Sie beeinflussen die Qualität durch eine logische Struktur, aussagekräftige Seitentitel und Überschriften sowie knappe, relevante Ankertexte; die angezeigten Seiten lassen sich nicht festlegen. Erscheint ein ungeeigneter Sitelink, können Sie die Seite mit noindex versehen oder entfernen.

Einordnung des Themas

Dieser Beitrag gehört zum Cluster Website-Struktur unter E-Commerce-SEO. Er ist direkt mit der Facettennavigation auf der Crawl-Seite, mit SEO für Kategorieseiten und SEO für Produktseiten als Seitentypen sowie mit internen Links als Mechanismus verbunden. Wie Crawler diese Struktur durchlaufen, erklärt der Beitrag zum Crawling.

KI-Zusammenfassung

Die Kurzfassung der fortgeschrittenen Perspektive:

• Google liest Links, nicht URLs. “Google generally doesn’t look at the structure of URLs… it analyzes the linkages between pages.” (Übersetzung) „Google betrachtet im Allgemeinen nicht die URL-Struktur, sondern analysiert die Verknüpfungen zwischen Seiten.“ Der interne Linkgraph bestimmt Hierarchie und relative Bedeutung — “the more links a page has to it within a site, the higher the relative importance.” (Übersetzung) „Je mehr Links innerhalb einer Website auf eine Seite verweisen, desto höher ist ihre relative Bedeutung.“
• Die Pyramide schlägt sowohl flach als auch zu tief. Mueller: Eine “super flat structure” (Übersetzung) „völlig flache Struktur“ ist nicht besser als eine “reasonable pyramid” (Übersetzung) „vernünftige Pyramide“; Nutzer sollten sich aber auch nicht “click through a million times.” (Übersetzung) „millionenfach durchklicken“ müssen. Ziel ist eine flache Pyramide.
• Die Drei-Klick-Regel ist Branchenkonsens, keine Google-Regel. Das eigentliche Risiko sind verwaiste Seiten, nicht das Überschreiten einer Klickzahl. Ein tief liegendes, gut verlinktes Produkt ist besser als ein flaches, verwaistes.
• Die URL-Struktur ist kaum ein Rankingfaktor; URL-Stabilität ist das Risiko. Wählen Sie früh ein einheitliches, aussagekräftiges Format und bauen Sie es nicht unnötig um — sonst brechen Links und es entstehen Weiterleitungsketten.
• Produkte in mehreren Kategorien erzeugen doppelte URLs. Beheben Sie das mit einer einzigen kanonischen URL (flache Produkt-URL oder Hauptkategorie) und stellen Sie die Hierarchie anschließend mit BreadcrumbList-Schema wieder her, das den Nutzerpfad statt der URL abbildet.
• Mega-Menüs: Sie sind nur crawlbar, wenn sie echte <a href>-Links rendern. Riesige Menüs verwässern Linksignale; begrenzen Sie die globale Navigation auf Oberkategorien.
• Facettennavigation ist das größte Crawl-Budget-Leck. Google bevorzugt eine Sperre per robots.txt; rel=canonical ist “less effective in the long term.” (Übersetzung) „auf lange Sicht weniger wirksam“. Leere Filterkombinationen sollten 404 zurückgeben.
• Mobile First: Google indexiert die mobile Fassung. Die mobile Navigation braucht echte Anker, dieselben Inhalte und dieselben strukturierten Daten — “Google won’t load content that requires user interactions… to load.” (Übersetzung) „Google lädt keine Inhalte, die zum Laden eine Nutzerinteraktion erfordern.“
• Sitelinks lassen sich durch Struktur, Titel und Ankertexte beeinflussen, aber nicht direkt steuern.

Offizielle Dokumentation

Primärquellen, überwiegend aus Googles E-Commerce-Spezialdokumentation.

Google — E-Commerce-Struktur und URLs

• Google helfen, die Struktur Ihrer E-Commerce-Website zu verstehen — das Verlinkungsmuster Menü → Kategorie → Unterkategorie → Produkt und “Google analyzes the linkages between pages.” (Übersetzung) „Google analysiert die Verknüpfungen zwischen Seiten.“
• Eine URL-Struktur für E-Commerce-Websites entwerfen — beständige URLs, ?key=value-Parameter und die Minimierung alternativer URLs.
• E-Commerce-SEO im Überblick — der zentrale Einstieg in die Spezialdokumentation.
• Paginierung und inkrementelles Laden von Seiten — warum klassische Paginierung besser crawlbar ist als „Mehr laden“ oder Infinite Scroll.

Google — Links, breadcrumbs, sitelinks

• Best Practices für SEO-Links (crawlbare Links) — die Anforderung <a href> und Ursachen mangelnder Crawlbarkeit.
• Strukturierte Breadcrumb-Daten (BreadcrumbList) — die Markup-Spezifikation; “represent a typical user path… instead of mirroring the URL structure.” (Übersetzung) „einen typischen Nutzerpfad darstellen, statt die URL-Struktur nachzubilden“.
• Informationen zu Sitelinks — wie Google sie aus der Linkstruktur erzeugt und was Sie beeinflussen können.

Google — crawlen, facets, mobile, international

• Crawling von URLs der Facettennavigation verwalten — robots.txt als bevorzugte Lösung und 404 für leere Kombinationen.
• Crawl-Budget optimieren — Kapazität, Nachfrage und das Entfernen von Duplikaten.
• Best Practices für Mobile-First-Indexierung — Gleichwertigkeit von Inhalt und strukturierten Daten sowie interaktionsabhängig geladene Inhalte.
• Mehrregionale und mehrsprachige Websites verwalten — die Abwägung zwischen ccTLD, Subdomain und Unterverzeichnis sowie der Verzicht auf IP-Erkennung.

Bing / Microsoft

• Inhalte mit Sitemaps in KI-gestützter Suche auffindbar halten (Canel & Madhavan, Juli 2025) — Größenlimits für Sitemaps und das Aktualitätssignal lastmod bei großen Katalogen.

Zitate aus den Quellen

Dokumentierte Aussagen von Google und Bing. Wo die Quelle es zulässt, führt jeder Link direkt zur zitierten Passage.

Google — wie Google Struktur liest

• “Google generally doesn’t look at the structure of URLs to work out the structure of a site. Instead, it analyzes the linkages between pages to gain insights about the relative importance of different pages on a site.” (Übersetzung) „Zur Ermittlung einer Website-Struktur betrachtet Google normalerweise nicht die URLs, sondern die Verknüpfungen zwischen Seiten und deren relative Bedeutung.“ Zum Zitat
• “the more links a page has to it within a site, the higher the relative importance of the page to other pages.” (Übersetzung) „Mit der Zahl interner Links auf eine Seite steigt ihre relative Bedeutung gegenüber anderen Seiten.“ Zum Zitat
• “add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages.” (Übersetzung) „Verlinken Sie Menüs mit Kategorien, Kategorien mit Unterkategorien und diese schließlich mit sämtlichen Produktseiten.“ Zum Zitat
• “If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products by crawling alone.” (Übersetzung) „Ohne direkte Links von einer Kategorieseite zu jedem zugehörigen Produkt kann Googlebot beim Crawling Produkte übersehen.“ Zum Zitat

Google — URLs, Links, breadcrumbs

• “use long-term, persistent URLs. Avoid internally linking to temporary parameters, such as session-IDs, tracking codes, user-relative values (location=nearby, time=last-week), and the current time.” (Übersetzung) „Setzen Sie auf dauerhaft beständige URLs und vermeiden Sie interne Links mit temporären Parametern wie Sitzungs-IDs, Trackingcodes, nutzerabhängigen Werten oder der aktuellen Zeit.“ Zum Zitat
• “Minimize the number of alternative URLs that return the same content to avoid Google making more requests to your site than needed.” (Übersetzung) „Reduzieren Sie alternative URLs für identische Inhalte, damit Google keine unnötigen Anfragen an Ihre Website stellt.“ Zum Zitat
• “Google can only crawl your link if it’s an <a> HTML element with an href attribute.” (Übersetzung) „Ein Link ist für Google nur als <a>-HTML-Element mit href-Attribut crawlbar.“ Zum Zitat
• “We recommend providing breadcrumbs that represent a typical user path to a page, instead of mirroring the URL structure.” (Übersetzung) „Breadcrumbs sollten einen üblichen Nutzerpfad zur Seite zeigen und nicht einfach die URL-Struktur spiegeln.“ Zum Zitat

Google — Facetten, Sitelinks und Mobile

• “Use robots.txt to disallow crawling of faceted navigation URLs.” (Übersetzung) „Sperren Sie URLs der Facettennavigation per robots.txt für das Crawling.“ Zum Zitat
• “Our systems analyze the link structure of your site to find shortcuts.” (Übersetzung) „Unsere Systeme suchen in der Linkstruktur Ihrer Website nach geeigneten Abkürzungen.“ Zum Zitat
• “Google uses the mobile version of a site’s content, crawled with the smartphone agent, for indexing and ranking.” (Übersetzung) „Für Indexierung und Ranking nutzt Google die mit dem Smartphone-Agent gecrawlte mobile Inhaltsfassung.“ Zum Zitat

John Mueller, Google (Sprechstunde vom 2. Februar 2021 — über die wörtliche Wiedergabe im Search Engine Journal)

• “So from my point of view, I think for a lot of sites it makes sense to have more of a pyramid structure.” (Übersetzung) „Meiner Ansicht nach ist für zahlreiche Websites eine stärker pyramidenförmige Struktur sinnvoll.“
• “But it’s not the case that a super flat structure is going to be better than a kind of reasonable pyramid structure.” (Übersetzung) „Eine extrem flache Struktur ist keineswegs besser als eine angemessene Pyramidenstruktur.“
• “But at the same time you don’t want it to be such that it’s like you have to click through a million times to actually get to the actual content.” (Übersetzung) „Zugleich sollte niemand unzählige Klicks benötigen, um überhaupt zum eigentlichen Inhalt zu gelangen.“ Bericht lesen

Checkliste für das Architektur-Audit

Mit diesem Durchlauf prüfen Sie, ob Kunden und Crawler Ihren Shop navigieren können:

• Ihr Shop folgt einer Pyramide: Startseite → Oberkategorien → Unterkategorien → Produkte (weder völlig flach noch tief vergraben).
• Wichtige Produkte sind mit wenigen Klicks von der Startseite erreichbar und von autoritativen Seiten verlinkt (Startseite, Oberkategorien, Redaktion).
• Keine verwaisten Produkte: Jedes Produkt ist mindestens von seiner Kategorieseite verlinkt.
• Kategorieseiten verlinken alle ihre Produkte; bei sehr großen Katalogen dienen Sitemaps oder Feeds zusätzlich als Absicherung.
• Navigations- und Menülinks sind im gerenderten DOM echte <a href>-Anker, keine reinen onclick-, javascript:- oder routerLink-Handler.
• Die globale Navigation ist auf Oberkategorien begrenzt; tiefere Navigation liegt auf Kategorieseiten, statt dass das Mega-Menü die gesamte Taxonomie auf jede Seite setzt.
• Breadcrumbs sind vorhanden, nutzen BreadcrumbList-Schema und bilden den Nutzerpfad statt der unverarbeiteten URL ab.
• Produkte in mehreren Kategorien werden auf eine kanonische URL aufgelöst.
• Das URL-Format ist einheitlich, aussagekräftig (/product/black-t-shirt statt /product/3243) und stabil — keine aktuelle oder geplante Umstrukturierung nur für SEO.
• Die Facettennavigation ist begrenzt: Filter-URLs werden per robots.txt vom Crawling ausgeschlossen, nicht nur kanonisiert; leere Kombinationen geben 404 zurück.
• Die mobile Navigation bietet dieselben Kategorien und Produkte wie die Desktop-Fassung, als echte Anker und mit denselben Inhalten und strukturierten Daten.
• Die XML-Sitemap enthält kanonische, indexierbare URLs mit korrektem lastmod und wurde in Google Search Console sowie Bing Webmaster Tools eingereicht.

Die Denkmodelle

1. Links bilden die Struktur; URLs sind nur Bezeichnungen. Google leitet Hierarchie und Bedeutung aus Ihrem Linkgraphen ab, nicht aus URL-Pfaden. Bevor Sie ein URL-Schema ändern, fragen Sie, welche Links auf die Seite und welche von ihr weg führen. Das ist der wirksame Hebel.

2. Die Pyramide zwischen zwei Fehlermustern. Zu flach bedeutet: kein Bedeutungssignal, Google erkennt keine Zugehörigkeiten. Zu tief bedeutet: Seiten erhalten zu wenig Crawl-Aufmerksamkeit und PageRank. Ziel ist eine flache Pyramide aus Startseite → Kategorien → Unterkategorien → Produkten, wobei interne Links wichtige Seiten nahe an der Spitze halten.

3. Tiefe betrifft Auffindbarkeit, nicht eine magische Zahl. Die Drei-Klick-Regel ist eine Heuristik. Das eigentliche Risiko sind verwaiste Seiten, nicht das Überschreiten einer Klickzahl. Eine tiefe, gut verlinkte Seite ist besser als eine flache, verwaiste.

4. URL-Entscheidungsregel: Stabil schlägt clever. Wählen Sie einmal ein einheitliches, aussagekräftiges und beständiges Format. Strukturieren Sie nicht für SEO um — die Änderung kostet durch gebrochene Links und Weiterleitungsketten mehr, als die neue Struktur als Rankingfaktor praktisch bringt.

5. Vier E-Commerce-spezifische Lecks schließen.

• Produkte in mehreren Kategorien → ein Canonical plus BreadcrumbList-Schema.
• Mega-Menüs → echte Anker, begrenzt auf Oberkategorien.
• Facettennavigation → robots.txt-Sperre vor Canonical; leere Zustände mit 404.
• Mobile Navigation → sie ist Ihre SEO-Navigation; Gleichwertigkeit bei Links, Inhalt und Schema.

E-Commerce-Architektur — Spickzettel

Flach versus Pyramide

Richtwerte zur Klicktiefe (Faustregeln, keine Google-Regeln)

Tiefe betrifft Crawlbarkeit und PageRank-Fluss, ist aber kein direkter Rankingfaktor. Eine flache verwaiste Seite verliert gegen eine tiefe, gut verlinkte.

URL-Struktur: Kurzfakten

• Google liest Links, nicht URL-Pfade, um Hierarchie abzuleiten.
• URL-Struktur ≈ 1/7 als Rankingfaktor (Mueller); Stabilität ist das eigentliche Risiko.
• Aussagekräftig ist besser als numerisch: /product/black-t-shirt statt /product/3243.
• Beständige URLs; keine Sitzungs-IDs oder Trackingparameter in internen Links.
• ?key=value-Parameter statt eines bloßen ?value.
• Produkt in mehreren Kategorien → ein Canonical plus Hierarchie über BreadcrumbList-Schema.

Navigation und Links

• Crawlbar bedeutet echte <a href>-Links. JS-Menüs sind in Ordnung, wenn sie Anker rendern; reines onclick oder javascript: ist nicht crawlbar.
• Globale Navigation auf Oberkategorien begrenzen; tiefere Navigation auf Kategorieseiten verlagern.
• Breadcrumbs: BreadcrumbList-Schema, den Nutzerpfad abbilden; mehrere Pfade für Produkte in mehreren Kategorien sind möglich.

Facettennavigation (Reihenfolge für das Crawl-Budget)

1. Filter-URLs per robots.txt sperren — Googles bevorzugte Lösung.
2. URL-Fragmente (#) für Filterzustände — werden passiv nicht gecrawlt.
3. rel=canonical — “less effective in the long term.” (Übersetzung) „auf lange Sicht weniger wirksam“.
4. 404 für leere Filterkombinationen.

Mobile-first

• Google indexiert die mobile Fassung → mobile Navigation = SEO-Navigation.
• Dieselben Inhalte und strukturierten Daten wie auf dem Desktop. Interaktionsabhängig geladene Inhalte bleiben möglicherweise unsichtbar.

Sitelinks lassen sich durch Struktur, Titel und Ankertext beeinflussen, aber nicht steuern. Ungeeignete Seite? Mit noindex versehen oder entfernen.

Wo sollte eine neue E-Commerce-Seite eingeordnet werden?

Architekturfehler, die Sie vermeiden sollten

Jedes Produkt nur einen Klick von der Startseite entfernen

Warum es scheitert: Ein extrem flacher Graph beseitigt sinnvolle Prioritäten und überlastet die Navigation. Besser: Verwenden Sie eine vernünftige Pyramide und reservieren Sie prominente Links für die wichtigsten Kategorien und Produkte.

URL-Verzeichnisse mit der Hierarchie gleichsetzen

Warum es scheitert: Google leitet die Struktur aus Links ab, nicht aus der Verzeichnistiefe. Besser: Erstellen Sie crawlbare Eltern-Kind-Links, Breadcrumbs und Kategoriepfade. Halten Sie URLs stabil und lesbar, ohne ihnen die Vermittlung von Bedeutung zu überlassen.

Jede Facette als crawlbaren Link bereitstellen

Warum es scheitert: Kombinationen vervielfachen sich zu einem großen Raum doppelter URLs. Besser: Entscheiden Sie, welche gefilterte Nachfrage eine kuratierte Landingpage verdient, und begrenzen Sie den Rest.

Desktop- und mobile Navigation getrennt entwerfen

Warum es scheitert: Wichtige Links, die in der mobilen Fassung fehlen, sind möglicherweise auch in der von Google primär bewerteten Version nicht vorhanden. Besser: Bewahren Sie die wesentliche Hierarchie und gewöhnliche Ankerlinks über alle responsiven Zustände hinweg.

Tools für das Audit der E-Commerce-Architektur

• Nutzen Sie den Visualizer für interne Linkcluster mit einem bereitgestellten Linkgraphen, um verwaiste Seiten, schwach verbundene Bereiche und Seiten mit geringer interner Bedeutung zu finden.
• Prüfen Sie mit dem Link Analyzer repräsentatives HTML von Kategorie- und Produktseiten auf crawlbare Anker, Breadcrumbs und Ziel-URLs.
• Klassifizieren Sie mit dem Faceted Navigation Auditor Parametermuster, bevor Sie gefilterte Seiten freigeben oder blockieren.
• Verwenden Sie Scout Site Audit Free für einen begrenzten Crawl, der defekte Routen und Seiten aufdeckt, welche die vorgesehene Pyramide nicht erreicht.

Laufende Architekturmetriken

Crawlbare Klicktiefe nach Template

Metrik: Verteilung der kürzesten internen Linktiefe für Kategorien, Unterkategorien und Produkte. Aussage: Ob wichtiger Bestand vergraben oder abgetrennt ist. Erhebung: Wiederholbarer Crawler-Export, nach Template segmentiert. Benchmark / realistischer Bereich: Ermitteln Sie je Template eine Ausgangsbasis und untersuchen Sie wesentliche Verschlechterungen; eine universelle Drei-Klick-Rankingregel gibt es nicht. Rhythmus: Monatlich sowie nach Änderungen an Navigation oder Taxonomie.

Anzahl verwaister und schwach verlinkter Seiten

Metrik: Indexierbare Sitemap-URLs ohne crawlbare eingehende Links sowie priorisierte Seiten mit sehr wenigen eingehenden Links. Aussage: Wo deklarierter Katalog und tatsächlicher Linkgraph voneinander abweichen. Erhebung: Sitemap-URLs mit einem Crawl und Landingpages aus Analytics oder GSC abgleichen. Benchmark / realistischer Bereich: Echte indexierbare Waisen sollten bei null liegen; die Mindestzahl eingehender Links hängt von der Shop-Hierarchie ab. Rhythmus: Monatlich.

Abdeckung organischer Landingpages

Metrik: Anteil der vorgesehenen Kategorie- und Produkt-Templates mit organischen Impressionen. Aussage: Ob die Architektur den wichtigen Katalog auffindbar und anzeigefähig macht. Erhebung: Seitenexporte aus der Search Console mit dem kanonischen URL-Bestand verknüpfen. Benchmark / realistischer Bereich: Nach Template und Bestandsstatus vergleichen und den eigenen Shoptrend statt eines erfundenen Branchenziels verwenden. Rhythmus: Monatlich mit vierteljährlicher Prüfung der Taxonomie.

Empfehlenswerte Ressourcen

Meine verwandten Beiträge

• Das Wichtigste, was SEOs übersehen: interne Links (Search Engine Land) — warum interne Links Autorität zu Ihren besten Seiten lenken und warum Teams ältere Inhalte nachträglich verlinken sollten.
• Einsteigerleitfaden für technische SEO — die Einordnung der Website-Struktur in den größeren technischen Zusammenhang.

Auf dieser Website

• E-Commerce-SEO — der zentrale Themenhub.
• Facettennavigation — die ausführliche Betrachtung des Crawl-Budgets.
• SEO für Kategorieseiten und SEO für Produktseiten — die beiden Seitentypen, welche diese Architektur verbindet.
• Interne Links — der Mechanismus, der die Architektur wirksam macht.
• Crawling und Crawl-Budget — wie Bots Ihre Struktur durchlaufen.

Von anderen

• E-Commerce-SEO: Ein Einsteigerleitfaden (Chris Haines, Ahrefs) — Hierarchie, URL-Struktur und die Empfehlung flacher Produkt-URLs für Produkte in mehreren Kategorien.
• 11 Wege, E-Commerce-Kategorieseiten für SEO zu verbessern (Sam Underwood, Ahrefs) — praktische Details zu Pyramidenstruktur, Breadcrumbs und URL-Mustern für Kategorien.
• So strukturieren Sie Ihre Website-Architektur für SEO (Ahrefs) — der allgemeine, nicht E-Commerce-spezifische Strukturleitfaden.
• John Mueller empfiehlt eine Pyramidenstruktur für Websites (Roger Montti, Search Engine Journal) — die wörtliche Quelle der Pyramidenzitate.

Aus der Branche

• Google empfiehlt eine pyramidenförmige Navigationsstruktur (Barry Schwartz, Search Engine Roundtable) — Schwartz’ Bericht über dieselbe Mueller-Sprechstunde als nützliche Sekundärbestätigung der Pyramidenempfehlung.
• Google: URL-Struktur für SEO nicht so wichtig (Search Engine Roundtable) — Mueller bewertet die URL-Struktur als direkten Rankingfaktor mit ungefähr 1/7 und hält Stabilität für wichtiger als Tiefe.
• E-Commerce-SEO-Leitfaden (Jenn Mathews, Search Engine Land) — ein breiter Praxisleitfaden zu Website-Struktur, Crawl-Budget und Kategoriearchitektur.
• Bedeutung der Linkarchitektur (Google Search Central Blog, 2008) — Googles grundlegender Beitrag zur Verteilung von PageRank durch interne Linkstrukturen.
• Crawling von URLs der Facettennavigation verwalten (Google) — die offizielle Primärquelle für den robots.txt-zuerst-Ansatz bei Facettennavigation; die Zitate im Artikel verweisen hierher.
• Bing-Richtlinien für Webmaster (Microsoft Bing) — Bings Gegenstück zu Googles Crawl- und Indexierungsleitlinien mit Anforderungen an Linkerreichbarkeit und Sitemap-Einreichung.

Testen Sie sich selbst: E-Commerce-Website-Architektur

Fünf kurze Fragen zu E-Commerce-Hierarchie und internen Links. Wählen Sie jeweils eine Antwort und prüfen Sie anschließend Ihr Ergebnis.

Änderungsprotokoll