Código de Erro 520: O Que Significa, Por Que Acontece e Como Corrigir Rapidamente

Você está tentando carregar um site. Talvez seja o seu. Talvez seja algo que você precisa urgentemente para o prazo de um cliente. O navegador gira. Então para. E você fica olhando para essa mensagem completamente inútil:

"O servidor web está retornando um erro desconhecido (código de erro 520)."

Aqui está o que realmente acontece, e esta é a parte que ninguém te conta antecipadamente. Apesar daquele rótulo vago e frustrante, um código de erro 520 não é realmente misterioso. Ele tem causas específicas, um rastro de papel claro e correções reais que funcionam. Já passamos por esse processo de depuração mais vezes do que gostaríamos de admitir.

Neste guia, você encontrará tudo o que precisa:

• O que o código de erro 520 realmente significa

• Cada causa comum

• Correções passo a passo para visitantes, proprietários de sites e desenvolvedores

• Por que ferramentas de SEO e scrapers são afetados por este erro desproporcionalmente

• Como ele silenciosamente prejudica suas posições nos mecanismos de busca

• Como evitar que ele volte

O que é o código de erro 520

O código de erro 520 não é um código de erro padrão da Internet. Ele pertence exclusivamente ao Cloudflare, a rede de entrega de conteúdo e camada de segurança que fica entre milhões de sites e as pessoas que tentam visitá-los.

Quando você solicita uma página, seu navegador nem sempre vai diretamente ao servidor do site. Se o site usa Cloudflare (e uma enorme porcentagem da web usa), sua solicitação vai primeiro ao Cloudflare, que então a encaminha ao servidor de origem e retransmite a resposta para você. Normalmente, esse processo é invisível. Você não percebe que está acontecendo.

Mas quando o servidor de origem envia de volta algo que o Cloudflare não consegue interpretar, uma resposta que está vazia, incompleta ou estruturada tão mal que não pode ser compreendida, o Cloudflare não pode passar nada útil para você. Então, em vez disso, ele retorna o código de erro 520: sua própria maneira de dizer "pedi ao servidor a página, e o que recebi de volta não fazia nenhum sentido."

"O ponto-chave: o servidor recebeu a solicitação. Ele simplesmente não conseguiu respondê-la adequadamente. Essa distinção importa quando você está tentando diagnosticar o que deu errado." Documentação do erro 520 do Cloudflare

Como o erro 520 difere de outros erros do Cloudflare

O Cloudflare tem toda uma família de erros 5xx que podem parecer semelhantes à primeira vista. Entender qual você está realmente lidando reduz seu tempo de solução de problemas pela metade.

A razão pela qual importa que você tenha especificamente um 520 é que indica que o servidor é acessível e tecnicamente respondendo, apenas não respondendo de forma coerente. Isso elimina uma categoria inteira de problemas (falhas de DNS, interrupções totais, problemas de roteamento de rede) e aponta para causas no nível de aplicação.

Quais são as causas do Erro 520

Não há uma única razão pela qual esse erro aparece. É mais um sintoma do que um diagnóstico, por isso encontrar a causa raiz requer um pouco de trabalho de detetive. Aqui estão os principais culpados.

Respostas vazias ou malformadas

A causa mais comum por larga margem. O servidor começa a construir uma resposta, começa a enviar cabeçalhos e começa a gerar a página, então algo a interrompe. O aplicativo lança uma exceção não tratada. Um processo fica sem memória. Um script falha no meio da execução. O Cloudflare recebe uma resposta parcial ou vazia e não tem outra escolha senão rejeitá-la.

"Isso é frustrante porque o servidor não está tecnicamente 'fora do ar'. Ele está respondendo. Apenas não adequadamente."

Cabeçalhos que excedem o limite de 16KB do Cloudflare

Cada resposta HTTP vem com cabeçalhos, metadados que viajam junto com o conteúdo real da página. Cookies, tokens de sessão, cabeçalhos de segurança, instruções de cache e tags de rastreamento de terceiros contribuem para o tamanho do cabeçalho. O Cloudflare aplica um limite de 16KB em cabeçalhos de resposta HTTP. Quando os cabeçalhos excedem esse limite, o Cloudflare rejeita a resposta inteira.

Regras de firewall bloqueando os próprios IPs do Cloudflare

Este é particularmente irritante porque é autoinfligido. O firewall do seu servidor, instalado para protegê-lo, às vezes bloqueia os endereços IP do Cloudflare. Como todo o tráfego legítimo para o seu site é roteado pela rede do Cloudflare antes de chegar ao seu servidor, um firewall que não reconhece os IPs do Cloudflare como confiáveis rejeitará essas solicitações ou retornará respostas quebradas.

Plugins de segurança no WordPress (Wordfence, Sucuri) são contribuidores frequentes para isso. Eles executam seu próprio bloqueio de IP independente que pode entrar em conflito com o Cloudflare, mesmo quando o firewall no nível do servidor está configurado corretamente.

Falhas do servidor e esgotamento de recursos

Um servidor operando no limite ou próximo de sua capacidade nem sempre falha de forma limpa. Quando o uso de CPU dispara, a RAM se esgota ou o espaço em disco fica cheio, o servidor não necessariamente para de responder; ele começa a responder mal. Respostas parciais. Saída corrompida. Conexões que abrem e então morrem. Todos esses cenários aparecem como erros 520 para o visitante.

Picos de tráfego, vazamentos de memória de aplicativos, processos em segundo plano descontrolados e consultas de banco de dados mal otimizadas podem empurrar um servidor para esse estado degradado sem desencadear uma interrupção total.

Problemas de configuração

Uma categoria ampla, mas que vale a pena mencionar. Incompatibilidades de DNS após uma migração de servidor, problemas com certificado SSL/TLS, conflitos de protocolo HTTP/2 entre seu servidor de origem e o Cloudflare, qualquer um desses pode produzir respostas malformadas sem que nada esteja dramaticamente "errado". Estes são frequentemente os mais difíceis de diagnosticar porque o servidor parece estar funcionando normalmente por todas as medidas superficiais.

Como corrigir esses problemas rapidamente para visitantes

Se você chegou aqui porque encontrou esse erro em um site que não é seu, suas ferramentas são limitadas, mas há algumas coisas que vale a pena tentar antes de desistir.

• Atualização forçada da página. Pressione Ctrl + Shift + R no Windows ou Cmd + Shift + R no Mac. Isso força um recarregamento completo, ignorando seu cache local. Um número surpreendente de erros 520 transitórios se resolvem sozinhos em segundos.

• Limpe seus cookies e cache do navegador. Isso não vai corrigir um servidor quebrado, mas se dados de cookies grandes demais fazem parte do problema do servidor, limpá-los do seu lado remove uma variável. No Chrome: Configurações → Privacidade e segurança → Limpar dados de navegação. Marque cookies e imagens em cache.

• Abra uma janela anônima e tente o URL novamente. O modo anônimo desativa extensões e usa uma nova sessão de cookies. Se o site carrega no modo anônimo, mas não na sua janela normal, você tem um problema de ambiente de navegador local, provavelmente uma extensão ou uma sessão em cache causando o problema.

• Verifique se há uma interrupção mais ampla. Vá para downforeveryoneorjustme.com e cole o URL. Se o site estiver fora do ar para todos, o problema é completamente do lado do servidor, e tudo o que você pode fazer é esperar. Se for apenas você, trabalhe com as correções de navegador acima.

• Aguarde. Se o site experimentou um pico repentino de tráfego ou uma breve falha do aplicativo, provavelmente se recuperará em 10–15 minutos sem qualquer intervenção. Às vezes, a correção mais eficiente realmente é a paciência.

Como os proprietários de sites devem corrigir o erro 520 (Passo a Passo)

Esta é a seção que realmente resolve o problema. Trabalhe nestes em ordem; cada etapa reduz a causa e aproxima você de uma correção.

Etapa 1: Leia os logs de erros do seu servidor

Não pule isso. Todo o resto que você tentar é uma suposição sem os logs. Seu servidor estava registrando o que aconteceu quando o erro 520 ocorreu; você só precisa verificar.

Para servidores Apache, verifique /var/log/apache2/error.log. Para Nginx, normalmente é /var/log/nginx/error.log. Filtre as entradas que correspondem ao timestamp do erro. Você está procurando falhas de aplicativos, mensagens de falta de memória, erros de resposta incompleta ou qualquer exceção que explique por que a saída do servidor estava quebrada.

Se você estiver em hospedagem gerenciada sem acesso direto aos logs, seu painel de controle (cPanel, Plesk, etc.) terá um visualizador de log de erros em algum lugar no painel.

Etapa 2: Coloque na lista branca os intervalos de IP do Cloudflare

Esta etapa é tão frequentemente ignorada que merece ser a segunda na lista. O Cloudflare publica sua lista completa de intervalos de IP ativos em cloudflare.com/ips e a mantém atualizada. Cada endereço nessa lista precisa ser explicitamente permitido em seu firewall.

Se você estiver executando um plugin de segurança no WordPress, faça login nas configurações de cada plugin e verifique as regras de bloqueio de IP separadamente. O Wordfence, em particular, tem seu próprio firewall que opera independentemente do firewall do seu servidor e pode bloquear o tráfego do Cloudflare mesmo após você ter atualizado as regras do servidor.

Etapa 3: Verifique seus registros DNS no Cloudflare

Faça login no seu painel do Cloudflare e verifique se seus registros DNS A estão apontando para o endereço IP do servidor de origem correto. Após uma migração de servidor ou mudança de hospedagem, é fácil terminar com uma configuração onde o Cloudflare roteia solicitações para um servidor antigo que não hospeda mais seu site, ou para um endereço IP que retorna respostas quebradas por outro motivo.

Isso leva dois minutos para verificar e é responsável por mais erros 520 do que as pessoas percebem.

Etapa 4: Investigue os tamanhos dos seus cabeçalhos

Execute uma solicitação cURL com cabeçalhos detalhados para ver o que seu servidor está realmente retornando:

curl -I -v https://seussite.com

Observe o volume total de cabeçalhos na resposta. Se você estiver vendo dezenas de cabeçalhos Set-Cookie, strings de política de segurança grandes ou extensas diretivas de controle de cache, você pode estar se aproximando ou excedendo o limite de 16KB do Cloudflare. A correção é reduzir o tamanho dos cookies, consolidar cabeçalhos ou remover adições de cabeçalho redundantes de plugins ou middleware.

Etapa 5: Verifique os logs do aplicativo e os recursos do servidor

Os logs do servidor web informam o que o servidor enviou. Os logs do seu aplicativo informam por que pode ter dado errado. Logs de erros PHP, logs de aplicativos Python, saída do Node.js, onde quer que seu aplicativo registre seus próprios erros, procure lá exceções, erros fatais ou falhas que coincidam com os timestamps do erro 520.

Simultaneamente, verifique o uso de recursos do seu servidor. Um servidor com 90%+ de utilização de memória não consegue concluir respostas de forma confiável. Se os recursos estiverem no máximo, estabilizá-los é um pré-requisito para corrigir os erros 520.

Etapa 6: Ignore o Cloudflare e teste o servidor de origem diretamente

Este é o seu diagnóstico mais claro. No seu painel do Cloudflare, vá para Visão geral → Ações avançadas → Pausar Cloudflare no site. Isso roteia o tráfego diretamente para o seu servidor de origem, removendo o Cloudflare da equação completamente.

Se o seu site carregar normalmente quando o Cloudflare estiver pausado, o problema está em como seu servidor se comunica com o Cloudflare, provavelmente um problema de cabeçalho, uma incompatibilidade de SSL ou uma regra de firewall. Se ainda assim falhar, o problema é do lado do servidor independentemente do Cloudflare.

Você também pode testar diretamente com cURL:

curl -H "Host: seudominio.com" http://SEU_IP_DE_ORIGEM/

Substitua SEU_IP_DE_ORIGEM pelo IP real do seu servidor. Isso ignora o DNS e acessa o servidor diretamente.

Etapa 7: Entre em contato com seu provedor de hospedagem com as informações corretas

Se você já trabalhou em tudo acima e ainda está preso, inclua seu provedor de hospedagem na conversa. Quando entrar em contato, inclua:

• Os timestamps exatos quando os erros 520 ocorreram

• O Ray ID do Cloudflare da página de erro (parte inferior da página — parece Ray ID: 7a8b9c0d1e2f3a4b)

• Os logs de erros do servidor da janela de tempo relevante

• O que você já tentou, isso evita que eles percam seu tempo com correções que você já fez

Esse Ray ID é genuinamente valioso. Ele permite ao Cloudflare (e ao seu provedor de hospedagem, se eles tiverem experiência com Cloudflare) extrair a solicitação exata de seus logs e ver precisamente o que o servidor retornou.

Guia do desenvolvedor: Lide com erros 520 sem quebrar seu aplicativo

Se você está construindo aplicativos que fazem solicitações por meio de serviços protegidos pelo Cloudflare, os erros 520 aparecerão ocasionalmente. A abordagem profissional é tratá-los de forma elegante em vez de deixá-los se propagar como erros não tratados.

Lógica de repetição básica

A versão mais simples: capture o 520 e tente novamente após uma breve pausa:

import requests import time

def fetch_with_retry(url, retries=3): for attempt in range(retries): response = requests.get(url) if response.status_code != 520: return response print(f"Obteve 520, tentando novamente em 2 segundos... (tentativa {attempt + 1})") time.sleep(2) return None

Isso lida com erros 520 transitórios de forma limpa. Se o erro se resolver no lado do servidor em alguns segundos, sua segunda ou terceira tentativa terá sucesso sem nenhuma falha visível.

Recuo exponencial: A versão melhorada

Esperas fixas de 2 segundos podem realmente piorar as coisas para um servidor que já está com dificuldades. Se o servidor estiver sobrecarregado, 50 clientes tentando novamente a cada 2 segundos pioram a situação, não melhoram. O recuo exponencial aumenta o tempo de espera entre cada tentativa:

import time import requests

def fetch_with_backoff(url, max_retries=4): for attempt in range(max_retries): response = requests.get(url) if response.status_code != 520: return response wait_time = 2 ** attempt # Esperas: 1s, 2s, 4s, 8s print(f"520 recebido. Aguardando {wait_time}s antes de tentar novamente...") time.sleep(wait_time) return None

Esta é a prática padrão da indústria para lidar com erros de servidor. É mais gentil com servidores com dificuldades e reduz o risco de sua lógica de repetição acionar limitação de taxa.

Registre as informações corretas

Quando seu aplicativo atinge um erro 520, capture no mínimo: o valor do cabeçalho CF-RAY (o ID de solicitação do Cloudflare, disponível nos cabeçalhos de resposta), o URL completo que falhou e um timestamp preciso. Se você precisar escalar um problema para o proprietário de um site ou suporte do Cloudflare, esse Ray ID é o que permite rastrear a solicitação específica imediatamente.

Por que scrapers e ferramentas de SEO são atingidos por erros 520 mais do que ninguém

Se você está executando ferramentas de rastreamento de posições, scrapers web, monitoramento de concorrentes ou qualquer tipo de coleta automatizada de dados, você quase certamente está vendo erros 520 com mais frequência do que usuários regulares. E a razão não é apenas que você está enviando mais solicitações. É algo mais específico.

Ferramentas automatizadas frequentemente têm características reconhecíveis que o Cloudflare e seus servidores de origem aprendem a tratar de forma diferente. Cadência de solicitações muito regular. Cabeçalhos que não correspondem ao que um navegador real envia. Impressões digitais de navegador idênticas em centenas de solicitações. Comportamento de sessão que nenhum humano produziria.

Quando um servidor está configurado para lidar com tráfego suspeito de forma diferente, limitando sua taxa, roteando-o por camadas de verificação adicionais ou rejeitando-o diretamente, esses caminhos de tratamento "diferentes" às vezes produzem respostas malformadas ou vazias que causam erros 520.

Nem sempre é um bloqueio deliberado. Às vezes é apenas que a resposta do servidor ao comportamento semelhante a bot está mal codificada e produz saída quebrada em vez de uma rejeição limpa. É por isso que a qualidade do proxy importa mais do que a maioria das pessoas percebe para qualquer pessoa fazendo SEO automatizado ou trabalho com dados.

Um proxy pode resolver o erro 520?

Um IP marcado ou bloqueado nem sempre recebe uma resposta 403 ou 429 limpa. Às vezes recebe uma resposta caótica e malformada que o Cloudflare não consegue interpretar, um erro 520. A solução não é apenas mudar para IPs diferentes. É garantir que seu IP, tipo de conexão e impressão digital do navegador contem uma história consistente e crível.

Um IP que parece residencial, mas inclui cabeçalhos de automação de desktop e nenhum histórico de cookies ainda levantará alertas. Os três elementos precisam estar alinhados.

A CyberYozh aborda isso no nível de infraestrutura:

• Cada IP na rede de 50 milhões de endereços da CyberYozh, em mais de 100 países.

• A rede de proxies residenciais e mobile é pré-rastreada contra mais de 50 bancos de dados de segurança antes de entrar em rotação, o que significa que você não está iniciando uma sessão com um IP que já está marcado.

• Os proxies de operadoras mobile 4G/5G reais da CyberYozh (cartões SIM reais, não conexões emuladas) fazem com que suas solicitações automatizadas pareçam um usuário mobile real para o Cloudflare: completamente sem chamar atenção.

• Preços altamente acessíveis.

"Para profissionais de SEO gerenciando rastreamento de posições, monitoramento de SERP ou inteligência competitiva em escala, um IP bloqueado ou que lança erros 520 não é apenas um incômodo; é uma lacuna nos seus dados. Começar com infraestrutura limpa e pré-verificada significa menos erros 520, conjuntos de dados mais completos e menos tempo depurando sessões de crawl."

Como o erro 520 pode destruir suas posições de SEO

O problema do lado do servidor tem consequências reais e mensuráveis para sua visibilidade nos mecanismos de busca, e elas se acumulam com o tempo se você não as resolver.

O orçamento de rastreamento é desperdiçado

O Googlebot tem um orçamento de rastreamento para cada site, um número finito de páginas que tentará rastrear dentro de um determinado período de tempo. Quando o bot atinge um erro 520, ele segue em frente. Aquela página não é rastreada. Esse orçamento de rastreamento é gasto em uma solicitação com falha. Para sites grandes ou sites mais novos tentando estabelecer frequência de rastreamento, erros 520 repetidos significam que o Google está vendo menos do seu conteúdo por ciclo de rastreamento. Páginas que deveriam ser indexadas não são. Atualizações que deveriam ser descobertas são atrasadas. Diretrizes de orçamento de rastreamento do Google

Os sinais de taxa de rejeição se acumulam

Usuários que chegam a uma página com erro 520 saem imediatamente. Eles vieram de algum lugar, potencialmente de um resultado de pesquisa do Google. Os sistemas do Google correlacionam a experiência dos usuários chegando dos resultados de pesquisa com a qualidade desses resultados. Uma página que consistentemente envia usuários de volta à página de resultados de pesquisa em segundos gera exatamente o tipo de sinal negativo que você não quer associado a um URL de posicionamento.

Novo conteúdo fica preso no limbo de indexação

Se as páginas que o Googlebot está tentando rastrear continuam retornando erros 520, suas atualizações de conteúdo não chegam ao índice no cronograma. Para conteúdo sensível ao tempo, notícias, lançamentos de produtos e páginas de eventos, um atraso de indexação causado por erros de servidor não é apenas um problema técnico. É receita perdida.

Como corrigir posições de SEO antes que fique sério

O Google Search Console é sua primeira linha de defesa aqui, e é gratuito. O relatório de Cobertura mostra erros de servidor que o Googlebot encontrou. Se você estiver vendo erros 520 aparecerem lá, eles já estão afetando seu rastreamento. Configure alertas por e-mail para problemas de cobertura para que você saiba no mesmo dia, não durante sua próxima auditoria mensal.

Para monitoramento mais proativo, ferramentas como UptimeRobot (nível gratuito disponível) podem alertá-lo em minutos quando seu site retornar um erro, para que você possa corrigir o problema antes da próxima tentativa de rastreamento do Google em vez de depois.

Como prevenir o erro 520

Corrigir o erro 520 imediato é o passo um. Garantir que ele não se torne um problema recorrente é o passo dois, e genuinamente não é tão complicado se você desenvolver alguns hábitos.

• Mantenha os intervalos de IP do Cloudflare permitidos e atualizados. O Cloudflare ocasionalmente atualiza sua lista de IP. Revisar e atualizar sua lista de permissões do firewall é uma tarefa trimestral, não uma correção única.

• Monitore o uso de recursos do servidor com alertas. Defina limites de 75–80% para uso de CPU e memória e seja notificado antes que os recursos atinjam níveis críticos. Escalabilidade proativa ou gerenciamento de processos é infinitamente melhor do que intervenção de emergência durante um pico.

• Audite os tamanhos de cabeçalho após grandes mudanças no site. Adicionar novos plugins, sistemas de autenticação ou integrações de terceiros pode aumentar os tamanhos de cabeçalho sem você perceber. Execute uma verificação periódica de cURL após mudanças significativas em seu stack.

• Implemente tratamento de erros adequado em seu aplicativo. Quando seu aplicativo encontrar um erro, ele deve retornar uma resposta HTTP limpa e válida, mesmo que essa resposta seja um 500 ou uma página de erro personalizada. Um aplicativo que falha silenciosamente e não retorna nada é o que transforma erros de aplicativo em erros 520.

• Revise seus logs regularmente. Revisões mensais de logs, mesmo quando nada está obviamente errado, revelam padrões antes que se tornem incidentes. Um aviso PHP que aparece uma vez é fácil de ignorar. O mesmo aviso aparecendo 10.000 vezes por dia diz que algo está prestes a quebrar.

• Teste respostas de origem após mudanças de infraestrutura. Sempre que você mudar de provedores de hospedagem, atualizar software de servidor ou modificar sua configuração SSL, execute um teste direto de cURL para verificar se seu servidor está retornando respostas limpas e completas antes de reativar o Cloudflare.

Conclusão sobre o erro 520

Aqui está o resumo honesto: o código de erro 520 parece mais assustador do que é. "Servidor web retornando erro desconhecido" soa catastrófico. Ainda assim, é quase sempre rastreável a uma de um punhado de causas corrigíveis: uma falha do aplicativo, um cabeçalho grande demais, uma regra de firewall bloqueando o Cloudflare, ou um servidor ficando sem recursos no momento errado.

Se você é um visitante, as correções rápidas geralmente fazem você voltar a funcionar em alguns minutos. Se você é proprietário do site, o processo de solução de problemas de sete etapas acima levará você à causa raiz mais rapidamente do que qualquer outra coisa. Se você é desenvolvedor, adicione lógica de repetição e registre esses Ray IDs.

Se você está fazendo SEO automatizado ou trabalho de web scraping, a qualidade de sua infraestrutura de proxy importa mais do que a maioria das pessoas percebe. IPs limpos e pré-verificados reduzem a frequência de respostas malformadas do servidor que de outra forma se tornariam erros 520.

Onde quer que você esteja com este erro, agora você tem o quadro completo. Comece com a seção que se aplica à sua situação, trabalhe metodicamente e estará de volta em funcionamento mais rápido do que a mensagem de erro faria você acreditar ser possível.

Perguntas frequentes sobre o código de erro 520

O que é o código de erro 520 e por que estou vendo?

O código de erro 520 é um erro do Cloudflare que aparece quando o servidor de origem de um site retorna uma resposta vazia, quebrada ou completamente inválida. O Cloudflare não pode passar essa resposta para você, então exibe a mensagem 520 em vez disso. Quase sempre indica um problema do lado do servidor, não algo errado com seu dispositivo ou conexão.

O código de erro 520 é um problema com meu computador ou com o site?

É o servidor do site, não o seu computador. O erro se origina no lado da hospedagem, seja uma falha do aplicativo, uma resposta malformada do servidor ou uma configuração incorreta de firewall. Dito isso, sempre vale a pena tentar uma atualização forçada, limpar o cache do navegador ou testar no modo anônimo como primeiro passo, apenas para descartar fatores locais antes de concluir que o problema é completamente do lado do servidor.

Como corrijo o código de erro 520 no Chrome ou outros navegadores?

Como visitante, tente estes em ordem: atualização forçada (Ctrl+Shift+R ou Cmd+Shift+R), limpe cache e cookies (Chrome: Configurações → Privacidade → Limpar dados de navegação), depois tente o modo anônimo. Se o site carregar no modo anônimo mas não na sua janela normal, provavelmente está envolvida uma extensão do navegador ou sessão em cache. Se falhar em todos os lugares, o problema é o servidor e está fora do seu controle.

Qual é a diferença entre o erro 520 e o erro 521?

Um 520 significa que o servidor se conectou e começou a responder, mas a resposta estava vazia, malformada ou não podia ser interpretada. Um 521 significa que o servidor recusou a conexão completamente; ele rejeitou ativamente a solicitação do Cloudflare antes de qualquer resposta ser tentada. Em termos de solução de problemas: o 520 aponta para problemas no nível de aplicação, enquanto o 521 quase sempre aponta para um firewall que está bloqueando os endereços IP do Cloudflare.

O código de erro 520 pode afetar o posicionamento do meu site no Google?

Sim, e mais significativamente do que a maioria das pessoas espera. Erros 520 frequentes desperdiçam orçamento de rastreamento, aumentam taxas de rejeição de páginas de erro e atrasam a indexação de novo conteúdo. Os sistemas do Google estão procurando acesso consistente e confiável às suas páginas. Um site que regularmente retorna erros de servidor é um site que o Google rasteia com menos agressividade e posiciona com menos confiança.

Quanto tempo dura normalmente o código de erro 520?

Depende completamente da causa. Uma falha relacionada a um pico transitório pode se resolver em menos de um minuto. Um firewall mal configurado, um bug persistente de aplicativo ou um problema de esgotamento de recursos não se resolverão sozinhos; eles precisam de diagnóstico ativo e correções. Como visitante: dê 10–15 minutos antes de concluir que é persistente. Como proprietário do site, qualquer coisa além de alguns minutos de respostas 520 consistentes justifica investigação imediata.