Trocas assinadas na Pesquisa Google

As trocas assinadas (SXG) permitem que a Pesquisa Google faça a pré-busca do conteúdo e preserve a privacidade do usuário. Na prática, isso significa que os resultados AMP e não AMP mostrados na Pesquisa Google vão poder fazer a pré-busca de alguns recursos fundamentais (como HTML, JavaScript, CSS, imagens ou fontes) sem prejudicar a privacidade do usuário se o site associado for compatível com SXG.

Quando o usuário clicar no resultado, a página da Web vai começar a ser renderizada muito mais rapidamente, porque os principais recursos já vão estar disponíveis, o que resulta em uma melhor experiência do usuário. Isso pode significar uma pontuação mais baixa de Largest Contentful Paint (LCP) para o conteúdo, o que pode melhorar a experiência geral na página.

Implementar SXG

Para implementar as SXG, siga o guia detalhado do web.dev. Após a implementação, siga o guia do Chrome para otimizar o LCP usando trocas assinadas.

Para páginas AMP, siga o guia detalhado do amp.dev.

O Google usa um cache de SXG para fazer a pré-busca do conteúdo. É possível que o Google exiba essas SXG em cache várias vezes.

Para garantir que o conteúdo atualizado seja exibido na Pesquisa Google, defina os valores de validade das SXG corretamente. Como regra geral, configure a data de validade para que seja anterior às duas datas a seguir:

  • A expiração do cache determinada pelos cabeçalhos HTTP
  • Um dia depois se o conteúdo for JavaScript ou JavaScript in-line. Caso contrário, sete dias depois

Para garantir que o conteúdo seja exibido corretamente em vários dispositivos, faça o seguinte:

  1. Mova o conteúdo personalizado, como os carrinhos de compras, para elementos de carregamento lento que estejam fora das SXG. Se preferir, adicione o cabeçalho assinado Vary: Cookie. As SXG com esse cabeçalho vão ser exibidas somente para os visitantes sem um cookie no site.
  2. Crie as páginas com Web design responsivo. Como alternativa, disponibilize páginas para computador e para dispositivos móveis em URLs diferentes ou adicione uma anotação às páginas para declarar que não são responsivas. Para isso, use a tag meta supported-media. No elemento <head> da página, por exemplo, adicione a seguinte tag: 
    <meta name=supported-media content="only screen and (max-width: 640px)">

Monitorar e depurar SXG

Para ver uma lista de ferramentas que podem ser usadas para depurar as SXG, consulte o guia do web.dev para ferramentas das SXG.

Caso o Googlebot não consiga analisar as SXG, ele talvez rastreie o URL novamente sem application/signed-exchange;v=b3 no cabeçalho Accept para buscar a variante text/html. Se ocorrer algum erro de indexação das SXG, a Pesquisa Google vai fazer o direcionamento ao URL original sem as trocas.

No caso de páginas AMP, use o relatório de status de AMP no Search Console para monitorar os erros de SXG.

Depurar o cache das SXG do Google

Para determinar se as SXG atendem aos requisitos de cache, use a extensão SXG Validator do Chrome.

Outra opção é consultar o cache das SXG do Google diretamente. Por exemplo, se o URL das SXG for https://signed-exchange-testing.dev/sxgs/valid.html, formate o respectivo URL do cache assim:

https://signed--exchange--testing-dev.webpkgcache.com/doc/-/s/signed-exchange-testing.dev/sxgs/valid.html

O algoritmo para calcular o subdomínio e o sufixo do caminho do URL é o mesmo do Cache de AMP, mas a string infix /doc/-/ é diferente.

Se a resposta for uma SXG, isso significa que a resposta do servidor de origem atende aos requisitos de cache das SXG do Google. Caso contrário, ela vai incluir um cabeçalho HTTP que indica o erro.

  • Quando há um cabeçalho Warning, significa que um erro impediu as SXG de atender aos requisitos de cache.
  • Quando há um cabeçalho Location, significa que o cache ainda não fez a busca. Isso não é um erro nas SXG.

Seja qual for a resposta, o cache vai enfileirar uma solicitação de uma cópia atualizada para o URL original. Há vários fatores que determinam quando e se essa solicitação acontece, inclusive o desempenho do Googlebot no site.

O Google não armazena em cache as SXGs por mais tempo do que o valor de expires da assinatura da SXG ou o ciclo de vida de atualização dos cabeçalhos não assinados na resposta da SXG.

Em caso de páginas AMP, use a Ferramenta de inspeção de URL para depurar erros de armazenamento em cache.

Fique por dentro

Inscreva-se na lista de e-mails webpackaging-announce para receber atualizações sobre as seguintes mudanças:

  • As mudanças no cache das SXG do Google que possibilitem novos recursos ou descontinuem o uso de alguma funcionalidade
  • As principais mudanças nas ferramentas de SXG do Web Packager, no módulo de SXG do NGINX e na libsxg

Se você tiver dúvidas sobre as SXG na Pesquisa Google, acesse a Comunidade de Ajuda da Central da Pesquisa Google.