Google revelou seus planos o que você tem sobre removendo o suporte para Server Push com Chrome 106, (que está agendado para 27 de setembro) e que a mudança também afetará outros navegadores baseados na base de código Chromium.
Para aqueles que são novos na tecnologia Server Push, você deve saber que é definido nos padrões HTTP/2 e HTTP/3, e permite que o servidor envie recursos para o cliente sem esperar que eles sejam solicitados explicitamente.
É suposto ser desta forma o servidor pode acelerar o carregamento da página, pois os arquivos CSS, scripts e imagens necessários para renderizar a página já serão transferidos para o seu lado no momento em que o cliente solicitar.
A análise do uso do HTTP/2 Server Push tem resultados mistos ( Chrome , Akamai ), sem ganho de desempenho líquido claro e, em muitos casos, regressões de desempenho.
O push não foi implementado em muitos servidores e clientes HTTP/3, embora tenha sido incluído no . Para grande parte da web usando o HTTP/3 mais recente, o Push já foi retirado. Reexecutando essa análise mais recentemente, vemos que o suporte HTTP/1,25 de 2% dos sites caiu para 0,7%.
Como motivo para o fim do suporte complicação desnecessária de implementação é mencionada de tecnologia na presença de alternativas mais simples e não menos eficazes, como o rótulo , a partir do qual o navegador pode solicitar um recurso sem esperar que ele seja usado na página. Por um lado, a pré-busca, em comparação com o Server Push, gera uma troca de pacotes adicional (RTT), mas, por outro lado, evita o envio de recursos que já estão no cache do navegador. Em geral, as diferenças nos atrasos ao usar o Server Push e o pré-carregamento são marcadas como insignificantes.
Para iniciar o carregamento proativo no lado do servidor, propõe-se a utilização do código de resposta HTTP 103, que permite informar o cliente sobre o conteúdo de alguns cabeçalhos HTTP imediatamente após a solicitação, sem esperar que o servidor realize todas as operações associadas. com a solicitação e comece a veicular o conteúdo.
103 Early Hints é uma alternativa muito menos propensa a erros, com muitas das mesmas vantagens do Push e muito menos desvantagens. Em vez de o servidor enviar recursos, o 103 Early Hints envia apenas dicas para o navegador de recursos que ele pode se beneficiar ao solicitá-los imediatamente. Isso deixa o navegador no controle de decidir se precisa ou não deles, por exemplo, se já possui esses recursos no cache HTTP.
O pré-carregamento de recursos críticos é outra alternativa que permite que a página e o navegador trabalhem juntos para carregar preventivamente recursos críticos no início do carregamento da página.
Da mesma forma, ele pode fornecer dicas sobre elementos associados à página renderizada, que podem ser pré-carregados (por exemplo, links para CSS e JavaScript usados na página podem ser fornecidos). Tendo recebido informações sobre tais recursos, o navegador pode começar a baixá-los sem esperar o fim do retorno da página principal, o que reduz o tempo total de processamento da solicitação.
Além de otimizar a carga de recursos, o mecanismo Server Push também pode ser usado para transmitir dados do servidor para o cliente, mas para isso, o consórcio W3C desenvolve o protocolo WebTransport. O canal de comunicação no WebTransport é organizado sobre HTTP/3 usando o protocolo QUIC como transporte, o WebTransport oferece recursos avançados como multicast, transmissão unidirecional, entrega fora de ordem, modos de entrega confiáveis e não confiáveis.
De acordo com as estatísticas do Google, a tecnologia Server Push não recebeu distribuição adequada. Embora o Server Push esteja presente na especificação HTTP/3, na prática muitos produtos de software cliente e servidor, incluindo o navegador Chrome, não o implementaram nativamente. Em 2021, cerca de 1,25% dos sites executados em HTTP/2 usaram o Server Push. Este ano, esse número caiu para 0,7%.
Finalmente se você estiver interessado em saber mais sobre isso, você pode verificar os detalhes no link a seguir