Hay varias razones convincentes por las cuales la respuesta es "no".
Algunos sitios agregan contenido dinámicamente (por ejemplo, Facebook) en el momento en que se desplaza hacia abajo, por lo que estos son probablemente los casos que no busca.
Otros sitios agregan contenido dinámicamente independiente de la interacción del usuario (como el desplazamiento). En principio, esto podría manejarse de alguna manera evitando / estrangulando las conexiones web responsables una vez que la página esté llena. Sin embargo, tratar de volver a habilitarlo de manera transparente en caso de que decida ir a la "página siguiente" probablemente esté condenado, ya que uno puede esperar que los procesos se hayan dado por vencidos debido a los tiempos de espera.
Por otra parte, hay páginas que simlpy generan gran cantidad de contenido de la página, tal vez incluso contenido estático. El cliente podría simplemente cerrar la conexión una vez que haya suficiente para procesar una pantalla llena de datos, pero eso significa que para llegar a la "página siguiente", tendría que comenzar a cargar la página nuevamente. Con muchas páginas, esto provocaría una gran cantidad de ancho de banda desperdiciado para recargas inútiles; Además, esto puede no ser deseable en caso de efectos secundarios (como pedidos en línea). Alternativamente, el cliente puede limitar la conexión TCP hasta que seleccione ir a la "página siguiente". Me temo que los servidores web no estarán contentos (y desconectarán su conexión) con tal solución porque desperdicia surecursos Además, si desea poder volver a las páginas anteriores, todavía tiene el problema de tener que mantener todo el contenido en RAM o caché.
Otra alternativa sería descargar la página por completo y simplemente mostrarla en la página. Pero eso es equivalente a lo que tienes ahora: desplázate por una página larga. Es posible que solo espere que la mayor parte de la huella de la memoria esté en el disco en lugar de la RAM, por lo que tal vez esta opción no sea demasiado descabellada.
Todo esto no tiene en cuenta que el diseño general puede requerir más o menos contenido de la página completa para decidir cómo deberían ser las "páginas" o dónde dividir las páginas.
La única forma realmente factible que veo es hacer uso de mecanismos que permitan la visualización paginada del contenido no paginado a priori: usar el media:print
estilo, que esencialmente equivaldría a descargar la página y hacer una vista previa de impresión. Es posible que ya haya observado que muchas páginas se muestran terriblemente en la impresión o en la vista previa de la impresión, aunque hay muchas opciones de estilo disponibles para que los desarrolladores web aborden específicamente la paginación, así que imagine lo que obtendría. Sin embargo, si uno empleara esto como un complemento (por ejemplo, Firefox), el flujo de trabajo sería que la página se descargara y luego se presentaría como en una vista previa de parint. Sin ir más profundamente en las entrañas de la del navegador, esto todavía dar lugar a que toda página celebrada en la memoria RAM, por lo que no es lo que está después.