Como saber se um site está indexado no Google

Pesquise `site:seudominio.pt` ou `site:seudominio.pt/url-da-pagina`. Se houver resultados, existem URLs daquele domínio no índice. Se não houver, isso justifica uma verificação no Search Console, mas não prova sozinho que o site inteiro foi excluído — pode ser uma limitação da consulta, da página pedida ou do momento. Use sempre este comando como triagem, nunca como relatório oficial de cobertura.

Confirme ainda se está autenticado numa conta Google com histórico limpo ou personalizado: resultados podem variar. E teste a versão canónica exata — com ou sem www, com ou sem barra final — porque variações são tratadas como entradas distintas na comparação. Se o comando devolver zero páginas, siga para a inspeção de URL antes de qualquer conclusão dramática.

1. 1Abra a propriedade correta do domínio ou prefixo de URL.
2. 2Cole o endereço completo na ferramenta de inspeção.
3. 3Leia se o URL está no Google e qual canonical foi selecionado.
4. 4Consulte rastreio, robots, indexação e eventuais melhorias.
5. 5Depois de uma correção real, teste a versão publicada e peça indexação.

• Meta robots com noindex.
• Bloqueio no robots.txt.
• Canonical a apontar para outra página.
• Erro 404, 403 ou servidor indisponível.
• Conteúdo duplicado ou URL alternativa escolhida pelo Google.
• Página órfã, sem ligações internas.

Passe a observar impressões, consultas e páginas no relatório de desempenho. Se a página aparece, mas não recebe cliques, o problema pode ser posição, intenção, título pouco convincente ou concorrência. Criar uma cópia quase igual raramente é a solução.

O próximo passo é melhorar a página canónica e fortalecer as ligações que explicam o tema, conforme detalhado no guia de visibilidade no Google. Se a dúvida for sobre o tempo de espera, veja também quanto tempo demora.

Para procura local, confirmar o site no índice não substitui a verificação do Perfil de Empresa: são pontos de entrada diferentes na mesma pesquisa. E se a página problemática for uma ficha de empresa e não um URL do site, o diagnóstico é o do Maps.

Se repetir “pedir indexação” não mudar nada e o relatório mostrar a página como indexada, o Google já a tem. O esforço deve deslocar-se para qualidade, ligações internas e correspondência com a pesquisa. Se mostrar bloqueio, corrija primeiro a causa — noindex, robots, canonical ou erro de servidor — e só depois peça nova análise.

Erros de template, páginas de filtro e parâmetros de campanha podem gerar centenas de URLs sem valor. Nesses casos, o problema não é falta de indexação; é excesso de páginas a competir por atenção do rastreio. Menos URLs fracas costuma ajudar mais do que mais URLs quase iguais.

Cada uma destas leituras erradas leva a uma ação desnecessária — reescrever, mudar host, criar cópias. A ordem correta é sempre a mesma: confirmar estado no Search Console, ler a mensagem exata, corrigir a causa e só então avaliar novamente. Se a mensagem não for clara, o inspetor de URL explica o estado e as etapas sugeridas pelo próprio Google.

• Pesquisar sem o prefixo site: e não encontrar a página — pode ser posição baixa, não ausência do índice.
• Testar num dia em que o servidor devolveu 503 e concluir que o site saiu do Google.
• Usar uma conta anónima com histórico limpo e comparar com resultados personalizados da conta principal.
• Confundir o domínio www e não-www: são vistos como entradas distintas; confirme a canónica.
• Inspecionar o URL com parâmetros de campanha e não reconhecer a página inspecionada.
• Ler “rastreada — não indexada” como falha total: pode ser escolha por qualidade ou duplicação ainda em revisão.

Manter este hábito transforma a indexação de mistério em checklist. Quando algo falha, o histórico diz se é novo, recorrente ou já tratado. E quando tudo está verde, a energia da equipa desloca-se para conteúdo e conversão — que é onde o retorno costuma estar.

1. 1Uma vez por mês, inspecione as páginas principais (homepage e páginas comerciais).
2. 2Confirme que o sitemap está sem erros críticos na secção correspondente do Search Console.
3. 3Revise o relatório de cobertura ou de páginas para novos erros recorrentes.
4. 4Corrija primeiro o que afeta várias URL (404 em massa, noindex global, canonical de template).
5. 5Registe o que foi corrigido e a data — para não repetir o mesmo diagnóstico daqui a um mês.

Nenhuma destas ferramentas substitui o raciocínio sobre o que a página promete e o que a pesquisa pede. Elas apenas dizem se a página está a participar na corrida. Se estiver, o trabalho seguinte é melhoria de conteúdo e sinais; se não estiver, é remoção de bloqueio. Misturar as duas frentes — corrigir indexação enquanto se reescreve sem diagnóstico — atrasa as duas.

Vale ainda guardar um registo simples das páginas críticas e da data em que foram confirmadas. Quando o site cresce, memória de “acho que estava indexada” não substitui uma nota com data. Em equipas pequenas, um ficheiro partilhado com URL, estado e observação chega — desde que alguém o atualize a cada alteração estrutural relevante, como migração de domínio ou redesign de navegação.

• Inspeção de URL no Search Console — fonte primária para estado de indexação.
• site:dominio.pt e site:dominio.pt/caminho — teste rápido, não relatório oficial.
• Relatório de desempenho — impressões, cliques, páginas e consultas ao longo do tempo.
• Sitemaps no Search Console — confirmar se o ficheiro foi aceite e sem erros.
• robots.txt do domínio — verificar se não há bloqueios acidentais de diretórios críticos.
• Cache do Google (operador cache:) — quando disponível, mostra a última versão rastreada.
• Ferramentas de terceiros de crawl — úteis em sites grandes; para sites pequenos bastam as nativas.