As trocas assinadas (SXG) permitem que o Google pré -applrete o conteúdo do seu site, mantendo a confidencialidade do cliente do usuário. Isso significa que o AMP e o não-AMP, que são exibidos no Google, podem pré-carregar vários recursos-chave (por exemplo, JavaScript, CSS, imagens ou fontes) se o site correspondente suportar SXG.
Quando o usuário pressiona o resultado, a página da web começa a carregar muito mais rápido, pois os principais recursos já estão disponíveis, o que melhora a experiência do usuário. Isso pode levar a uma redução no tempo para a Visualização de Conteúdo máximo (LCP) para o seu conteúdo, o que, por sua vez, pode melhorar a avaliação geral da qualidade da página.
Para implementar o SXG, siga as orientações detalhadas sobre web.dev. Após a implementação, siga as instruções de otimização do LCP usando o troca assinada no Google.
Para páginas do AMP, siga as instruções no site do AMP.DEV.
O Google usa o cache SXG para pré -carregar o conteúdo do seu site. O Google pode mostrar repetidamente esses SXGs CCHELLED.
Para garantir que o conteúdo atual seja exibido no Google, defina corretamente os valores do período de validade SXG. Como orientação, verifique se a data da expiração é menor que os dois valores a seguir:
Para garantir que o conteúdo seja exibido corretamente em vários dispositivos, siga o seguinte:
Para monitorar os erros do SXG, use o relatório do estado do AMP no console de pesquisa.
Se o Google Botto não puder direcionar o SXG, ele poderá ser transferido para o URL sem o uso do aplicativo/ troca assinada; V = b3 no título aceita para obter o texto/ versão.
Para determinar se o cache está em conformidade com os requisitos do SXG, use a extensão do validador SXG para o Chrome.
Ou solicite um cache no Google diretamente. Por exemplo, se o SXG URL for https://signed-exchange-testing.dev/sxgs/valid., O cache de URL correspondente ficará assim:
Https: // syngnd-chicchang-testing girl. Webpkgsache.k.m.k.m.k.
O algoritmo de cálculo do subdomínio é o mesmo que para o cache do AMP, no entanto, a linha do infix/doc /////////////tinciã será diferente.
Se a resposta for SXG, isso significa que a resposta do servidor inicial atende aos requisitos do Google para o cache SXG. Caso contrário, ele conterá o título HTTP, o que indicará a causa.
Independentemente da resposta, o cache inicia uma solicitação ao URL de origem para atualizar a cópia. Essa solicitação ocorrerá dependendo de muitos fatores, incluindo a velocidade com que o Google Bott pode digitalizar seu site.
O Google não cache SXG por mais tempo que o período de assinatura SXG ou a data de validade das manchetes de resposta SXG não assinada.
Use a ferramenta de inspeção de URL para depurar erros de cache.
Inscreva-se no WebPackaging-Announc Newsletter para estar ciente das seguintes alterações:
Se você tiver dúvidas sobre a troca assinada para o site do Google, visite a comunidade de assistência central de pesquisa.
Para obter uma consulta de SEO para o seu site, você pode entrar em contato com o Seo.computer SEO Companis por e -mail: info@seo.computer, WhatsApp: +79202044461.
ID: 74