Infinite Scroll = Seitenaufrufe ?

[nanos]

Hallo,

ich kenne mich technisch in dem Bereich leider nicht aus, sehe aber, dass immer mehr Online Shops wie zalando oder home24 infinite scroll (Nachladen von Produkten beim Scrollen) einsetzen um Produkte auf den Kategorieseiten zu päsentieren.

Für den User ist es natürlich auch komfortabel einfach zu scrollen anstatt durch diverse pagnierte Seiten zu klicken.

Nun aber meine Frage dazu: Wird ein Seitenaufruf für Google erzeugt, sobald man runterscrollt und die Produkte nachgeladen werden ?

Meine Befürchtung ist nämlich, dass durch den Einsatz von infinite scroll weniger Seitenaufrufe/User stattfinden, da es ja keine Seite 2, Seite 3 etc gibt.

[mogli]

In der Regel wird kein Seitenaufruf erzeugt, da letztlich nur per AJAX Inhalte nachgeladen werden und die URL dabei identisch bleibt. Allerdings könnte man mit pushstate einen Seitenaufruf bei Erreichen eines Limits im Hintergrund bewerkstelligen und gleichzeitig dem User einen übergangslosen Komfort bieten.

Das sieht man gelegentlich bei One Page Landingseiten.

Fraglich ist jedoch, ob weniger Seitenaufrufe in diesem Fall wirklich dramatisch ausfallen und ob nicht die längere Aufenthaltsdauer sowie evtl. bessere Conversion-Rate oder letztliche CTR auf ein Produkt diesen Nachteil (wenn er sich wirklich als solcher erweisen sollte) aufwiegen.

[nanos]

Dank dir für deine Antowrt. So sehe ich es aktuell bei home24 und zalando auch, denn da ändert sich ja nichts an der URL. Bei dem Demo, welches Google selbst darstellt: https://scrollsample.appspot.com/items ist es jedoch so, dass sich die URL ändert.

Eigentlich wäre es doch am klügsten, wenn man die Technik des Demos übernimmt, denn dann hat man nicht nur die von dir angesprochenen Vorteile, sondern auch gleich den Vorteil der Erhöhung der Seitenaufrufe, oder ?

[mogli]

Ich würde es jedenfalls so machen, ja. Aber wie üblich bei "neuen" Techniken: Sicherheitshalber den Browsersupport abklären, wenn das für dich eine Rolle spielt bzw. spielen könnte und ggfs. einen sauberen Fallback integrieren.

[Can]

Dank dir für deine Antowrt. So sehe ich es aktuell bei home24 und zalando auch, denn da ändert sich ja nichts an der URL. Bei dem Demo, welches Google selbst darstellt: https://scrollsample.appspot.com/items ist es jedoch so, dass sich die URL ändert.

Eigentlich wäre es doch am klügsten, wenn man die Technik des Demos übernimmt, denn dann hat man nicht nur die von dir angesprochenen Vorteile, sondern auch gleich den Vorteil der Erhöhung der Seitenaufrufe, oder ?

Bin mir gerade nicht sicher ob eine "URL" Änderung per JS aus Googles Sicht einen neuen Seitenaufruf erzeugt.

[nanos]

Bin mir gerade nicht sicher ob eine "URL" Änderung per JS aus Googles Sicht einen neuen Seitenaufruf erzeugt.

Ja, genau das weiß ich nämlich auch nicht. Daher hatte ich gehofft, dass irgendwer diese Technik bereits im Einsatz hat und dazu was sagen kann.

[mogli]

Genau dafür gibt es ja dann den Fallback der Seitenlinks unten in der Demo. So können auch Leute ohne Javascript oder Crawler, die evtl. Javascript verstehen, aber letztlich nicht den Trigger des Seitenwechsels durch Scrolling auslösen, entsprechend die Inhalte indexieren.

[nanos]

Genau dafür gibt es ja dann den Fallback der Seitenlinks unten in der Demo. So können auch Leute ohne Javascript oder Crawler, die evtl. Javascript verstehen, aber letztlich nicht den Trigger des Seitenwechsels durch Scrolling auslösen, entsprechend die Inhalte indexieren.

Das hast du glaube ich falsch verstanden. Wofür der Fallback ist, war klar.
Nur ist die Frage, ob der Seitenaufruf per Java (vorausgesetzt es wird ausgeführt und nicht blockiert etc) auch in Google Analytics als ganz "normaler" Seitenaufruf gewertet wird.

[mogli]

Naja, das Wort "Analytics" hätte ja auch vorher mal fallen können

Natürlich hilft es hier wenig den entsprechenden Trackingcode in einem Code-Bereich zu verwenden, der nicht erneuert wird. Ist aber gängige Praxis und Google bietet u.a. dafür ja auch Event-Tracking an, was mit Universal Analytics ja so ungefähr geht: ga('send', 'pageview', '/seite-2');

Wenn man es sauber umsetzt, gibt es da keine Probleme, grundsätzliche Kompatibilität ist vorhanden. Aufwand bedeutet es trotzdem...den Trackingcode neu laden ist vermutlich einfacher, aber technisch eben nicht allzu elegant.