Paginação, load more e scroll infinito: o guia do Google

Segundo a documentação do Google Search Central, o Google geralmente rastreia URLs encontradas no atributo href de elementos <a>, e seus rastreadores não clicam em botões nem acionam funções JavaScript que dependam de ação do usuário.

Isso põe em risco dois dos três padrões usados para quebrar listas longas: o botão "carregar mais" e o scroll infinito, que o Google descreve como implementados em geral com JavaScript. O terceiro é a paginação com links numerados.

O que importa

• O Google rastreia o que está em <a href>; botão de "carregar mais" não é seguido.
• Cada trecho da lista precisa de URL própria e persistente, como ?page=12.
• No HTML renderizado, imagem e vídeo precisam aparecer no atributo src.

Por que o Googlebot não vê o botão "carregar mais"

O Googlebot é o rastreador do Google, o programa que baixa as páginas. Ele não rola a tela e não clica. A página de lazy loading do Google é explícita: o Google Search não interage com a sua página.

Se o item 30 de uma listagem só aparece depois de um clique, o caminho até ele precisa existir como link.

O que o Google pede em cada página da sequência

A documentação lista recomendações diretas:

• URL única para cada página, por exemplo com ?page=n. URLs paginadas são tratadas como páginas separadas.
• Tag canônica própria em cada página. O Google orienta não usar a primeira página da sequência como canônica das demais — veja tag canônica: guia prático.
• Link em <a href> de cada página para a seguinte. Vale ligar todas de volta à primeira, como sinal de que ela pode ser a melhor página de destino.
• Nada de identificador de fragmento (o # na URL) para número de página. O Google ignora fragmentos: se a próxima URL só muda depois do #, o Googlebot pode não segui-la.
• Números de página absolutos, como ?page=12, não parâmetros relativos como ?date=yesterday. O conteúdo de cada URL deve ser o mesmo a cada carregamento.

Páginas de uma mesma sequência não precisam de títulos e descrições distintos: o Google tenta reconhecer páginas em sequência. E o Google diz que não usa mais as tags <link rel="next"> e <link rel="prev">, embora outros buscadores ainda possam usá-las.

Para o Google achar todos os produtos, a documentação sugere um sitemap ou um feed do Google Merchant Center — o que conversa com o crawl budget em sites grandes.

E os filtros e as ordenações?

Filtros e ordenações, como ?order=price, geram variações da mesma lista. Para evitar que sejam indexadas, o Google aponta duas opções: a meta tag robots noindex nas URLs indesejadas, ou desencorajar o rastreamento de padrões de URL pelo robots.txt. A documentação não diz qual preferir.

Como fazer o lazy loading ser visto

Lazy loading é carregar um recurso só quando ele é necessário. A documentação pede que o conteúdo carregue sempre que estiver visível na janela de visualização, por um destes caminhos: lazy loading nativo do navegador para imagens e iframes, a API IntersectionObserver com polyfill, ou uma biblioteca JavaScript que carregue os dados ao entrar na área visível. Nenhum depende de rolagem ou clique.

No topo da página vale o contrário: não aplicar lazy loading ao conteúdo que provavelmente já estará visível na abertura, porque isso o torna mais lento para aparecer.

Quando um novo trecho passa a ser o elemento visível principal, a orientação é atualizar a URL exibida com a History API — a interface do navegador que troca o endereço sem recarregar a página. Assim o visitante pode compartilhar o ponto onde está.

Como testar

O teste indicado é a Ferramenta de Inspeção de URL do Search Console, para ver se todo o conteúdo foi carregado, e depois procurar o seu conteúdo no HTML renderizado. Se as URLs de imagens e vídeos aparecem no atributo src de elementos <img> ou <video>, o Google considera a implementação correta.