ecommerce SEO: Die Listingseiten

Diejenigen, die auf die eine oder andere Weise mit E-Commerce befasst sind, bezeichnen Produktdetailseiten (auch als product detail pages oder PDPs bezeichnet) als “gewinnbringende Seiten”. Das scheint zu implizieren, dass viele Menschen PDPs als die wichtigsten Seiten für den E-Commerce ansehen. Aufgrund dieser Mentalität erhalten PDPs häufig die größte Aufmerksamkeit, was sich nachteilig auf die Listingseiten auswirkt, z. B. auf Produkt- oder Kategorielistingseiten.

Die Listingseiten sind jedoch echte Kerne für E-Commerce-Websites und sie können die höchste Autorität sammeln und an die oberste und unterste Ebene in der Website-Hierarchie übertragen. Außerdem konzentriert sich die Entwicklung von E-Commerce-Links in der Regel auf die Seiten mit Kategorien und Unterkategorien. So, die Listen von Seiten verdienen daher mehr Aufmerksamkeit.

Auf den Listenseiten wird der Inhalt in einem Raster oder einer Liste angezeigt. Wenn diese Seiten Produkte auflisten, werden sie als Product Listing Pages (PLPs) bezeichnet. Wenn die Seiten Kategorien, Unterkategorien, Anleitungen, Städte, Dienste usw. auflisten, werden sie als Zielseiten(landing pages) oder einfach als Kategorieseiten bezeichnet.

Zwei Arten von Listungen

Die Listungsseiten zeigen normalerweise eine von zwei Arten von Elementen an:

  • Produkte – In dieser Listung werden Produkte angezeigt, die zu der zu diesem Zeitpunkt angezeigten Kategorie gehören.
  • Unterkategorien – In dieser Listung werden Unterkategorien der Kategorie oder Abteilung angezeigt, die zu diesem Zeitpunkt angezeigt wurden.

Die Produktlistungen

In Produktlisten (oder -gittern) werden thumbnail images für alle Produkte einer bestimmten Kategorie oder Unterkategorie angezeigt. Das bedeutet, dass alle hier aufgeführten Produkte ein gemeinsames übergeordnetes Element in der Hierarchie haben.

Dieser Screenshot zeigt ein klassisches Produktraster. Alle im Hauptinhaltsbereich angezeigten Produkte gehören zur Kategorie Guitars.

Die Verwendung einer Produktliste hat den Vorteil, dass mehr Autorität direkt an die Produkte in der Liste gesendet wird, insbesondere an die auf der ersten Seite der Liste. Diese Listungen bieten jedoch möglicherweise zu viele Optionen für Benutzer, die möglicherweise Hunderte oder Tausende von Produkten durchsuchen müssen, wie in der folgenden Abbildung dargestellt:

2.839 Kleidungsstücke in einer Kategorie erfordern die Paginierung.

In vielen Fällen ist es nicht sinnvoll, den Benutzern eine vollständige Liste von Produkten anzuzeigen, die zu einer Top-Kategorie gehören. Sie benötigen eine Anleitung bei der Auswahl eines Produkts, und die Auflistung von Tausenden von Produkten ist zu umfangreich und zu allgemein.

Nachfolgend finden Sie einige Empfehlungen zur Optimierung der Produktlistenseiten.

Installieren Sie eine SEO-freundliche Quick-View-Funktion

Verwenden Sie diese Funktion, um Benutzern und Suchmaschinen mehr Inhalt und Kontext bereitzustellen. Diese Funktion wird normalerweise mit modalen Fenstern implementiert, um schnell zusammenfassende Produktinformationen bereitzustellen, ohne die Produktdetailseite selbst aufzurufen.

C:\Users\Traian\AppData\Local\Temp\SNAGHTML14cbb33.PNG

Durch Klicken auf die Schaltfläche QUICK LOOK wird das modale Fenster auf der rechten Seite geöffnet. Diese Funktionalität kann zu einer verbesserten Erfahrung für Käufer führen.

Um diese Funktion zu nutzen, implementieren Sie sie nach Möglichkeit mit SEO-freundlichem JavaScript. Sie können beispielsweise mehr Inhalte bereitstellen, die von Suchroboter analysiert werden können, indem Sie die statische Beschreibung des Produkts in den Quellcode laden, sie jedoch nur dann im Browser anzeigen, wenn Sie auf Quick Look klicken. Dynamische Informationen wie Produktverfügbarkeit, verfügbare Farben oder Preis können auf Anfrage mit AJAX hochgeladen werden.

Genauso bei jeder anderen Methode, mit der Inhalte nur über Aktionen im Browser angezeigt werden, ist es eine gute Idee, die Implementierung von Quick Look nicht zu missbrauchen. Das bedeutet, dass der Inhalt sehr relevant und kurz sein muss. 50-150 Wörter sind wahrscheinlich mehr als genug, um das Produkt zu beschreiben.

Interne Verklinkung sollte nicht übertrieben werden. Für eine kurze Beschreibung des Produkts genügen zwei bis fünf Links.

Darüber hinaus können Sie die Anzahl der Produkte berücksichtigen, die Sie in der Standardansicht hochladen bzw. was von Suchmaschinen zwischengespeichert wird. Wenn Sie 20 Produkte mit Beschreibungen von jeweils 100 Wörtern hochladen, befinden sich 2.000 Wörter auf dieser Seite. Wenn Sie 50 Produkte oder 5.000 Wörter hochladen, ist das möglicherweise zu viel.

Erstellen und verbessern Sie interne Algorithmen, um die Produkte in der Liste optimal anzuzeigen.

SEO bedeutet für die Benutzer, die mit Hilfe von Suchmaschinen auf die Website kommen, die Gewinne aus dem organischen Verkehr durch Optimierungsmaßnahmen zu steigern. Wenn ein Benutzer auf einer Kategorieseite ankommt und die ersten Produkte in der Liste oder im Raster keine Gewinne erzielen, verschwenden sie wichtige Chancen.

Sie müssen einen Algorithmus erstellen und verwenden, der jedem Produkt eine Position (product rank) zuweist, und Sie müssen die Produkte anhand dieses Parameters organisieren. Der Algorithmus muss nicht sehr komplex sein. Dabei können verschiedene Parameter berücksichtigt werden, z. B. der Prozentsatz der Zugabe, Verkaufsstatistiken, Lagerverfügbarkeit, die Nähe zum Standort des Benutzers und sogar individuell ausgewählte Produkte.

Die Idee ist, die Produkte, die den höchsten Gewinn erzielen, auf die Liste zu setzen.

Die meisten Websites haben die meistverkauften oder beliebtesten Produkte als Standardansicht in der Produktliste, was für die Benutzerfreundlichkeit von Vorteil ist, da die meisten Kunden nach den meistverkauften Produkten suchen.[1] Das bedeutet jedoch nicht, dass Sie die Gewinne nicht durch Experimentieren mit dem Ranking-Algorithmus optimieren müssen.

Kategoriespezifischen Inhalt hinzufügen

Das Hinzufügen von Inhalten zu PLP-Seiten kann die Wahrscheinlichkeit erhöhen, dass Sie in Suchmaschinen oben aufgeführt werden. Das gilt für Kategorien auf allen Hierarchieebenen.

Sie kennen wahrscheinlich die “SEO-Inhalte” für die Kategoriebeschreibung. Viele E-Commerce-Websites verwenden diese Art von Inhalten, normalerweise am Ende der Seite. Werfen wir einen Blick auf das Bild unten:

Der “SEO-Inhalt” wird in der Produktliste oder im Raster angezeigt, damit Produkte auf dem ersten Bildschirm (above the fold) angezeigt werden können. Der SEO-Einfluss dieser Inhalte kann durch das Hinzufügen von Links zu mehr internen Seiten verbessert werden.

Sie fragen sich, ob dies für Newegg funktioniert?

Newegg belegt Platz 2 für “LCD-Monitore” gegenüber Best Buy.

Natürlich haben andere Faktoren zum Ranking der Seite auf der zweiten Position beigetragen, aber diese Beschreibung der Kategorie hatte auch einen gewissen Einfluss. Denken Sie daran, SEO bedeutet kleine, inkrementelle Änderungen, wie dieser Text.

Einige Websites bevorzugen es, diese Art von Inhalten über der Liste zu platzieren. Bei diesem Ansatz bleibt jedoch nicht viel Platz für Text und der Hauptinhalt wird nach unten verschoben, wie Sie in der folgenden Abbildung sehen können:

Der “SEO-Text” für diese Kategorie (oben in der Liste) verschiebt die Produkte auf der Seite nach unten.

Im obigen Beispiel ist die Beschreibung der Kategorie überhaupt nicht lang, aber das Marketing-Banner drückt das Produktraster sogar nach unten.

Es besteht kein Zweifel, dass noch besserer Textinhalt SEO helfen kann. Wenn Sie jedoch zu viel Inhalt über der Produktliste hinzufügen, verschieben Sie die Produkte über den ersten Bildschirm hinaus (below the fold), was zu Verwirrung bei den Benutzern führen und die Conversion-Raten beeinflussen kann. Andererseits ist die Anzeige von Inhalten unter dem Produktraster nicht so effektiv und hilfreich wie die Anzeige von Inhalten oben auf der Seite.

Es gibt einige Techniken, um dieses Problem zu beheben, z. B. das Erweitern / Reduzieren(extend/collapse) von zusätzlichem Inhalt per Klick oder die Verwendung von JavaScript-Karusselle. Ich denke, dass das Browsen mit Registerkarten eine der freundlichsten und elegantesten SEO-Lösungen ist, bei denen viel Inhalt oben auf der Seite enthalten ist. Dieser Ansatz eignet sich sowohl für Benutzer als auch für Suchroboter und kann auf engstem Raum ohne Spam implementiert werden.

Eine kurze Bemerkung zum Inhalt hinter Registerkarten und Erweiterungsklicks: Vor der Indizierung auf Mobilgeräten(mobile-first-indexing) wurde dieser Inhalt als weniger wichtig eingestuft und erhielt weniger Autorität. Das hat sich jedoch mit der Implementierung der Indizierung auf Mobile geändert.

Vergleichen wir die Bilder mit der Navigation auf der Registerkarte “Vorher und Nachher”.

Der Screenshot unten zeigt uns, wie eine REI-Kategorieseite aussah. Es wurden nur wenige Inhalte oben in der Liste angezeigt, aber keine Registerkarten verwendet. Beachten Sie, wie der Inhalt oben die Liste auf der Seite nach unten schiebt.

Diese Implementierung erfordert keine Registerkarten.

So sieht die Version mit Registerkartennavigation aus:

Dieses neue Design verwendet Registerkarten, um mehr Inhalt über der mittleren Linie (above the fold) anzuzeigen.

Shop by Category ist die Standardregisterkarte, die sich besonders für Benutzer eignet, da hier Unterkategorien aufgelistet werden. Die letzte Registerkarte, Expert Advice & Activities, hat viel SEO-Wert:

Der oben genannte Inhalt ist ideal für Benutzer und Suchmaschinen.

Der Inhalt im obigen Bild ist nicht nur gut geschriebener Inhalt, der sich mehr auf Benutzer und Conversions als auf SEO konzentriert, sondern auch sehr gutes “Essen” für Suchmaschinen. Diese Art von Inhalten richtet sich an Besucher in verschiedenen Phasen des Kaufprozesses und führt sie durch den Conversion-Trichter, was wunderbar ist. Es erhöht auch die Chancen der jeweiligen Kategorie, im SERP besser zu ranken.

Hier ist eine kurze Anmerkung: REI könnte leicht ein oder zwei kontextbezogene Textlinks zu Unterkategorien oder thematisch verwandten Produkten hinzufügen, um ihnen SEO-Kapital zu übertragen.

Die Lektion hier ist, dass jeder Inhalt, der beim Browsen mit Registerkarten platziert wird, für Benutzer nützlich sein sollte und nicht nur für einen Vorlagentyp (boilerplate).

Ich erwähnte das und werde es noch einmal sagen: E-Commerce-Websites müssen Inhalte veröffentlichen, um langfristig erfolgreich zu sein. Das ist keine SEO-Strategie, sondern ein gesunder Marketingansatz. Der Inhalt, den Sie auf jeder Seite platzieren, sollte der Absicht des Benutzers entsprechen, an den diese Seite adressiert ist. Wenn es sich bei der Suche, auf die Sie eine Seite ausrichten, um eine allgemeine Suche handelt, z. B. um Kategorienamen, versuchen Sie, mehrere Absichten auf dieser Seite zu erfüllen. Ich nenne diesen Multi-Intent-Inhalt(multi-intent-content).

Zusätzlich zu den sehr guten Inhalten auf dieser Registerkarte hat REI dem unteren Bereich des Unterkategorienrasters außerhalb des Registersuchens noch weitere Inhalte hinzugefügt:

Das Hinzufügen zusätzlicher Inhalte am Ende der Seite soll die Relevanz dieser Seite für Unterkategorien erhöhen.

Eine gute Vorlage für die Implementierung von SEO-Inhalten im unteren Bereich des Präsentationsrasters befindet sich auf der Home Depot-Website.

Sie haben Kaufleitfäden, Projektleitfäden und Community-Inhalte in Verbindung mit den Kategorien platziert, was für Benutzer großartig ist und die Suchmaschinen lieben werden. Nur eine einzige Bemerkung: es wäre interessant, die Auswirkungen auf Conversions zu testen, wenn diese Art von Inhalten in der Präsentation über dem Produktraster auftauchen würde.

Das Erstellen einer Art von Inhalten, die der von Home Depot verwendeten ähnelt, ist in jeder Situation eine erfolgreiche Strategie, weil:

  • Die Benutzer Zugang zu sehr guten Inhalten haben, um sie bei ihren Bedürfnissen zu unterstützen und Fragen zu beantworten, was zu besseren Conversion-Raten führt.
  • Die Suchmaschinen diese Inhalte mögen werden, was zu einem höheren organischen Verkehr führen wird.

Ein sehr nützlicher Abschnitt ist am Ende der Produktliste präsentiert.

Eine weitere Option, um mehr Inhalt zu Kategorieseiten hinzuzufügen, besteht darin, einen Link oder eine Schaltfläche für zusätzlichen Inhalt direkt über den Produkten einzufügen. Sie können ein Beispiel im Bild unten sehen:

Wenn die Benutzer auf die Schaltfläche View Guide klicken, werden sie auf eine neue Seite umgeleitet. Die Anleitung auf dieser neuen Seite ist lang und von hoher Qualität,aber sie bietet jedoch keinen Mehrwert für die Listungsseite.

Anstatt den Leitfaden auf einer neuen Seite zu öffnen, ist es eine bessere SEO-Option, ein modales Fenster zu öffnen, das einen Ausschnitt aus dem Leitfaden enthält. Laden Sie den Textausschnitt vorab in HTML, um ihn Suchmaschinen zugänglich zu machen. Dieses modale Fenster enthält einen Link zum HTML-Handbuch, sodass die Benutzer darauf klicken können, ob sie das gesamte Handbuch lesen möchten.

Das Erstellen von Inhalten nimmt Zeit und Ressourcen in Anspruch. Daher müssen Sie zunächst die Kategorien mit den besten Ergebnissen oder der höchsten Gewinnspanne identifizieren und dann schrittweise zu den anderen übergehen.

Zehren Sie von dem benutzergenerierten Inhalt( user-generated content oder UGC)

Der benutzergenerierte Inhalt hat einen sehr hohen SEO-Wert. Schauen wir uns also zwei Arten von UGCs an, die Sie auf Ihren Listingseiten implementieren können: Produktrezensionen und Forenbeiträge.

Die Produktrezensionen

Das Hinzufügen produktrelevanter Rezensionen beeinflusst die Conversionsraten und das Suchmaschinenranking:

In diesem Bild können Sie sehen, wie der Rezensionsbereich unten auf der Produktlistenseite angezeigt wird. Die Rezensionen in diesem Abschnitt sollten idealerweise die in der Liste aufgeführten Produkte widerspiegeln.

Wenn die Listung seitennummeriert ist, sollten die Rezensionen auf der Indexseite aufgeführt und auf den nummerierten Seiten nicht wiederholt werden. Wenn Sie genügend Rezensionen haben, um die 2-N-Seiten der Serie auszufüllen, sind Sie vielleicht verlocken, das zu tun, aber es ist keine gute Idee.

In solchen Fällen können Sie die Anzahl der auf der Indexseite aufgelisteten Rezensionen erhöhen. Anstatt drei Rezensionen aufzulisten, erhöhen Sie die Anzahl auf fünf oder zehn.

Wenn Sie das tun, müssen Sie Regeln erstellen, um doppelte Inhaltsprobleme zwischen Produktlistenseiten und Produktdetailseiten zu vermeiden. Solche Regeln können beinhalten:

  • Zeigen Sie nicht mehr als zwei Rezensionen für dasselbe Produkt auf derselben Seite an.
  • Nur fünf Rezensionen auf derselben Listingseite anzeigen.
  • Zeigen Sie nicht die Rezensionen an, die Sie auf der Produktseite auf der Listenseite veröffentlicht haben.

Beiträge aus Foren

Von der Community erstellte Inhalte, wie z. B. Forenbeiträge, können nicht nur im Forenteil einer Website nützlich sein (natürlich, ob sie einen haben), sondern auch auf den Seiten mit Kategorien oder Produktlisten:

C:\Users\Traian\AppData\Local\Temp\SNAGHTMLc5d8e43.PNG

Darüber hinaus die Produktrezensionen werden einige relevante Forenbeiträge unter dem Produktraster aufgeführt.

Optimieren Sie für bessere SERP-Snippets

Die Produktlisten-Seiten können rich snippets aus den Google-Suchergebnisseiten enthalten:

Auszug aus der Ergebnisseite (SERP-Snippet), angereichert mit der Anzahl der Produkte in der Liste. Manchmal zeigt Google nur die Anzahl der Produkte in der Liste an; manchmal werden auch einige Produktnamen angezeigt.

Obwohl viele E-Commerce-Websites daran interessiert sind, an diese rich snippets zu gelangen, enthält die offizielle Empfehlung von Google nicht viele Details:[2]

“Wenn das Ergebnis einer Suche hauptsächlich aus einer strukturierten Liste besteht, z. B. einer Tabelle oder einer Reihe von nummerierten Produkten, wird eine Liste mit drei relevanten Zeilen oder Produkten in einem nummerierten Format angezeigt. Das Snippet zeigt auch einen ungefähren Wert für die Gesamtzahl der Zeilen oder Produkte auf dieser Seite an (z. B. “40+ items” wie im obigen Bild))”.

Ein sauberer HTML-Code kann dabei helfen, die Anzahl der Produkte im Rich Snippet anzugeben.

Google kann HTML verwenden, um rich snippets zu generieren, für die nicht unbedingt eine semantische Markierung(semantic mark-up) erforderlich ist, z. B. Schema.org. Aus diesem Grund ist es wichtig, den Code sauber und gut strukturiert zu halten.

Beachten Sie, ob die Listingseiten rich snippets, die die Produktnamen einschließen, erhalten, dann die Beschreibungszeile im SERP kürzer ist als die regulären werden. Anstelle von zwei oder drei Textzeilen kann das Beschreibungssnippet auf nur eine Textzeile gekürzt werden. In diesen Fällen ist es eine gute Idee, die Auswirkungen auf die CTR-Rate in SERP zu überprüfen.

Im Folgenden finden Sie einige Tipps zum Abrufen rich snippets für Kategorienlisten:

Überprüfen Sie den HTML-Code für die Liste

Wenn Sie ein Element in der Liste öffnen, aber es nicht richtig schließen oder die Elemente falsch einfügen, wäre es schwerer für Google die Struktur der Seite zu verstehen.

Jedes Produkt im Raster ist in einem Listenelement enthalten, das richtig geschlossen wurde. Beachten Sie auch die Klassennamen DIV und UL.

Trennen Sie nicht die HTML-Tabellen

Rich snippet wird die Anzahl der Produkte auf der Indexseite anzeigen (z. B. “40+ items”), ob das Produktraster 40+ Produkte in einer einzelnen Tabelle enthält, jedoch nur, wenn die Tabellenmarkierung nicht unterbrochen ist. Wenn die Tabelle zwischen den Zeilen 10 und 11 unterbrochen wird, zeigt Google stattdessen die Meldung “10+ items” an. Wenn Sie Produkte in mehreren Tabellen auflisten, zeigt Google die Nummer in einer Tabelle an.

Verwenden Sie andeutende Klassennamen für HTML

Es wird behauptet,[3] dass die Verwendung des Klassennamens „item”im DIV des Produktes hilft bei der rich snippets Erhaltung für PLP:

“Zur Bestätigung haben wir einige Produkte in <div class = items> aufgenommen und das Snippet wurde aktualisiert. Es dauerte vier Tage, bis es in SERPs angezeigt wurde”.

Dieser Rat scheint zumindest teilweise zu funktionieren, wie Sie im Bild unten sehen können:

Beachten Sie den Klassennamen LI.

Das DIV-Element, das das Produktraster enthält, enthält den Begriff “products” und das scheint bei Websites, die rich snippets ohne Verwendung einer semantischen Markierung erhalten, üblich zu sein. Außerdem enthält der Name der Produktklasse den Begriff “item”.

Rich snippets für die Kategorie Running Shoes enthält die Anzahl der Produkte pro Seite und die Gesamtanzahl der Produkte in dieser Kategorie.

Eine große Anzahl von Produkten in der Liste kann mehr Klicks anziehen, weil die Verbraucher nach einer umfassenden Liste suchen, wenn sie auswählen, wo sie klicken möchten. Damit kommen wir zu einer anderen Optimierungsidee.

Überdenken Sie die Anzahl der Produkte in der Listung

Wenn die Anzahl der Produkte in der aktuell angezeigten Kategorie recht gering und leicht zu durchsuchen ist (z. B. 50 Produkte in einem Raster mit fünf Zeilen und zehn Spalten), laden Sie sie alle auf einer Seite. Abhängig von der Anzahl der Links auf der Seite und der Gesamtautorität der Domain, können Sie diese Anzahl auf 100 oder noch mehr erhöhen.

Wenn Sie der Meinung sind, dass Sie eine kleine Anzahl von Produkten aus der Sicht des Benutzererlebnisses anzeigen müssen, können Sie 50, 100 oder 150 Produkte in SEO-freundliche Weise in den Quellcode hochladen und mit AJAX nur 10, 15 oder 20 anzeigen Produkte im Browser, um Überinformationen zu vermeiden. Sie können dann AJAX verwenden, um den Inhalt der Seite basierend auf Benutzeranforderungen zu aktualisieren, Navigation auf der Seite, Sortieren, Anzeigen aller Produkte usw.

Wenn Sie Tausende von Produkten in derselben Kategorie haben, können Sie diese in einfacher zu verwaltende Unterkategorien unterteilen. Sie können Unterkategorien anstelle von Produkten auflisten, indem Sie sie in kleinere Cluster unterteilen.

Beschriften Sie Produktrezensionen mit einer strukturierten Markierung

Das ist eine Strategie, die zur Diskussion steht, also Sie müssen vorsichtig sein, wie Sie sie umsetzen. Die Suchmaschinen unterstützen das Markierung von Produktrezensionen auf Listingseiten nicht und berücksichtigen möglicherweise solche Markierungen als Spam; passt auf!

Die Review Markierung kann nur auf PDP-Seiten sicher verwendet werden. Die PLP-Seiten sollten diese Markierung einschränken.

Stellen Sie sicher, dass Sie die AggregateOffer-Entität nicht in der Markierung verwenden, weil das als Spam angesehen werden kann. Das sicherste Entität, das für PLP verwendet werden kann, ist Offer.

Zum mehr Lernen über die Markierung der Schema.org Produkte lesen Sie diesen Artikel.[4]

Zeigen sie die Kategorienbezogene Suchen unter dem Suchfeld an

Der Abschnitt Related searches( verwandte Suchanfragen) wurde traditionell verwendet, um interne Links zu anderen Seiten zu erstellen und die Website-Architektur zu vereinfachen. Hier ist ein klassisches Beispiel:

Der Abschnitt Related Searches hilft bei der internen Verklinkung mit anderen Seiten.

Die ähnliche Suchanfragen helfen den Benutzern, Produkte zu entdecken und zu identifizieren, und bieten hochrelevante Links zu anderen Seiten auf einer Website. Stellen Sie sie daher näher an den Stellen ein, an denen Benutzer eine solche Suche durchführen würden, z. B. im Suchfeld. Sie können dies auf der Zappos-Website sehen:

Die Links im Abschnitt Search by werden an einer sichtbaren Stelle platziert, um die Autorität auf die verlinkten Seiten zu übertragen und den Benutzern zu helfen.

Bei Zappos sind die Links jedoch auf jeder Seite gleich und haben im Bereich Bags der Website keine Logik:

Zappos zeigt die Suchoptionen als einfache HTML-Links direkt unter dem Suchfeld an.

Size, Narrow Shoes und Wide Shoes sind keine nützlichen Details für jemanden, der Taschen sucht, oder? Stattdessen können Sie diese Links dynamisch ändern, indem Sie auf eine Seite verlinken, die die Taschen nach Stil oder anderen Attributen filtert, die zur Taschenkategorie(Bags) passen.

Wenn Sie nicht zu viel Speicherplatz zum Auflisten von 10 oder mehr ähnlichen häufig verwendeten Suchvorgängen verwenden möchten, können Sie ein modales Fenster implementieren, das durch Klicken auf “Beliebte Suchvorgänge” geöffnet wird. Stellen Sie sicher, dass der Inhalt für Suchmaschinen verfügbar ist, wenn Sie die Seite laden. Sie können für jede Kategorie wie viele ähnliche beliebte Schlüsselwörter auflisten.

Das obige Bild beschreibt eine mögliche Implementierung beliebter Suchvorgänge mithilfe des Modalfensters.

Wie im Abschnitt Home Pages( Startseiten) erwähnt, können Sie eine der folgenden Quellen verwenden, um nützliche Benutzersuchen zu finden:

  • Finden Sie auf jeder Kategorieseite heraus, welche Suchanfragen am häufigsten vorkommen.
  • Identifizieren Sie die am häufigsten besuchten Produkte oder Unterkategorien, nachdem Sie die Kategorieseite aufgerufen haben.
  • Erhalten Sie die Hauptschlüsselwörter. Beachten Sie, dass Google und andere kommerzielle Suchmaschinen die Suchanfragen unter der Bezeichnung “nicht verfügbar”(not provided) verbergen.

Verzögern Sie das Hochladen von Thumbnails für Produkte

Wenn Sie Dutzende von Produkten auf eine Listenseite hochladen, befinden sich wahrscheinlich viele davon unter der ersten Bildschirmzeile (below the fold).[5] Das gleichzeitige Hochladen aller Thumbnails ist weder erforderlich noch empfohlen. Laden Sie das Bild nur, wenn der Benutzer nach unten navigiert, um weitere Produkte anzuzeigen.

Das verzögerte Anzeigen von Bildern hat zwar keinen großen Einfluss auf das Google-Ranking, verbessert jedoch das Nutzererlebnis, indem die Ladezeit der Seite verringert wird.

Beachten Sie, wie klein der seitliche Bildlaufcursor (rotes Quadrat) ist. Diese Dimension vermittelt die Tatsache, dass die Seite sehr lang ist. Die Produkte im Bild sind mehrere tausend Pixel “unterhalb des ersten Bildschirms”.

Eine kurze Warnung zur Bedeutung des Begriffs “erster Bildschirm”. Es hat eine sehr klare Bedeutung in der Typografie (dh das Biegen in der Mitte der Zeitung), aber in Bezug auf Websites ist die Bedeutung nicht so klar. Sie müssen den ersten Bildschirm Ihrer Website unter Berücksichtigung Ihrer Browserauflösung und der von den meisten Benutzern am häufigsten verwendeten Systeme identifizieren und definieren.

Offensichtlich wird der erste Bildschirm auf Mobilgeräten anders sein als auf dem Desktop.

Entfernen oder verstärken Sie unnötige Links

Die Produktlisten werfen häufig das Problem sich wiederholender Links auf. In der Abbildung unten befindet sich beispielsweise ein Link auf dem Thumbnail des Produkts und ein Link auf dem Produktnamen. Beide verweisen auf dieselbe URL.

Die Links auf dem Thumbnail und dem Produktnamen des Produkts verweisen auf dieselbe URL.

Es gibt verschiedene Möglichkeiten, um dieses Problem zu lösen, und wir haben sie bereits erörtert. Siehe den Abschnitt Link Position des Abschnitts Internal Linking.

Ein weiteres sehr ähnliches Problem mit der Redundanz von Links auf der Thumbnails und dem Produktnamen tritt auf, wenn Sie einen Link auf die Sterne der Rezension und einen anderen Link auf den Text setzen, der die Anzahl der Rezensionen für dasselbe Produkt anzeigt:

Der Bildlink auf den Sternen und der Textlink auf der Nummer “6” senden an dieselbe URL.

Im obigen Beispiel ist keiner der Links aufgrund des Fehlens von Ankertext für Suchmaschinen besonders relevant. Behalten Sie daher einen einzelnen Link bei. Ich würde die Links auf den Sternbildern beibehalten, weil Sie mithilfe eines anderen Texts zusätzlichen SEO-Kontext hinzufügen können und weil der Linkbereich auf diesen Bildern größer ist als die Textnummern. Der Link zur Anzahl der Bewertungen könnte möglicherweise in JavaScript geschrieben sein.

Das Entfernen unnötiger Links oder anderer Elemente auf der Seite kann das Design entlasten, Produktabstände schaffen und die Anzahl der Links verringern, die die Berechtigung für die falschen Seiten verloren haben.

Es ist sinnlos, den Link mit Special Offers für jedes Produkt anzuzeigen. Verwenden Sie stattdessen QuickInfos oder zeigen Sie kleine Symbole oder Aufkleber an, um solche Angebote hervorzuheben.

Ein weiterer häufig in der Produktliste aufgeführter Artikel ist die Schaltfläche “In den Warenkorb”. Ich empfehle nicht, dass Sie es ohne sorgfältige Analyse von dieser Art von Seite entfernen, aber Sie können einen A / B-Test durchführen, um festzustellen, wie sich dies auf die Conversion-Rate auswirkt.

Ich empfehle, dass Sie “In den Warenkorb” -Ereignisse beobachten und analysieren, ob Benutzer Produkte direkt von den Produktlistenseiten in den Warenkorb legen. Wenn ja, gehen Sie einen Schritt weiter und ermitteln Sie, welche Art von Benutzern das tut (z. B. frühere Kunden, Erstbesucher usw.). In vielen Fällen sind diejenigen, die Produkte direkt von der Produktlistenseite hinzufügen, ehemalige Kunden, die die Marke, die Produkte und die Website sehr gut kennen und normalerweise wissen sie genau, was sie wollen. Wenn Sie die Schaltflächen “Zum Warenkorb hinzufügen” entfernen möchten, wissen diese Benutzer, dass sie Produkte über Produktdetailseiten zum Warenkorb hinzufügen können.

Die Nützlichkeit der Schaltflächen “In den Warenkorb” auf den Produktlisten-Seiten muss getestet werden. Testen Sie es, indem Sie es durch andere CTAs ersetzen, den Produkten zusätzliche Details hinzufügen oder diese Funktionalität vollständig entfernen.

Machen Sie die Listenansicht zur Standardansicht

Normalerweise bietet die Listenansicht mehr Platz für Produktinhalte, was für Benutzer und Suchmaschinen nützlich ist.

Das ist die Gitternsicht. Es gibt nicht viel Platz, um Produktinformationen in einem Gitter darzustellen (nur Name und Preis).

In einer Listenansicht ist Platz, um weitere Produktinformationen anzuzeigen.

Im obigen Beispiel ist die Listenansicht Standard (default) für die Benutzer und die Suchmaschinen, aber die Benutzer haben jedoch die Möglichkeit, in der Benutzeroberfläche zur Gitteransicht zu wechseln.

Am Anfang dieses Abschnitts erwähnte ich, dass es zwei Arten von Listungen gibt. Bisher haben wir über Produktlisten gesprochen. Es ist Zeit, jetzt über den zweiten Typ zu sprechen:

Die Kategorienlisten

Die Kategorien listen bedeutet, dass anstelle von Produkten die verfügbaren Unterkategorien in einer Kategorie angezeigt werden, die jeweils mit einem repräsentativen Thumbnails angezeigt werden. Die Kategorienlisten werden in den ersten zwei oder drei Ebenen der Kategoriehierarchie einer Site implementiert, abhängig von der Größe des Produktkatalogs. Da die Anzahl der anzuzeigenden Unterkategorien gering ist, wird auf den Kategorienlisten meistens die Gitteransicht und nicht die Listenansicht verwendet.

Lassen Sie uns sehen, wie Home Depot das Unterkategoriengitter auf benutzerfreundliche Weise mit Suchmaschinen implementiert hat.

Das ist die erste Hierarchieebene, Appliances.

Auf der ersten Ebene der Hierarhie(Appliances) werden mehrere Bilder von Unterkategorien (Refrigerators, Ranges, Washers usw.) sowie Links zu Unterkategorien aufgelistet (z. B. unter Refrigerators werden Links zu French Door Refrigerators, Top Freezer Refrigerators, Side By Side Refrigerators usw. angezeigt.)

Wenn Sie auf Refrigerators klicken, wird eine Seite mit Kategorien geladen. Diesmal zeigt die Auflistung die wichtigsten Unterkategorien für die Unterkategorie Refrigerators.

Das ist die dritte Ebene der Hierarchie.

In der dritten Hierarchieebene (Appliances> Refrigeration> Refrigerators) werden weiterhin Kategorien anstelle von Produkten aufgelistet. Auf diese Weise können die Benutzer einen Auswahlpfad genauer auswählen, bevor auf der Seite Dutzende oder Hunderte von Produkten angezeigt werden.

Die Implementierung von Unterkategorieauflistungen in den ersten beiden Ebenen der E-Commerce-Hierarchie hat den Vorteil, dass mehr PageRank an die Unterkategorieseiten gesendet wird. Das ist besser so, als nur den PageRank auf einige wenige Produkte zu übertragen, da sich die Rückverweis-Bemühungen auf Seiten mit Kategorien und Unterkategorien beziehen sollten. Es ist wirtschaftlich nicht machbar, Produktseiten mit Linkbuilding auszurichten, es sei denn, Sie haben ein sehr großes Budget oder nur wenige Produkte im Katalog. Durch die Entwicklung externer Rückverweisse wird die SEO-Kompetenz für Kategorieseiten und Unterkategorieseiten aufgebaut, die dann auf PDP-Seiten übertragen werden.

Die Implementierung der ersten zwei Ebenen der E-Commerce-Hierarchie als Unterkategorienlisten erleichtert auch die Benutzerfreundlichkeit. Web-Usability-Tests haben gezeigt,[6] dass die Benutzer ermutigt werden können, tiefer in die Hierarchieebenen einzusteigen und eine bessere Auswahl der Produktpalette zu treffen.

Die Wahl zwischen Produktliste und Unterkategorie hängt von den Besonderheiten der jeweiligen Website ab. Normalerweise ist die Listung von Unterkategorien eine bessere Wahl, insbesondere für Websites mit einem großen Warenbestand und einer großen Anzahl von Kategorien. Die Entscheidung über die auf jeder Hierarchieebene darzustellenden Unterkategorien sollte auf Geschäftsregeln beruhen (z. B. die ersten fünf Kategorien mit der höchsten Gewinnspanne oder die ersten fünf meistverkauften Produkte).

Hier sind einige Empfehlungen für die Erstellung besserer Unterkategorienlisten:

  • Um die SEO-Autorität direkt an Produkte zu senden, fügen Sie eine Liste der Top-Produkte am unteren Rand der Seite hinzu, wie Sie in der Abbildung unten sehen können:

Denken Sie daran, nicht zu viele Produkte aufzulisten. 5-10 Produkte ist genug.

  • Halten Sie die Navigation auf der linken Seite für die Benutzer verfügbar, weil hier für die Suche nach sekundärer Navigation geschult wurden. Dieses Navigationsmuster beeinflusst die Conversions.[7] Es ist auch einfacher, sekundäre Navigationslinks zu scannen und auszuwählen.
  • Die sekundäre Navigation enthält keine Filter, bis der Benutzer einen Punkt erreicht, an dem Sie Produkte anstelle von Unterkategorien listen.
  • Zeigen Sie professionelle Thumbnails an, wie unten gezeigt.

Hochwertige Bilder versichern dem Benutzer, dass er mit einem seriösen Unternehmen zu tun hat.

  • Fügen Sie nach Möglichkeit eine kurze Beschreibung der Kategorie hinzu und verknüpfen Sie sie gegebenenfalls mit Kaufleitfäden oder interaktiven Werkzeuge zur Produktidentifizierung, um den Benutzern die Entscheidung zu erleichtern, welches Produkt für sie am besten geeignet ist. Das ist umso wichtiger, als Ihr Zielmarkt nicht genau über die Produkte informiert ist, die Sie verkaufen, oder wenn Sie hochwertige Produkte verkaufen.

Eine kurze Beschreibung für jede Kategorie kann der Anwendern, die für das erstes Mal kaufen, helfen, die Nischenterminologie zu verstehen und Suchmaschinen mehr Kontext zu bieten.

Das Bereitstellen von Anleitungen und Bildungsinhalten trägt zur Erhöhung der Conversion-Rate bei.

Im obigen Beispiel enthielt das ursprüngliche Design keine Schaltflächen wie “Find the right fridge”, “Find the right washer“ oder “Find the right dryer”. Diese Links können jedoch für die Benutzer von großem Wert sein und auch der SEO helfen. Wenn die Benutzer nach einer allgemeinen Suche auf diese Schaltflächen klicken, nachdem sie eine Seite erreicht haben (z. B. “Die Beste Haushaltsgeräte”), senken die Klicks die bounce Rate und führen zu besseren Anzeigezeiten der Website.

  • Verwenden Sie eine Schnellansicht-SEO-Funktion(Quick View), um weitere Details zu jeder Kategorie hinzuzufügen.

Genauso diese Funktionalität auf Produktlisten-Seiten verfügbar ist, kann ein ähnlicher Ansatz für Kategorienlisten implementiert werden.

In diesem Bild habe ich zum Zwecke der Veranschaulichung die Schaltfläche More Info zum ursprünglichen Design hinzugefügt.

Wenn Sie auf More Info klicken, wird ein modales Fenster geöffnet. In diesem Fenster können Sie Details wie eine kurze Erklärung der Kategorie, der Benutzer in dieser Kategorie finden können, Links zu anderen Kategorien in der Hierarchie und sogar häufig gestellte Fragen und Antworten einfügen.

Breadcrumbs

Die Breadcrumbs sind eine Form von Navigationselementen und sie werden normalerweise zwischen der Überschrift und dem Hauptinhalt angezeigt:

Breadcrumbs bietet Benutzern ein Gefühl der “Lokalisierung”.

Ein Breadcrumb auf einer Website, auf der DIY-Produkte verkauft werden, könnte beispielsweise folgendermaßen lauten: Home> Appliances> Cooking.

In der Struktur eines Breadcrumb werden Home, Appliances und Cooking als Elemente bezeichnet, und das Zeichen > wird als Trennzeichen bezeichnet.

Breadcrumbs werden oft als SEO-Faktor übersehen, aber es gibt ein Paar gute Gründe, warum Sie ihnen mehr Aufmerksamkeit schenken sollten:

  • Breadcrumb-Links sind sehr wichtige Navigationselemente, die den Benutzern die Position einer Seite in der Hierarchie der Website mitteilen und ihnen die Navigation innerhalb der Website erleichtern.[8] [9]
  • Breadcrumbs sind eine der besten Möglichkeiten, um Silos zu erstellen, sodass Suchmaschinenroboter vertikal zu den oberen Ebenen der Taxonomie crawlen können.
  • Breadcrumb-Navigation hilft Suchmaschinen, die Site-Architektur zu analysieren und zu verstehen.
  • Breadcrumb ist einer der sichersten Orte, an denen Sie genaue Schlüsselwörter für den Ankertext verwenden können.

Trotz guter Benutzerfreundlichkeit und SEO-Vorteile können viele E-Commerce-Websites Breadcrumbs für Benutzer und Suchmaschinen nicht richtig implementieren.

Können Sie sich vorstellen, welche Seite im obigen Beispiel ist?

Schauen Sie sich das Bild oben kurz an. Für welche Seite halten Sie es? Ist diese Edition Page? Vielleicht die Gifts Seite? Oder Designer Sale? Oder ist es die Shop by Designer Page? Keiner von diesen. Das ist die Kategorie Shoes & Handbags. Hast du die Bezeichnung schon entdeckt? Sie ist in der Dropdown-Liste in der linken Navigation.

Die Verwendung eines Breadcrumb auf dieser Website würde es den Benutzern erleichtern, zu verstehen, wo sie sich in der Hierarchie befinden.

Wenn Sie aufgrund der Benutzerfreundlichkeit noch nicht überzeugt sind, sich mehr mit Breadcrumbs zu befassen, sollten Sie möglicherweise daran erinnern, dass einige richtig implementierte Breadcrumbs direkt in den Suchergebnissen in Bing[10] und Google[11] angezeigt werden:

SERP-Snippets,die Breadcrumbs enthalten.

In diesem Bild sehen Sie, wie die Websites BestBuy, NewEgg und Dell im Ergebnis-Snippet eine Breadcrumb-Struktur aufweisen, aber Walmart jedoch keine. Wahrscheinlich ist ihr HTML-Code für Breadcrumbs nicht richtig markiert.

In einem Google-Patent werden die Taxonomie von Websites, interne Verklinkungen, primäre und sekundäre Navigation sowie strukturierte URLs erläutert,[12] die bei der Entscheidung für die Anzeige von Breadcrumbs in SERP rich snippets werden müssen. Um die Wahrscheinlichkeit zu erhöhen, dass Breadcrumbs auf den Suchergebnisseiten von Suchmaschinen angezeigt werden, implementieren Sie sie konstant auf der gesamten Website und befolgen Sie die offiziellen Empfehlungen von Google mithilfe der strukturierten Breadcrumbs-Mikrodatenmarkierung oder RDF.[13]

In der Vergangenheit konnten die Benutzer bei Breadcrumbslistungen in den Suchergebnissen nicht nur auf den blauen Titel im SERP klicken, sondern auch auf Breadcrumbs. Google hat sich jedoch dafür entschieden, keine Hyperlinks mehr zu diesen Breadcrumbs-Links zu erstellen. Ich gehe davon aus, dass die benutzer auf Links in Zwischenkategorien geklickt haben und auf Seiten gelangt sind, die der Suchabsicht nicht entsprachen. Deshalb hat sich Google entschieden, diese Option zu deaktivieren.

Wenn ein Produkt in mehrere Kategorien kategorisiert wird, ist es in Ordnung, mehr Breadcrumbs auf derselben Seite aufzulisten,[14] solange das Produkt nicht zu vielen verschiedenen Kategorien zugeordnet wird. Das erste Breadcrumb auf der Seite muss jedoch die kanonische Route zu diesem Produkt sein, da Google das erste Breadcrumb auswählt, das es auf der Seite findet.

Breadcrumbs wird erst ab einer bestimmten Tiefe ausgelöst

Einige Websites implementieren Breadcrumbs nur bis zu einer bestimmten Tiefe in der Website-Hierarchie, aber das ist jedoch nicht das Beste für Benutzer und Suchmaschinen.

Wenn sich die Benutzer auf der Furniture Kategorieseite(erste Ebene in der Hierarchie) befinden, gibt es keine Breadcrumbs.

Wenn die Benutzer zu einer Unterkategorie von Furniture navigieren (z. B. Bedroom Furniture ), werden Breadcrumbs angezeigt. Alle Unterkategorien unter Bedroom Furniture haben Breadcrumbs.

Die Breadcrumbs, die in einer bestimmten Tiefe angezeigt werden, funktionieren möglicherweise gut für die Benutzer, die mit dem Surfen auf der Startseite beginnen. Derzeit kann jedoch jede Seite der Website als Einstiegspunkt für die Benutzer und die Suchmaschinen dienen. Daher ist es wichtig, Breadcrumbs aus der ersten Ebene der Website-Taxonomie einzubeziehen. Darüber hinaus kann die Verwendung von Breadcrumbs nur auf einigen Seiten, nicht jedoch auf anderen die Benutzer verwirren.

Oft wird der Kategoriename auch in Breadcrumbs angezeigt.

Es ist in Ordnung, den Kategorienamen in Breadcrumb und Titel zu wiederholen. Das letzte Element im Breadcrumb muss jedoch kein Link sein, da sich dieser Link selbst auf die aktive Seite bezieht, was für die Benutzer sehr verwirrend ist.

Abhängig vom Implementierungsmodus gibt es drei Arten von Breadcrumbs:[15] auf der Route auf der Website(path-based), Standortbasiert(location-based) und Attributbasiert(attribute-based).

Auf der Route auf der Website basierende Breadcrumbs

Diese Art von Breadcrumbs zeigt den Weg, den Benutzer innerhalb der Website zurücklegen, um zur aktuellen Seite zu gelangen. Es fungiert als Hinweis für die Benutzer, als „so sind Sie hier gekommen”. Die Breadcrumbs werden dynamisch aktualisiert, um Ihren Browserverlauf widerzuspiegeln. Der Verlauf der angezeigten Seiten wird entweder durch Bezeichnung von URLs oder durch sitzungsbasierte Cookies erstellt.

Es ist keine gute Idee, diese Art von Breadcrumb zu implementieren, mit Ausnahme der Ergebnisseiten für interne Websitesuchen. Die Benutzer, die von Suchmaschinen kommen, können auf tiefe Seiten einer Website zugreifen, ohne die Website durchsuchen zu müssen. In diesem Fall ist ein auf den besuchten Seiten basierender Breadcrumb für die Benutzer bedeutungslos. Gleiches gilt für Suchmaschinenroboter, die von externen Referenzquellen auf Seiten am Ende der Hierarchie zugreifen können.

Standortbasierte Breadcrumbs

Das ist die beliebteste Art von Breadcrumb und gibt die Position der aktuellen Seite in der Website-Hierarchie an. Es ist der “Sie sind hier” -Index für Benutzer. Diese Art von Breadcrumbs hält die Benutzer auf einem festen Navigationspfad, der auf der Taxonomie der Website basiert, unabhängig von den zuvor beim Surfen besuchten Seiten. Das ist die Art von Breadcrumbs, die von Taxonomen[16] und Usability-Experten[17] empfohlen wird.

Auf den Kategorieseiten der obersten Ebene ist Breadcrumb nur ein Link zur Startseite, während der Kategoriename einfacher Text ist (kein Hyperlink).

Der Kategoriename hat keinen Hyperlink, weil das die aktive Seite ist. Das ist das richtige Verhalten.

Das erste Element im Breadcrumb sollte immer ein Link zur Startseite sein, es muss jedoch nicht unbedingt der Ankertext “Startseite” oder “Home” verwendet werden. Sie können stattdessen den Firmennamen oder ein kleines Kästchensymbol mit dem Firmennamen in einem anderen Text verwenden.

Die folgenden Ebenen in Breadcrumbs sind die Namen der Kategorien und Unterkategorien, die in der Taxonomie verwendet werden. Verknüpfen Sie auch hier nicht mit der aktuellen Seite, weil das die Benutzer verwirrt.

Es gibt Situationen, in denen die Verwendung eines Schlüsselworts im Ankertext-Link, der auf die Startseite verweist, sinnvoll ist (z. B. wenn der Firmenname The Furniture Store lautet). Aber auch dann gehen Sie vorsichtig damit um.

Auf Attributen basierende Breadcrumbs

Attributbasierte Beadcrumbs verwenden, wie der Name schon sagt, Produktattribute oder Filterwerte (wie Stil, Farbe oder Marke), um eine Navigation zu erstellen, die als Breadcrumb dargestellt wird. Diese Art von Breadcrumb ist ein Hinweis auf “So haben Sie Produkte gefiltert” für Benutzer:

Diese Seite präsentiert Breadcrumbs als Filter.

Wenn Sie auf Bed & Bath und dann auf Comforter Sets klicken, werden oben auf der Seite Breadcrumbs angezeigt. Im obigen Beispiel sind die Elemente im Breadcrumb keine Links (die “X” -Zeichen sind Links).

Technisch gesehen handelt es sich nicht um Breadcrumbs, sondern um Filterwerte. Diese Implementierung kopiert jedoch die traditionelle Verwendung von Breadcrumbs, und die Benutzer erwarten, dass auf die Filter zugegriffen werden kann, genau wie erwartet wird, dass Breadcrumbs horizontal und nicht vertikal angezeigt werden.

Normalerweise empfehle ich nicht, Kategorien durch Filter für Kategorien der obersten Ebene und für die ersten Ebenen von Unterkategorien zu ersetzen. Die Wahl zwischen einer Kategorie und einem Filter wird zusammengefasst, wenn es nicht sinnvoll ist, separate Kategorien für bestimmte Produktattribute zu erstellen. Zum Beispiel machen separate Kategorien für Schuhgrößen keinen Sinn. Die Größe ist eher ein Produktattribut, das in einen linken Navigationsfilter übersetzt wird.

Trennzeichen

Sie müssen jedes Element klar von der Breadcrumb-Zeichenfolge trennen. Sie können die Elemente mit den Trennzeichen trennen. Das am häufigsten verwendete Trennzeichen zwischen den Elementen eines Breadcrumb ist das Zeichen “größer als” (>). Andere gute Optionen sind Zeichen (»), (/) oder Pfeile (→). Denken Sie daran, die Trennzeichen mit den richtigen HTML-Entitäten zu kennzeichnen.[18]

Seitennummerierung

SEO wird immer komplizierter, wenn die Listenseite Seitennummerierung erfordert. Die Seitennummerierung wird auf den E-Commerce-Websites aufgrund der großen Anzahl von Produkten angezeigt, die in mehrere Seiten unterteilt werden müssen (auch als Komponentenseiten bezeichnet). In der Regel wird die Seite auf den Produktlistenseiten und auf den internen Suchseiten der Site angezeigt.

Das Seitennummerierung im obigen Beispiel umfasst 113 Seiten, was für die Benutzer viel zu viel ist und für die Suchroboter schwer zu optimieren ist.

Wenn die Seitennummerierung auf Seiten mit anderen Unterkategorien anstelle von Produkten angezeigt wird, ist es Zeit, die Struktur zu überprüfen und die Unterkategorien ohne Seitennummerierung zur Verfügung zu stellen. Sie können das tun, indem Sie die Anzahl der Unterkategorien erhöhen, die Sie auf einer Seite anzeigen, oder indem Sie die Unterkategorien in Unterkategorien unterteilen.

Die Seitennummerierung ist eines der ältesten Probleme bei Websites mit einer großen Anzahl von Produkten. Wenn Sie dieses Problem lösen, müssen Sie ein sich bewegendes Ziel beobachten. Derzeit wird der Ansatz mit den Beziehungen rel = “prev” und rel = “next” am meisten empfohlen.

Es gab jedoch mehrere Strategien, um die Seite zu adressieren, bevor Google diese Beziehungen Ende 2011 einführte. Zu diesen Strategien gehörte das Nicht-Indexierung aller Seiten mit Ausnahme der ersten Seite oder die Verwendung einer Seite mit view-all( alle Produkte anzeigen).

Um die Seite noch unübersichtlicher zu gestalten, besteht eine der Optionen zum Verwalten der Seite darin, sie so zu belassen, „wie sie sind”.[19] Das legt nahe, dass sie eine kanonische Seite identifizieren und die Seitennummerierung gut verwalten können.

Was auch immer Sie tun können, um Suchmaschinen dabei zu helfen, Ihre Website besser oder effektiver zu verstehen, ist zu Ihrem Vorteil. Die Frage ist nicht, ob Sie mit der Seitennummerierung etwas anfangen müssen, sondern wie Sie vorgehen müssen.

Aus SEO-Sicht kann eine “einfache” Funktion wie Seitennummerierung die Fähigkeit von Suchmaschinen, den Inhalt Ihrer Website zu crawlen und zu indexieren, erheblich beeinträchtigen. Werfen wir einen Blick auf einige Seitennumerierung-Probleme.

Crawling-Probleme

Für eine Auflistung von Tausenden von Produkten ist eine Seitennummerierung erforderlich, weil eine Präsentation als solche Benutzern oder Suchmaschinen nicht hilft. Die Seitennummerierung kann sich jedoch vor allem auf die flache Struktur einer Website auswirken.

Im folgenden Beispiel sind für die Suchmaschinen möglicherweise 15 Schritte erforderlich, um zu Seite 50 zu gelangen. Wenn die auf Seite 50 aufgelisteten Produkte nur seitenweise aufgerufen werden können, ist die Wahrscheinlichkeit sehr gering, dass diese Produkte angezeigt werden entdeckt werden. Diese Seiten werden wahrscheinlich seltener gecrawlt, was nicht ideal ist.

Wir befinden uns auf Seite 7 der Reihe und auf dieser Seite sind drei zusätzliche Seitennummerierung-URLs (8, 9 und 10) im Vergleich zu Seite 1 aufgeführt.

In unserem Seitennummerierung-Beispiel fehlen Komponentenseiten in der Reihe (Seiten 2 und 3), was bedeutet, dass Suchroboter direkt von Seite 1 zu Seite 4 springen können. Aufgrund dieser Mängel in Komponenten-URLs können Roboter die Seite 50 in ungefähr erreichen 15 Schritte statt 43 (Roboter benötigen 43 Schritte, um Seite 50 zu erreichen, da sie direkt von Seite 1 zu Seite 7 wechseln können, da Seite 7 auf der Indexseite aufgeführt ist. Ab Seite 7 sind weitere 43 Schritte / Klicks auf Weiter erforderlich bis sie Seite 50 erreichen).

Die Chancen, dass Googlebot durch den Seiteninhalt “springt”, um die letzten Seiten zu crawlen, nimmt mit jeder Seite in der Serie auf Seite 5 noch deutlicher ab.

Die obige Grafik ist ein Experiment zur Paginierung. Wie Sie sehen, crawlt Google viel seltener auf 6-N-Komponentenseiten.[20]

Das Experiment hat gezeigt, dass:

“Je größer die Seitenzahl ist, desto geringer ist die Wahrscheinlichkeit, dass diese Seite indexiert wird … Im Durchschnitt sinkt die Wahrscheinlichkeit, dass der Roboter auf der nächsten Seite der Suchergebnisse crawlt, um 1,2 – 1,3% pro Seite”.

Wenn Sie über eine große Anzahl von Komponentenseiten verfügen, finden Sie eine Möglichkeit, Links zu Zwischenseiten in Reihe hinzuzufügen. Fügen Sie Verknüpfungen zu mehreren Zwischenseiten hinzu, anstatt auf die Seiten 1, 2, 3 und 4 zu verweisen und dann zur letzten Seite zu springen. In unserem obigen Beispiel können wir die Reihe in vier Teile aufteilen, indem wir auf jede der 28 Seiten der Reihe verweisen. Warum habe ich mich entschieden, auf jede der 28 Komponentenseiten zu verlinken? Weil ich die Seite in vier Teile aufteilen wollte (112 geteilt durch vier entspricht 28).

Je weniger Komponentenseiten in der Paginierung vorhanden sind, desto weniger Cluster werden verwendet. Wenn Sie beispielsweise 10 Komponentenseiten haben, werden Links zu allen aufgelistet. Wenn Sie 50 haben, teilen Sie durch 2; 100 wird in 4, 200 bis 8 usw. unterteilt.

Die Seite kann nun so aussehen:

Stellen Sie sicher, dass das Durchsuchen jeder Seite in der Reihe für Benutzer logisch ist.

Sobald Sie Änderungen an Ihrer Seitennummerierung vorgenommen haben, können Sie die Auswirkungen nach ein oder zwei Wochen abschätzen. Darüber hinaus können Sie mithilfe der Protokolldateianalyse auf Ihrem Server das Verhalten von Googlebot ermitteln, bevor und nachdem Sie Änderungen vorgenommen haben.

Doppelte Metadaten

Obwohl die aufgeführten Produkte auf den Seiten 2 bis N unterschiedlich sind, hat sehr oft jede Komponentenseite in der gesamten Serie den gleichen Titel und die gleiche Meta-Beschreibung. Manchmal wird sogar die Kopie des SEO-Inhalts während der gesamten Paginierung-Reihe dupliziert, was bedeutet, dass die Indexseite mit den Komponentenseiten konkurriert. In vielen Fällen ist diese Duplizierung auf die Standardkonfiguration des CMS zurückzuführen.

Beachten Sie Folgendes, um das zu verbessern oder zu vermeiden:

  • Erstellen Sie eindeutige benutzerdefinierte Titel und Beschreibungen für die Indexierung von Seiten (Seite 1 aus jeder Serie).
  • Schreiben Sie Titel und Vorlagenbeschreibungen (Boilerplates) für die 2-N-Seiten. Sie können beispielsweise den Titel von Seite 1 mit dem Vorlagentext am Ende von “{Title Page One} – Page X/Y” verwenden.
  • Wiederholen Sie nicht die SEO-Kopie (ob Sie eine haben) aus der Indexseite auf den Komponentenseiten.

Das Hinzufügen dieses einzigartigen Zeichens zu Titeln, Beschreibungen und Kopien für die gesamte Serie hat möglicherweise keinen großen Einfluss auf das Ranking für die Seiten 2 bis N, hilft jedoch Google, die Relevanz für die Indexseite zu stärken. Außerdem senden Komponentenseiten hochwertige interne Signale und konkurrieren nicht mit der Indexseite.

Ein weiteres Problem mit seitenbezogenen doppelten Inhalten kann auftreten, wenn Sie auf die erste Seite der Reihe (bzw. die Indexseite) auf den Komponentenseiten verweisen:

mysite.com/category/
mysite.com/category?page=1

Die URLs, die auf die Indexseite (Seite 1 in der Reihe) verweisen, sollten die Paginierung-Parameter nicht enthalten. Stattdessen sollten diese Links auf die URL der Indexkategorie verweisen, mysite.com/category/.

Die Dispersion von Klassifizierungssignalen

Manchmal erhalten die Komponentenseiten in der Paginierung-Reihe interne Links (oder von externen Sites), können sie SERP erreichen. In solchen Fällen werden die Klassifizierungssignale auf mehrere URLs verteilt, anstatt auf einer einzigen konsolidierten Seite kanalisiert zu werden.

Wenn wir uns ansehen, wie der PageRank übertragen wird, laut dem ersten Artikel zu diesem Thema (1998[21] veröffentlicht, der feststellt, dass der PageRank gleichmäßig über jeden Link übertragen wird und einen Zerfallsfaktor von 10-15% hat), dann scheinen die Komponentenseiten zu wahr schwarze Löcher für den PageRank sein – besonders solche ohne Link auf der ersten Seite der Serie).

Lassen Sie uns sehen, wie PageRank auf eine Seite mit allen Ansichten und auf einige Seiten übertragen wird. Zu Demonstrationszwecken werden wir den PageRank nur auf Komponentenseiten aufteilen. Daher wird davon ausgegangen, dass alle anderen Links auf allen Seiten ähnlich sind.

Im obigen Paginierung-Szenario erhalten die aufgelisteten Produkte auf Seite 2 ungefähr dreimal weniger PageRank als die aufgelisteten Produkte auf einer view-all Seite.

Unser Szenario sieht eine Auflistung von 100 Produkten auf einer Seite mit PageRank 4 vor. Aufgrund des Zerlegungsfaktors sendet diese Auflistungsseite nur 3,4 PageRank-Punkte an die anderen Seiten 4 x (1-0,15). Jedes auf der 100 aufgelisteten Produkte auf der view-all Seite erhält 0,034 PageRank-Punkte.

Wir werden die gleiche Auflistung in zehn Seiten in einer Seitenreihe mit zehn Produkten pro Seite aufteilen. Wir werden Links zu den Seiten 1, 2, 3, 4, 5 … 10 haben.

Für die erste Seite der Reihe werden wir die folgenden Parameter haben:

  • Der PageRank ist 4, genau wie auf der view-all Seite , und der Wert, der auf die anderen Links übertragen werden kann, beträgt 3,4 PageRank-Punkte.
  • Die Gesamtzahl der Links beträgt 16 (10 Produktlinks plus sechs Links für Paginierung-URLs).
  • Jede Produkt- und Seitennummerierung-URL erhält 0,213 PageRank-Punkte.

Die zehn Produkte auf der ersten Seite der Seitennummerierung erhalten etwa sechsmal mehr PageRank als die Produkte auf der view-all Seite.

Die zweite Seite enthält die folgenden Parameter:

  • Sein PageRank-Wert ist 0,213, und der Wert, der weiter auf alle anderen Links übertragen werden kann, ist 0,181.
  • Die Gesamtzahl der Links beträgt immer noch 16 (10 Produktlinks plus sechs Links für Paginierung-URLs).
  • Jeder Artikel und jede Seitennummerierung-URL erhält 0,011 PageRank-Punkte.

Die zehn Produkte auf der zweiten Seite erhalten dreimal weniger PageRank als die aufgelisteten Produkte auf der view-all Seite.

Auf der obigen Seitennummerierung hat Seite 6 der Serie keinen Link auf der Indexseite.

Wenn auf der ersten Seite der Serie keine Komponenten-URL vorhanden ist (z. B. wird Seite 6 nur angezeigt, wenn Benutzer auf Seite 2 der Serie klicken, wie in der Abbildung oben), wird der PageRank-Wert an Produkte mit einem übertragen Link auf Seite 6 ist unglaublich niedrig.

  • Der PageRank für diese Seite ist 0,011 (ab Seite 2) und der Wert, der weiter übertragen werden kann, ist 0,0096.
  • Die Gesamtzahl der Links beträgt 16 (10 Links für jedes Produkt plus sechs Links für Paginierung-URLs).
  • Jede Produkt- oder Seitennummerierung-URL erhält 0,0006 PageRank-Punkte.

Das bedeutet, dass die Produkte auf diesen Seiten ungefähr 56-mal weniger PageRank erhalten als die aufgelisteten Produkte auf der view-all Seite.

In diesem Screenshot wird beschrieben, wie sich der PageRank ändert, wenn Sie die Anzahl der Produkte auf jeder Komponentenseite ändern (z. B. Auflistung von 10, 20 oder 25 Produkten pro Seite).

Wenn Sie diese Vorlage analysieren möchten, können Sie die Excel-Datei hier herunterladen.

Dieses PageRank-Flussmuster weist hin:

  • Die aufgelisteten Produkte auf der ersten Seite einer Reihe von Seitennummerierung erhalten einen PageRank-Wert, der erheblich höher ist als der auf den Komponentenseiten aufgelistete.
  • Je weniger Links auf der ersten Seite vorhanden sind, desto wichtiger sind sie und desto mehr PageRank erhalten sie – keine Überraschung.
  • Wenn der Link zu einer ausgelagerten Seite nicht auf der Indexseite der Serie aufgeführt ist, erhält diese Seite einen erheblich reduzierten PageRank-Wert.

Die Produkte, die auf 2-N-Seiten aufgeführt sind, erhalten weniger PageRank als die Produkte, die auf einer view-all-Seite aufgeführt sind. Ausnahmen sind Fälle, in denen ich viele externe Links erhalte. In der Praxis ist PageRank jedoch eine Metrik, die auf komplexere Weise übertragen wird. Beispielsweise fließt der PageRank zwischen Seiten hin und her und es wird mehr PageRank von Kontextlinks als von Paging-Links übertragen. Der PageRank-Wert, der die Auslagerungsseiten erreicht, kann nicht berechnet werden (außer bei Google).

Dieses übervereinfachte Modell zeigt uns jedoch, dass Sie auf der ersten Seite der Seitennummerierung einen hohen PageRank-Wert auf eine kleine Anzahl von Produkten übertragen können (und die Produkte auf den Komponentenseiten erheblich verringern), oder Sie können einen durchschnittlichen PageRank-Wert auf alle Produkte übertragen über eine view-all Seite.

In beiden Fällen ist es wichtig, die wichtigsten Produkte auf der ersten Seite ganz oben auf der Liste zu platzieren, wenn Sie die Seitennummerierung verwenden.

Dünner Inhalt( thin content)

Die Listingseiten sind in der Regel inhaltsarm oder gar nicht oder zumindest nicht genug für Suchmaschinen, um sie indexierungswürdig zu finden. Mit Ausnahme von Produktnamen und einigen grundlegenden Informationen ist auf PLP-Seiten nicht viel Text enthalten. Infolgedessen hat Panda viele Listingseiten aus dem Google-Index entfernt.

Zweifelhafter Nutzen

Verwenden die Website-Besucher die Seitennummerierung? Schauen Sie sich die Analysedaten an, um dies herauszufinden. Dienen Komponentenseiten als Einstiegspunkte, entweder von Suchmaschinen oder von anderen Referenzen? Andernfalls sind die SEO- und Nutzervorteile einer view-all Seite möglicherweise viel größer als bei der Seitennummerierung.

Die Seitennummerierung kann ein notwendiges Übel sein, wenn die Websitearchitektur bereits implementiert und schwer zu aktualisieren ist oder wenn eine große Anzahl von Produkten nicht in mehrere Unterkategorien unterteilt und gruppiert werden kann.

Wenn Sie Seitennummerierungsprobleme minimieren möchten, ist es wahrscheinlich am besten, mit der Website-Architektur zu beginnen. Auf diese Weise können Sie einige komplizierte Probleme in Bezug auf Benutzererfahrung, IT und SEO vermeiden. Sie sollten Folgendes berücksichtigen:

Ersetzen Sie die Produktlisten durch Unterkategorienlisten

Beispielsweise können Sie auf der Kategorienseite Men’s Clothing statt 2.037 Produkte Unterkategorien wie Athletic Wear, Belts& Suspenders, Casual Shirts usw. auflisten. Sie haben nur Produktlisten in den tieferen Schichten der Website-Hierarchie.

Auf der Kategorieseite für Men’s Clothing werden Produkte aufgelistet, stattdessen sollten Unterkategorien aufgeführt werden, wie im folgenden Bild dargestellt.

Dies ist nur eine Simulation, die wir durchgeführt haben, um das Ersetzen der Produktliste durch die Unterkategorieliste zu demonstrieren.

Durch das Auflisten von Kategorien anstelle von Produkten können Benutzer außerdem schneller und besser Entscheidungen treffen.[22]

Verkleinern Sie die Unterkategorien

Wenn Sie eine Kategorie mit Hunderten oder Tausenden von Produkten haben, kann diese möglicherweise in kleinere Segmente unterteilt werden. Dadurch wird die Anzahl der Seiten in der Serie verringert oder sogar beseitigt.

Die Unterkategorie Jeans & Pants kann in zwei separate Unterkategorien unterteilt werden.

Durch die Segmentierung in mehrere Unterkategorien kann die Notwendigkeit einer Seitennummerierung vollständig beseitigt werden, wenn Sie eine angemessene Anzahl von Produkten auflisten. Übertreiben Sie es jedoch nicht. Es ist gut, zu viele Unterkategorien zu vermeiden.

Erhöhen Sie die Anzahl der Produkte in der Liste

Die Idee hinter diesem Ansatz ist einfach: Je mehr Produkte Sie auf einer Listenseite anzeigen, desto weniger Komponentenseiten werden Sie in Serie haben. Wenn Sie beispielsweise 50 Produkte in einem 5 x 10-Gitter auflisten und 295 Produkte auflisten müssen, benötigen Sie sechs Seiten in der Seitennummerierung-Reihe. Wenn Sie die Anzahl der Produkte auf 100 erhöhen, benötigen Sie nur drei Seiten, um alle aufzulisten.

Wie viele Produkte auf jeder Seite aufgelistet sind, hängt von der Anzahl der anderen Links auf der Seite, der Fähigkeit des Webservers zum schnellen Laden von Seiten und der Art der Produkte in der Liste ab. Beispielsweise können Begrüßungslisten langsamer gescannt werden als Lampenlisten. Im Allgemeinen sind 100 bis 150 Produkte eine gute Wahl.

Linken Sie zu mehreren Seitennummerierung-URLs

Erstellen Sie so viele Seitennummerierung-Links wie möglich, anstatt Seiten in der Seitennummerierung-Reihe zu überspringen.

Diese Art von Seitennummerierung weist große Bedienungsprobleme auf.

Für die Seitennummerierung im obigen Bild müssen die Suchmaschinen und die Benutzer sieben Mal auf den Pfeil nach rechts klicken, um zur letzten Seite zu gelangen. Das ist eine negative Sache für Benutzer und SEO.

Stattdessen sollten Sie auf alle Seitennummerierung-URLs verweisen, und das Seitennummerierung sieht folgendermaßen aus:

Mit diesem Ansatz ist es für Benutzer einfacher, auf eine der Komponentenseiten zuzugreifen.

Durch das Hinzufügen von Links zu einer anständigen Anzahl von Seitennummerierung-URLs können die Suchroboter in so wenigen Schritten wie möglich auf diese Seiten zugreifen.

Wenn möglich, verknüpfen Sie alle Komponentenseiten. Wenn die Auflistung beispielsweise weniger als 10 Komponentenverknüpfungen enthält, können Sie alle Verknüpfungen und nicht nur 1, 2, 3… 10 auflisten. Wenn die Auflistung eine Reihe nicht verwaltbarer Komponenten-URLs generiert, listen Sie so viele wie möglich auf, ohne eine negative Benutzererfahrung zu erstellen.

Mit den oben genannten Ideen können Sie die Auswirkungen der Seite auf die SEO minimieren. In vielen Fällen ist jedoch noch Seitennummerierung erforderlich – und Sie müssen sich darum kümmern.

Die Art und Weise, wie Sie sich der Paginierung nähern, ist situationsabhängig. Das hängt von Faktoren wie der aktuellen Implementierung, der Sättigung der Indexierung (Anzahl der von Suchmaschinen indexierten Seiten), der durchschnittlichen Anzahl von Produkten in Kategorien oder Unterkategorien und anderen Faktoren ab. Es gibt keinen allgemeinen Ansatz.

Abgesehen von dem Ansatz, „nichts zu tun”, gibt es verschiedene SEO-Methoden, um die Seitennummerierung anzusprechen:

  • Die Methode „noindex, follow“.
  • Die View-all-Methode.
  • Die Methode der Seitennummerierungsattribute, jeweils rel = “prev”, rel = “next”.
  • Die AJAX-Methode.

Ein falscher Ansatz für die Seitennummerierung besteht darin, rel = “canonical” zu verwenden, um alle Komponentenseiten in einer ersten Seitenserie zu verknüpfen. Google behauptet, dass:

“Die kanonische Einstellung auf der ersten Seite einer Sequenz ohne Parameter gilt als nicht bestimmungsgemäß”.[23]

Die Methode „noindex, follow”

Diese Methode erfordert das Hinzufügen des Metaroboters “noindex, follow” im <head> -Element der Seiten 2 – N der Serie, während die erste Seite indexierbar ist. Zusätzlich können die Seiten 2 – N ein selbstreferenzierendes Attribut rel = “canonical” enthalten.

Von den drei Methoden ist diese Methode am wenigsten kompliziert zu implementieren, entfernt jedoch tatsächlich 2-N-Seiten aus den Suchmaschinenindizes. Beachten Sie, dass diese Methode kein Indexierungssignal von den Komponentenseiten auf die kanonische Primärseite überträgt.

Die Seiten 2 bis N können nicht indexiert werden, da sie die Meta-Bezeichnung “noindex, follow” haben.

Wenn der Zweck darin besteht, Seiten aus dem Index zu entfernen, da Sie von einem dünneren Inhalt-Filter getroffen wurden, ist das der beste Ansatz. Eine gute Anwendung dieser Methode ohne Indexierung ist auch für interne Websitesuchseiten, da Google und andere Top-Suchmaschinen keine “Suchergebnisse” anzeigen möchten.[24]

Das Sperren des Zugriffs von Suchrobotern auf Komponentenseiten kann mit robots.txt und den Webmaster Konten erfolgen. Diese beiden Optionen entfernen keine Seiten aus den Indizes. Sie verhindern nur das zukünftige Crawlen. Obwohl Sie Google Search Console verwenden können, um das Crawlen auf Komponentenseiten zu verhindern, ist es außerdem einfacher, die Seite zu verwalten, wenn Sie sie an einem Ort sperren, entweder mit robots.txt oder GSC. Denken Sie beim Überprüfen von Crawling- und Indexierungsproblemen daran und vergessen Sie nicht wo Sie Inhalte blockiert haben.

Die „view-all” Seite

Diese Methode scheint die bevorzugte Wahl von Google für die Seitennummerierungsverwaltung zu sein:

“Die Benutzer bevorzugen im Allgemeinen die view-all Option in den Suchergebnissen”

Und weil,

“[Google] wird sich mehr bemühen, diese Version richtig zu erkennen und den Nutzern bereitzustellen”.[25]

Dieser Ansatz scheint durch Tests untermauert zu werden, die von Usability-Experten wie Jakob Nielsen durchgeführt wurden, der hat erfunden, dass:

“Die View-all Option [war] für einige Benutzer hilfreich. Noch wichtiger ist, dass die View-all Option die Benutzer nicht stört, die sie nicht verwendet haben. Als es jedoch nicht angeboten wurde, haben sich einige Benutzer darüber beschwert”.[26]

Die View-All-Methode besteht aus zwei Schritten:

  1. Erstellen Sie eine view-all Seite, auf der alle Produkte einer Kategorie aufgelistet sind, wie unten gezeigt:

Der Link “view-all 88 items” listet alle Produkte aus.

  1. Machen Sie die view-all Seite zur kanonischen URL der paginierten Serie, indem Sie das Attribut rel = “canonical” hinzufügen, das auf die view-all URL auf jeder Komponentenseite verweist:

Jede Komponenten-URL wird an die view-all Seite gesendet.

Der Zweck der Verwendung von rel = “canonical” besteht darin, alle Verknüpfungssignale zur view-all Seite zu konsolidieren. Mit dem View-All-Ansatz verlieren alle Komponentenseiten ihre Fähigkeit, im SERP zu ranken.

Obwohl sich die view-all Seite von der Indexseite mit den Auflistungen unterscheiden kann, ist auch die Konvertierung der view-all Seite in die Indexseite möglich.

Die Methode View-all weist einige Vorteile auf, wie eine bessere Bedienbarkeit, eine Konsolidierung des Indexierungssignals und eine relativ einfache Implementierung.

Es gibt jedoch einige Herausforderungen, die Sie berücksichtigen müssen, bevor Sie eine view-all Seite erstellen:

  • Die Konsolidierung von Hunderten oder Tausenden von Produkten auf einer einzigen Seite kann die Ladezeit erheblich verlängern, insbesondere bei Produktlisten. Eine schnelle Ladezeit beträgt weniger als vier Sekunden, Sie sollten jedoch eine Zeit von weniger als 2 Sekunden berücksichtigen. Verwenden Sie die progressive Upload-Technik, um dies zu aktivieren.
  • Eine view-all Seite bedeutet Hunderte oder Tausende von Links auf einer einzelnen Seite, da auf der view-all Seite alle Produkte auf den Komponentenseiten angezeigt werden müssen. Obwohl ein Kompromiss darin bestehen mag, die Indexierungssignale auf den Komponentenseiten der view-all Seite zu verstärken, haben wir keine offizielle Aussage darüber, wie Suchmaschinen eine so große Anzahl von Links auf der view-all Seite bewerten.
  • Manchmal möchten Sie nicht alle anderen Komponentenseiten entfernen und erzwingen, dass die view-all Seite im SERP aufgelistet wird. Wenn Sie bestimmte Seiten aus der Paginierung-Reihe entfernen möchten, müssen Sie rel = “next” und rel = “prev” verwenden.
  • Die Implementierung ist etwas komplexer als bei der Methode „noindex“. Es ist jedoch nicht so komplex wie die Verwendung von Seitennummerierung-Attributen.

Es gibt Situationen, in denen Sie die view-all Seite nur aus Gründen der Benutzerfreundlichkeit implementieren möchten und die Suchmaschinen nicht möchten, dass sie im SERP aufgelistet werden. Stellen Sie in solchen Situationen sicher, dass die Komponentenseiten in der Reihe nicht das Attribut rel = “canonical” aufweisen, das an die view-all Seite, sondern an die erste Seite der Seite gesendet wird. Markieren Sie außerdem die view-all Seite mit “noindex”. Darüber hinaus können Sie den view-all Link nur für Personen mithilfe von AJAX oder Inhalten, die auf Cookies oder anderen Methoden basieren, verfügbar machen.

Wenn Sie sich Sorgen über die Ladezeiten von Seiten machen, gibt es Möglichkeiten, eine einfache Version der view-all Suchmaschinenseite bereitzustellen, während die gesamte Seite den Benutzern auf Anfrage und ohne Erhöhung der Ladezeiten angezeigt wird. Diese Implementierungen müssen die fortschreitende Verbesserung(progressive enhacement)[27] und Erfahrung für mobile Benutzer berücksichtigen.

Heutzutage sollten Sie jedoch progressive Webanwendungen (PWAs) und mobile Beschleunigungsanwendungen (AMPs) erstellen, um ein superschnelles Laden zu ermöglichen und Dinge nicht zu komplizieren, indem Sie Suchmaschinen unterschiedliche Ressourcen zur Verfügung stellen als Benutzern.

Das De-Paginierung funktioniert zwar möglicherweise für Websites mit einer relativ geringen Anzahl von Produkten in ihrem Angebot, bei Websites mit großen Produktbeständen ist es jedoch möglicherweise einfacher, ein benutzerfreundliches Paginierung aufrechtzuerhalten, wodurch die Anzahl der Produkte begrenzt wird. Unter dem Gesichtspunkt der Benutzerfreundlichkeit,

“ normalerweise sollte diese Obergrenze bei etwa 100 Produkten liegen, sie kann jedoch höher oder niedriger sein, je nachdem, wie einfach die Benutzer die Produkte scannen und wie stark sich die Antwortzeit auf eine lange Seite auswirkt. ”[28]

Seitennummerierungsattribute (oder rel = “prev” und rel = “next” -Methode)

Eine andere Methode der Seitennumerierungsverwaltung ist die Verwendung von Seitenummerierungsttributen (auch bekannt als rel = “prev” und rel = “next”-Methode). Diese Methode eignet sich wahrscheinlich am besten für die heutigen E-Commerce-Websites, da sie gute Ergebnisse liefert, ohne dass die Fähigkeit der Seiten, in den Suchergebnissen zu ranken, vollständig beeinträchtigt wird.

Verwenden Sie im Abschnitt <head> jeder Komponentenseite in der Reihe entweder das Attribut rel = “prev” oder rel = “next” (oder beide), um eine “Kette” von ausgelagerten Komponenten zu definieren.

Die Attribute prev und next waren lange Zeit HTML-Standards,[29] aber sie erregten jedoch erst Aufmerksamkeit, als Google sie bewarb. Rel = “prev” und rel = “next” sind nur einige Hinweise auf eine Paginierung. Sie sind keine Direktiven.

Angenommen, Sie haben Produktlisten in den folgenden Serien:

http://www.website.com/duvet-covers/
http://www.website.com/duvet-covers?page=2
http://www.website.com/duvet-covers?page=3
http://www.website.com/duvet-covers?page=4

Fügen Sie auf der ersten Seite (Kategorieindexseite) diese Zeile in den Abschnitt <head> ein:

<link rel=“next” href=“http://www.website.com/duvet-covers?page=2” />

Die erste Seite enthält die Kennzeichnung rel = “next”, aber nicht rel = “prev”. Normalerweise ist die erste Seite die serielle Seite, die zu einem Hub wird und im SERP aufgeführt ist.

Auf der zweiten Seite fügen Sie diese beiden Zeilen in den Abschnitt <head> ein:

<link rel=“prev” href=“http://www.website.com/duvet-covers/” />
<link rel=“next” href=“http://www.website.com/duvet-covers?page=3” />

Die Seite 2 bis der vorletzten Seiten sollten die Markierungen rel = “next” und rel = “prev” haben.

Beachten Sie, dass Seite 2 auf die erste Seite der Seitennummerierung als/duvet-covers/ anstatt /duvet-covers?page=1 verweist. Das ist der richtige Weg, um auf die erste Seite der Serie zu verweisen und die Kette nicht zu brechen, weil:

/down-covers/ wird an /down-covers?page = 2 als nächste Seite gesendet und

/duvet-covers?page = 2 zeigt auf /duvet-covers/ als vorherige Seite.

Auf der dritten Seite (http://www.website.com/duvet-covers?page=3) fügen Sie das folgende Lesezeichen in den Abschnitt <head> ein:

<link rel=“prev” href=“http://www.website.com/duvet-covers?page=2” />
<link rel=“next” href=“http://www.website.com/duvet-covers?page=4” />

Auf der letzten Seite (http://www.website.com/duvet-covers?page=4) fügen Sie das folgende Linkattribut ein:

<link rel=“prev” href=“http://www.website.com/duvet-covers?page=3” />

Beachten Sie, dass die letzte Seite der Serie nur die Marke rel = “prev” enthält.

Die rel = ”prev” rel = ”next” Methode hat einige Vorteile, wie zum Beispiel:

  • Auf den Komponentenseiten wird eine Berechtigungsfreigabe für alle anderen Seiten in der Reihe verwaltet und verteilt.
  • Behebt das Problem des Seitenwechsels, ohne dass den Komponentenseiten das Attribut “noindex” hinzugefügt werden muss.
  • Konsolidiert die Konsolidierungseigenschaften wie Ankertext und PageRank wie bei der View-All-Implementierung. Das bedeutet, dass in den meisten Fällen die Indexseite der Serie in den Google-Suchergebnissen angezeigt wird.
  • On-Page-SEO-Faktoren wie Titel, Meta-Beschreibungen und URLs können für einzelne Komponentenseiten beibehalten werden, statt auf einer view-all Seite zusammengefasst zu werden.
  • Wenn die Auflistung mithilfe von URL-Parametern auf mehrere Arten sortiert werden kann, können diese nach mehreren Ansichten “sortiert” im SERP aufgelistet werden. Das ist mit dem View-All-Ansatz nicht möglich.

Es ist keine gute Idee, Paginierungsattribute mit einer view-all Seite zu mischen. Wenn Sie eine view-all Seite mit haben, geben Sie das Attribut rel = “canonical” auf allen Komponentenseiten für die view-all Seite an und verwenden Sie keine Paginierung-Attribute. Sie können sich auch selbst auf Inhaltsseiten beziehen, um doppelte Inhalte aufgrund von Sitzungs-IDs und Verfolgungsparametern zu vermeiden.

Die Verwendung des Attributs rel = “canonical” gleichzeitig mit rel = “prev” und rel = “next”

Die Seitennummerierungsttribute und und rel = “canonical” sind unabhängige Konzepte und können beide verwendet werden, um Probleme mit doppeltem Inhalt zu vermeiden.

Zum Beispiel könnte Seite 2 in einer Reihe ein rel = “canonical” -Attribut, ein rel = “prev” und ein rel = “next” enthalten:

<link rel=“canonical” href=“http://www.website.com/duvet-covers?page=2” />
<link rel=“prev” href=“http://www.website.com/duvet-covers?sessionid=1235sfsd” />
<link rel=“next” href=“http://www.website.com/duvet-covers?page=3&sessionid=1235sfsd”/>

Diese Einstellung teilt Google mit, dass Seite 2 Teil einer Paginierung-Reihe ist und dass die kanonische Version von Seite 2 die URL ohne den sessionid-Parameter ist. Die kanonische URL sollte ohne Sortierung, ohne Filter, Ansichten oder andere Parameter auf die aktuelle Seite verweisen, aber rel = “prev” und rel = “next” sollten die Parameter enthalten.

Beachten Sie, dass das Attribut rel = “canonical” nur für doppelten oder nahezu doppelten Inhalt verwendet werden sollte. Verwenden Sie es bei:

  • URLs mit Sitzungs-IDs.
  • URLs mit internen Tracking- oder Verweisparametern (referrals).
  • Sortierung, die die Anzeige auf der Seite ändert, nicht jedoch den Inhalt (z. B. Sortierung auf einer einzelnen Seite).
  • Teilmengen einer kanonischen Seite (z. B. eine view-all Seite).

Sie können rel = “canonical” auch für Produktvariationen verwenden, dh für fast doppelte PDP-Seiten mit derselben Produktbeschreibung. Der einzige Unterschied besteht in einem allgemeinen Produktattribut (z. B. gleicher Schuh, aber unterschiedliche Größen). Sie müssen den Zielmarkt verstehen, bevor Sie das kanonische Attribut anwenden, und Sie müssen auch in der Lage sein, das kanonische Produkt aus der SKU-Sammlung auszuwählen.

Die Parameter rel = “prev”, rel = “next” und URL

Obwohl die Methoden rel = “prev” und rel = “next” vorteilhafter erscheinen als die SEO-Methode “view-all”, gibt es einige Implementierungsprobleme.

Bei URL-Parametern gilt auf Seiten mit Seitennummerierung nur die Regel, dass Seitennummerierungsattributen nur zwischen URLs mit ähnlichen Parametern verknüpft werden können. Die einzige Ausnahme ist, wenn Sie den Seitennummerierung-Parameter für die erste Seite in der Reihe entfernen.

Damit die Seitennummerierungsattribute ordnungsgemäß funktionieren, müssen Sie sicherstellen, dass alle Seiten in einer paginierten Sequenz rel = “prev” und rel = “next” dieselben Parameter verwenden.

Die Seitennummerierung und die Tracking-Parameter

Die folgenden URLs werden nicht als Teil derselben Serie betrachtet, da die URL für Seite 3 unterschiedliche Parameter hat und das die Seitennummerierung-Kette unterbrechen würde:

http://www.website.com/duvet-covers?page=2
http://www.website.com/duvet-covers?page=3&referrer=twitter
http://www.website.com/duvet-covers?page=4

In diesem Fall müssen Sie Schlüssel-Wert-Paare(key-value pairs) basierend auf der abgeforderten URL(fetched URL) dynamisch eingeben.

Wenn die angeforderte URL den Parameter referrer=twitter enthält (http://www.website.com/duvet-covers?page=3&referrer=twitter), dann sollten die Paginierung-URLs den Parameter referrer dynamisch enthalten:

<link rel=“prev” href=“http://www.website.com/duvet-covers?page=2&referrer=twitter”>
<link rel=“next” href=“http://www.website.com/duvet-covers?page=4&referrer=twitter”>

Darüber hinaus können Sie Google über die Google Search Console mitteilen, dass dieser Parameter den Inhalt der Seite nicht ändert und nur repräsentative URLs crawlt (URLs ohne den Referrer-Parameter).

Die Seitennummerierung und Sortier- oder Anzeigeparameter

Ein weiteres häufiges Szenario für Seitennummerierung ist das Sortieren und Anzeigen von Auflistungen, die mehrere Seiten umfassen. Da jede Ansichtsoption eindeutige URL-Parameter generiert, müssen Sie für jede Ansicht einen Seitennummerierungsatz erstellen.

Angenommen, die folgenden URLs sind „nach den Neuesten sortiert” und zeigen 20 Produkte pro Seite an:

http://www.website.com/duvet-covers?sort=newest&view=20
http://www.website.com/duvet-covers?sort=newest&view=20&page=2
http://www.website.com/duvet-covers?sort=newest&view=20&page=3

Auf Seite 1 haben Sie nur das Seitennummerierungsattribut rel = “next”, das auf die URLs mit den Sortier- und Ansichtsparametern verweist:

<link rel=“next” href=“http://www.website.com/duvet-covers?sort=newest&view=20&page=2”>

Auf Seite 2 haben Sie rel = “prev” und rel = “next”, die auch auf URLs mit Sortier- und Ansichtsparametern verweisen:

<link rel=“prev” href=“http://www.website.com/duvet-covers?sort=newest&view=20”>
<link rel=“next” href=“http://www.website.com/duvet-covers?sort=newest&view=20&page=3”>

Auf Seite 3 haben Sie nur ein rel = “prev” -Attribut, das auch an URLs mit Sortier- und Ansichtsparametern sendet:

<link rel=“prev” href=“http://www.website.com/duvet-covers?sort=newest&view=20&page=2”>

Die Markierung oben definiert eine Reihe von Seitennummerierung.

Wenn Benutzer jedoch 100 Produkte pro Seite anzeigen können, ist das eine neue Anzeigeoption und erstellt eine neue Seitennummerierungsserie. Die neuen URLs sehen wie folgt aus; der view Parameter ist jetzt gleich 100.

http://www.website.com/duvet-covers?sort=newest&view=100
http://www.website.com/duvet-covers?sort=newest&view=100&page=2
http://www.website.com/duvet-covers?sort=newest&view=100&page=3

Auf Seite 1 haben Sie nur das Seitennummerierungsattribut rel = “next”, das auf die URLs mit den Sortier- und Ansichtsparametern verweist:

<link rel=“next” href=“http://www.website.com/duvet-covers?sort=newest&view=100&page=2”>

Auf Seite 2 haben Sie rel = “prev” und rel = “next”, die auch auf URLs mit Sortier- und Ansichtsparametern verweisen:

<link rel=“prev” href=“http://www.website.com/duvet-covers?sort=newest&view=100”>
<link rel=“next” href=“http://www.website.com/duvet-covers?sort=newest&view=100&page=3”>

Auf Seite 3 haben Sie nur ein rel = “prev” -Attribut, das auch an URLs mit Sortier- und Ansichtsparametern sendet:

<link rel=“prev” href=“http://www.website.com/duvet-covers?sort=newest&view=100&page=2”>

Wenn Sie mit Sortier-URLs arbeiten, müssen Sie verhindern, dass die Suchmaschinen bidirektionale Sortieroptionen indexieren, da das Sortieren nach dem Neuesten mit dem Sortieren nach dem Ältesten entspricht, jedoch in einer anderen Reihenfolge. Behalten Sie eine Standardmethode bei, um die Sortierung zugänglich zu machen, z.B. “Das Neueste” – und das andere blockieren, “das Älteste”.

Das Hinzufügen von Logik zu URL-Parametern verhindert nicht nur Probleme mit doppeltem Inhalt, sondern kann auch:

“der Benutzererfahrung helfen, indem eine konstante Reihenfolge der Parameter auf der Grundlage der wichtigsten Parameter für die zuerst aufgelisteten Benutzer (so wie die URL möglicherweise in den Suchergebnissen angezeigt wird) und der anschließend aufgelisteten unwichtigsten Parameter (z. B. Sitzungs-ID) beibehalten wird. Vermeiden Sie es example.com/category.php?session-id=123&tracking-id=456&category=gummy-candies&taste=sour”[30]

Stellen Sie sicher, dass Parameter, die den Inhalt der Seite nicht ändern (z. B. Sitzungs-IDs), als Standardschlüssel-Wert-Paare und nicht als Verzeichnisse implementiert werden. Das ist erforderlich, damit die Suchmaschinen verstehen, welche Parameter unbrauchbar und welche Parameter nützlich sind.

Hier sind einige weitere bewährte Methoden für Paginierung-Attribute:

  • Obwohl Sie theoretisch relative URLs verwenden könnten, um auf Paginierung-Attribute zu verweisen, sollten Sie absolute URLs verwenden, um zu vermeiden, dass URLs versehentlich in anderen Verzeichnissen oder Unterdomänen dupliziert werden.
  • Unterbrechen Sie nicht die Paginierung-Kette. Das bedeutet, dass Seite N auf N-1 als vorherige Seite und N + 1 als nächste Seite verweisen sollte (mit Ausnahme der ersten Seite, die nicht das Attribut “prev” hat, und der letzten Seite, die nicht das Attribut “next” hat).
  • Eine Seite darf nicht mehrere Attribute rel = “next” oder rel = “prev” enthalten.[31]
  • Verschiedene Seiten können nicht die gleichen Attribute rel = “next” oder rel = “prev” haben.

Der wahrscheinlich größte Nachteil der Attribute rel = “prev” und rel = “next” besteht darin, dass sie schwer zu implementieren sind, insbesondere bei URLs mit mehreren Parametern. Denken Sie auch daran, dass Bing die Beziehungen nicht als Nächstes behandelt und dasselbe vorsieht wie Google. Obwohl Bing Lesezeichen verwendet, um die Struktur Ihrer Website zu verstehen, werden die Indexierungssignale für eine Seite nicht verstärkt. Wenn Seitennummerierung in Bing ein Problem darstellt, sollten Sie erwägen, übermäßige Seiten mit bestimmten Bingbot-spezifischen robots.txt-Anweisungen oder einem Noindex-Meta-Bezeichnung zu blockieren.

Die AJAX- oder JavaScript-Links Methode

Mit dieser Methode erstellen Sie Paginierung-Links, auf die Suchmaschinen keinen Zugriff haben, die Benutzern jedoch im Browser zur Verfügung stehen. Der Nachteil ist, dass die Benutzer ohne JavaScript keinen Zugriff auf die Komponentenseiten haben. Die Benutzer können jedoch auf eine view-all Seite zugreifen.

Die Paginierung-Links im obigen Beispiel sind keine einfachen HTML-Links.

In diesem Bild können Sie sehen, dass die Benutzer über die Benutzeroberfläche (1) sortieren und zwischen Listen- und Gitteransicht wählen können. Es ermöglicht auch den Zugriff auf Seitennummerierung. Der Quellcode (2) zeigt jedoch eine JavaScript-Implementierung für die Paginierung. Wenn die zum Generieren dieser Links erforderlichen JavaScript-Ressourcen von robots.txt blockiert werden, hat Google keinen Zugriff auf diese Paginierung-URLs (3).

Dieser Ansatz hat das Potenzial, viele Komplikationen im Zusammenhang mit doppelten Inhalten zu vermeiden, die mit Paginierung-, Sortier- und Anzeigeoptionen verbunden sind. Das kann jedoch zu Problemen bei der URL-Erkennung führen.

Wenn Sie diesen Ansatz bevorzugen, stellen Sie sicher, dass Suchmaschinen mindestens eine andere Möglichkeit haben, auf jedes Produkt in jeder Liste zuzugreifen – beispielsweise mithilfe von:

  • Eine detailliertere Klassifizierung von Produkten, für die nicht mehr als 100 – 150 Produkte in jeder Liste erforderlich sind.
  • Interne kontrollierte Verlinkung, die alle Produkte SEO-freundlich mit den anderen Seiten verknüpft.
  • Gut strukturierte HTML-Sitemaps neben XML-Sitemaps.
  • Andere Arten von internen Links.

Unendliches Scrollen

Eine gebräuchliche Designalternative in den Oberflächen von Paginierung-Websites ist das unendliche Scrollen(infinite scrolling).[32] Mit dieser Methode, die als kontinuierliches Scrollen(continuous scrolling) bezeichnet wird, können Benutzer Inhalte anzeigen, während sie zum Ende der Seite scrollen, ohne auf die Paginierung-Links klicken zu müssen. Optisch ähnelt diese Alternative der Anzeige aller Produkte auf einer Seite. Der Unterschied zwischen einem unendlichen Scrollen und einer view-all Seite besteht jedoch darin, dass beim unendlichen Scrollen der Inhalt bei Bedarf hochgeladen wird (z. B. durch Klicken auf die Schaltfläche “Weitere Produkte laden” oder wenn der Inhalt über der mittleren Linie sichtbar wird),während auf einer view-all Seite wird der Inhalt einmal hochgeladen.

Mobile Websites verwenden mehr das unendliche Scrollen als Desktop-Websites, weil das Ziehen auf kleinen Bildschirmen einfacher ist als das Klicken. Das unendliche Scrollen basiert jedoch auf dem progressiven Hochladen mit AJAX.[33] Das bedeutet, dass Sie weiterhin Links zu Komponenten-URLs für die Suchmaschinen oder die Benutzer ohne aktiviertes JavaScript bereitstellen müssen. Sie werden das mit einem progressiven Verbesserungsansat(progressive enhancement) tun.

Bei der SEO löst das unendliche Scrollen keine Paginierung-Probleme bei großen Produktbeständen und das ist einer der Gründe, warum Google die Paginierung des unendliches Scrollen vorschlägt.[34]

Googles Ratschlag ist in Ordnung, aber ich denke nicht, dass kontinuierliches Scrollen Paginierung erfordert, wenn die Liste nicht zu viele Produkte enthält. In vielen Fällen ist eine view-all Seite mit 200 Produkten vorzuziehen. Die Seiten, auf denen mehr als 200 Produkte aufgelistet sind und die das unendliche Scrollen verwenden, sollten jedoch auf einfache HTML-Paginierung-Links für Benutzer ohne JavaScript heruntergestuft werden und dazu gehören auch die Suchmaschinenroboter.

Ein Downgrade zu HTML-Links kann dazu führen, dass die Suchmaschinen weiterhin auf Paginierung-Probleme stoßen und, daher müssen Sie das Paginierung mit einer der oben beschriebenen Methoden verwalten.

In diesem Bild wird die cache Version einer Unterkategorieseite beschrieben, die einen unendlichen Scrollen durchführt und auf HTML-Paginierung-Links herunterrüstet, wenn die Benutzer JavaScript nicht aktiviert haben.

Auf der vorherigen Screenshot-Seite befinden sich Links zu den Previous und Next Seiten für Benutzer ohne aktiviertes JavaScript (oder für Suchmaschinen).

Das ist ein Bild derselben Seiten, aber dieses Mal ist JavaScript aktiv. Previous und Next Links werden nicht mehr angezeigt. Möglich wurde das durch das Ausblenden des Paginierung-Bereichs mit CSS und JavaScript. Die Benutzer können kontinuierlich scrollen, um alle Uhren zu sehen.[35]

Das kontinuierliche Scrollen hat viele Vorteile, z. B. eine bessere Benutzererfahrung auf Touch-Geräten, ein schnelleres Durchsuchen der Website, da das Neuladen von Seiten entfällt, die Produktidentifizierung verbessert und externe Links verstärkt werden.

Es gibt jedoch Nachteile[36] und das unendliche Scrollen funktioniert nicht gut auf allen Websites.

Bei Etsy, einer E-Commerce-Website für handgefertigte Produkte, hatte das unendliche Scrollen beispielsweise nicht das gewünschte wirtschaftliche Ergebnis, weshalb Etsy zur klassischen Seitennummerierung zurückkehrte.[37] Unendliches Scrollen führte zu weniger Klicks der Benutzer, da sie sich in vielen Produkten verloren fühlten und es schwierig fand, zwischen relevanten und irrelevanten Produkten zu sortieren.

Auf anderen Websites kann das unendliche Scrollen jedoch gut funktionieren, wie in dieser Studie gezeigt.[38]

Wie bei den meisten Ideen für eine Website kann ein A / B-Test Aufschluss darüber geben, ob das Entfernen der Seitennummerierung für die Benutzer hilfreich ist.

Wenn Sie vorhaben, unendliches Scrollen zu testen, finden Sie hier einige Ideen:

Zeigen Sie visuelle Hinweise an, wenn Sie mehr Inhalte laden.

Nicht alle Verbindungen sind schnell genug, um sofortige Inhalte hochzuladen. Wenn Ihr Server nicht in der Lage ist, schnell durch die Benutzer zu scrollen, oder wenn die Browser langsam sind, informieren Sie den Benutzer, dass mehr Inhalt angezeigt werden soll.

Bemerken Sie die Meldung Loading More Results am Ende der Liste. Es informiert die Benutzer darüber, dass zusätzliche Inhalte hochgeladen werden.

Betrachten Sie eine hybride Lösung

Eine Hybridlösung kombiniert sowohl Scrollen als auch Paginierung. Bei diesem Ansatz wird am Ende einer vorinstallierten Liste die Schaltfläche “Weitere Ergebnisse anzeigen” angezeigt. Vergrößern Sie diese Schaltfläche auf Ihrem Handy, um das fat fingers-Syndrom zu bekämpfen.[39] Wenn der Knopf gedrückt wird, wird eine andere Reihe von Produkten geladen:

In diesem Beispiel werden mehrere Paar Schuhe nur dann mit AJAX geladen, wenn die Benutzer auf die Schaltfläche “Weitere Ergebnisse anzeigen” klicken.

Hinzufügen Sie Anhaltspunkte für Scrollen

Amazon verwendet eine horizontale Paginierung in diesem Produkt-Widget, um Benutzern eine Vorstellung von der Anzahl der Seiten im Karussell zu geben:

Sie können die horizontale Seitennummerierung für dieses Karussell oben rechts im Bild sehen.

Beim vertikalen Scrollen können die Benutzer durch Hinzufügen von Anhaltspunkten, z. B. virtuellen Seitenzahlen, eine Vorstellung von der zurückgelegten Entfernung erhalten und mentale Referenzen erstellen (z. B. “Ich habe ein Produkt gesehen, das mir irgendwo auf Seite 6 gefallen hat”).

Dieser Screenshot wurde geändert, um ein Beispiel für eine Navigationsmarkierung zu geben (horizontale Linie und Text “Page 2”).

Aktualisieren Sie die URL, während die Benutzer die Seite nach unten scrollen

Das ist ein interessantes Konzept, das es wert ist, untersucht zu werden. Sie können der URL automatisch einen Paginierung-Parameter hinzufügen, wenn die Benutzer scrollen über eine bestimmte Anzahl von Zeilen durchführen.

Dieses Konzept lässt sich am besten mit einem Video erklären. Daher habe ich einen kurzen Screenshot erstellt, um zu veranschaulichen, ob die Originalseite nicht mehr verfügbar ist (Sie können diese Datei hier herunterladen).[40]

Wenn Sie in der Regel 200 oder weniger Produkte in Ihrem Angebot haben, laden Sie am besten alle Produkte auf einmal hoch. Das macht alles für Suchmaschinen als eine einzige view-all Seite. Das ist die bevorzugte Implementierung von Google, um Paginierung zu vermeiden.

Die Benutzer können 10 oder 20 Produkte gleichzeitig sehen und Sie können das Laden der restlichen Produkte in der Benutzeroberfläche verzögern. Sie verwenden jedoch Daten aus dem bereits hochgeladenen HTML. Das hat das Potenzial, viele Kopfschmerzen beim Seitennummerierung zu vermeiden. Abhängig von der Autorität Ihrer Website können Sie sogar mehr als 200 Produkte auflisten lassen.

Wenn die Liste sehr umfangreich ist, sollten Sie wahrscheinlich eine Seitennummerierung erstellen. Aber auch dann, können Sie eine view-all Seite in Betracht ziehen.

Fügen Sie eine gefilterte Navigation hinzu

Große Paginierung-Sätze sollten von einer gefilterten Navigation begleitet werden, damit die Benutzer Listenprodukte basierend auf Produktattributen eingrenzen können. Verwenden Sie auch die Unterkategorienavigation, um die Benutzern einen tieferen Einblick in die Website-Hierarchie zu ermöglichen.

Die Filter können Produkte aus einer Liste von Hunderten auf Dutzende oder weniger reduzieren.

Die vorherige Listenseite enthält 116 Produkte, aber ob Sie nach Marke (Brand = Samsung) filtern, wird die Liste auf 52 Produkte verkürzt. Ob Sie nach Color oder Finish Family filtern, wird die Liste auf 9 Produkte gekürzt.

Wenn unendliches Scrollen zu besseren Ergebnissen für Benutzer und Einnahmen führt, ist es wahrscheinlich eine gute Idee, es zu implementieren. Aber machen Sie es für Benutzer ohne JavaScript funktionieren, entfernen Sie die Kundenteil-Paginierung und implementieren Sie unendliches Scrollen für Benutzer mit aktivem JavaScript.

Die sekundäre Navigation

Auf den Listenseiten wird die Primärnavigation immer durch eine Art Hilfsnavigation ergänzt. Wir nennen das sekundäre Navigation.

Ich werde die sekundäre Navigation als die Navigation bezeichnen, die den Zugang zu Kategorien, Unterkategorien und Produkten ermöglicht, die sich tiefer in der Taxonomie befinden. Auf E-Commerce-Websites wird diese Art der Navigation normalerweise in der linken Seitenleiste angezeigt.

Die Sekundärnavigation kann sehr nahe an der Primärnavigation (entweder oben oder links in der Seitenleiste) angezeigt werden und bietet detaillierte Informationen innerhalb einer übergeordneten Kategorie.

In vielen Fällen listet die sekundäre Navigation Unterkategorien, Produktattribute und Produktfilter auf.

Die Navigation auf der linken Seite enthält Unterkategorien und Filterwerte.

Der gesamte linke Abschnitt dieses Beispiels wird als sekundäre Navigation betrachtet. Sie umfasst Unterkategorien wie Filter, Filternamen und Filterwerte.

Im Gegensatz zur Primärnavigation können die Bezeichnungen in der Sekundärnavigation von Seite zu Seite geändert werden, um Benutzern einen tieferen Einblick in die Taxonomie der Website zu ermöglichen. Diese Änderung der Links im Navigationsmenü ist wahrscheinlich die wichtigste Unterscheidung zwischen primärer und sekundärer Navigation.

Aus SEO-Sicht ist es wichtig, eine Navigation in Bezug auf die Kategorien zu erstellen. Auf diese Weise stellen Sie die Benutzern relevantere Informationen zur Verfügung, stellen die Crawling-Routen für Kategorien bereit und geben die Suchmaschinen bessere Tipps zur Taxonomie.

C:\Users\Traian\AppData\Local\Temp\SNAGHTML1571d101.PNG

Nehmen wir zum Beispiel Amazon. Wenn Sie sich in der Books Abteilung der Website befinden, ist das gesamte Durchsuchen buchbezogen.

Facettierte Navigation (auch gefilterte Navigation genannt)

E-Commerce-Websites sind häufig überfüllt und zeigen zu viele Verarbeitungsinformationen und zu viele Produkte zur Auswahl an. Das führt zu einer Informationsüberflutung und zu einer Wahllähmung( choice paralysis).[41] Es ist daher wichtig, den Benutzern eine einfachere Möglichkeit zum Durchsuchen der großen Produktkataloge zu bieten. Hier kommt die facettierte Navigation (oder was Google zusätzliche Filterung oder additive filtering nennt) zum Tragen.

Unabhängig davon, ob Besucher etwas Bestimmtes suchen oder nur auf der Website surfen, können Filter äußerst nützlich sein. Sie helfen Benutzern beim Auffinden von Produkten, ohne die interne Websitesuche oder die primäre Navigation zu verwenden, die in den meisten Fällen eine begrenzte Anzahl von Benutzeroptionen aufweist.

Durch das facettierte Durchsuchen können Benutzer leichter finden, wonach sie suchen, und die Anzahl der auf vordefinierten Filtern basierenden Produktlisten in Form von anklickbaren Links reduzieren. Die Operabilitätsexperten beschreiben die facettierte Navigation als:

“ wahrscheinlich die bedeutendste Suchinnovation des letzten Jahrzehnts”. [42]

Die facettierte Navigation wirkt sich fast immer positiv auf das Benutzererlebnis und die Geschäftsparameter aus. Ein Händler bemerkte:

“eine Steigerung des Umsatzes um 76,1%, eine Steigerung der Conversions um 26% und eine Steigerung der Seitenzugriffe um 19,76% mit dem Warenkorb nach einem A / B-Test nach dem Filtern auf ihren Listingseiten”.[43]

Dieser Screenshot unten zeigt ein allgemeines Design für die facettierte Navigation:

C:\Users\traiann\AppData\Local\Temp\SNAGHTML29552d11.PNG

Ein Beispiel für eine Oberfläche für die facettierte Navigation.

Die facettierte Navigation wird normalerweise in der linken Seitenleiste angezeigt, aber sie kann jedoch auch oben in den Produktlisten angezeigt werden, je nachdem, wie viele Filter in der jeweiligen Kategorie vorhanden sind. In vielen Fällen werden auch Unterkategorien in die facettierte Navigation einbezogen.

Filter, Filterwerte und Facetten haben eine andere Bedeutung.

  • Die Filter sind eine Gruppe von Produktattributen. In diesem Bild sind Styles, Women’s Size, Women’s Width die Filter.
  • Die Filterwerte sind die Optionen unter jedem Filter. Für den Filter Style sind die Filterwerte Comfort, Pumps, Athletic usw.
  • Die Facetten sind Ansichten, die durch Auswahl eines Filters oder einer Kombination von Filterwerten generiert werden. Wenn Sie einen Wert aus dem Women’s size Filter und einen Wert aus dem Women’s width Filter auswählen, wird eine sogenannte “Facette” erstellt.

2017-07-21 2-29-07 PM

Wenn Sie einen oder mehrere Werte auswählen, wird die sogenannte Facette generiert.

Die facettierte Navigation ist ein Segen für die Benutzer und die Conversion-Raten, aber sie kann jedoch ein riesiges Labyrinth für Suchroboter erzeugen. Die Hauptprobleme der facettierten Navigation sind:

  • Duplizierter oder nahezu duplizierter Inhalt.
  • Crawlen-Fallen.
  • Nicht wesentlicher, dünner Inhalt.

Wenn Sie auf der Google Search Console eine Nachricht wie oben erhalten haben, ist das facettierte Navigation eine der möglichen Ursachen.

Es gibt kein besseres Beispiel dafür, wie das Filtern Probleme verursachen kann als bei Google angeboten. Beim facettierten Navigation auf googlestore.com wurden – zusammen mit anderen Arten der Navigation wie Sortier- und Anzeigeoptionen – 380.000 URLs generiert.[44] Und beachten Sie, dass es sich um eine Website handelte, auf der nur 158 Produkte verkauft wurden.

Wenn Sie neugierig sind, wie viele URLs eine facettierte Navigation für eine Produktlistenseite generieren können, können Sie mithilfe der folgenden Formel mögliche Permutationen berechnen (Wiederholung ist nicht zulässig):

P = n!/r!(n-r)!

In dieser Formel ist n die Gesamtzahl der Filterwerte, die angewendet werden können, und r ist die Gesamtzahl der Filter. Angenommen, Sie haben zwei Filter:

  • Styles Filter mit fünf Filteroptionen
  • Materials Filter mit neun Filteroptionen

In diesem Fall ist n gleich 14, was bedeutet die Gesamtzahl der Filteroptionen und r gleich 2 ist, da wir zwei Filter haben. Diese Einstellung könnte theoretisch 91 URLs generieren.[45]

Ob Sie einen Filter hinzufügen (z. B. den Color Filter) und dieser Filter 15 Filteroptionen hat, wird n zu 29 und r ist gleich 3. Diese Einstellung generiert 3.654 eindeutige URLs.

Wie schon gesagt, sind in der obigen Formel keine sich wiederholenden URLs zulässig. Das bedeutet, dass die Benutzer bei Auswahl von (style=comfort und material = suede) dieselben Ergebnisse erhalten wie bei Auswahl von (material = suede und style = comfort) unter derselben URL. Ob Sie keine Reihenfolge für URL-Parameter implementieren, werden beim facettierten Navigation 182 Links für das Beispiel mit zwei Filtern und 21.924 URLs für das Beispiel mit drei Filtern generiert.

Der große Unterschied zwischen der Gesamtzahl der indexierten Seiten und der Anzahl der jemals gecrawlten Seiten deutet auf ein mögliches Crawlerproblem oder ein ernstes Problem mit der Inhaltsqualität hin.

Sehen Sie, wie viele URLs der Preisparameter generiert?!

Im obigen Bild wurde das Problem durch Überprüfen des URL-Parameterberichts in der Google Search Console identifiziert und bestätigt. Die große Anzahl von URLs ist auf den Price Filter zurückzuführen, der 5,2 Millionen URLs generiert hat.

Sie können Probleme im Zusammenhang mit doppelten Inhalten, die durch facettierte Navigation generiert wurden, teilweise beheben, indem Sie eine strenge Reihenfolge für URL-Parameter erzwingen, unabhängig von der Reihenfolge, in der die Filter ausgewählt wurden. Beispielsweise kann Category der zuerst gewählte Filter und Price der zweite sein. Wenn ein Benutzer (oder Roboter) zuerst den Price Filter und dann den Category Filter auswählt, wird irgendwie Category zuerst in der URL angezeigt, gefolgt von Price.

In der obigen URL wurde der Wert des cherry Filters zwar nach double door ausgewählt, seine Position in der URL basiert jedoch auf einer vordefinierten Reihenfolge.

Die gleiche Reihenfolge spiegelt sich auch in Breadcrumbs wider:

Wenn Sie einen Breadcrumb benötigen, der die Reihenfolge der Benutzerauswahl widerspiegelt, können Sie die Reihenfolge in einem Sitzungscookie und nicht in einer URL speichern.

Ein anderes Problem mit dem fast doppelten Inhalt, die von Facetten generiert wird, tritt auf, wenn eine der Filteroptionen fast dieselben Produkte wie die ungefilterte Ansicht aufweist. In der Ansicht Ski & Snowboard Racks sind z. B. insgesamt 15 Produkte enthalten und sie können Ihre Ergebnisse mithilfe von zwei Unterkategorien reduzieren: Hitch Mount und Rooftops.

similar results.jpg

Das Bild oben ist die Produktlistenseite für Ski & Snowboard Racks.

Die Unterkategorie Rooftop Ski Racks & Snowboard Racks enthält jedoch 13 Ergebnisse auf der ungefilterten Seite. Das bedeutet, dass mit Ausnahme von zwei Produkten, die gefilterten und ungefilterten Seiten fast doppelt vorhanden sind.

similar results 2.jpg

Rooftop Ski Racks & Snowboard Racks.

Die facettierte Navigation hat einen erheblichen Vorteil gegenüber hierarchischer Navigation: die Filterkombinationen generieren Seiten, die in einer Baumstruktur-Architektur nicht existieren könnten, weil sie starr sind und nicht alle möglichen Kombinationen abdecken können, die durch facettierte Navigation generiert werden. Die hierarchische Struktur ist jedoch gut für Entscheidungen auf höherer Ebene.

Angenommen, Sie verkaufen Schmuck und möchten eine gute Suche nach “quadratischen Platinanhängern”(„square platinum pendants”) bekommen. In der Hierarchie Ihrer Website werden die Schmuckstücke nur nach ihrem Typ (z. B. Anhänger, Armbänder usw.) getrennt und anschließend können Sie anhand des Material Filters mit Werten wie Platin, Gold usw. filtern. Wenn kein Formfilter(Shape) vorhanden ist, um die Quadrat-Option aufzulisten, wird auf der Website keine facettierte Navigation für “Quadrat-Platin-Anhänger” angezeigt.

Wenn Sie jedoch den Shape Filter auf der Listenseite der Platinum Pendants eingeben, können Sie die Facette Square Platinum Pendants generieren, mit der das Inventar basierend auf dem “Quadrat” -Wert des Filters gefiltert wird. Diese Seite ist für Benutzer und Suchmaschinen relevant. Sie können diese Seite mit personalisierten Inhalten und Grafiken weiter optimieren, um sie für Suchroboter und Benutzer noch attraktiver zu machen.

Ein zusätzlicher Filter – Shape – ermöglicht das Abzielen mehrerer Keywords wie torso und long-tail..

Wenn es keinen Shape Filter gibt, um die Facette “Square Platinum Pendants” zu generieren, und wenn keine hierarchische Navigation vorhanden ist, um zu einer solchen Seite zu führen, müssen Sie manuell eine Seite erstellen, die auf die Suche nach “ Square Platinum Pendants” abzielt. Dann müssen Sie intern und extern darauf verlinken, damit die Suchmaschinen es entdecken können. Abhängig von der Größe Ihres Produktkatalogs ist es praktisch unmöglich, Tausende oder sogar Millionen solcher Seiten manuell zu erstellen.

Wesentliche, wichtige und Overhead-Filter

Vor der Erörterung der Vorgehensweise bei der facettierten Navigation aus SEO-Sicht ist es wichtig, Filter und Facetten in drei Typen zu unterteilen: wesentlich, wichtig und Overhead (im Übermaß).

Wesentliche Filter / Facetten

Wesentliche Filter generieren Zielseiten, die auf Keywords mit hohem Suchvolumen abzielen, bei denen es sich in der Regel um Begriffe wie “head” oder “torso” handelt. Wenn Ihre facettierte Navigation die Unterkategorien auflistet, sind diese Facetten von wesentlicher Bedeutung und werden als facettierte Unterkategorien bezeichnet.

In diesem Beispiel sind Bags, Wallets und die anderen Unterkategorien wichtige Filter. Sie sollten die Suchmaschinen immer erlauben, diese Filter zu crawlen und zu indexieren.

Die wesentliche Facetten können auch durch eine Kombination von Filterwerten unter Brand + Category generiert werden, z. B. mithilfe des Filterwerts “Nokia” für Brand und des Filterwerts “Cameras” für Category.

Sowohl Category als auch Brand können als facettiert betrachtet werden, weil sie als Filter für größere Datensätze dienen.

Sie können manuell die wichtigsten Filterkombinationen auswählen, die für Ihre Benutzer und Ihr Unternehmen von Nutzen sind. Verwandeln Sie sie in eigenständige Seiten, fügen Sie Inhalte hinzu und optimieren Sie sie wie jede andere wichtige Seite. Das ist meistens ein manueller Vorgang, weil die Erstellung von Inhalten erforderlich ist und daher nur für eine begrenzte Anzahl von Seiten möglich ist.

Wenn Sie das jedoch regelmäßig tun und Ressourcen für die Erstellung von Inhalten zuweisen, haben Sie einen Vorteil gegenüber dem Wettbewerb. Beginnen Sie mit den wichtigsten 1% der Facetten und machen Sie schrittweise Fortschritte. Wenn Sie ein paar Mal am Tag arbeiten (Sie benötigen nur 100 – 150 gut ausgewählte Wörter), werden Sie in einem Jahr Hunderte von Produktfilterseiten optimieren.

Alle wesentlichen Facettenseiten sollten eindeutige Titel und Beschreibungen haben. Im Idealfall sollten Titel angepasst werden, während Beschreibungen Vorlagen sein können.

Stellen Sie sicher, dass die Suchmaschinen Links zu wichtigen Filtern und Facetten finden können. In der Tat müssen wichtige Filter Links zu inhaltsreichen Seiten enthalten, z. B. Blog-Artikel oder Benutzerhandbücher. Für eine maximale Autoritätsübertragung, verlinken Sie bitte auf den Hauptinhaltsbereich dieser Seiten.

Die URL-Struktur für die wesentlichen Facetten sollte sauber sein. Idealerweise sollte es die Website-Hierarchie in einer Verzeichnisstruktur oder einer Dateinamenskonvention teilweise oder genau widerspiegeln:

Die URL für die Facette der Unterkategorie Bathroom Accessories ist parameterfrei und spiegelt die Hierarchie der Website wider.

Wichtige Filter / Facetten

Diese Filter oder Facetten führen die Benutzer und die Suchmaschinen zu Zielseiten, die den Datenverkehr für “torso” – und “long-tail” -Schlüsselwörter steigern können.

Wenn die Analysedaten beispielsweise belegen, dass der Zielmarkt nach “roten Komfortschuhen” sucht, das bedeutet, dass die durch die Auswahl von Color + Style generierten URLs wichtige Facetten für Ihr Unternehmen sind. Die Suchmaschinen sollten Zugriff auf die URLs wichtiger Facetten haben.

Sie müssen entscheiden, welche Facette wichtig ist und welche nicht vorzugsweise ausgehend von einer Kategorie oder Unterkategorie. Beispielsweise kann der Filter Color für die Unterkategorie Shoes relevant sein, aber er wird ein Overhead-Filter für die Unterkategorie Fragrances.

Ein besonderer Fall, bei dem Sie vorsichtig sein müssen, ist der Filter Sales oder Clearance. Im folgenden Beispiel listet der Händler alle Facetten für alle Produkte auf, die sich in Abwicklung befinden.

Die Navigationsfilter oben links helfen den Benutzern nicht viel, weil dieTeppiche(Rugs) keine Ärmel(sleeves) haben, die Schneeschuhe(snowshoes) keinen Hemdstil(shirt style) haben und die Pullover(Pullovers) keine Skistöcke(ski pole style) haben.

Anstatt Produkte aufzulisten, sollte dieser Händler nur die Unterkategorien im linken Navigations- und Hauptinhaltsbereich auflisten. Auf diese Weise können Benutzer die Mehrdeutigkeit der Seite Lagerbestände (Clearance)besser verwalten, indem sie zuerst eine Kategorie auswählen, die sie interessiert. Sobald die gewünschte Kategorie ausgewählt ist, kann der Händler die Filter anzeigen, die für diese Kategorie gelten.

Abhängig davon, wie Ihre Zielgruppe Online-Suchen durchführt, wird empfohlen, dass Sie verhindern, dass die Suchmaschinen auf die URLs zugreifen, die generiert wurden, wenn mehr als zwei Filterwerte angewendet wurden. Wenn einer der angewendeten Filter ein wesentlicher Filter ist, werden Sie blockieren, wenn drei Filter angewendet wurden.

Das funktioniert am besten mit mehreren Auswahlen auf demselben Filter ( z.B. Brand=Acron UND Brand=Aerosoles), weil die Benutzer mit geringerer Wahrscheinlichkeit nach Mustern wie “{brand1} {brand2} {category}” suchen (z. B. “Acorn Aerosoles Shoes”).

Die Möglichkeit, mehrere Filterwerte auszuwählen, ist nützlich für die Benutzer, die sich für red UND Blue Shirts entscheiden, aber nicht für die Suchmaschinen. Daher können solche Auswahlen für Roboter gesperrt werden.

Ein Beispiel für eine Mehrfachauswahl im Brand Filter.

Beachten Sie, dass das Blockieren des Zugriffs auf facettierte Navigations-URLs standardmäßig verhindert, dass Roboter die Seiten erkennen, die durch Auswahl einzelner Werte für verschiedene Filter erstellt wurden (z. B. Color = red und Style = comfort), wenn mehrere Filter angewendet werden. Sie werden den Datenverkehr für eine große Anzahl von Filterkombinationen vermissen (ob Sie erstellen nicht und optimieren manuell Zielseiten für alle wichtigen Filter und Facetten und erlauben Robotern nicht, diese Seiten zu crawlen und zu indexieren).

Lassen Sie die Daten ausschlaggebend für die Entscheidung sein, welche Facetten für die Suchmaschinen offen bleiben sollen. Sammeln Sie Daten aus verschiedenen Quellen und ersetzen Sie die Schlüsselwörter gegebenenfalls programmgesteuert durch ihre Filterwerte. Es ist ein Prozess, der im Abschnitt Website-Architektur beschriebenen Kennzeichnung und Klassifizierungstechnik sehr ähnlich ist. Sie müssen Muster identifizieren und feststellen, welche Facetten oder Filter von Site-Benutzern am häufigsten verwendet werden. Markieren Sie auf Ihrer E-Commerce-Plattform die wichtigen Filter und lassen Sie sie indexieren.

Die URL-Struktur für die wichtigen Facetten sollte so sauber wie möglich sein. Es ist in Ordnung, die Filterwerte in einer Verzeichnis- oder Dateipfadstruktur(file path) zu speichern. Es ist auch in Ordnung, sie in URL-Parametern zu belassen, solange Sie nicht mehr als zwei oder drei Parameter verwenden.

Wenn ein wichtiger Filter angewendet wird, wird sein Wert als Verzeichnis an die URL angehängt. In dieser URL ist der Wert des Filters unter dem Brand Filter kohler.

Vermeiden Sie nach Möglichkeit die Verwendung von Sonderzeichen in URLs (wie Kommas oder Klammern) für URL-Parameter.[46]

Häufig behandeln die Suchmaschinen von Filtern erstellte Seiten als Teilmengen der ungefilterten Seite. Um eine Indexierung im zusätzlichen Index zu vermeiden, müssen Sie auf diesen gefilterten Seiten Titel, Beschreibungen, Breadcrumbs, eindeutige H1-Header und benutzerdefinierten Inhalt erstellen. Die Titel und Schablone-Beschreibungen mögen in Ordnung sein, aber wiederholen Sie nicht den Titel der ungefilterten Ansicht auf den Titelseiten. Die ungefilterte Ansicht kann sich auf der view-all Seite oder der Indexseite befinden, wenn Sie das Paginierung mit rel = “prev” / next implementiert haben.

Außerdem müssen die Breadcrumbs aktualisiert werden, um die Benutzerauswahl widerzuspiegeln, die H1-Header ebenfalls. Es mag offensichtlich erscheinen, aber es ist erstaunlich, wie viele E-Commerce-Websites das nicht tun.

Eine Technik, die nützlich sein kann, um die Relevanz jeder gefilterten Seite zu erhöhen und Probleme mit fast doppeltem Inhalt zu reduzieren, besteht darin, Produktbeschreibungen zu schreiben, die die Filterwerte enthalten, die zum Generieren der Seite verwendet werden. Angenommen, Sie verkaufen Diamanten. Wenn ein Benutzer einen Wert unter dem Material Filter auswählt, enthält das Produktbeschreibungs-Snippet den Filterwert.

Die obige PLP-Seite filtert die Produkte nach material = white gold. Die Beschreibung des zweiten Produkts verwendet die quick view Funktion und enthält auf intelligente Weise die Wörter “white” und “gold”.

Dieses snippet quick view unterscheidet sich von der Produktbeschreibung auf der Produktdetailseite:

Abschnitt (1) ist snippet quick view, Abschnitt (2) ist die vollständige Beschreibung des Produkts.

Abschnitt (1) des obigen Bildes zeigt uns das Produktbeschreibung-Snipet mit quick view verwendet auf der Produktlistenseite. Wie Sie sehen können, wurde das Snippet sorgfältig mit allen wichtigen Filterwerten erstellt. Abschnitt (2) enthält die Produktbeschreibung auf der Produktdetailseite. Diese beiden Produktbeschreibungen sind unterschiedlich.

Das Schreiben von benutzerdefinierten Produktschnipsel für die Listenseiten ist eine sehr effektive SEO-Taktik, wenn Sie nur 20 bis 25 Wörter für jedes Produkt präsentieren. Es ist jedoch schwierig, solche Snippets zu schreiben, wenn Sie Tausende von Produkten haben. Eine Alternative wäre, detaillierte Produktbeschreibungen zu verfassen, um die wichtigsten Filterwerte am Anfang oder Ende der detaillierten Produktbeschreibung einzufügen, und dann automatisch den ersten / letzten Satz auf der Produktlistenseite in quick view zu extrahieren.

Eine andere Möglichkeit, die Relevanz der von den wichtigen Facetten generierten Listingseiten zu erhöhen, besteht darin, die Werte des ausgewählten Filters unterwegs zur Produktliste hinzuzufügen. Spam kann jedoch leicht erreicht werden, wenn Sie nicht vorsichtig sind. Wenn Sie sich für diesen Ansatz entscheiden, müssen Sie Regeln implementieren, um eine übermäßige Verwendung von Schlüsselwörtern (keyword stuffing) zu vermeiden.

Die Overhead-Filter

Diese Filter generieren Seiten mit einem mindestens oder null Suchvolumen. Alles, was sie tun, ist, das Crawling-Budget für irrelevante URLs zu verschwenden. Ein klassisches Beispiel für einen Overhead-Filter ist Price; in vielen Fällen ist der Size Filter derselbe. Bedenken Sie jedoch, dass ein Filter für ein Unternehmen möglicherweise überlastet, aber für ein anderes Unternehmen jedoch wichtig oder sogar unerlässlich ist.

Verhindern Sie, dass die Suchmaschinen auf der Grundlage von Overhead-Filtern generierte URLs crawlen, und markieren Sie die Filter als Overhead auf Kategorieebene. Wenn eine Filterkombination einen Overhead-Wert enthält, fügen Sie der generierten Seite das Meta-Bezeichnung “noindex, follow” hinzu und hängen Sie den crawler=no-Parameter an die URL an. Blockieren Sie dann den crawler-Parameter mit robots.txt.

Die robots.txt-Direktive verhindert, dass das Crawling-Budget verschwendet wird, während das noindex-Meta-Bezeichnung verhindert, dass leere Snippets im SERP angezeigt werden. Wenn Sie zu entfernende Indexseiten haben, implementieren Sie zunächst “noindex, follow” und warten Sie, bis die Seiten aus dem Index entfernt wurden. Hängen Sie nach dem Entfernen den Crawlersteuerungsparameter an die URLs an.

Achten Sie auf die Kombination von robots.txt und der Meta-Bezeichnung noindex, weil robots.txt Robotern keinen Zugriff auf Direktiven auf Seitenebene ermöglicht und noindex eine Direktive auf Seitenebene ist. Wenn die Website kein Indexierungs- oder Crawling-Problem aufweist, können Sie rel = “canonical” anstelle von robots.txt implementieren.

Sie können AJAX auch verwenden, um Inhalte für die Overhead-Facetten so zu generieren, dass sich die URLs nicht ändern und die Suchmaschinen keine unnötigen Inhalte anfordern. In diesem Fall müssen Sie die Skripte (und alle anderen für AJAX-Aufrufe erforderlichen Ressourcen) mit robots.txt blockieren. Dadurch wird verhindert, dass die Suchmaschinen die AJAX-Links rendern.

Wenn Sie den JavaScript-Benutzercode herabstufen möchten, können Sie URL-Parameter verwenden, die entweder nach dem Zeichen (#) oder in einer mit robots.txt blockierten URL-Zeichenfolge stehen. Die strengsten Crawling-Einschränkungen werden jedoch durch das Blockieren von Overhead-URLs für Robots erreicht.

Beachten Sie, wie die obige URL die NCNI-5-Zeichenfolge am Ende enthält.

Die NCNI-5-Zeichenfolge wird für die Robotersteuerung verwendet, weil alle URLs, die die NCNI-5-Zeichenfolge enthalten, von robots.txt blockiert werden:

Disallow: / * NCNI-5 *

Im Folgenden wird zusammengefasst, wie Home Depot-URLs für alle drei Facettentypen definiert werden:

Jeder Filter / jede Facette wird je nach Wichtigkeit unterschiedlich behandelt.

Die URL für die wesentliche Facette besteht aus einem eindeutigen Kategorienamen. Die URL für die wichtige Facette enthält den Kategorienamen und den Filterwert, kohler. Die URL für die Overhead-Facette enthält – obwohl sie den Kategorienamen und den Filterwert enthält – auch die Crawler-Steuerzeichenfolge, NCNI-5.

Es ist keine gute Idee, die URLs neu zu schreiben, damit Overhead-Filter wie statische URLs aussehen. Das folgende URL-Beispiel enthält den Price-Overhead-Filter mit den Werten 50 bis 100.

http://www.homedepot.com/b/Bath-Bathroom-Accessories-Hardware-Bathroom-Accessories/KOHLER/N-5yc1vZbz99Z1qh/Price/50-100

Die URL existiert nicht auf der Home Depot-Website; ich habe das Teil mit / Price / 50-100 hinzugefügt, nur um dies zu veranschaulichen. Das Generieren der suchmaschinenfreundlichen URLs ändert nichts an der Tatsache, dass Millionen irrelevanter Seiten auf der Website vorhanden sind.

Soweit die URL-Eigenschaft erkannt werden kann, müssen die Suchmaschinen keine Links finden, die auf Overhead-Filter oder Facetten verweisen. Tatsächlich müssen Sie verhindern, dass die Suchmaschinen diese Art von Facette entdecken.

Wenn Sie die Suchmaschinen erlauben müssen, auf Overhead-Facetten zu crawlen, lassen Sie die Filter in den Parametern mit Standard-HTML-Codierung und key=value-Paaren anstelle von Verzeichnissen. Das hilft die Suchmaschinen dabei, zwischen nützlichen und nutzlosen Werten zu unterscheiden.

Die facettierte Navigation: eine Fallstudie

Ich suchte bei Google nach “Canon digital cameras” und Overstock erschien auf der ersten Seite, OfficeMax auf der fünften und Target auf der siebten.

Der Overstock-Ansatz ansehend gefilterten Navigation

Das obige Bild ist die nach Brand = Canon gefilterte Unterkategorieseite für Digital Cameras. Es hat einen eindeutigen Titel, benutzerdefinierte Breadcrumbs und einen relevanten H1-Header. Diese Seite verwendet auch eine gute Meta-Beschreibung. Diese Elemente übertragen Qualitätssignale an die Suchmaschinen.

Wenn die Benutzer SKUs nach einer anderen Marke (z. B. Sony) filtern, werden die Seitenelemente aktualisiert. Ohne eine Aktualisierung würde die Seite mit den Canon Digital Cameras die gleichen H1-, Titel-, Beschreibungs- und Breadcrumbs aufweisen, was nicht wünschenswert ist.

Darüber hinaus ermöglicht Overstock das Crawlen für wiesentliche und wichtige Filter und erstellt keine URLs für Gray-End-Filter (Filter, die null Ergebnisse generieren).

C:\Users\Traian\AppData\Local\Temp\SNAGHTML1ae667cc.PNG

Der Wert des Filters „10 Megapixel“ erzeugt null Ergebnisse. Daher hat es keinen Hyperlink.

Das Implementieren einer facettierten Navigation durch Overstock ist SEO-freundlich, weil die Roboter auf verschiedene gefilterte Seiten zugreifen können und die Elemente auf der Seite basierend auf der Benutzer- oder Suchmaschinenauswahl aktualisieren können.

Eine Beobachtung über die Werte von Gray-End-Filtern. Was auch immer Sie mit diesen Filterwerten in der Benutzeroberfläche tun möchten (z. B. sie überhaupt nicht anzeigen, am Ende der Filterliste anzeigen oder hinter dem Link “Mehr anzeigen” ausblenden), Graue-Enden-Filter sollten keinen Hyperlink sein. Wenn Sie aus irgendeinem Grund einen Hyperlink benötigen, muss der Antwortcode für die Null-Ergebnisseiten 404 lauten. Wenn eine 404-Antwort nicht möglich ist, markieren Sie die Seiten mit “noindex, follow”. Alternativ können Sie robots.txt verwenden, um URLs zu blockieren, die null Ergebnisse generieren.

Der OfficeMax-Ansatz ansehend die facettierte Navigation

Das obige Bild beschreibt die Seite PLP Digital Cameras auf der OfficeMax-Website.

Der Titel, die Beschreibung und die Breadcrumbs werden nicht aktualisiert, wenn der Benutzer einen Filterwert unter dem Brand Filter auswählt. Das bedeutet, dass Tausende von gefilterten Seiten SEO-Elemente auf der Seite haben, die der ungefilterten Seite sehr ähnlich sind. Obwohl sich die Produkte auf jeder gefilterten Seite ändern, erhalten die Suchmaschinen viele Meta-Bezeichnungen, die fast doppelt vorhanden sind.

Diese “Klemme” kann dazu führen, dass Google die facettierte Seite, die aus der Canon-Filterung resultiert, nicht indexiert. Die Seite, die unter OfficeMax als “Canon digital cameras” eingestuft wird, ist die Kategorieseite Digital Cameras. Das ist nicht die ideale Seite, für die ein Ranking erstellt werden soll, da sie nicht zu den Absichten und der Suche des Benutzers passt. Filtern nach Brand = Canon bedeutet, dass die Benutzer einen zusätzlichen, unnötigen Schritt unternehmen müssen.

In der zwischengespeicherten Version der Seite Digital Cameras stellen wir fest, dass die facettierte Navigation nicht vorhanden ist. Das liegt daran, dass die Suchmaschinen auf die facettierte Navigation nicht zugreifen können.

Die facettierte Navigation ist für die Suchmaschinen nicht zugänglich.

Ein kurzer Hinweis hier: Ob die Links in der zwischengespeicherten Version fehlen, findet Google sie möglicherweise immer noch, wenn sie die Seite wie ein Browser rendern.

Möglicherweise hat OfficeMax versucht, einige Probleme mit der Überindexierung oder einen möglichen Panda-Filter für dünne Inhaltsseiten zu beheben. Diese Implementierung der facettierten Navigation ist jedoch nicht optimal, weil sie den Zugriff auf alle gefilterten Seiten vollständig blockiert. Ob OfficeMax nicht manuell Zielseiten für alle wichtigen gefilterten Seiten erstellt, haben sie die Suchmaschinentür geschlossen und den Datenverkehr, den diese Seiten bringen könnten.

Der Target-Ansatz ansehend die facettierte Navigation

Wie OfficeMax erzeugt Target keine relevante Signale, die für die gefilterte Seiten.

Auf der Website Target stimmen der Seitentitel, Breadcrumb, der H1-Header und die Beschreibung für die Seite Canon Digital Cameras mit denen auf der ungefilterten Seite Digital Cameras überein. Tatsächlich sind die oben genannten Elemente auf Hunderten oder Tausenden anderer möglicher gefilterter Seiten identisch.

Da die Seite einen kanonischen Verweis auf die ungefilterte Seite hat, ist ihre Fähigkeit zur Klassifizierung(theoretisch) Null. Aufgrund dieses Ansatzes dachte ich, dass es eine Canon Digital Cameras-Seite geben würde, auf die über die Navigation oder eine andere Seite zugegriffen werden kann. Ob sie eines hatten, konnte Google es nicht identifizieren.

C:\Users\Traian\AppData\Local\Temp\SNAGHTML1b5e8417.PNG

Google konnte keine Kategorieseite (oder sogar eine Facetten-URL) finden, die für Canon Digital Cameras relevant ist. Alle relevanten Ergebnisse waren PDPs.

Die Google Cached-Version der Seite zeigt uns, dass bei der facettierten Naigation keine Links erstellt werden:

Da Brand ein wichtiger Filter ist und in unserem Beispiel nur ein Filterwert verwendet wurde, sollten alle Werte des Brand-Filters einfache HTML-Links sein.

Kategorien in der facettierten Navigation

Eine hierarchische Navigation auf der Grundlage von Kategorien ist nützlich, solange der Benutzer leicht zwischen Kategorien wählen kann. Beispielsweise wäre es für Benutzer nützlicher, wenn bestimmte Unterkategorien, für die eine Entscheidung leicht getroffen werden kann, im Hauptinhaltsbereich aufgelistet würden, anstatt die facettierten Unterkategorien in der Seitenleiste anzuzeigen. Die Unterkategorie-Listingseiten sollten verwendet werden:

“ immer wenn eine spätere Navigation oder eine vorherige Sphärendefinition erforderlich ist, ist es eine gute Idee, eine Liste von Produkten für Benutzer anzuzeigen. Im Allgemeinen haben die Unterkategorieseiten die größte Logik in den ersten oder ersten zwei Schichten der Hierarchie, wo die Sphäre zu groß ist um eine nützliche Liste von Produkten zu erstellen.”[47]

Diese Kategorie zeigt die nächste Kategorieebene in der Hierarchie im Hauptinhaltsbereich an.

Im obigen Bild ist die facettierte Navigation (normalerweise in der linken Navigation als Filteroption vorhanden) noch nicht auf dieser Hierarchieebene (L1) und nicht einmal auf der L2-Ebene eingeführt.

Im folgenden Beispiel können Sie sehen, wie die kategoriebasierte Navigation auf der dritten Ebene der Hierarchie endet. Die erste Ebene ist die Kategorie Décor, die zweite Ebene ist Blinds & Window Treatments und die dritte Ebene ist Blinds & Shades.

Die facettierte Navigation wird nur auf der dritten Ebene der Hierarchie angezeigt.

Die facettierte Navigation wird in der linken Seitenleiste angezeigt, um das Filtern von Produkten zu erleichtern. Möglicherweise stellen Sie auch fest, dass die Unterkategorieliste durch die Produktliste ersetzt wurde.

Es ist wichtig, die Hierarchien relativ nicht so tief zu halten, damit die Benutzer nicht mehr als vier Ebenen anklicken müssen, um zur Produktliste zu gelangen. Die Suchmaschinen werden denselben Herausforderungen gegenüberstehen und möglicherweise feststellen, dass die Produkte, die tief in der Hierarchie vergraben sind, nicht wichtig sind.

Da die facettierte Navigation eine Funktion der granularen Segmentierung des Produktbestands ist, werden in den meisten Implementierungen überschüssige Inhalte generiert. Außerdem werden doppelte Inhalte generiert – beispielsweise, wenn Sie keine strenge Reihenfolge für Parameterfilter in URLs implementieren.

Welche Optionen haben wir also, um die facettierte Navigation zu steuern?

Die rel = “canonical” Option

Obwohl rel = “canonical” theoretisch für identische oder nahezu identische Inhalte verwendet werden sollte, ist es möglicherweise eine gute Idee, mit dem Attribut canonical zu experimentieren, um den Inhalt entlang der facettierten Navigations-URLs zu optimieren.

Vanessa Fox, die für Google Webmaster Central gearbeitet hat, schlug in einigen Fällen den folgenden Ansatz vor:

“Wenn die gefilterte Ansicht eine Teilmenge einer einzelnen ungefilterten Seite ist (kann Anzeige = 100 Option), können Sie das kanonische Attribut verwenden, um die gefilterte Seite auf die ungefilterte zu verweisen. Wenn die gefilterte Ansicht jedoch zu seitennummeriertem Inhalt führt, kann das nicht lebensfähig sein (weil jede Seite möglicherweise nicht eine Teilmenge dessen ist, was Sie als canonical ausdrücken möchten).”[48]

Rel = “canonical” stärkt die Indexierungssignale für die Canonical-Seite und behebt einige Probleme mit doppeltem Inhalt. Die Suchmaschinen können jedoch weiterhin in der Falle um irrelevante URLs zu crawlen gefangen sein.

Rel = “canonical” ist eine gute Option für neue Websites oder zum Hinzufügen von Filteroptionen zu vorhandenen Websites. Es hilft jedoch nicht, wenn Sie versuchen, vorhandene gefilterte URLs aus Suchmaschinenindizes zu entfernen. Wenn Sie keine Probleme beim Indexieren und Crawlen haben, können Sie rel = “canonical” verwenden, wie Vanessa vorschlägt.

Die Option robots.txt

Robots.txt ist die ultimative Crawling-Kontrollmaßnahme. Beachten Sie, dass sich die Verwendung von robots.txt zum Blockieren von URLs auf die Übertragung von PageRank von und zu Tausenden von Seiten auswirkt. Das liegt daran, dass in robots.txt aufgeführte URLs PageRank empfangen können, PageRank jedoch nicht übertragen können.[49] Beachten Sie außerdem, dass robots.txt die Indexierung von Seiten nicht verhindert.

In einigen Fällen ist dieser Ansatz jedoch erforderlich – zum Beispiel, wenn Sie eine neue, nicht autorisierte Website haben und eine große Anzahl von Produkten entdeckt werden müssen oder wenn Sie Probleme mit der Indexierung oder mit dünnerem Content haben.

Wenn Sie Parameter in URLs verwenden und das Crawlen aller durch Auswahl der Werte unter dem Price Filter generierten URLs blockieren möchten, fügen Sie in der robots.txt-Datei etwas Ähnliches hinzu:

User-agent: *
Disallow: *price=

Diese Anweisung bedeutet, dass keine URL mit der Zeichenfolge price = gecrawlt wird.

Parameter / URL blockiert robots.txt

Bei dieser Methode müssen Sie selektiv einen URL-Parameter hinzufügen, um zu steuern, welche gefilterten Seiten gecrawlt werden und welche nicht. Ich habe das im Abschnitt zur Crawling-Optimierung beschrieben, aber ich werde es hier wiederholen.

Entscheiden Sie zunächst, welche URLs Sie blockieren möchten.

Angenommen, Sie möchten das Facettiertenavigation-Crawlen steuern, indem Suchmaschinen das Crawlen der generierten URLs unterbinden, wenn mehr als ein Filterwert auf denselben Filter angewendet wird (auch als Mehrfachauswahl bezeichnet). In diesem Fall fügen Sie den crawler=no-Parameter für alle URLs hinzu, die generiert werden, wenn ein zweiter Filterwert für denselben Filter ausgewählt wird.

Wenn Sie verhindern möchten, dass Robots versuchen, auf einer generierten URL zu crawlen, indem Sie mehr als zwei Filterwerte auf verschiedene Filter anwenden, fügen Sie allen generierten URLs den Parameter crawler=no hinzu, wenn Sie einen dritten Wert auswählen, unabhängig von den ausgewählten Optionen oder die Reihenfolge der Wahl. Hier ist ein Szenario, zum Beispiel:

Der Crawlenroboter befindet sich auf der Seite mit den Unterkategorien für Battery Chargers.

Die Hierarchie lautet: Home> Accessories> Battery Chargers

Die URL der Seite lautet: mysite.com/accessories/motorcycle-battery-chargers/

Dann “zeichnet” der Roboter einen der Brand– jeweils Noco-Filterwerte an. Das ist der erste Filterwert und daher können Sie dem Roboter erlauben, diese Seite zu analysieren.

Die URL für diese Auswahl enthält keinen Ausschlussparameter:

mysite.com/accessories/motorcycle-battery-chargers?brand=noco

Der Roboter “zeichnet” dann einen der Filterwerte für den Style, cables an. Weil das der zweite angewendete Filterwert ist, können Sie dem Roboter dennoch den Zugriff auf die URL gewähren.

Die URL enthält immer noch nicht den Ausschlussparameter. Es enthält nur die Brand– und Style-Parameter:

mysite.com/accessories/motorcycle-battery-chargers?brand=noco&style=cables

Jetzt “zeichnet” der Roboter einen der Pricing-Filterwerte, Nummer 1. Da es sich um den dritten Filterwert handelt, fügen Sie der URL crawler=no hinzu.

Die URL wird:

mysite.com/accessories/motorcycle-battery-chargers?brand=noco&style=cables&pricing=1&crawler=no

Wenn Sie die obige URL blockieren möchten, enthält die robots.txt-Datei Folgendes:

User-agent: *
Disallow: /*crawler=no

Die oben beschriebene Methode verhindert das Crawlen auf facettierten URLs, wenn mehr als zwei Filterwerte angewendet wurden, ermöglicht jedoch keine spezifische Kontrolle darüber, welche Filter gecrawlt werden und welche nicht. Wenn der Roboter beispielsweise zuerst die Optionen in Pricing “ankreuzt”, wird die URL mit dem Preisparameter gecrawlt.

Beachten Sie, dass das Blockieren von gefilterten Seiten, die ausschließlich auf der Anzahl der angewendeten Filterwerte basieren, einige Risiken birgt. Wenn beispielsweise zuerst ein Price-Filterwert angewendet wird, werden die generierten Seiten weiterhin indexiert, da ein einzelner Filterwert ausgewählt wurde. Sie sollten strengere Regeln für die Crawling-Kontrolle haben. Wenn beispielsweise ein Overhead-Filterwert angewendet wurde, blockieren Sie immer die generierten Seiten.

Es ist auch eine gute Idee, die Anzahl der Auswahlen zu begrenzen, die der Suchmaschinenroboter finden kann. Wir werden das etwas später in diesem Abschnitt als Option für das Crawlen von JavaScript / AJAX erörtern.

Wichtige Filter oder Facetten müssen einfache HTML-Links sein. Sie können Overhead-Filter als reinen Text für Suchmaschinen darstellen (keine Hyperlinks), sondern als funktionales HTML für Benutzer (Hyperlinks).

Zum Adressieren des gesperrten Verzeichnisses müssen unerwünschte URLs in einem Verzeichnis abgelegt und dieses Verzeichnis in robots.txt gesperrt werden.

Wenn der Roboter in unserem obigen Beispiel eine der Pricing-Optionen überprüft, platzieren Sie die URL im Verzeichnis /filtered/. Wenn die normale URL so aussieht:

mysite.com/accessories/motorcycle-battery-chargers?brand=noco&style=cables&pricing=1

wenn Sie die Roboter steuern, enthält die URL das Verzeichnis /filtered/:

mysite.com/filtered/accessories/motorcycle-battery-chargers?brand=noco&style=cables&pricing=1

Wenn Sie die URL blockieren möchten, enthält sie die Datei robots.txt:

User-agent: *
Disallow: /filtered/

Die Nofollow-Option

Einige Websites ziehen es vor, das nofollow-Attribut auf unnötige Filter oder Facetten anzuwenden. Überraschenderweise und entgegen der offiziellen Empfehlung, keine internen Links zu verwenden, ist nofollow eine der facettierten Empfehlungen für das Navigationsmanagement von Google.[50] Nofollow garantiert jedoch nicht, dass Suchmaschinen keine unnötigen URLs crawlen oder dass diese Seiten nicht indexiert werden. Darüber hinaus kann das Hinzufügen des Attributs nofollow zu internen Links dazu führen, dass Suchmaschinen die falschen Signale senden, da nofollow bedeutet, dass wir diesen Links nicht vertrauen.

Nofollow löst also keine aktuellen Indexierungsprobleme. Mit dieser Option erzielen Sie die besten Ergebnisse für neue Websites.

Es kann eine gute Idee sein, die Option nofollow entweder durch eine andere Methode zu “ergänzen”, die das Indexieren von URLs verhindert (z. B. das Blockieren von URLs mit robots.txt), oder den Link in einer Super-Menge zu kanonisieren.

Die JavaScript / AJAX-Option

Wir haben festgestellt, dass wesentliche und wichtige Filter und Facetten für Suchmaschinen immer in Form von Links zugänglich sein müssen. Am liebsten einfache HTML-Links. Die ULRs für Overhead-Filter und Facetten können dagegen für Suchmaschinenroboter sicher blockiert werden.

Theoretisch können Sie die gesamte facettierte Navigation von Suchmaschinen verbergen, indem Sie JavaScript oder AJAX laden, die für Suchmaschinen “nicht freundlich” sind. Ich habe gesehen, dass OfficeMax das getan hat. Es ist jedoch keine gute Idee, alle facettierte Navigation auszuschließen, und Sie sollten das nur tun, wenn es für Suchmaschinen alternative Möglichkeiten gibt, auf die Seiten zuzugreifen, die für alle wesentlichen und wichtigen Facetten erstellt wurden. In der Praxis ist das weder machbar noch empfehlenswert.

Eine Möglichkeit besteht darin, die Suchmaschinen zu erlauben, nur auf die Links der wesentlichen und wichtigen Facetten zuzugreifen, ohne Overhead-Links zu generieren. Beispielsweise laden Sie wichtige Facetten und Filter nur als normales HTML hoch, während Overhead-Filter oder Facetten mit JavaScript oder AJAX geladen werden. Die Benutzer können auf jeden der Links klicken, weil sie im Browser generiert werden (z. B. mithilfe der Links “Weitere Optionen anzeigen”).

C:\Users\Traian\AppData\Local\Temp\SNAGHTML1c152e6b.PNG

Einige der gefilterten Werte in der facettierten Navigation enthalten keine Hyperlinks.

In diesem Beispiel werden Benutzern nur zwei Filterwerte für die Review Rating mit einem Link zur Option Show All Review Rating (Spalte 1) angezeigt. Wenn ich auf diesen Link klicke, werden alle Filterwerte angezeigt (Spalte 2). Show All Review Rating ist jedoch kein Link für die Suchmaschinen (Spalte 3).

Das begrenzt effektiv die Anzahl der URLs, die Suchmaschinen finden können. Je nach Ihrer Situation kann das gut oder schlecht sein. Wenn Ihre Zielgruppe nach “3-Sterne-Bewertungen für Laminatböden” sucht, müssen Sie den entsprechenden Link für Suchmaschinen verfügbar machen.

Ebenso können Sie ganze Filter oder nur bestimmte Filterwerte ausblenden.

Zum Beispiel präsentiert eBay Benutzern zunächst nur eine begrenzte Anzahl von Filtern und Filterwerten. Nach dem Klicken auf “see all” oder “More refinements” werden jedoch alle Filter in einem modalen Fenster geöffnet:

Dieses modale Fenster enthält alle Links, die Benutzer zum Detaillieren der Produktliste benötigen.

Der Inhalt des Modalfensters ist jedoch fürdie Suchmaschinen nicht zugänglich, wie Sie in der folgenden Abbildung sehen können, in der “More refinements” keinen Hyperlink enthält:

Das Element “More refinements” sieht aus und funktioniert wie ein Link, aber es ist jedoch kein normaler href

Ein Vorteil des selektiven Ladens von Filtern und Facetten mit AJAX und JavaScript, die vor Suchrobotern verborgen sind, besteht darin, dass dadurch mehr Autorität (PageRank) auf die anderen, wichtigeren Seiten übertragen werden kann. Es ist ein Konzept, das dem alten PageRank-Modellierungskonzept sehr ähnlich ist. Beachten Sie jedoch, dass diese “Modellierung” nur auftritt, wenn Suchmaschinen AJAX auf solchen Seiten nicht ausführen können. Und die Suchmaschinen verbessern die Ausführung von JavaScript und AJAX von Tag zu Tag. Um sicherzustellen, dass Links für Googlebot nicht zugänglich sind, blockieren Sie die für JavaScript- oder AJAX-Aufrufe erforderlichen Ressourcen mit robots.txt und führen Sie dann in der Google Search Console einen „fetch and render”-Vorgang aus.

Wenn Sie wissen, dass einige Seiten für Suchmaschinen nicht wertvoll sind und Sie nicht möchten, dass diese Seiten indexiert werden, warum sollten Sie dann Robotern den Zugriff auf diese Seiten gewähren?

Ein weiterer Vorteil des selektiven Hochladens von URLs besteht darin, dass Sie nicht unnötige Links crawlen können.

Das Doppelkreuz (#)

Sie können Filterparameter nach dem Doppelkreuz (#) hinzufügen, um zu vermeiden, dass facettierte URLs indexiert werden. Das bedeutet, dass Sie die facettierte Navigation erlauben können, um URLs für jede mögliche Kombination von Filtern zu erstellen. Beachten Sie, dass AJAX-Inhalte mit dem Hashbang (#!) Gekennzeichnet sind. Dieses Schema wird jedoch von Google nicht mehr empfohlen.

hash bang consolidation

Suchoperatorinfo: Zeigt die von Google indexierte kanonische Seite an.

Wenn Sie eine “Info:”-Suche nach einer Seite durchführen, die das Doppelkreuz in der URL enthält, wird Google die Seite anzeigen, auf der alles ausgeschlossen ist, was nach dem Doppelkreuz liegt.

Für die Suchmaschinen ist diese Seite:

http://www.modcloth.com/shop/books#?price=28,70&sort=newest&page=1

zum Inhalt auf dieser Seite einreichen:

http://www.modcloth.com/shop/books

hash bang consolidation2

Google speichert den Inhalt der generierten Seite zwischen, bevor das Doppelkreuz verwendet werden.

Das Doppelkreuz kann theoretisch die Verknüpfungssignale zu modcloth.com/shop/books verstärken, aber alle mit dem Doppelkreuz erstellten Seiten werden nicht indexiert; daher können sie nicht in SERPs angezeigt werden.

Sie können die Overhead-Filter jedoch nur nach dem Doppelkreuz platzieren. Wenn eine wesentliche oder wichtige Facette ausgewählt wird, fügen Sie sie in eine saubere URL vor dem Doppelkreuz ein. Nach dem Doppelkreuz können auch mehrere Auswahlfilter hinzugefügt werden.

Sie können die Roboter auch mithilfe der von Bing und Google bereitgestellten Werkzeuge zur Verwaltung von URL-Parametern steuern.

Die Einstellung in der obigen Abbildung deutet darauf hin, dass der Parameter mid verwendet wird, um den Inhalt zu reduzieren. Ich möchte Google lieber über die Auswirkungen informieren, die die einzelnen Parameter auf den Inhalt der Seite haben. Letztendlich lassen sie jedoch entscheiden, welche URLs gecrawlt werden sollen.

Diese Einstellung ist nur ein Hinweis für Google, daher müssen Sie das Problem des Crawlen und der Duplizierung von Inhalten mithilfe einer anderen Methode (z. B. Blockieren von Overhead-Facetten mit selektivem Text in robots.txt) oder mithilfe einer Kombination von Methoden beheben.

Die noindex, follow Option

Das Hinzufügen des Meta-Bezeichnung “noindex, follow” zu den von Overhead-Filtern generierten Seiten kann zur Lösung von “Index-Bloat” -Problemen beitragen, aber es verhindert jedoch nicht, dass die Suchroboter in den Filterfallen eingeschlossen werden.

Eine kurze Bemerkung zur Verwendung der noindex-Direktive zur gleichen Zeit wie robots.txt. Theoretisch kann “noindex, follow” in Kombination mit robots.txt verwendet werden, um das Crawlen und Indexieren neuer Websites zu verhindern. Wenn jedoch einige unerwünschte URLs bereits von Robotern durchsucht und indiexiert wurden, müssen Sie diesen Seiten zunächst das Attribut “noindex, follow” hinzufügen und den Suchmaschinenrobotern das Crawlen auf diesen Seiten ermöglichen. Das bedeutet, dass Sie die URLs mit robots.txt noch nicht blockieren. Blockieren Sie die unerwünschte URLs mit robots.txt erst, nachdem die URLs aus dem Index entfernt wurden.

Die Sortierung von Produkten

Die Benutzer sollten die Möglichkeit haben, die Produktliste nach verschiedenen Optionen zu sortieren. Einige beliebte Sortieroptionen für Produkte sind die Bestseller, Nachrichten, die höchste Bewertung, der Preis (klein zu hoch oder hoch zu klein), der Name und sogar das Ermäßigungsprozent.

Einige beliebte Sortierungsoptionen.

Durch die Sortierung wird nur die Reihenfolge geändert, in der der Inhalt angezeigt wird, nicht der Inhalt selbst. Das führt zu doppelten oder nahezu doppelten Inhalten, insbesondere wenn die Sortierung bidirektional sein kann (z. B. Preissortierung – hoch zu klein und klein zu hoch) oder wenn die gesamte Auflistung auf eine Seite passt (view-all).

Google teilt uns mit, dass die URLs, die keine Sortierungsparameter enthalten, nicht einmal gecrawlt werden sollen.

Dieser Screenshot stammt aus der offiziellen Präsentation von Google, “URL-Parameter in Webmaster-Tools”.[51]

Die beste Methode zur Sortierung ist situativ und hängt davon ab, wie die Auflistungen festgelegt sind.

Verwenden Sie rel = “canonical”

Oft werden die Sortierungsparameter in der URL gespeichert. Wenn die Benutzer die Sortierungsreihenfolge ändern, werden die Sortierungsparameter zur URL hinzugefügt und die Seite wird neu geladen. In diesem Fall können Sie rel = “canonical” auf sortierten Seiten verwenden, um auf eine Standardseite zu verweisen (z. B. sortiert nach meistverkauften Produkten).

C:\Users\Traian\AppData\Local\Temp\SNAGHTML2b1f2b5.PNG

In diesem Bild können Sie sehen, dass bei der Sortierung zwar eindeutige URLs für Aufwärts- und Abwärtssortierungsoptionen generiert werden, beide URLs jedoch auf dieselbe kanonische URL verweisen.

Die Verwendung von rel=”canonical” wird dringend empfohlen, wenn die Sortierung auf einer einzelnen Seite erfolgt, da durch die Sortierung des Inhalts nur die Art und Weise geändert wird, in der der Inhalt angezeigt wird, nicht der Inhalt selbst. Das bedeutet, dass der Inhalt auf jeder Seite, auch wenn er sortiert werden kann, nicht unterschiedlich ist und die generierte Seite ein Duplikat ist. Wenn Sie beispielsweise Inhalte auf einer view-all Seite neu sortieren, erstellen Sie Duplikate (da auf einer view-all Seite alle Produkte auf Lager aufgelistet sind). Selbst wenn der Inhalt Seite für Seite sortiert ist und nicht die gesamte Seitenauflistung verwendet wird, können Sie doppelten oder nahezu doppelten Inhalt erstellen.

Die Sortier-URLs entfernen oder blockieren

Dazu müssen Sie entweder das Attribut rel=”noindex, follow” zu den Sortier-URLs hinzufügen oder den Zugriff darauf mithilfe von robots.txt oder in der Google Search Console vollständig blockieren.

A screenshot of a cell phone
Description generated with very high confidence

In diesem Beispiel kann die Liste Ski Boots in zwei Richtungen sortiert werden (Preis “hoch nach klein” und Preis “klein nach hoch”).

Wenn die Produkte in zwei Richtungen sortiert werden können, wird das erste Produkt auf der ersten Seite, sortiert “von hoch nach klein”wird den letzte Produkt auf der letzten Seite, sortiert “von klein nach hoch”. Das zweite Produkt auf der ersten Seite wird zum vorletzten Produkt auf der letzten Seite und so weiter. Abhängig von der Anzahl der Produkte, die Sie normalerweise auflisten, und der Anzahl der aufgelisteten Produkte kann es vorkommen, dass Sie exakte oder doppelte Seiten haben. Angenommen, Sie listen 12 Produkte pro Seite auf und es gibt insgesamt 48 Produkte. Das bedeutet, dass auf der letzten Seite der Paginierung-Reihe genau 12 Produkte angezeigt werden. Bei einer Auflistung nach Preis von “hoch nach klein” stimmen die Produkte auf der ersten Seite der Seite genau mit den Produkten auf der letzten Seite überein, wenn von “klein nach hoch” sortiert wird.

Eine Möglichkeit zum Verwalten der bidirektionalen Sortierung besteht darin, die Suchmaschinen zu erlauben, nur eine Sortierungsrichtung zu indexieren und den Zugriff auf die andere zu entfernen oder zu blockieren. Ermöglichen Sie beispielsweise das Crawlen und Indexieren von “ältesten” Sortier-URLs und blockieren Sie “neueste”.

Das Entfernen oder Blockieren von Sortier-URLs ist die am einfachsten zu implementierende Methode und kann zur schnellen Behebung von Seitennummerierung-Problemen beitragen, bis Sie mit einer komplexeren Lösung fortfahren können.

Verwenden Sie AJAX zur Sortierung

Bei diesem Ansatz wird der Inhalt mit AJAX sortiert, und die URLs ändern sich nicht, wenn die Benutzer oder die Roboter eine neue Sortierungsoption auswählen. Alle externen Links werden natürlich zu einer einzigen URL zusammengefasst, da es nur eine URL gibt, zu der Sie einen Link erstellen können.

C:\Users\Traian\AppData\Local\Temp\SNAGHTML2851cfc.PNG

Die Sortierung mit AJAX ändert normalerweise nicht die URL.

Beachten Sie, dass sich die URL im vorherigen Bild nicht ändert, wenn die Liste nach Best Selling im folgenden Bild erneut sortiert wird:

C:\Users\Traian\AppData\Local\Temp\SNAGHTML28dad6e.PNG

Obwohl der Inhalt aktualisiert wird, wenn Benutzer verschiedene Sortierungsoptionen auswählen, bleibt die URL gleich.

Weil die URL bei der Sortierung nicht aktualisiert wird, ist es mit dieser Methode nicht möglich, einen Link zu verwenden, die URLs zu verteilen oder für sortierte Listen zu speichern. Aber machen die Leute das wirklich? Wie relevant ist das Paginierung oder Sortierung in einer Woche oder einem Monat ab dem Zeitpunkt, an dem der Link kopiert oder verteilt wurde? Die Produkte werden ständig zur Liste hinzugefügt oder daraus entfernt, wodurch sich die Reihenfolge der Produkte häufig ändert. Es besteht die Möglichkeit, dass die Produkte, die auf einer Sortierseite aufgeführt sind, sich teilweise oder vollständig von den Produkten unterscheiden, die nächste Woche oder im nächsten Monat auf derselben Seite aufgeführt sind.

Aus diesem Grund sollten Sie beim Implementieren von AJAX für die Sortierung nicht auf die Freigabefähigkeit (shareability) und das Kopieren von Links (linkability) achten. Wenn es für die Benutzer besser ist, tun Sie es.

Verwenden Sie das Doppelkreuz in URLs

Die Verwendung des Doppelkreuz in URLs ermöglicht das Verteilen, Markieren und Verknüpfen mit einzelnen URLs. Ein rel=”canonical” -Attribut, das auf die Basis-URL verweist (ohne #), stärkt alle Verknüpfungen zu einer einzelnen URL.

In diesem Bild werden in der Standardansicht die Produkte nach den Most Relevant-SKUs sortiert aufgelistet.

Die obige URL ist die kanonische Seite. Im Bild unten sehen Sie, wie sich die URL ändert, wenn die Liste nach Price, klein nach hoch gefiltert wird:

Die URL enthält das Doppelkreuz und den Filterwert ~ priceLowToHigh.

Derzeit ignorieren die Suchmaschinen in der Regel alles, was nach dem Doppelkreuz ist, es sei denn, Sie verwenden das Zeichen (#!), Um AJAX-Inhalte zu signalisieren (die selbst ebenfalls veraltet ist). Die Suchmaschinen ignorieren alles, was nach dem Doppelkreuz vorhanden ist, weil durch die Verwendung in URLs keine zusätzlichen Informationen vom Webserver extrahiert werden.

Die Implementierung des Doppelkreuzsymbols ist eine elegante Lösung, die die Erfahrung des Benutzers und die möglichen Probleme doppelter Inhalte berücksichtigt.

Die Anzeigeoptionen

So wie die Benutzer unterschiedliche Sortierungsoptionen bevorzugen, möchten einige Benutzer die Anzeige von Auflistungen ändern. Die beliebtesten Anzeigeoptionen sind sehen Sie N Ergebnisse pro Seite oder Liste / Tabelle. Die Anzeigeoptionen sind zwar gut für die Benutzer, können jedoch für die Suchmaschinen Probleme bereiten.

Im obigen Beispiel können die Benutzer wählen, ob die Seite als kompakte Tabelle oder als detaillierte Liste angezeigt werden soll. Sie können auch die Anzahl der auf der Seite angezeigten Produkte auswählen.

Die Tabelle und Liste-Ansicht

C:\Users\Traian\AppData\Local\Temp\SNAGHTML6a6bbd7.PNG

Tabelle (links) und Liste (rechts) Ansicht.

Die Tabellenansicht oder Listenansicht hat dieselbe SKU, aber die Listenansicht hat viel mehr Leerraum.

Dieser Bereich kann durch zusätzliche Produktinformationen ergänzt werden und ist eine großartige SEO-Gelegenheit, weil er nicht nur dazu verwendet werden kann, die Menge an Inhalten auf der Seite zu erhöhen, sondern auch relevante interne kontextbezogene Links zu übergeordneten Produkten oder Kategorien zu erstellen.

Der optimale Ansatz für Ansichtenoptionen besteht darin, den Inhalt der Listenansicht so in den Quellcode zu laden, dass Suchmaschinen darauf zugreifen können, und dann JavaScript zu verwenden, um die Ansichten im Browser zu wechseln.

Sie müssen nicht für jede Ansicht separate URLs generieren. Wenn Sie separate URLs generieren, enthalten diese Seiten doppelten Inhalt. Um diese zu verwalten, verwenden Sie das Attribut rel=”canonical” für eine Standardansicht. Die Standardansicht muss die Seite sein, die den Inhalt für die Listenansicht lädt.

Beispielsweise geben die folgenden beiden URLs das Attribut rel=”canonical” für / French-Door-Refrigerators / products an:

/French-Door-Refrigerators/products?style=List
/French-Door-Refrigerators/products?style=Grid

Sehe-N-Produkte

Viele E-Commerce-Websites verfügen über die Funktion Sehe-N-Produkte auf der Seite, mit der Sie die Anzahl der Produkte in der Liste auswählen können.

Oben sehen Sie ein typisches Dropdown-Menü für die Option “N Produkte anzeigen” auf der Seite.

Wenn möglich, ist die Standardproduktliste die view-all Seite. Wenn die viewall Implementierung nicht möglich ist, zeigen Sie eine Standardanzahl von Produkten in der Liste an (z. B. 20) und gestatten Sie den Benutzern, auf einen view-all Link zu klicken.

Die view-all Option von Nike wird direkt im Menü angezeigt.

Wenn die view-all Option eine nicht verwaltbare Liste mit Tausenden von Produkten generiert, können die Benutzer zwischen zwei Nummern wählen, wobei die zweite Nummer wesentlich größer als die Standardnummer ist (z. B. 60 und 180). Behalten Sie die Benutzereinstellungen in einer dauerhaften Sitzung oder einem dauerhaften Cookie[52] bei, nicht in URL-Parametern.

Die zweite Anzeigeoption ist wesentlich größer als die erste.

Aus SEO-Sicht werden Sehe-N-product-URLs pro Seite in der Regel mit dem Attribut rel=”canonical” verwaltet, das an die Standard-Listingseiten (die normalerweise Indexseiten für Abteilungsseiten, Kategorien oder Unterkategorien sind) gesendet wird.

Beispielsweise kann auf einer Listenseite mit 464 Produkten die Option zum Anzeigen von 180 Produkten pro Seite im Paar key = value itemsPerPage = 180 beibehalten werden, und die URL sieht möglicherweise folgendermaßen aus:

mywebsite.com/seat-covers/10A522.aspx?itemsPerPage=180

Die obige URL listet 180 Produkte pro Seite auf und enthält ein Attribut rel = “canonical” im Header <head>, das an die Kategorieindex-URL gesendet wird:

mywebsite.com/seat-covers/10A522.aspx

Die kanonische URL listet jedoch standardmäßig nur 60 Produkte pro Seite auf, wodurch die Suchmaschinen indexiert werden.

Das bedeutet, dass eine größere Teilmenge (die 180 SKU auflistet) in eine kleinere Teilmenge (die 60 SKU auflistet) kanonisiert wird. Dieser Ansatz verursacht einige Probleme, da Google den Inhalt auf der kanonischen Seite (60 Produkte) indexiert und den Inhalt auf den übrigen Sehe-N-Produkte-Seiten ignoriert. In diesem Fall müssen Sie sicherstellen, dass die Suchmaschinen auf jedes einzelne Produkt im gesamten Set zugreifen können (464 Produkte). Das können Sie beispielsweise mit Seiteninhalten tun, die mit rel=”prev” und rel= “next” verwaltet werden, sodass Google alle Komponentenseiten auf die kanonische URL konsolidieren kann.

Die Verwendung eines rel=”canonical” -Attributs auf einer Sehe-N-Produkte-Seite ist richtig, wenn sich das canonical-Attribut entweder auf die Ansichtsseite oder auf die größte Teilmenge von Produkten bezieht. Die erste Option ist nicht wünschenswert, wenn eine andere Seite in den Suchergebnissen angezeigt werden soll (z. B. die erste Seite einer Seitenreihe mit 20 als Standard aufgelisteten Produkten).

Die Ansätze zur Steuerung von Sehe-N-Produkte-Seiten ähneln der Sortierungsverwaltung: eine view-all Seite in Kombination mit AJAX / JavaScript zum Ändern der Browseranzeige, nicht crawlbare AJAX / JavaScript-Links, URL- oder die Verwendung der Meta-Bezeichnung “noindex”. Ich habe diese Ansätze in meiner bevorzugten Reihenfolge erwähnt, beachte aber, dass ein Ansatz unter bestimmten Bedingungen auf einer Website möglicherweise gut ist, auf einer anderen jedoch möglicherweise nicht funktioniert

  1. Prioritize: Good Content Bubbles to the Top, http://www.nngroup.com/articles/prioritize-good-content-bubbles-to-the-top/
  2. New snippets for list pages, http://insidesearch.blogspot.fr/2011/08/new-snippets-for-list-pages.html
  3. More rich snippets on their way: G Testing Real Estate Rich Snippets, https://plus.google.com/+MarkNunney/posts/RqzNcKE9NSc
  4. Product – schema.org, http://schema.org/Product
  5. Below the fold, http://en.wikipedia.org/wiki/Above_the_fold#Below_the_fold
  6. Implement the First 1-2 Levels of the E-Commerce Hierarchy as Custom Sub-Category Pages, http://baymard.com/blog/ecommerce-sub-category-pages
  7. Usability is not dead: how left navigation menu increased conversions by 34% for an eCommerce website, https://vwo.com/blog/usability-left-navigation-menu-bar-conversions-ecommerce-website/
  8. User Mental Models of Breadcrumbs, http://www.angelacolter.com/breadcrumbs/
  9. Breadcrumb Navigation Increasingly Useful, http://www.nngroup.com/articles/breadcrumb-navigation-useful/
  10. Breadcrumbs, http://www.bing.com/webmaster/help/markup-breadcrumbs-72419f3f
  11. New site hierarchies display in search results, http://googleblog.blogspot.fr/2009/11/new-site-hierarchies-display-in-search.html
  12. Visualizing Site Structure And Enabling Site Navigation For A Search Result Or Linked Page, http://appft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=%2Fnetahtml%2FPTO%2Fsrchnum.html&r=1&f=G&l=50&s1=%2220110276562%22.PGNR.&OS=DN/20110276562&RS=DN/20110276562
  13. Rich snippets – Breadcrumbs, https://support.google.com/webmasters/answer/185417?hl=en
  14. Can I place multiple breadcrumbs on a page? https://www.youtube.com/watch?v=HXEYryd3eAY
  15. Location, Path & Attribute Breadcrumbs, http://instone.org/files/KEI-Breadcrumbs-IAS.pdf
  16. Taxonomies for E-Commerce, Best practices and design challenges -http://www.hedden-information.com/Taxonomies_for_E-Commerce.pdf
  17. Breadcrumb Navigation Increasingly Useful, http://www.nngroup.com/articles/breadcrumb-navigation-useful/
  18. HTML Entity List, http://www.freeformatter.com/html-entities.html
  19. Pagination and SEO, https://www.youtube.com/watch?v=njn8uXTWiGg&feature=youtu.be&t=11m
  20. Pagination and Googlebot Visit Efficiency, http://moz.com/ugc/pagination-and-googlebot-visit-efficiency
  21. The Anatomy of a Large-Scale Hypertextual, Web Search Engine, http://infolab.stanford.edu/pub/papers/google.pdf
  22. Implement the First 1-2 Levels of the E-Commerce Hierarchy as Custom Sub-Category Pages, http://baymard.com/blog/ecommerce-sub-category-pages
  23. Five common SEO mistakes (and six good ideas!), http://googlewebmastercentral.blogspot.ca/2012_03_01_archive.html
  24. Search results in search results, http://www.mattcutts.com/blog/search-results-in-search-results/
  25. View-all in search results, http://googlewebmastercentral.blogspot.ca/2011/09/view-all-in-search-results.html
  26. Users’ Pagination Preferences and ‘View-all’, http://www.nngroup.com/articles/item-list-view-all/
  27. Progressive enhancement, http://en.wikipedia.org/wiki/Progressive_enhancement
  28. Users’ Pagination Preferences and ‘View-all’, http://www.nngroup.com/articles/item-list-view-all/
  29. HTML <link> rel Attribute, http://www.w3schools.com/tags/att_link_rel.asp
  30. Faceted navigation best (and 5 of the worst) practices, http://googlewebmastercentral.blogspot.ca/2014/02/faceted-navigation-best-and-5-of-worst.html
  31. Implementing Markup For Paginated And Sequenced Content, https://web.archive.org/web/20140527145918/http://www.bing.com/blogs/site_blogs/b/webmaster/archive/2012/04/13/implementing-markup-for-paginated-and-sequenced-content.aspx
  32. Infinite Scrolling: Let’s Get To The Bottom Of This, http://www.smashingmagazine.com/2013/05/03/infinite-scrolling-lets-get-to-the-bottom-of-this/
  33. Web application/Progressive loading, http://docforge.com/wiki/Web_application/Progressive_loading
  34. Infinite scroll search-friendly recommendations, http://googlewebmastercentral.blogspot.ca/2014/02/infinite-scroll-search-friendly.html
  35. Infinite Scrolling: Let’s Get To The Bottom Of This, http://www.smashingmagazine.com/2013/05/03/infinite-scrolling-lets-get-to-the-bottom-of-this/
  36. Infinite Scroll On Ecommerce Websites: The Pros And Cons, http://www.lyonscg.com/insights/infinite-scroll-on-ecommerce-websites-the-pros-and-cons/
  37. Why did infinite scroll fail at Etsy?, http://danwin.com/2013/01/infinite-scroll-fail-etsy/
  38. Brazillian Virtual Mall MuccaShop Increases Revenue by 25% with Installment of Infinite Scroll Browsing Feature, https://web.archive.org/web/20131106172124/http://www.ereleases.com/pr/brazillian-virtual-mall-muccashop-increases-revenue-25-installment-infinite-scroll-browsing-feature-135237
  39. Typographical error, http://en.wikipedia.org/wiki/Typographical_error
  40. Better infinite scrolling, http://scrollsample.appspot.com/items
  41. The Paradox of Choice, http://en.wikipedia.org/wiki/The_Paradox_of_Choice:_Why_More_Is_Less
  42. Search Patterns: Design for Discovery, [page 95]
  43. Adding product filter on eCommerce website boosts revenues by 76%, https://vwo.com/blog/product-filter-ecommerce-ab-testing-revenue/
  44. Configuring URL Parameters in Webmaster Tools, https://www.youtube.com/watch?v=DiEYcBZ36po&feature=youtu.be&t=1m37s
  45. Permutation, Combination – Calculator, http://easycalculation.com/statistics/permutation-combination.php
  46. Faceted navigation best (and 5 of the worst) practices, http://googlewebmastercentral.blogspot.ca/2014/02/faceted-navigation-best-and-5-of-worst.html
  47. Implement the First 1-2 Levels of the E-Commerce Hierarchy as Custom Sub-Category Pages, http://baymard.com/blog/ecommerce-sub-category-pages
  48. Implementing Pagination Attributes Correctly For Google, http://searchengineland.com/implementing-pagination-attributes-correctly-for-google-114970
  49. Do URLs in robots.txt pass PageRank? https://productforums.google.com/forum/#!category-topic/webmasters/crawling-indexing–ranking/OTeGqIhJmjo
  50. Faceted navigation best (and 5 of the worst) practices, http://googlewebmastercentral.blogspot.fr/2014/02/faceted-navigation-best-and-5-of-worst.html
  51. URL Parameters in Webmaster Tools, https://docs.google.com/presentation/d/1xWy5TOkB4rwoUHXFPgwVMgl2Op9PayZOWa5wdW7ZB-o/present?pli=1&ueb=true#slide=id.g6205f11_0_28, page 18
  52. Persistent cookie, http://en.wikipedia.org/wiki/HTTP_cookie#Persistent_cookie