Ir para o conteúdo
Verificação ao vivo · busca sua URL no servidor

Google Crawler Simulator

Veja HTML bruto vs. o que Googlebot indexa após execução de JS — lado a lado.

Googlebot não vê sua página da mesma forma que um navegador. Ele busca HTML, executa JavaScript, aguarda a conclusão das solicitações de rede e depois indexa a saída final renderizada—mas apenas se a renderização terminar dentro do orçamento de rastreamento. Este simulador de rastreador Google busca qualquer URL como Googlebot Desktop, Googlebot Mobile, Googlebot-Image, Bingbot ou GPTBot, mostra o HTML bruto e o HTML renderizado por JavaScript lado a lado, lista recursos bloqueados, relata avisos de tempo de renderização e exibe o texto visível que realmente é indexado.

Dominate AI Search Using a Proven System

BlazeHive runs the whole system for you - finds the keywords buyers actually search, writes the pages end to end, and publishes them so you show up in Google and in AI answers. Free trial, no card.

Start with BlazeHive Free trial

O que um simulador de rastreador Google realmente faz

Um simulador de rastreador envia uma solicitação HTTP para sua URL com uma string user-agent correspondente ao bot que você seleciona, busca a resposta e registra o código de status, cabeçalhos e HTML bruto. Depois carrega a página em um navegador headless—Chrome com JavaScript ativado—aguarda a estabilização do DOM, captura o HTML final renderizado e o compara com o HTML inicial para mostrar o que JavaScript alterou.

Extrai o texto visível—o que um bot vê após remover tags HTML, CSS e scripts—porque esse é o conteúdo que Google indexa. Sinaliza recursos que falharam ao carregar: imagens, fontes, arquivos CSS ou pacotes JavaScript bloqueados por CORS, 404s ou erros de servidor. Verifica tags robots meta, cabeçalhos X-Robots-Tag e tags canônicas que podem impedir a indexação mesmo se a página for carregada com sucesso.

Três categorias de problema aparecem em todos os testes de rastreamento. A primeira é conteúdo ausente do HTML bruto que só aparece após a execução do JavaScript. Se seu título de destaque ou descrição de produto for renderizado no cliente, Googlebot pode não vê-lo durante a busca inicial. A segunda é o tempo limite de renderização. Se o JavaScript levar mais de cinco segundos para terminar, Googlebot pode indexar a página incompleta. A terceira são recursos bloqueados. Se seus arquivos CSS ou JavaScript críticos retornarem 403 ou 404, a página renderiza danificada e Googlebot vê um layout quebrado.

Como usar este simulador de rastreador Google

  1. Cole a URL da página em Page URL. Use a versão canônica—https, www se aplicável, sem parâmetros UTM a menos que você esteja testando como os parâmetros afetam a renderização.
  2. Escolha um User-agent no dropdown. Googlebot Desktop é o padrão. Googlebot Mobile simula indexação mobile-first com viewport móvel. Googlebot-Image testa rastreamento específico de imagens. Bingbot testa o rastreador do Bing. GPTBot simula o rastreador de treinamento da OpenAI.
  3. Clique em Simulate crawler. Você obtém quatro seções: HTML bruto, HTML renderizado, texto visível e um log de recursos mostrando quais arquivos foram carregados ou falharam.
  4. Compare as abas Raw HTML e Rendered HTML. Se a versão renderizada tem conteúdo ausente do bruto, esse conteúdo é injetado por JavaScript. Se o tempo de renderização exceder cinco segundos, mostramos um aviso.
  5. Verifique a lista Blocked resources. Qualquer recurso que retornar um status diferente de 200 é sinalizado. Se CSS ou JavaScript crítico for bloqueado, a página provavelmente renderiza danificada para Googlebot.
  6. Role para Visible text. Isso é o que Google indexa. Se sua palavra-chave alvo aparecer aqui, Google pode classificar a página para ela. Se não aparecer, a palavra-chave é invisível.

Tente simular um aplicativo de página única construído com React ou Vue. O HTML bruto frequentemente contém um <div id="root"></div> vazio e uma tag script. O HTML renderizado mostra a página completa após a execução do JavaScript. Se a renderização levar oito segundos por causa de chamadas de API lentas, avisamos que Googlebot pode expirar e indexar o shell vazio.

Por que HTML bruto versus HTML renderizado importa

O pipeline de indexação do Google tem duas fases. A primeira é a busca inicial, onde Googlebot baixa o HTML bruto. A segunda é a renderização, onde Googlebot executa JavaScript em uma instância Chrome headless e captura o DOM final. A renderização acontece horas ou dias após a busca inicial, e nem toda página é renderizada. Páginas com tempos de carregamento rápidos, links internos fortes e sem erros de JavaScript são priorizadas.

Três consequências práticas.

Conteúdo em HTML bruto indexa mais rápido. Se seu H1, meta description e primeiro parágrafo estão no HTML inicial, Googlebot pode indexá-los imediatamente. Se aparecerem apenas após a execução do JavaScript, a indexação aguarda a fila de renderização. Em um site com 10.000 páginas, esse atraso pode ser dias ou semanas.

Erros de JavaScript bloqueiam a indexação. Se sua página lançar um erro de console durante a renderização, Googlebot pode ver uma página em branco. Nosso simulador executa a página e captura logs de console. Um erro como "Uncaught TypeError: Cannot read property 'map' of undefined" pode impedir que a página inteira seja renderizada.

Orçamento de renderização é finito. Google aloca um orçamento de rastreamento e um orçamento de renderização por site. Se renderizar sua homepage levar 10 segundos, Google pode renderizá-la menos frequentemente que competidores cujas páginas renderizam em dois segundos. Relatamos o tempo de renderização para que você saiba se está acima do orçamento.

Recursos bloqueados e impacto na indexação

Um recurso bloqueado é qualquer arquivo—CSS, JavaScript, imagem, fonte—que a página tentou carregar mas recebeu um código de status 4xx ou 5xx, ou foi bloqueado por robots.txt ou política CORS. Googlebot ignora o arquivo e continua a renderização, mas o arquivo ausente pode quebrar layout ou funcionalidade.

Arquivos CSS críticos controlam layout. Se styles.css for bloqueado por robots.txt, Googlebot renderiza a página sem estilos, significando que conteúdo pode estar oculto por estados CSS padrão—acordeões recolhidos, abas ocultas, modais fora da tela. O conteúdo existe no DOM mas não é visível, então Google pode não indexá-lo.

Arquivos JavaScript críticos controlam interatividade e busca de dados. Se app.js for bloqueado, roteamento do lado do cliente quebra e links dentro do app não funcionam. Se api-client.js for bloqueado, sua página de produto não pode buscar dados de produto, então Googlebot vê um spinner de carregamento em vez de detalhes do produto.

Imagens e fontes são menos críticas. Uma imagem ausente não quebra a indexação, mas pode prejudicar sinais de experiência do usuário se o layout mudar de página ou placeholders aparecerem. Uma fonte ausente volta para fontes do sistema, o que geralmente é bom para indexação.

Nosso simulador lista todos os recursos, sua URL, código de status e tipo. Se um recurso falhou, mostramos o erro. Se foi bloqueado por robots.txt, sinalizamos. Use esta lista para corrigir bloqueios no nível do servidor ou em seu arquivo robots.txt.

Indexação mobile-first e viewport

Em 2026, Google usa indexação mobile-first para todos os sites. Isso significa que Googlebot Mobile é o rastreador primário e a versão móvel de sua página determina classificações mesmo para buscas desktop. Se sua página móvel oculta conteúdo atrás de um toggle "Ler mais" ou remove widgets da barra lateral, Googlebot não vê esse conteúdo e ele não conta para classificações.

Testar com Googlebot Mobile como o user-agent mostra o que o rastreador móvel vê. Renderizamos a página com um viewport de 375px—largura do iPhone SE—para que você veja o layout móvel. Se seu CSS oculta elementos em larguras móveis, eles estão ausentes do HTML renderizado. Se seu JavaScript lazy-loads imagens ou texto conforme o usuário rola, e Googlebot não rola, esse conteúdo é invisível.

Dois fixes são comuns. O primeiro é renderização do lado do servidor ou geração de site estático, onde o conteúdo completo está no HTML bruto independentemente do viewport. O segundo é garantir que CSS móvel não defina display: none em conteúdo importante. Use opacity: 0 ou position: absolute; left: -9999px para acessibilidade, mas até mesmo esses podem prejudicar a indexação se usados em excesso.

Tags robots meta e cabeçalhos X-Robots-Tag

Mesmo que uma página seja carregada com sucesso, uma tag <meta name="robots" content="noindex"> ou um cabeçalho HTTP X-Robots-Tag: noindex diz ao Googlebot para não indexá-la. Nosso simulador verifica ambos e os relata no resumo.

Valores comuns são noindex (não adicione aos resultados de busca), nofollow (não siga links nesta página), noarchive (não cache), nosnippet (não mostre um snippet nos resultados) e none (equivalente a noindex, nofollow). Se seu site de staging acidentalmente entra em produção com tags noindex ainda presentes, você perde todo o tráfego de busca. Verificar antes do lançamento evita isso.

O cabeçalho HTTP tem precedência sobre a tag HTML se ambos estiverem presentes e diferirem. Uma página com <meta name="robots" content="index"> mas X-Robots-Tag: noindex não será indexada. Nosso simulador mostra ambos para que você possa identificar conflitos.

Erros comuns

  • Renderizar a página inteira no cliente. Se o HTML bruto está vazio e tudo aparece após JavaScript, a indexação é lenta e frágil. Mova conteúdo crítico para o HTML inicial via renderização do lado do servidor ou pré-renderização.
  • Bloquear JavaScript ou CSS em robots.txt. Google precisa desses arquivos para renderizar a página. Disallow: *.js ou Disallow: *.css quebra a renderização. Bloqueie apenas se tiver um motivo forte e reverify com o simulador depois.
  • Ignorar erros de console. Uma única exceção não capturada pode parar a renderização. Verifique o log do console na saída do simulador e corrija erros antes de fazer deploy.
  • Testar apenas com um navegador, não com Googlebot. Navegadores são mais tolerantes que Googlebot. Uma página que funciona em Chrome pode falhar em Chrome headless devido a polyfills ausentes ou verificações user-agent. Simule Googlebot para ver a experiência real.
  • Assumir que Googlebot rola. Ele não rola. Conteúdo lazy-loaded acionado por eventos de scroll é invisível a menos que você implemente Intersection Observer ou carregue tudo na renderização inicial.
  • Não testar após atualizações de framework. Um bump de versão Next.js ou Gatsby pode mudar como a geração estática funciona. Re-verifique a renderização após atualizações para confirmar que o conteúdo ainda está no HTML bruto.

Dicas avançadas

  • Teste a mesma URL com Googlebot Desktop e Googlebot Mobile. Se o conteúdo diferir, a indexação mobile-first pode classificar a página diferentemente do que você espera.
  • Compare tempos de renderização em páginas. Se sua homepage renderiza em 2 segundos mas páginas de produto levam 8 segundos, identifique a chamada de API lenta ou script pesado e otimize.
  • Verifique a seção Visible text para presença de palavra-chave. Se sua palavra-chave alvo está na fonte HTML mas não no texto visível, pode estar oculta por CSS ou JavaScript, significando que não conta para classificações.
  • Use o simulador após fazer deploy de uma novo recurso. Um fluxo de checkout, widget de chat ao vivo ou script de analytics pode quebrar a renderização se lançar erros. Capturá-lo post-deploy previne quedas de indexação.
  • Se recursos bloqueados forem encontrados, cross-check com o robots.txt checker para confirmar se robots.txt é a causa. Se não, verifique logs de servidor para erros 403 ou CORS.
  • Combine esta ferramenta com o website metadata checker para confirmar que title, meta e schema estão presentes no HTML renderizado, não apenas na fonte bruta.

Após simular, se você descobrir que JavaScript é necessário para conteúdo crítico, considere mudar para renderização do lado do servidor ou geração estática. Se recursos bloqueados são o problema, atualize seu robots.txt com o robots.txt file generator. Se você quer ver como todos os fatores de SEO on-page—renderização, metadados, canônicos, links internos—se acumulam, use o SEO checklist para uma auditoria de 20 pontos.

Dominate AI Search Using a Proven System

BlazeHive runs the whole system for you - finds the keywords buyers actually search, writes the pages end to end, and publishes them so you show up in Google and in AI answers. Free trial, no card.

Start with BlazeHive Free trial

Perguntas frequentes

O que é Googlebot?

Googlebot é o web crawler que Google usa para descobrir, buscar, renderizar e indexar páginas pela internet. Vem em dois tipos principais: Googlebot Desktop (simula um navegador desktop) e Googlebot Smartphone (simula um navegador móvel, que Google usa para indexação mobile-first). Quando Googlebot rastreia seu site, segue links, lê seu arquivo robots.txt para ver o que é permitido, busca o HTML, executa JavaScript se necessário e extrai texto e metadados. Googlebot não vê seu site da forma que um humano vê. Ele não pode interagir com formulários, clicar em botões que requerem entrada do usuário ou contornar paywalls. Ele respeita orçamento de rastreamento (o número de páginas que buscará por sessão, baseado na autoridade de seu site), então sites grandes podem não ter cada página rastreada. Googlebot se identifica com uma string user-agent que inclui "Googlebot". Você pode verificar solicitações de Googlebot por lookup DNS reverso. Nosso simulador permite que você veja o que Googlebot vê, incluindo texto visível, recursos bloqueados e avisos de tempo de renderização.

Como simular um rastreamento Google?

Cole sua Page URL em nossa ferramenta, selecione Googlebot Desktop ou Googlebot Mobile no dropdown User-agent e clique em run. Buscamos a página usando a mesma string user-agent que Googlebot usa, executamos JavaScript para renderizar a página e extraímos o texto visível, metadados, recursos carregados, recursos bloqueados e diretivas robots. A saída mostra exatamente o que Googlebot vê: o HTML renderizado após execução de JavaScript, o conteúdo de texto que Google indexa, qualquer recurso bloqueado por robots.txt e avisos se o tempo de renderização exceder cinco segundos. Você também vê tags canônicas, robots meta e declarações hreflang. Isto é crítico para sites com muito JavaScript (React, Next.js, Vue) onde o HTML inicial é um shell e o conteúdo real renderiza no cliente. Compare a visualização de HTML bruto (o que seu servidor envia) para a visualização renderizada (o que Googlebot vê após executar JavaScript) para identificar problemas de renderização. Se conteúdo está ausente da visualização renderizada, Google não pode indexá-lo. Use esta ferramenta antes de lançar novas páginas ou após mudanças de JavaScript.

O que é um web crawler?

Um web crawler (também chamado de spider ou bot) é um programa que navega sistematicamente pela web seguindo links, buscando páginas e extraindo dados. Search engines usam crawlers para descobrir e indexar conteúdo: Googlebot para Google, Bingbot para Bing, Yandex Bot para Yandex. Crawlers começam com uma lista de seed de URLs (de sitemaps ou links rastreados anteriormente), buscam cada página, analisam o HTML para extrair links, adicionam novos links à fila de rastreamento e repetem. Crawlers respeitam robots.txt (um arquivo que declara quais caminhos são desaprovados), seguem tags canônicas e obedecem limites de taxa de rastreamento. Nem todos os crawlers são search engines. Alguns são scrapers de dados, bots de pesquisa ou ferramentas de monitoramento. Alguns crawlers são maliciosos (colhendo endereços de email, scrapeando conteúdo sem permissão). Você pode identificar crawlers por sua string user-agent em logs de servidor e bloquear indesejados via robots.txt. Para SEO, os crawlers mais importantes são Googlebot, Googlebot-Image, Bingbot e crawlers de IA emergentes como GPTBot, ClaudeBot e PerplexityBot. Nossa ferramenta simula Googlebot e outros crawlers principais.

Por que Googlebot não está rastreando meu site?

Cinco causas comuns: robots.txt está bloqueando Googlebot, seu site não tem links internos ou externos apontando para ele, seu sitemap está ausente ou quebrado, suas páginas retornam erros de servidor ou você acidentalmente definiu uma tag robots meta noindex. Primeiro, verifique robots.txt e confirme que você não tem uma regra Disallow: /. Se tem, isso bloqueia todos os crawlers. Segundo, confirme que você enviou um sitemap para Google Search Console. Se seu sitemap está ausente, Googlebot depende de descoberta de link, o que pode levar semanas. Terceiro, verifique logs de servidor ou relatório de Crawl Stats do Search Console para ver se Googlebot está recebendo erros ou timeouts. Se seu servidor está instável, Googlebot reduz a frequência de rastreamento. Quarto, inspecione sua fonte de página para uma tag robots meta com noindex. Isso diz ao Googlebot para pular indexação. Quinto, confirme que seu site tem links internos da homepage. Páginas órfãs dependem inteiramente de sitemaps. Use nossa ferramenta para simular um rastreamento Googlebot e confirmar que a página é acessível, renderiza corretamente e não tem bloqueios.

Como verifico se Googlebot pode rastrear minha página?

Cole sua Page URL em nossa ferramenta, selecione Googlebot Desktop ou Googlebot Mobile e execute a simulação. Buscamos a página usando o user-agent de Googlebot, executamos JavaScript para renderizá-la e mostramos exatamente o que Googlebot vê: texto visível, metadados, recursos bloqueados, tags canônicas e avisos de tempo de renderização. Se a página carrega e renderiza com sucesso, Googlebot pode rastreá-la. Se encontramos um 404, 403, 500 ou timeout, Googlebot encontraria o mesmo erro. Se arquivos CSS ou JavaScript forem bloqueados por robots.txt, sinalizamos. Se a página levar mais de cinco segundos para renderizar, avisamos que isso pode prejudicar o orçamento de rastreamento. Você também pode usar a ferramenta URL Inspection do Google Search Console: cole sua URL e Google a busca ao vivo, a renderiza e mostra a versão indexada. A vantagem de nossa ferramenta é velocidade (nenhum login necessário, resultados instantâneos) e modo de comparação. Use isto antes de lançar novas páginas, após mudanças de JavaScript ou ao diagnosticar problemas de indexação.

Qual é a diferença entre HTML bruto e HTML renderizado?

HTML bruto é o que seu servidor envia quando um navegador ou rastreador primeiro solicita uma página, antes de qualquer JavaScript ser executado. HTML renderizado é como a página fica após JavaScript ser executado e modificar o DOM. Para sites estáticos ou sites renderizados no servidor, HTML bruto e renderizado são quase idênticos. Para sites renderizados no cliente (React, Vue, Angular), o HTML bruto frequentemente é um shell mínimo e todo conteúdo renderiza no cliente após a execução de JavaScript. Googlebot busca o HTML bruto primeiro, depois aguarda a execução de JavaScript e renderiza a página em um navegador Chrome headless. Se seu conteúdo só existe no HTML renderizado, leva mais tempo para Google indexar porque renderização é uma operação de segunda passagem. Nossa ferramenta mostra ambas as visualizações lado a lado: HTML bruto (o que seu servidor envia) e HTML renderizado (o que Googlebot vê após executar JavaScript). Se conteúdo crítico está ausente do HTML bruto e só aparece na visualização renderizada, considere renderização do lado do servidor para melhorar a velocidade de indexação.

Como aciono um rastreamento Google?

Você não pode forçar Google a rastrear sob demanda, mas pode solicitar indexação e tornar seu site mais amigável ao rastreamento para que Google o priorize. Primeiro, envie seu sitemap para Google Search Console. Isso diz ao Google onde todas suas páginas estão e quando foram atualizadas por último. Segundo, use a ferramenta URL Inspection no Search Console, cole sua URL e clique em Request Indexing. Isso coloca a URL na frente da fila de rastreamento do Google. Terceiro, adicione links internos à nova página de páginas de alta autoridade em seu site porque Googlebot segue links e prioriza páginas bem conectadas. Quarto, atualize a data lastmod em seu sitemap.xml sempre que você publica uma página porque Google usa este sinal para priorizar conteúdo fresco. Quinto, evite desperdício de orçamento de rastreamento bloqueando páginas de baixo valor em robots.txt e usando tags canônicas. Você também pode fazer ping ao Google manualmente visitando google.com/ping?sitemap=yoursitemapurl após publicar novo conteúdo. Se sua página ainda não está rastreando após 48 horas, use nossa ferramenta para simular uma busca Googlebot.

Googlebot pode renderizar JavaScript?

Sim, Googlebot pode renderizar JavaScript usando um navegador Chrome headless, mas acontece em uma segunda passagem após a busca inicial de HTML, o que introduz um atraso. Googlebot primeiro busca o HTML bruto e escaneia para links, tags canônicas e diretivas robots meta. Se a página é permitida, Google a adiciona à fila de renderização. Algumas horas a alguns dias depois, Googlebot re-busca a página, executa JavaScript, aguarda a estabilização do DOM (até cinco segundos) e indexa a saída renderizada. Este sistema de duas passagens significa que sites com muito JavaScript são mais lentos para indexar que sites renderizados no servidor. Páginas que dependem inteiramente de renderização no cliente podem levar semanas para indexar completamente. Se seu JavaScript falhar em executar, Google indexa o shell vazio e perde todo seu conteúdo. Nossa ferramenta simula este processo buscando HTML bruto, executando JavaScript e mostrando a saída renderizada. Se conteúdo crítico só aparece após execução de JavaScript, considere mudar para renderização do lado do servidor ou geração estática para melhorar a velocidade de indexação.

Quais user-agents devo testar?

Teste Googlebot Desktop e Googlebot Mobile no mínimo, porque Google usa indexação mobile-first. Se seu site tem layouts ou conteúdo diferentes para móvel versus desktop, teste ambos para confirmar paridade. Se você fornece conteúdo diferente para usuários móveis, Google pode indexar a versão móvel e ignorar conteúdo somente para desktop. Também teste Googlebot-Image se imagens são críticas para seu conteúdo (e-commerce, portfólios, galerias). Teste Bingbot se tráfego do Bing importa para seu negócio (é o segundo maior search engine nos EUA). Teste GPTBot se você quer controlar como OpenAI rastreia seu conteúdo para treinamento de ChatGPT. Você pode bloqueá-lo via robots.txt se não quer seu conteúdo usado. Teste outros crawlers de IA (ClaudeBot, PerplexityBot, CCBot) se você se importa com dados de treinamento de IA ou answer engines. Nossa ferramenta suporta todos os crawlers principais, então você pode testar cada um e confirmar que seus bloqueios de robots.txt estão funcionando. Para a maioria dos sites, Googlebot Mobile e Googlebot Desktop são suficientes.

O que é render-time budget?

Render-time budget é a quantidade de tempo que Googlebot aloca para executar JavaScript e renderizar sua página antes de indexar o que ele tem. Testes da indústria sugerem que Googlebot aguarda até cinco segundos para JavaScript terminar sua execução e o DOM se estabilizar. Se sua página leva mais tempo por causa de scripts de terceiros lentos ou renderização pesada, Googlebot pode indexar uma versão incompleta da página ou pular a renderização inteiramente. Isto é especialmente problemático para single-page apps onde o HTML bruto é um shell vazio. Para ficar dentro do orçamento, reduza tamanho de bundle JavaScript (code-split, tree-shake código não usado), defer ou lazy-load scripts não críticos, renderize no servidor ou gere estaticamente conteúdo-chave e evite bloquear a main thread com scripts de longa duração. Nossa ferramenta mede tempo de renderização e sinaliza páginas que levam mais de cinco segundos. Se sua página renderiza em menos de dois segundos, você está seguramente dentro do orçamento. Se exceder cinco segundos, conteúdo crítico pode não ser indexado.

Ferramentas gratuitas relacionadas

Todas as ferramentas →