Existem várias razões convincentes para que a resposta seja "não".
Alguns sites adicionam conteúdo dinamicamente (por exemplo, facebook) no momento em que você rola para baixo, portanto, esses são provavelmente os casos que você não procura.
Outros sites adicionam conteúdo dinamicamente independente da interação do usuário (como rolagem). Em princípio, elas poderiam ser tratadas de alguma forma impedindo / limitando as conexões da Web responsáveis quando a página estiver cheia. No entanto, tentar reativar isso de forma transparente, caso você decida ir para a "próxima página", provavelmente está condenado, como se pode esperar que os processos tenham desistido por causa de tempos limite.
Então, novamente, há páginas que simulam a saída de lotes de conteúdo da página, talvez até conteúdo estático. O cliente pode simplesmente matar a conexão quando houver o suficiente para renderizar uma tela inteira de dados, mas isso significa que, para chegar à "próxima página", você teria que começar a carregar a página novamente. Com muitas páginas, isso causaria muita perda de banda para recargas inúteis; isso também pode não ser desejável em caso de efeitos colaterais (como pedidos on-line). Como alternativa, o cliente pode limitar a conexão TCP até que você selecione para ir para a "próxima página". Eu tenho medo que os servidores da web não fiquem felizes (e deixem cair sua conexão) com essa solução porque ela desperdiça seus recursos. Além disso, se você quiser voltar nas páginas anteriores, ainda terá o problema de precisar manter todo o conteúdo na RAM ou no cache.
Ainda outra alternativa seria baixar a página completamente e simplesmente exibir pagewise. Mas isso é equivalente ao que você tem agora: percorrer uma página longa. Você pode apenas esperar que a maior parte da pegada de memória esteja no disco em vez de na RAM, então talvez essa opção não seja exagerada.
Tudo isso não leva em conta que o layout geral pode exigir mais ou menos o conteúdo de uma página inteira para decidir como devem ser as "páginas" ou onde quebrar páginas.
A única maneira realmente viável que vejo é fazer uso de mecanismos que permitem a exibição paginada do conteúdo não-paginado a priori: usar media:print
styling, o que essencialmente equivaleria a baixar a página e fazer uma pré-visualização. Você já deve ter observado que muitas páginas são exibidas em impressão ou pré-visualização, apesar de muitas opções de estilo estarem disponíveis para desenvolvedores web para abordar especificamente a paginação, então imagine o que você obteria.
No entanto, se alguém empregar isso como um addon (por exemplo, Firefox), o fluxo de trabalho será que a página será baixada e será apresentada como na visualização do parint. Sem se aprofundar nas entranhas do navegador, isso ainda resultará na página inteira sendo armazenada na RAM, portanto, não o que você deseja depois.