Otimizar chamadas de página no SharePoint nas páginas de sites de publicação modernas e clássicas do Microsoft 365
O SharePoint nos sites de publicação modernos e clássicos do Microsoft 365 contém ligações que carregam dados de (ou fazem chamadas para) funcionalidades e CDNs do SharePoint. Quanto mais chamadas efetuadas por uma página, mais tempo demorará a carregar a página. Isto é conhecido como latência percebida pelo utilizador final ou EUPL.
Este artigo irá ajudá-lo a compreender como determinar o número e o impacto das chamadas para pontos finais externos a partir das páginas modernas e clássicas do site de publicação e como limitar o seu efeito na latência percebida pelo utilizador final.
Nota
Para obter mais informações sobre o desempenho nos portais modernos do SharePoint, veja Performance in the modern SharePoint experience (Desempenho na experiência moderna do SharePoint).
Utilizar o Diagnóstico de Página para a ferramenta SharePoint para analisar chamadas de página
A ferramenta Diagnóstico de Página do SharePoint é uma extensão de browser para browsers Microsoft Edge e Chrome que analisa o SharePoint no portal moderno do Microsoft 365 e as páginas de sites de publicação clássicas. A ferramenta fornece um relatório para cada página analisada que mostra o desempenho da página num conjunto definido de critérios de desempenho. Para instalar e saber mais sobre a ferramenta Diagnóstico de Páginas do SharePoint, visite Utilizar a ferramenta Diagnóstico de Página do SharePoint.
Nota
A ferramenta Diagnóstico de Página só funciona para o SharePoint no Microsoft 365 e não pode ser utilizada numa página do sistema SharePoint.
Quando analisa uma página de site do SharePoint com a ferramenta Diagnóstico de Página do SharePoint, pode ver informações sobre chamadas externas no resultado Pedidos para o SharePoint no painel Testes de diagnóstico . A linha aparecerá a verde se a página do site contiver menos do que o número de linha de base de chamadas e vermelha se a página exceder o número da linha de base. O número da linha base é diferente para páginas modernas e clássicas porque as páginas clássicas do site utilizam HTTP1.1 e as páginas modernas utilizam HTTP2.0:
- As páginas modernas do site não devem conter mais de 25 chamadas
- As páginas de publicação clássicas não devem conter mais do que 6 chamadas
Os resultados possíveis incluem:
- Atenção necessária (vermelho): a página excede o número de linha de base de chamadas
- Nenhuma ação necessária (verde): a página contém menos do que o número de chamadas de linha de base
Se o resultado Pedidos para o SharePoint aparecer na secção Atenção necessária , pode clicar no resultado para obter detalhes, incluindo o número total de chamadas na página e uma lista dos URLs.
Remediar problemas de desempenho relacionados com demasiadas chamadas numa página
Se uma página contiver demasiadas chamadas, pode utilizar a lista de URLs nos resultados dos Pedidos para o SharePoint para determinar se existem chamadas repetidas, chamadas que devem ser colocadas em lotes ou chamadas que devolvem dados que devem ser colocados em cache.
A criação de batches de chamadas REST pode ajudar a reduzir a sobrecarga de desempenho. Para obter mais informações sobre a criação de batches de chamadas à API, veja Fazer pedidos em lote com as APIs REST.
Utilizar uma cache para armazenar os resultados de uma chamada à API pode melhorar o desempenho de um pedido frequente ao permitir que o cliente utilize os dados em cache em vez de fazer uma chamada adicional para cada carregamento de página subsequente. Existem várias formas de abordar esta solução consoante o requisito comercial. Normalmente, se os dados forem os mesmos para todos os utilizadores, utilizar um serviço de colocação em cache de camada média, como a cache de Redis do Azure, é uma ótima opção para reduzir significativamente o tráfego da API num site, uma vez que os utilizadores pediriam os dados ao serviço de colocação em cache em vez de diretamente a partir do SPO. A única chamada SPO necessária seria atualizar a cache da camada média. Se os dados flutuarem individualmente, poderá ser melhor implementar uma cache do lado do cliente, como LocalStorage ou até mesmo um Cookie. Isto continuará a reduzir os volumes de chamadas ao eliminar os pedidos subsequentes feitos pelo mesmo utilizador durante a cache, mas será menos eficiente do que um serviço de colocação em cache dedicado. O PnP permite-lhe utilizar LocalStorage com pouco desenvolvimento adicional necessário.
Antes de fazer revisões de página para remediar problemas de desempenho, anote o tempo de carregamento da página nos resultados da análise. Execute a ferramenta novamente após a revisão para ver se o novo resultado está dentro da norma de linha de base e verifique o tempo de carregamento da nova página para ver se houve uma melhoria.
Nota
O tempo de carregamento da página pode variar com base numa variedade de fatores, como a carga de rede, a hora do dia e outras condições transitórias. Deve testar o tempo de carregamento da página algumas vezes antes e depois de efetuar alterações para o ajudar a obter a média dos resultados.
Tópicos relacionados
Ajustar o desempenho do SharePoint
Desempenho na experiência moderna do SharePoint
Utilizar a Rede de Entrega de Conteúdos (CDN) do Microsoft 365 com o SharePoint