Olá, da equipe mod_pagespeed.
Eu acho que você está certo em ambos os casos. O js_defer.IRaJtkfeqL.js está potencialmente bloqueando a renderização, embora seja carregado na parte inferior do arquivo HTML. Nós desenvolvemos o que achamos ser um bom mecanismo para garantir que os recursos não críticos sejam carregados após a renderização de prioritize_critical_css, mas ainda não aplicamos isso ao script auxiliar js_defer.
Estou acompanhando esse problema como link
RE link … d626d8e8.css.pagespeed.cf.Kr0UOart5j.css sendo carregado bloqueando na cabeça, não parece que prioritize_critical_css seja funcionando corretamente em seu site. Os beacons estão sendo enviados e o servidor está respondendo corretamente com um 204. No entanto, os dados dos beacons não estão sendo aplicados.
Notei que o seu servidor está executando o mod_pagespeed 1.7, que é bem antigo. Marcamos 1.8 como a versão estável e temos 1.9 na versão beta. Você seria capaz de atualizar, pelo menos para o nosso canal estável? O 1.8 tem algumas melhorias no mecanismo de beacon que podem ajudar o priorityize_critical_css a funcionar no seu site.
O problema das fontes é difícil. Decidimos não embutir a fonte inteira porque ela é grande e pode ser armazenada em cache. No entanto, o inline_google_font_css ainda ajuda meu inlining em uma indireta de CSS, removendo uma viagem de ida e volta antes que seu site possa renderizar. Basicamente, se você quer uma fonte personalizada, ela precisa ser baixada para o cliente antes que sua página possa ser desenhada, e aqui achamos melhor tê-la em cache do que inline.