Skip to content

Tudo para WordPress, desenvolvimento web — e não só

🔍 Erro "Couldn't fetch sitemap" no Search Console: como corrigi-lo em 15 minutos

🔍 Erro "Couldn't fetch sitemap" no Search Console: como corrigi-lo em 15 minutos

Abre a Google Search Console para verificar a indexação, navega até ao relatório do sitemap e vês o estado «Couldn't fetch». Parece-te familiar?

Este erro pode causar pânico: parece que a Google não consegue ver o teu site de todo e que todas as páginas estão prestes a sair do índice. Na prática, a situação quase sempre se resolve em 10 a 15 minutos e, em metade dos casos, o problema nem está do teu lado.

Segue-se um algoritmo comprovado: do diagnóstico à resolução completa. Sem palha, com passos específicos e capturas de ecrã reais da interface da Search Console.

💡 Visão geral rápida:

  • Verifica se o erro é real: muitas vezes é uma falha da Google e só precisas de esperar ou pedir um novo rastreio
  • Testa a acessibilidade do sitemap através da Inspeção de URL e do Teste em tempo real: demora um minuto e mostra de imediato se a Google consegue ver o teu ficheiro
  • Se o erro for real, percorre a lista de verificação: validação XML, robots.txt, plugins, resposta do servidor
  • Em casos complexos, utiliza ferramentas de diagnóstico de terceiros e reenvia o sitemap através da interface da Search Console

Porque é que a Google não consegue aceder ao sitemap

A raiz do problema deve ser dividida em duas: um erro do lado da Google e um erro do teu lado. A diferença é fundamental porque, no primeiro caso, não precisas de fazer absolutamente nada.

Falha da Search Console. Desde a grande atualização da interface da Search Console, tornaram-se mais frequentes as situações em que o estado «Couldn't fetch» é falso. A Google tenta carregar o sitemap, algo corre mal dentro do próprio sistema e o relatório mostra um erro, mesmo que o ficheiro no servidor esteja perfeitamente bem. Os engenheiros da Google estão cientes deste problema e a documentação oficial afirma diretamente: se a obtenção falhar, o sistema tentará novamente dentro de vários dias e só após uma série de falhas deixará de verificar.

Indisponibilidade real. O sitemap não está fisicamente a ser servido: XML corrompido, Content-Type incorreto, bloqueio no robots.txt, um plugin de segurança a rejeitar pedidos do Googlebot, uma CDN ou firewall mal configurada. Isto também inclui certificados SSL expirados no domínio, que impedem a Google de estabelecer uma ligação segura.

Causas indiretas. Alguns plugins de WordPress (especialmente os de segurança e cache) podem bloquear acidentalmente o User-Agent do Googlebot. Por vezes, o culpado não é o plugin de que suspeitaríamos primeiro; o problema manifesta-se em cascata: um plugin de cache gera uma cópia estática da página do sitemap, enquanto um plugin de segurança bloqueia os pedidos a essa cópia.

Como verificar se o sitemap está acessível

A forma mais rápida de distinguir um bug da Google de um problema real é a ferramenta de inspeção de URL na própria Search Console. Ela mostra o que o Googlebot vê ao aceder ao ficheiro.

Passo 1. Abre a Search Console, cola o URL completo do sitemap na barra de inspeção no topo da interface e prime Enter.

Barra de inspeção de URL no Google Search Console

Passo 2. Se o URL não estiver indexado (isto é normal para sitemaps, uma vez que normalmente têm noindex), clica no botão «Testar URL em tempo real». A Search Console fará um Teste em tempo real, acederá ao ficheiro em tempo real e mostrará o resultado.

Resultado da inspeção de URL do sitemap com botão de teste em tempo real

Passo 3. Desce na página do Teste em tempo real até à secção «Obtenção da página». Se disser «Bem-sucedida», a Google consegue ver o ficheiro e o erro «Couldn't fetch» no relatório de sitemaps é um bug do lado da Search Console. Não faças nada: o estado será atualizado durante o próximo ciclo de verificação ou reenvia o sitemap através do botão no relatório de Sitemaps.

Secção de carregamento da página com estado de sucesso no teste em tempo real do Search Console

Se a Obtenção da página mostrar um erro, avança para a secção seguinte.

Correção passo a passo: lista de verificação de cinco pontos

Quando o teste em tempo real confirma que a Google realmente não consegue aceder ao sitemap, percorre os pontos por ordem. Cada passo seguinte aplica-se apenas se o anterior não resolveu o problema.

1. Verificar a validade do XML

Abre o URL do sitemap no teu navegador. Se vires XML limpo com tags <urlset> e <url>, a estrutura está correta. Se a página estiver em branco, der um erro de PHP ou mostrar uma página HTML branca, o sitemap está corrompido.

Para uma verificação mais aprofundada, utiliza o XML Sitemap Validator, uma ferramenta online gratuita que mostra erros de formatação, URLs corrompidos dentro do sitemap e não conformidade com a norma do Sitemap Protocol. Também te dirá se o limite de 50.000 URLs por ficheiro foi excedido (caso em que precisas de um índice de sitemap).

2. Verificar o robots.txt e os cabeçalhos do servidor

O Googlebot tem de ter acesso ao ficheiro sitemap. Abre yoursite.com/robots.txt e certifica-te de que não existe uma linha como:

1Disallow: /sitemap.xml
2

Verifica também se o próprio User-Agent do Googlebot não está bloqueado com uma linha como User-agent: Googlebot seguida de Disallow: /.

O cabeçalho Content-Type da resposta do servidor deve ser application/xml ou text/xml. Se o servidor servir o sitemap como text/html, a Google pode não reconhecer o ficheiro. Podes verificar os cabeçalhos através do Fetch & Render do TechnicalSEO, que mostra a página através dos olhos do Googlebot com todos os cabeçalhos HTTP.

3. Verificar os plugins do WordPress

Os plugins de segurança (Wordfence, Solid Security, Sucuri) e os plugins de cache (WP Rocket, W3 Total Cache, LiteSpeed Cache) são os principais suspeitos. Algoritmo:

  • Plugins de cache. Limpa a cache, exclui temporariamente o sitemap.xml da cache. No WP Rocket existe um campo «Nunca colocar em cache os URLs»; no LiteSpeed Cache, o separador «Exclusões». Após a exclusão, limpa a cache novamente.

  • Plugins de segurança. Verifica os registos do plugin por pedidos bloqueados ao sitemap.xml do User-Agent Googlebot. O Wordfence mostra esses bloqueios em tempo real em «Ferramentas → Tráfego em direto».

  • Plugins de SEO. Por vezes, o problema está no próprio gerador de sitemaps. Yoast SEO, Rank Math, All in One SEO, cada um tem o seu próprio manipulador. Tenta regenerar o sitemap: no Yoast SEO, isto é feito através de «Definições → Funcionalidades do site → Sitemaps XML» (alternar desligar-ligar); no Rank Math, através de «Definições do Sitemap → Guardar alterações».

4. Descartar bloqueios do alojamento e da CDN

Alguns fornecedores de alojamento e firewalls (Cloudflare, Sucuri WAF) podem bloquear pedidos do Googlebot por IP ou User-Agent. Verifica:

  • Cloudflare. Na secção «Segurança → Eventos», procura pedidos bloqueados ao sitemap.xml. Se encontrares, cria uma regra WAF que permita o User-Agent Googlebot para URLs que contenham sitemap.

  • Firewall do alojamento. Alguns painéis de controlo (cPanel, ISPmanager) têm regras ModSecurity integradas que disparam falsamente em ficheiros XML. Verifica os registos do Apache/NGINX por erros 403 ao aceder ao sitemap.xml.

5. Reenviar o sitemap

Após corrigir a causa, volta à Search Console → Sitemaps → cola o URL do sitemap no campo «Adicionar um novo sitemap» → Enviar. O sistema tentará carregar o ficheiro imediatamente. Se o estado mudar para «Com sucesso», o problema está resolvido.

Nota importante: mesmo após o carregamento bem-sucedido do sitemap, a Google não garante a indexação de todos os URLs nele listados. A velocidade e a abrangência da indexação dependem do tamanho do site, da autoridade e da frequência de atualização do conteúdo.

Ferramentas de diagnóstico

Além das ferramentas integradas da Search Console, mantém à mão três ferramentas externas; elas cobrem virtualmente todos os cenários de diagnóstico:

  • Validador online do XML-Sitemaps, um validador de estrutura. Verifica a sintaxe, a contagem de URLs, índices de sitemap aninhados e a conformidade com a norma Sitemaps.org. Gratuito, sem necessidade de registo.

  • Fetch & Render, um emulador do Googlebot. Mostra como a Google vê a página: cabeçalhos HTTP, código de estado, HTML renderizado. Útil quando precisas de perceber se o servidor está a substituir conteúdo para diferentes User-Agents.

  • PageSpeed Insights, uma ferramenta indireta mas importante. Se o servidor responder lentamente (TTFB superior a 1-2 segundos para um ficheiro XML estático), a Google pode interromper a ligação ao tentar carregar um sitemap grande.

⁉️🤔 Perguntas frequentes

Porque é que o erro «Couldn't fetch» aparece e desaparece sem qualquer ação da minha parte?

Este é o comportamento clássico de um bug do lado da Google. O sistema verifica periodicamente o sitemap de acordo com o seu próprio calendário e, em certos momentos, uma falha interna causa um erro falso. A verificação automática seguinte é muitas vezes bem-sucedida, razão pela qual o estado oscila. Se o sitemap estiver fisicamente acessível (verificado via Teste em tempo real), ignora a oscilação; não afeta a indexação.

Com que frequência a Google verifica o sitemap após o carregamento bem-sucedido?

O calendário de reverificação não está ligado ao rastreio regular do site. A Google não divulga a frequência exata, mas, na prática, para sites ativos, varia entre várias vezes por semana e uma vez a cada poucos dias. Se fizeste alterações significativas ao sitemap e queres acelerar o processamento, reenvia-o através do botão Enviar no relatório de Sitemaps.

O erro pode estar relacionado com o tamanho do sitemap?

Sim. O limite é de 50.000 URLs e 50 MB por ficheiro. Se o sitemap exceder qualquer um destes limites, a Google pode não conseguir processá-lo. A solução é um índice de sitemap: um XML pai que referencia vários ficheiros filho, cada um dentro dos limites. A maioria dos plugins de SEO para WordPress faz isto automaticamente quando o limite é excedido.

Devo adicionar o sitemap ao robots.txt?

Fortemente recomendado. Adiciona a diretiva Sitemap: https://yoursite.com/sitemap.xml ao robots.txt; isto dá à Google um segundo caminho para descobrir o ficheiro. Mesmo que o envio através da interface da Search Console falhe, a Google pode encontrar o sitemap ao rastrear o robots.txt.

Um erro de obtenção do sitemap afeta os rankings?

Não diretamente. A Google não impõe penalizações pela indisponibilidade do sitemap. É possível um impacto indireto: sem um sitemap, páginas novas ou raramente atualizadas podem esperar mais tempo pela indexação, especialmente em sites grandes com estruturas complexas. Para sites pequenos com boa ligação interna, a ausência de um sitemap é praticamente impercetível.

Sitemap indisponível: o que fazer agora mesmo

O algoritmo resume-se a três passos que cobrem a grande maioria dos casos:

  • Teste em tempo real. Cola o URL do sitemap na barra de inspeção da Search Console → clica em Teste em tempo real. «Obtenção da página: Bem-sucedida» → o erro é falso, não faças nada. «Falhou» → prossegue.

  • Diagnóstico do lado do servidor. Abre o sitemap.xml no teu navegador; vês XML limpo? Verifica o robots.txt por Disallow? Limpa a cache e verifica os registos do plugin de segurança? Passa o ficheiro pelo XML Sitemap Validator?

  • Reenvio. Corrige a causa → volta aos Sitemaps → Enviar. O estado mudou para «Com sucesso»? Feito. Se não, volta ao ponto 2 e verifica os cabeçalhos do servidor via Fetch & Render.

Se abordares o diagnóstico de forma sistemática e não saltares passos, o problema resolve-se num ciclo de verificação. E os falsos erros da Search Console, que representam uma boa metade das questões sobre este tópico, não requerem qualquer intervenção.