it-swarm-es.com

¿Cuándo es apropiada la paginación sin fin?

¿Cuándo es apropiado usar paginación sin fin en una aplicación web (por ejemplo, carga automática o un enlace "ver más")?

Ejemplos

  • Lector de Google
  • Facebook

Esto también crea algunos problemas para el usuario:

  • Volviendo a los elementos de navegación o al inicio de la página
  • Usar los botones de avance y retroceso del navegador

¿Cuáles son los pros y los contras de este enfoque y cómo se pueden mitigar los problemas?

43
Mark

En resumen - es apropiado cuando el caso de uso principal de la página es "navegación ligera", como en Flickriver , cuando compartir (correo electrónico, etc.) solo una cosa en la página es irrelevante y cuando el SEO importa menos.

Cuando digo "navegación ligera" quiero decir que el usuario básicamente se está desplazando, buscando cosas interesantes, sin la necesidad de comprometerse o regresar a un elemento específico (que es lo que la mayoría de la gente hace en Flickriver).

Pros:

  • Experiencia "fluida" o "fluida" al navegar por la página
  • Toda la información está en la misma página.
    Esto acorta el tiempo de carga al ir a otra página, no obliga a separar elementos altamente relacionados solo porque no hay más espacio y también le permite buscar un determinado trabajo o frase en esa página.

Contras:

  • Volver a los elementos es incómodo, ya que no puede marcar el lugar en la página.
  • Si desea compartir la información con alguien, tendrá dificultades para especificar lo que desea compartir y se verá obligado a compartir toda la página y decir "ir a buscar o buscar ..."
  • Desde el punto de vista de SEO, menos visitas a la página generalmente es peor para su SEO, sin mencionar que los robots de búsqueda descargan solo una parte de la página, por lo que la información a continuación no se indexará.

Mitigación:

Parece que una buena opción para tal página no necesitaría mitigar los inconvenientes, ya que no interfieren con los casos de uso comunes de la misma. Si todavía tiene un motivo real y desea ese patrón, puede proporcionar, por ejemplo, una navegación alternativa que permita al usuario "marcar" ubicaciones en la página y luego saltar entre ellas, intente secuestrar el botón Atrás para desplazarse hacia arriba. etc.

24
Dan Barak

El uso de los botones atrás/adelante no debería ser un problema para una buena implementación del desplazamiento continuo. Es posible mitigar el problema actualizando el fragmento de URL a medida que avanza. Por ejemplo, cuando me desplazo hacia abajo en forrst.com, paso de:

alt text

a

alt text

dando URL que funcionan con botones de retroceso.

12
adrianh

Creo que necesitamos una alternativa a la paginación para listas interminables o prácticamente interminables de artículos, y creo que tal alternativa debería tener todas las ventajas de desplazamiento y aprovechar las convenciones de interacción de la barra de desplazamiento normal. Sin embargo, el desplazamiento sin fin que he visto no lo es. Casi siempre es peor que la búsqueda de casi todas las aplicaciones probables que pueda encontrar. Las desventajas:

  • Rompe las expectativas de la barra de desplazamiento. El mayor problema es que el desplazamiento sin fin parece una barra de desplazamiento normal, pero no actúa así. Una proliferación de desplazamiento sin fin arruina las barras de desplazamiento para el uso normal. Por ejemplo, los usuarios no sabrán cuándo pueden y no pueden estimar el contenido total a partir de la apariencia de la barra de desplazamiento.

  • Rompe la estimación de posición. Si los usuarios desean volver a un elemento visto anteriormente, es difícil saber cuánto retroceder para desplazarse ya que la posición correspondiente del control deslizante de la barra de desplazamiento cambia a medida que se carga nuevo contenido. Con las barras de desplazamiento normales, las cosas desplazadas ¼ desde la parte superior permanecen ¼ desde la parte superior. Con la paginación, las cosas en la página 4 permanecen en la página 4.

  • El usuario está limitado a mover un bloque de lista adelante. Si el usuario sabe aproximadamente dónde está el elemento de la lista deseado en la lista (por ejemplo, recuerda de una visita anterior), el usuario se ve obligado a navegar hacia él agregando nuevos elementos al final de la lista a través de un desplazamiento continuo. bajadas El desplazamiento normal permite al usuario acceder aleatoriamente a cualquier punto de la lista al instante. La paginación generalmente permite un acceso más amplio y flexible (por ejemplo, saltar hasta el final) que el desplazamiento sin fin.

  • Contenido perdido al navegar lejos. Cuando el usuario navega de regreso a una página de desplazamiento sin fin, normalmente el contenido se recarga desde el principio, lo que hace que los usuarios pierdan su lugar en la lista. Cuando uno navega de regreso a una lista paginada o normalmente a una lista de desplazamiento, regresa al punto de la lista donde dejó.

Hasta que haya un diseño que aborde todos estos problemas y supere los problemas de la paginación, me quedaré con la paginación. O mejor: no presente una lista prácticamente interminable. Con muy pocas excepciones (los mapas me vienen a la mente), la paginación/desplazamiento sin fin es señal de un mal diseño. Si tiene tanto contenido que no puede cargarlo todo de una vez en una lista de desplazamiento normal de una sola página, entonces tal vez le esté dando demasiado contenido al usuario. Esperas demasiado trabajo de ellos para desplazarte y escanear todo eso. Necesita una forma de organizar o filtrar mejor el contenido que simplemente volcarlo en una lista descomunal y dejar que el usuario lo examine de forma manual y tediosa.

Por ejemplo, para los usuarios que realizan una búsqueda suficiente, puede mostrar una muestra de una gran cantidad de elementos (por ejemplo, 500 miniaturas de fotos) en una sola página de desplazamiento. La muestra podría ser:

  • Su mejor oportunidad de lo que el usuario está buscando. Complemente la muestra con enlaces para interpretaciones alternativas de lo que el usuario podría estar buscando, cada uno de los cuales presenta una muestra diferente de elementos.

  • Un intento de capturar la diversidad de lo que el usuario podría estar buscando. Luego, cada elemento podría incluir un enlace para "más como este", en el que cada uno mostraría otra muestra basada en la similitud con ese elemento.

10
Michael Zuschlag

Casi nunca , los usuarios pueden tener más dificultades para orientarse, pero eso es fácil de resolver con puntos de referencia horizontales que indican qué página.

SEO sabio es obvio: si confía en los bots después de su paginación y no usa mapas de sitio XML, no está haciendo un SEO adecuado. En todo caso, debería aumentar la interacción del usuario, todo el punto de SEO.

3
Indolering

Es apropiado cuando paginar sería más molesto.

El argumento que uso es ¿con qué frecuencia las personas necesitan volver más de 2 o 3 páginas? Si no es frecuente, ¿por qué no solo mostrarles esos registros en una página? Si es más a menudo, argumentaría que la paginación probablemente no ayuda mucho de todos modos. En ese punto, quizás una opción de búsqueda o filtrado tendría más sentido.

0
DA01

Me gusta y no me gusta la búsqueda de imágenes sin páginas de Google. Me resulta muy útil que pueda simplemente desplazarme y ver las imágenes, y que pueda comparar muy rápidamente dos imágenes que normalmente serían páginas separadas. La paginación requeriría que pase constantemente entre pestañas en mi navegador.

No me gusta porque parece masticar una gran cantidad de ancho de banda, algo que la compañía donde trabajo está tratando de conservar (¡tres aplausos por los costos costosos de ancho de banda!)

0
AndrewJacksonZA