Páginas Paginadas Não Indexadas: Estratégias Modernas de Paginação para o Google
O Google descontinuou o rel=prev/next e o teu conteúdo paginado caiu fora do índice. Aprende estratégias modernas de paginação que funcionam com o comportamento atual de indexação do Google.
Neste guia
A paginação está em todo o lado na web. Arquivos de blog, páginas de categoria de e-commerce, listagens de resultados de pesquisa, índices de tópicos de fórum, arquivos de notícias e galerias de imagens usam todos paginação para dividir grandes conjuntos de conteúdo em páginas geríveis. Durante anos, a abordagem padrão foi implementar tags rel=prev e rel=next para dizer ao Google que um conjunto de páginas formava uma série paginada. O Google entenderia então a relação e consolidaria os sinais de indexação adequadamente.
Em março de 2019, o Google confirmou que não usava o rel=prev/next como sinal de indexação há anos. Este anúncio apanhou a indústria de SEO de surpresa porque muitos sites tinham construído toda a sua estratégia de paginação em torno destas tags. O impacto prático foi imediato: sem rel=prev/next, o Google trata cada página paginada como uma página independente e autónoma em vez de como parte de uma série interligada.
Esta alteração significa que a página 2 do teu arquivo de blog é avaliada pelo Google inteiramente pelos seus próprios méritos. Se a página 2 mostra uma lista de excertos de artigos de blog sem conteúdo introdutório único, sem um cabeçalho único e sem contexto que explique do que se trata a página, o Google vê uma página thin com snippets de conteúdo reciclados. Não é surpresa nenhuma que o Google opte frequentemente por não indexar estas páginas.
As consequências estendem-se para além das próprias páginas paginadas. Conteúdo que aparece apenas em páginas mais profundas de paginação torna-se mais difícil de descobrir para o Google. Se um produto ou artigo de blog não estiver destacado na página 1 de qualquer listagem e não estiver ligado a partir de qualquer outro local, pode efetivamente tornar-se órfão e o Google nunca o rastrear. Isto faz da paginação não só um problema de página de listagem mas um problema de descoberta de conteúdo para o teu site inteiro.
Este guia cobre estratégias modernas de paginação que funcionam com o comportamento atual de indexação do Google, aborda os desafios específicos do infinite scroll e dos padrões Load More, e fornece soluções concretas para recuperar conteúdo que se perdeu quando o rel=prev/next deixou de funcionar.
O Que Mudou Quando o Google Descontinuou o rel=prev/next
Para entender o estado atual da indexação de paginação, ajuda saber o que o rel=prev/next era suposto fazer e o que o Google realmente faz agora.
O rel=prev/next era um conjunto de elementos HTML link que diziam ao Google que uma série de páginas estava ligada como uma sequência paginada. A intenção era que o Google consolidasse as páginas e entendesse que a página 1, página 2, página 3 e por aí em diante formavam um conjunto contínuo. Em teoria, o Google trataria a série como uma única entidade lógica, consolidando link equity e potencialmente mostrando apenas a primeira página nos resultados de pesquisa, enquanto entendia que o conteúdo continuava através das páginas subsequentes.
Quando o Google revelou que não usava estes sinais há anos, a implicação era clara: o Google tinha estado a apoiar-se noutros sinais para entender a paginação. Estes sinais incluem padrões de URL (o Google consegue detetar padrões comuns de paginação como ?page=2 ou /page/2/), estruturas de links internos (links sequenciais entre páginas sugerem paginação) e análise de conteúdo (páginas com templates semelhantes e diferentes subconjuntos de conteúdo sugerem uma lista paginada).
A alteração prática de comportamento é que o Google agora avalia cada página paginada de forma independente. A página 1 da tua categoria com um parágrafo introdutório único, fortes links internos e 20 produtos em destaque pode ser indexada. A página 2, que mostra os próximos 20 produtos sem conteúdo único, é avaliada como uma página autónoma e pode não ser indexada porque não oferece valor único suficiente por si só.
Esta avaliação independente significa que páginas paginadas para além da página 1 raramente são indexadas a menos que tenham alguma proposta de valor única. Os itens listados na página 2 são diferentes dos da página 1, mas o template, a navegação, a meta informação e a estrutura global são idênticos. Da perspetiva do Google, a página 2 é uma variação thin da página 1.
A perda da consolidação rel=prev/next também significa que o link equity já não é consolidado entre páginas paginadas. Antes, um backlink a apontar para a página 3 da tua categoria podia ter beneficiado toda a série paginada. Agora, esse link equity fica apenas na página 3. Se a página 3 não estiver indexada, o link equity fica efetivamente desperdiçado.
A recomendação atual do Google para paginação é garantir que páginas de conteúdo individuais importantes (produtos, artigos, posts) sejam diretamente ligáveis a partir do teu sitemap e de outras páginas do teu site, em vez de dependeres da paginação como única via de descoberta. A paginação é agora principalmente uma funcionalidade de experiência de utilizador em vez de uma funcionalidade de SEO.
Infinite Scroll: O Problema do Conteúdo Invisível
O infinite scroll substitui a paginação tradicional por um padrão em que novo conteúdo carrega automaticamente à medida que o utilizador faz scroll para baixo na página. Os utilizadores experimentam um feed contínuo e interminável. Da perspetiva de SEO, o infinite scroll é um dos padrões de paginação mais problemáticos porque o crawler do Google não faz scroll.
Quando o Googlebot carrega uma página com infinite scroll, processa o HTML inicial e qualquer conteúdo renderizado por JavaScript que apareça no primeiro carregamento. Não desencadeia eventos de scroll, o que significa que qualquer conteúdo que carregue quando o utilizador faz scroll para além de um certo limiar é completamente invisível para o Google. Se a tua página de categoria mostra 20 produtos no carregamento inicial com infinite scroll para os restantes 200 produtos, o Google vê apenas 20 produtos.
Isto tem consequências severas para a descoberta de conteúdo. Produtos ou posts que aparecem apenas via infinite scroll não têm caminho de rastreio a partir da página de categoria. Se não estiverem ligados a partir de outras páginas ou incluídos no sitemap, o Google pode nunca os descobrir. Mesmo que estejam no sitemap, a própria página de categoria não fornece o link interno para estes itens, enfraquecendo a sua importância percebida.
A solução recomendada é implementar infinite scroll em paralelo com URLs paginados tradicionais. Esta abordagem híbrida fornece a experiência de utilizador suave do infinite scroll dando ao Google páginas paginadas rastreáveis com URLs reais. A implementação funciona da seguinte forma: cria URLs paginados tradicionais (/categoria/page/2/, /categoria/page/3/) que mostram os mesmos conjuntos de conteúdo que cada segmento de infinite scroll. Quando um utilizador faz scroll e novo conteúdo carrega, usa a History API para atualizar o URL do browser para o URL paginado correspondente. Se o utilizador atualizar ou partilhar o URL, vê a versão paginada com o conteúdo até onde tinha feito scroll.
O Google recomenda especificamente esta abordagem pushState para infinite scroll. Os URLs paginados servem como pontos de ancoragem que o Google pode rastrear, enquanto o infinite scroll fornece a experiência de utilizador que os teus visitantes esperam. Sem os URLs paginados subjacentes, o infinite scroll esconde todo o conteúdo para além do primeiro conjunto visível do Google por completo.
Uma abordagem alternativa para conjuntos de conteúdo mais pequenos é carregar todo o conteúdo numa única página sem qualquer paginação ou carregamento baseado em scroll. Se a tua categoria tem 50 produtos ou menos, renderizar todos eles numa única página elimina o problema da paginação por completo. Esta abordagem não é viável para categorias com centenas ou milhares de itens devido a restrições de desempenho, mas funciona bem para coleções mais pequenas.
Botões Load More: Melhores Que Infinite Scroll, Ainda Assim Problemáticos
Os botões Load More são um meio-termo entre paginação tradicional e infinite scroll. O utilizador vê um conjunto inicial de conteúdo e clica num botão para carregar conteúdo adicional na mesma página. Da perspetiva da experiência de utilizador, o Load More é frequentemente preferido à paginação tradicional porque mantém o utilizador na mesma página e mantém a posição de scroll.
No entanto, os botões Load More têm o mesmo problema fundamental de SEO que o infinite scroll: o Google não clica em botões. Conteúdo carregado por um botão Load More é desencadeado por um evento de clique, e o renderer do Google não simula interações de clique. O conteúdo por trás do botão Load More é invisível para o Google a menos que se tomem medidas específicas.
A solução espelha a do infinite scroll: implementar URLs paginados tradicionais em paralelo com a funcionalidade Load More. Cada segmento Load More deve corresponder a um URL paginado rastreável. Inclui links para estes URLs paginados algures no HTML (podem ser escondidos do design visual usando CSS) para que o Google os consiga descobrir e rastrear. Algumas implementações colocam os links paginados numa tag noscript para que estejam disponíveis para crawlers que não executam JavaScript, enquanto o botão Load More aparece para browsers com JavaScript ativado.
Outra abordagem é renderizar o conteúdo do Load More na resposta HTML inicial mas escondê-lo visualmente com CSS. Quando o utilizador clica em Load More, o JavaScript revela o conteúdo escondido em vez de o ir buscar ao servidor. Esta abordagem garante que o Google vê todo o conteúdo no HTML inicial sem precisar de interagir com nenhum botão. Contudo, isto só funciona para quantidades moderadas de conteúdo escondido (carregar 200 produtos em HTML escondido aumenta significativamente o peso da página e o tempo de carregamento).
Uma terceira abordagem é implementar o Load More com URLs paginados a carregar progressivamente. A página inicial carrega com o primeiro conjunto de conteúdo e um botão Load More. Clicar no botão usa AJAX para ir buscar e mostrar o próximo conjunto de conteúdo e simultaneamente atualiza o URL para a próxima página paginada (/page/2/). Cada URL paginado renderiza o seu conjunto de conteúdo específico no lado do servidor, pelo que o Google consegue rastrear /page/2/ diretamente e ver esse conteúdo sem precisar de clicar em quaisquer botões. O botão Load More é um aprimoramento progressivo para os utilizadores, enquanto a estrutura subjacente de URL paginado é a base rastreável para o Google.
Estratégia de Canonical Tags para Séries Paginadas
As canonical tags em páginas paginadas são um dos tópicos mais debatidos em SEO técnico. A questão é se a página 2, página 3 e páginas subsequentes devem ter canonical tags a apontar para a página 1 ou se cada página deve ter uma canonical autorreferenciada.
Apontar todas as páginas paginadas para a página 1 como canónica diz ao Google que a página 1 é a versão definitiva e outras páginas são secundárias. Esta abordagem é apropriada quando não queres ou não precisas que as páginas mais profundas sejam indexadas e quando todos os itens individuais são descobríveis por outros meios (sitemap, links diretos). O benefício é a simplicidade: o Google indexa apenas a página 1, e não te preocupas com problemas de thin content em páginas mais profundas. O risco é que itens que apareçam apenas em páginas mais profundas possam perder sinais de links internos da listagem paginada.
Canonicals autorreferenciadas em cada página paginada dizem ao Google que cada página é a sua própria entidade distinta. Esta abordagem é apropriada quando cada página paginada visa conteúdo diferente ou quando queres que o Google indexe todas as páginas da série. O benefício é que cada página retém o seu próprio link equity e pode potencialmente aparecer nos resultados de pesquisa. O risco é que o Google possa ver as páginas mais profundas como thin content e optar por não as indexar de qualquer forma.
A recomendação pragmática para a maioria dos sites é uma abordagem híbrida. A página 1 fica com uma canonical autorreferenciada e o teu esforço de otimização (conteúdo introdutório único, meta tags adequadas, itens em destaque). As páginas 2 a 5 ficam com canonicals autorreferenciadas mas são tratadas como secundárias (menor prioridade de otimização, aceita que algumas possam não ser indexadas). As páginas 6 e seguintes ficam com canonical tags a apontar para a página 1 porque conteúdo a esta profundidade é improvável de ser indexado pelos seus próprios méritos e o crawl budget é mais bem gasto noutro local.
Independentemente da estratégia canonical, garante que cada página de item individual (produto, post, artigo) está incluída no teu sitemap XML com um URL direto. O sitemap fornece uma via de descoberta independente que não depende da paginação. Mesmo que o Google nunca indexe a página 7 da tua categoria, os produtos que aparecem na página 7 ainda podem ser descobertos e indexados através do sitemap.
Impacto do Crawl Budget da Paginação Profunda
Paginação profunda, em que uma listagem de conteúdo se estende por dezenas ou centenas de páginas, é um dos drenos de crawl budget mais significativos em sites com muito conteúdo. Cada página paginada é um URL que o Google pode tentar rastrear, avaliar e potencialmente indexar. Um site com 100 categorias, cada uma com 20 páginas de paginação, gera 2.000 URLs de listagem paginada para além dos URLs das páginas de conteúdo reais.
O agendador de rastreio do Google tem de decidir como atribuir os seus recursos limitados de rastreio por todos estes URLs. Quando as páginas de listagem paginada ultrapassam em número as páginas de conteúdo reais, o Google pode gastar a maioria do seu crawl budget em páginas de listagem em vez de no conteúdo que realmente queres indexado. Isto é particularmente problemático para sites de e-commerce em que as páginas de produto são o conteúdo gerador de receita, mas o Google está a gastar o seu tempo a rastrear e a re-rastrear a paginação de listagem de categorias.
O sinal de diagnóstico para desperdício de crawl budget em paginação está nas estatísticas de rastreio do Google Search Console. Se vires um volume elevado de páginas rastreadas mas uma percentagem baixa de páginas indexadas, o inchaço de paginação pode ser a causa. Exporta os URLs que o Google rastreia com mais frequência e verifica que percentagem são URLs de listagem paginada versus páginas de conteúdo reais.
Várias estratégias reduzem o impacto da paginação profunda no crawl budget. Primeiro, limita a profundidade da paginação rastreável. Usa o robots.txt para bloquear o rastreio de páginas paginadas para além de uma certa profundidade (por exemplo, bloqueia /page/6/ e mais profundas). Em alternativa, adiciona tags noindex,follow a páginas profundas para que o Google não as indexe mas ainda possa seguir links para itens individuais. Segundo, reduz o número de itens por página para reduzir a profundidade total da paginação. Mostrar 50 itens por página em vez de 20 transforma uma categoria de 20 páginas numa categoria de 8 páginas. Terceiro, implementa uma página View All para categorias onde o peso da página o permita, eliminando a paginação por completo.
Para paginação dinâmica que muda frequentemente (novos produtos adicionados diariamente, itens em tendência reordenados), mantém o teu sitemap como o mecanismo principal de descoberta em vez de dependeres da paginação. O sitemap fornece uma lista completa de todos os URLs de conteúdo individual que o Google pode rastrear ao seu próprio ritmo, independentemente de como esses URLs aparecem em listagens paginadas em qualquer dia em concreto.
Outra técnica é priorizar o crawl budget para a página 1 de cada categoria reforçando os links internos para a página 1 e enfraquecendo os links para paginação mais profunda. A navegação do teu site liga à página 1 de cada categoria. Links internos a partir de artigos de blog e outro conteúdo apontam para a página 1. Secções de produtos em destaque ou posts em destaque na homepage ligam à página 1. Estes fortes links internos sinalizam ao Google que a página 1 é o URL de listagem de maior prioridade para cada categoria.
Guia passo a passo
Audita a Implementação Atual da Paginação no Teu Site
Rastreia o teu site e identifica todos os padrões de URL paginado. Padrões comuns incluem /page/2/, ?page=2, /p2 e ?start=20. Conta o número total de URLs de listagem paginada versus URLs de páginas de conteúdo reais. Verifica que páginas paginadas estão atualmente indexadas usando o operador "site:" com padrões de URL de paginação. Identifica que categorias ou secções têm a paginação mais profunda. Documenta o comportamento atual da canonical tag, regras do robots.txt e estado de noindex para as páginas paginadas. Esta auditoria de base revela o âmbito do teu problema de paginação e orienta a priorização.
Verifica as Vias de Descoberta de Conteúdo Para Além da Paginação
Garante que cada página de conteúdo individual (produto, artigo, post) é descobrível através de pelo menos uma via que não seja paginação. Verifica que todos os URLs de conteúdo estão no teu sitemap XML. Verifica que as páginas de conteúdo recebem links internos a partir de outro conteúdo (secções de produtos relacionados, posts relacionados). Executa uma análise de páginas órfãs para encontrar páginas de conteúdo que são apenas descobríveis através de paginação profunda e não têm outros links internos. Para conteúdo órfão, adiciona links internos a partir de páginas relacionadas ou secções em destaque para criar vias de descoberta alternativas.
Implementa URLs Rastreáveis para Infinite Scroll ou Load More
Se o teu site usa infinite scroll ou botões Load More, implementa URLs paginados subjacentes que correspondam a cada segmento de conteúdo. Usa a History API para atualizar o URL do browser à medida que os utilizadores fazem scroll ou clicam em Load More. Garante que cada URL paginado renderiza o seu conteúdo no lado do servidor sem requerer interação JavaScript. Testa acedendo diretamente a /page/2/ num browser e verifica que o conjunto de conteúdo correto é mostrado. Inclui estes URLs paginados no teu HTML (como links de paginação no rodapé ou num bloco noscript) para que o Google os possa descobrir sem executar JavaScript.
Configura Canonical Tags em Páginas Paginadas
Implementa a estratégia canonical que escolheste. Para a maioria dos sites, usa canonicals autorreferenciadas nas páginas 1 a 5 e canonical a apontar para a página 1 para as páginas 6 e seguintes. Verifica as canonical tags vendo a fonte das páginas paginadas a diferentes profundidades. Garante que os URLs canónicos usam o protocolo correto (HTTPS) e o formato de domínio (www ou não-www, em correspondência com o teu formato de URL preferido). Se o teu CMS gera canonical tags automaticamente, verifica que as tags automáticas estão corretas para páginas paginadas, pois algumas plataformas CMS autorreferenciam incorretamente todas as páginas paginadas independentemente da profundidade.
Otimiza a Página 1 de Cada Série Paginada
Como a página 1 é a página de paginação mais provável de ser indexada, investe em torná-la o mais forte possível. Adiciona conteúdo introdutório único (descrição de categoria, guia de compra, visão geral do tópico) que apareça apenas na página 1. Garante que a página 1 tem uma title tag única, otimizada por keywords, e uma meta description única. Destaca os teus itens mais importantes na página 1 através de curadoria manual ou ordenação algorítmica. Adiciona structured data (schema ItemList) à página 1 para ajudar o Google a entender o formato de listagem. Reforça os links internos a apontar para a página 1 a partir da navegação, breadcrumbs e páginas de conteúdo.
Controla o Crawl Budget Gasto em Paginação Profunda
Implementa controlos de crawl budget para paginação profunda. Adiciona tags noindex,follow a páginas paginadas para além da página 5 (ou o limiar que escolheste). Isto permite ao Google seguir links nas páginas profundas para descobrir itens de conteúdo individuais ao mesmo tempo que evita que as próprias páginas profundas consumam quota de indexação. Para paginação muito profunda (página 20+), considera adicionar regras de disallow no robots.txt para evitar o rastreio por completo, dependendo do teu sitemap para descoberta de conteúdo para além dessa profundidade. Monitoriza as estatísticas de rastreio no Search Console depois de implementar os controlos para verificar que o crawl budget transita das páginas de listagem para as páginas de conteúdo.
Submete Páginas Paginadas Chave e Conteúdo Individual para Indexação
Depois de implementar as correções de paginação, submete a página 1 de cada categoria ou secção importante através da ferramenta de Inspeção de URL do Google Search Console. Para páginas de conteúdo individual que anteriormente só eram descobríveis através de paginação profunda, submete-as através da IndexBolt para garantir que o Google as indexa independentemente da sua posição na paginação. Monitoriza a indexação tanto das páginas de listagem como das páginas de conteúdo individual nas semanas seguintes. Se as páginas de conteúdo permanecerem não indexadas apesar de estarem no sitemap e terem links internos diretos, investiga se as próprias páginas têm problemas de qualidade ou técnicos para além do contexto da paginação.
Problemas comuns e como resolvê-los
Produtos/posts na página 2+ não estão a ser indexados mesmo que os itens da página 1 estejam indexados
Causa: Os itens na página 1 recebem fortes sinais de links internos da página de categoria (que está ela própria bem ligada a partir da navegação). Os itens em páginas mais profundas recebem sinais mais fracos porque as páginas paginadas em que aparecem têm menos autoridade e são rastreadas com menos frequência. Adicionalmente, se as páginas paginadas para além da página 1 não estiverem indexadas, o Google descobre os itens nessas páginas com menos frequência do que os itens na página 1.
Solução: Garante que todos os URLs de página de conteúdo individual estão no teu sitemap XML, fornecendo uma via de descoberta independente da paginação. Adiciona links internos para itens importantes a partir de contextos não paginados: secções de produtos relacionados, menções em artigos de blog, itens em destaque na homepage e widgets de cross-sell. Considera rodar os itens em destaque para que diferentes produtos apareçam na página 1 ao longo do tempo. Usa a IndexBolt para submeter URLs de itens individuais que estão presos em páginas profundas e não estão a ser indexados organicamente.
Site de infinite scroll tem apenas o primeiro lote de itens indexado
Causa: O Google não consegue fazer scroll, pelo que apenas os itens renderizados no carregamento inicial da página são visíveis para o Google. Itens carregados por pedidos JavaScript desencadeados por scroll são invisíveis. Sem URLs paginados subjacentes, o Google não tem forma de aceder a conteúdo para além do primeiro lote visível. Os itens para além do primeiro carregamento de scroll efetivamente não existem da perspetiva do Google.
Solução: Implementa URLs paginados em paralelo com o infinite scroll usando a abordagem pushState da History API. Cada segmento de scroll deve corresponder a um URL paginado rastreável. Inclui links de navegação paginada no HTML para o Google seguir. Verifica que cada URL paginado renderiza o seu conjunto de conteúdo no lado do servidor. Após a implementação, submete os URLs paginados através da IndexBolt ou do Search Console para acelerar a descoberta da nova estrutura de URL pelo Google.
Todas as páginas paginadas mostram 'Duplicado, o Google escolheu uma canónica diferente' no Search Console
Causa: O Google está a tratar as páginas paginadas como duplicadas umas das outras ou da página 1. Isto acontece quando as páginas paginadas têm title tags idênticas, meta descriptions idênticas, conteúdo introdutório idêntico e apenas diferem nos itens que são listados. O Google vê-as como variações da mesma página em vez de páginas distintas, e escolhe uma (geralmente a página 1) como a canónica.
Solução: Se queres páginas paginadas indexadas de forma independente, diferencia-as. Adiciona números de página às title tags ("Ténis de Corrida - Página 2 de 8"). Cria meta descriptions únicas para cada página paginada ou remove meta descriptions das páginas 2+ para deixar o Google gerá-las a partir do conteúdo. Mostra conteúdo introdutório apenas na página 1. Se não precisas das páginas profundas indexadas, define explicitamente canonical tags nas páginas 2+ a apontar para a página 1 e aceita que apenas a página 1 será indexada.
Conteúdo de botão Load More a desaparecer do índice do Google ao longo do tempo
Causa: Conteúdo por trás dos botões Load More que anteriormente era acessível através de vias alternativas (sitemap antigo, links diretos) pode perder a indexação à medida que o Google reavalia o site. Se o conteúdo Load More não é acessível sem interação JavaScript e as vias alternativas já não são mantidas, o Google não tem forma atual de aceder ao conteúdo e pode desindexar itens previamente indexados cuja existência já não consegue verificar.
Solução: Implementa URLs paginados renderizados no servidor que o Google possa rastrear diretamente. Garante que estes URLs estão no teu sitemap e ligados a partir do HTML da página de listagem. Verifica que remover o JavaScript da página ainda permite o acesso a todo o conteúdo através de URLs paginados. Depois de corrigir, submete os URLs dos itens afetados através da IndexBolt para restaurar a indexação de conteúdo que foi previamente desindexado.
Dicas de profissional
A paginação não deve determinar se o teu conteúdo é indexado. A IndexBolt submete URLs de páginas de conteúdo individuais diretamente ao Google, contornando por completo a via de descoberta da paginação. Quer os teus produtos estejam na página 1 ou na página 50, a IndexBolt garante que todos são indexados. Submete a tua lista completa de URLs de conteúdo e deixa cada página chegar ao Google independentemente da sua posição na paginação.
100 créditos gratuitos. Sem cartão de crédito. Resultados em menos de 24 horas.
Perguntas frequentes
O Google ainda suporta rel=prev/next de alguma forma?+
Não. O Google confirmou em março de 2019 que não usava o rel=prev/next como sinal de ranking ou indexação há vários anos. Incluir estas tags no teu HTML não causa dano, mas não traz qualquer benefício para o Google. Outros motores de busca (Bing) podem ainda usar estas tags, pelo que mantê-las não prejudica, mas não deves apoiar-te nelas para a indexação do Google. A tua estratégia de paginação para o Google deve basear-se em canonical tags, diretivas noindex, inclusão no sitemap e qualidade de conteúdo em vez de em sinais rel=prev/next.
Devo criar uma página 'View All' em vez de usar paginação?+
Uma página View All que liste todos os itens numa única página é a solução mais simples para o Google porque elimina a paginação por completo. O Google declarou que geralmente prefere páginas View All quando são tecnicamente viáveis. Contudo, as páginas View All só são práticas para conjuntos de conteúdo mais pequenos (abaixo de 100 itens). Para categorias com centenas ou milhares de itens, uma página View All seria demasiado lenta a carregar, demasiado intensiva em recursos para renderizar e demasiado avassaladora para os utilizadores. Para conjuntos de conteúdo grandes, usa a abordagem híbrida de paginação tradicional combinada com um sitemap XML abrangente.
Até que profundidade devo permitir que o Google rastreie a minha paginação?+
Não há uma resposta universal, mas uma orientação prática é permitir a indexação das primeiras três a cinco páginas e aplicar noindex (permitindo follow) a páginas mais profundas. O limiar exato depende da qualidade das tuas páginas paginadas e do crawl budget do teu site. Se o teu site tem forte autoridade e o Google está a rastrear agressivamente, podes permitir indexação mais profunda. Se o teu site tem crawl budget limitado, restringe a indexação apenas à página 1 e depende do teu sitemap para descoberta de conteúdo. A métrica chave é se as páginas paginadas mais profundas geram efetivamente impressões de pesquisa. Verifica o Search Console para ver se algum URL da página 5+ está a receber impressões. Se não, aplicar-lhes noindex poupa crawl budget sem impacto no tráfego.
O meu infinite scroll usa AJAX para carregar conteúdo. O Google consegue ver conteúdo carregado por AJAX?+
O Google consegue renderizar conteúdo carregado por JavaScript, incluindo respostas AJAX, mas apenas se o carregamento de conteúdo for desencadeado pela renderização inicial da página em vez de por interação do utilizador (scroll, clique). Conteúdo AJAX que carrega automaticamente no carregamento da página é visível para o Google. Conteúdo AJAX que carrega em resposta a um evento de scroll não é, porque o renderer do Google não faz scroll. Se o teu infinite scroll desencadeia pedidos AJAX com base na posição de scroll, esse conteúdo é invisível para o Google. Implementa URLs paginados subjacentes com conteúdo renderizado no servidor como a base, e sobrepõe a experiência AJAX de infinite scroll por cima para os utilizadores.
A ordem dos itens na paginação importa para o SEO?+
A ordem dos itens importa principalmente porque os itens na página 1 obtêm significativamente mais atenção de rastreio e valor de link interno do que os itens em páginas mais profundas. O Google é mais provável de rastrear e indexar conteúdo da página 1 do que conteúdo da página 10. Se tens itens de alta prioridade que queres indexados e visíveis, garante que aparecem na página 1 através de curadoria manual, fixação ou algoritmos de ordenação que façam emergir os itens importantes primeiro. Para e-commerce, ordenar por mais vendidos, mais bem avaliados ou mais recentes muitas vezes faz emergir naturalmente os produtos mais relevantes na página 1. Evita ordenação aleatória que muda a cada carregamento de página, pois o Google pode ter dificuldade em avaliar conteúdo de página inconsistente.
Devo adicionar conteúdo único a cada página paginada para a ajudar a ser indexada?+
Adicionar conteúdo único a cada página paginada não é prático nem necessário para a maioria dos sites. Concentra o teu esforço de otimização de conteúdo na página 1, que é a mais provável de ser indexada e a mais importante para o tráfego de pesquisa. Para as páginas 2 a 5, title tags diferenciadas com números de página são suficientes. Para páginas mais profundas, aplica-lhes noindex e não te preocupes com conteúdo único. Os itens individuais listados nessas páginas devem cada um ter o seu próprio conteúdo único nos seus próprios URLs. A página de listagem paginada é um mecanismo de navegação, não um destino de conteúdo. Investe o teu esforço de criação de conteúdo nos itens individuais em vez de nas páginas de listagem.