Código de Error 520: Qué Significa, Por Qué Ocurre y Cómo Solucionarlo Rápido

Estás intentando cargar un sitio web. Quizás es el tuyo. Quizás es algo que necesitas urgentemente para la fecha límite de un cliente. El navegador gira. Luego se detiene. Y te quedas mirando este mensaje completamente inútil:

"El servidor web está devolviendo un error desconocido (código de error 520)."

Aquí está lo que realmente ocurre, y esta es la parte que nadie te dice de antemano. A pesar de esa etiqueta vaga y frustrante, un código de error 520 no es en realidad misterioso. Tiene causas específicas, un rastro de papel claro y soluciones reales que funcionan. Hemos pasado por este proceso de depuración más veces de las que nos gustaría admitir.

En esta guía, encontrarás todo lo que necesitas:

• Qué significa realmente el código de error 520

• Cada causa común

• Soluciones paso a paso para visitantes, propietarios de sitios y desarrolladores

• Por qué las herramientas SEO y los scrapers reciben este error desproporcionadamente

• Cómo daña silenciosamente tus posiciones en los motores de búsqueda

• Cómo evitar que vuelva a ocurrir

Qué es el código de error 520

El código de error 520 no es un código de error estándar de Internet. Pertenece exclusivamente a Cloudflare, la red de entrega de contenido y capa de seguridad que se sitúa entre millones de sitios web y las personas que intentan visitarlos.

Cuando solicitas una página, tu navegador no siempre va directamente al servidor del sitio web. Si el sitio usa Cloudflare (y un porcentaje enorme de la web lo hace), tu solicitud va primero a Cloudflare, que luego la reenvía al servidor de origen y te retransmite la respuesta. Normalmente, este proceso es invisible. No notas que está ocurriendo.

Pero cuando el servidor de origen devuelve algo que Cloudflare no puede interpretar, una respuesta que está vacía, incompleta o estructurada tan mal que no se puede entender, Cloudflare no puede pasarte nada útil. Así que en su lugar devuelve el código de error 520: su propia forma de decir "le pedí al servidor la página, y lo que me devolvió no tenía ningún sentido."

"La conclusión clave: el servidor recibió la solicitud. Simplemente no pudo responder a ella correctamente. Esa distinción importa cuando intentas diagnosticar qué salió mal." Documentación del error 520 de Cloudflare

Cómo se diferencia el error 520 de otros errores de Cloudflare

Cloudflare tiene toda una familia de errores 5xx que pueden parecer similares a primera vista. Entender con cuál estás realmente tratando reduce a la mitad tu tiempo de resolución de problemas.

La razón por la que importa que tengas específicamente un 520 es que indica que el servidor es accesible y técnicamente responde, solo que no responde de manera coherente. Eso elimina toda una categoría de problemas (fallos de DNS, interrupciones totales, problemas de enrutamiento de red) y te señala hacia causas a nivel de aplicación.

Cuáles son las causas del Error 520

No hay una sola razón por la que aparece este error. Es más un síntoma que un diagnóstico, por lo que encontrar la causa raíz requiere un poco de trabajo de detective. Aquí están los principales culpables.

Respuestas vacías o malformadas

La causa más común con gran diferencia. El servidor comienza a construir una respuesta, empieza a enviar encabezados y comienza a generar la página, luego algo lo interrumpe. La aplicación lanza una excepción no controlada. Un proceso se queda sin memoria. Un script se bloquea a mitad de ejecución. Cloudflare recibe una respuesta parcial o vacía y no tiene más opción que rechazarla.

"Esto es frustrante porque el servidor no está técnicamente 'caído'. Está respondiendo. Solo que no correctamente."

Encabezados que superan el límite de 16KB de Cloudflare

Cada respuesta HTTP viene con encabezados, metadatos que viajan junto con el contenido real de la página. Las cookies, los tokens de sesión, los encabezados de seguridad, las instrucciones de caché y las etiquetas de seguimiento de terceros contribuyen al tamaño de los encabezados. Cloudflare impone un límite de 16KB en los encabezados de respuesta HTTP. Cuando los encabezados superan ese umbral, Cloudflare rechaza toda la respuesta.

Reglas de firewall que bloquean las propias IPs de Cloudflare

Este es particularmente molesto porque es autoinfligido. El firewall de tu servidor, instalado para protegerte, a veces bloquea las direcciones IP de Cloudflare. Dado que todo el tráfico legítimo a tu sitio se enruta a través de la red de Cloudflare antes de llegar a tu servidor, un firewall que no reconoce las IPs de Cloudflare como de confianza rechazará esas solicitudes o devolverá respuestas rotas.

Los plugins de seguridad en WordPress (Wordfence, Sucuri) son colaboradores frecuentes en esto. Ejecutan su propio bloqueo de IP independiente que puede entrar en conflicto con Cloudflare, incluso cuando tu firewall a nivel de servidor está configurado correctamente.

Caídas del servidor y agotamiento de recursos

Un servidor que funciona al límite o cerca de su capacidad no siempre falla limpiamente. Cuando el uso de CPU se dispara, la RAM se agota o el espacio en disco se llena, el servidor no necesariamente deja de responder; empieza a responder mal. Respuestas parciales. Salida corrupta. Conexiones que se abren y luego mueren. Todas estas situaciones aparecen como errores 520 en el lado del visitante.

Los picos de tráfico, las fugas de memoria de las aplicaciones, los procesos en segundo plano descontrolados y las consultas de bases de datos mal optimizadas pueden empujar a un servidor a este estado degradado sin desencadenar una interrupción total.

Problemas de configuración

Una categoría amplia, pero que vale la pena mencionar. Discrepancias de DNS después de una migración de servidor, problemas con el certificado SSL/TLS, conflictos de protocolo HTTP/2 entre tu servidor de origen y Cloudflare; cualquiera de estos puede producir respuestas malformadas sin que nada esté dramáticamente "mal". Estos son a menudo los más difíciles de diagnosticar porque el servidor parece funcionar normalmente en todas las medidas superficiales.

Cómo solucionar estos problemas rápidamente para visitantes

Si llegaste aquí porque encontraste este error en un sitio que no es tuyo, tus herramientas son limitadas, pero hay algunas cosas que vale la pena intentar antes de rendirte.

• Recarga forzada de la página. Presiona Ctrl + Shift + R en Windows o Cmd + Shift + R en Mac. Esto fuerza una recarga completa, evitando tu caché local. Un número sorprendente de errores 520 transitorios se resuelven solos en cuestión de segundos.

• Borra tus cookies y caché del navegador. Esto no arreglará un servidor roto, pero si los datos de cookies sobredimensionados son parte del problema del servidor, eliminarlos en tu extremo elimina una variable. En Chrome: Configuración → Privacidad y seguridad → Borrar datos de navegación. Marca cookies e imágenes en caché.

• Abre una ventana de incógnito e intenta la URL de nuevo. El modo incógnito desactiva las extensiones y usa una nueva sesión de cookies. Si el sitio carga en incógnito pero no en tu ventana normal, tienes un problema de entorno de navegador local, probablemente una extensión o una sesión en caché que está causando el problema.

• Comprueba si hay una interrupción más amplia. Ve a downforeveryoneorjustme.com y pega la URL. Si el sitio está caído para todos, el problema es completamente del lado del servidor, y todo lo que puedes hacer es esperar. Si solo es para ti, trabaja con las correcciones del navegador anteriores.

• Espera. Si el sitio experimentó un pico repentino de tráfico o una breve caída de la aplicación, probablemente se recuperará en 10–15 minutos sin ninguna intervención. A veces, la solución más eficiente realmente es la paciencia.

Cómo los propietarios de sitios web deben solucionar el error 520 (Paso a Paso)

Esta es la sección que realmente resuelve el problema. Trabaja en estos en orden; cada paso reduce la causa y te acerca a una solución.

Paso 1: Lee los registros de errores de tu servidor

No omitas esto. Todo lo demás que intentes es una suposición sin los registros. Tu servidor estaba registrando lo que ocurrió cuando se produjo el error 520; solo necesitas mirar.

Para servidores Apache, revisa /var/log/apache2/error.log. Para Nginx, normalmente está en /var/log/nginx/error.log. Filtra las entradas que coincidan con la marca de tiempo del error. Buscas caídas de aplicaciones, mensajes de falta de memoria, errores de respuesta incompleta o cualquier excepción que explique por qué la salida del servidor estaba rota.

Si estás en alojamiento administrado sin acceso directo a los registros, tu panel de control (cPanel, Plesk, etc.) tendrá un visor de registros de errores en algún lugar del panel.

Paso 2: Incluye en la lista blanca los rangos de IP de Cloudflare

Este paso se pasa por alto con tanta frecuencia que merece estar en segundo lugar en la lista. Cloudflare publica su lista completa de rangos de IP activos en cloudflare.com/ips y la mantiene actualizada. Cada dirección en esa lista debe estar explícitamente permitida en tu firewall.

Si estás ejecutando un plugin de seguridad en WordPress, inicia sesión en la configuración de cada plugin y verifica las reglas de bloqueo de IP por separado. Wordfence, en particular, tiene su propio firewall que opera de forma independiente al firewall de tu servidor y puede bloquear el tráfico de Cloudflare incluso después de que hayas actualizado las reglas de tu servidor.

Paso 3: Verifica tus registros DNS en Cloudflare

Inicia sesión en tu panel de Cloudflare y verifica que tus registros DNS A apunten a la dirección IP del servidor de origen correcta. Después de una migración de servidor o un cambio de alojamiento, es fácil terminar con una configuración donde Cloudflare enruta las solicitudes a un servidor antiguo que ya no aloja tu sitio, o a una dirección IP que devuelve respuestas rotas por otra razón.

Esto lleva dos minutos en verificar y es responsable de más errores 520 de los que la gente se da cuenta.

Paso 4: Investiga los tamaños de tus encabezados

Ejecuta una solicitud cURL con encabezados detallados para ver lo que tu servidor está devolviendo realmente:

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

Observa el volumen total de encabezados en la respuesta. Si ves docenas de encabezados Set-Cookie, cadenas de políticas de seguridad grandes o extensas directivas de control de caché, puede que estés acercándote o superando el límite de 16KB de Cloudflare. La solución es reducir el tamaño de las cookies, consolidar los encabezados o eliminar las adiciones de encabezados redundantes de los plugins o middleware.

Paso 5: Verifica los registros de la aplicación y los recursos del servidor

Los registros de tu servidor web te dicen qué envió el servidor. Los registros de tu aplicación te dicen por qué pudo haber salido mal. Registros de errores de PHP, registros de aplicaciones Python, salida de Node.js, donde sea que tu aplicación registre sus propios errores, busca allí excepciones, errores fatales o caídas que coincidan con las marcas de tiempo del error 520.

Simultáneamente, verifica el uso de recursos de tu servidor. Un servidor con un 90%+ de utilización de memoria no puede completar respuestas de manera confiable. Si los recursos están al máximo, estabilizarlos es un requisito previo para solucionar los errores 520.

Paso 6: Omite Cloudflare y prueba el servidor de origen directamente

Este es tu diagnóstico más claro. En tu panel de Cloudflare, ve a Resumen → Acciones Avanzadas → Pausar Cloudflare en el Sitio. Esto enruta el tráfico directamente a tu servidor de origen, eliminando Cloudflare de la ecuación por completo.

Si tu sitio carga normalmente cuando Cloudflare está pausado, el problema está en cómo tu servidor se comunica con Cloudflare, muy probablemente un problema de encabezados, una discrepancia de SSL o una regla de firewall. Si aun así falla, el problema es del lado del servidor independientemente de Cloudflare.

También puedes probar directamente con cURL:

curl -H "Host: tudominio.com" http://TU_IP_DE_ORIGEN/

Reemplaza TU_IP_DE_ORIGEN con la IP real de tu servidor. Esto omite el DNS y llega directamente al servidor.

Paso 7: Contacta a tu proveedor de hosting con la información correcta

Si has trabajado en todo lo anterior y sigues atascado, incluye a tu proveedor de hosting en la conversación. Cuando los contactes, incluye:

• Las marcas de tiempo exactas cuando ocurrieron los errores 520

• El Ray ID de Cloudflare de la página de error (parte inferior de la página — tiene el aspecto de Ray ID: 7a8b9c0d1e2f3a4b)

• Los registros de errores de tu servidor del período de tiempo relevante

• Lo que ya has intentado, esto evita que pierdan tu tiempo con soluciones que ya has probado

Ese Ray ID es genuinamente valioso. Permite a Cloudflare (y a tu proveedor de hosting, si tienen experiencia con Cloudflare) extraer la solicitud exacta de sus registros y ver precisamente lo que devolvió el servidor.

Guía para desarrolladores: Maneja los errores 520 sin romper tu aplicación

Si estás construyendo aplicaciones que hacen solicitudes a través de servicios protegidos por Cloudflare, los errores 520 aparecerán ocasionalmente. El enfoque profesional es manejarlos con elegancia en lugar de dejar que se propaguen como errores no controlados.

Lógica de reintento básica

La versión más simple: captura el 520 y reintenta después de una 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"Se obtuvo 520, reintentando en 2 segundos... (intento {attempt + 1})") time.sleep(2) return None

Esto maneja los errores 520 transitorios limpiamente. Si el error se resuelve en el lado del servidor en unos pocos segundos, tu segundo o tercer reintento tiene éxito sin ningún fallo visible.

Retroceso exponencial: La versión mejorada

Las esperas fijas de 2 segundos pueden empeorar las cosas para un servidor que ya está teniendo dificultades. Si el servidor está sobrecargado, 50 clientes que reintentan cada 2 segundos empeoran la situación, no la mejoran. El retroceso exponencial aumenta el tiempo de espera entre cada intento:

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 recibido. Esperando {wait_time}s antes de reintentar...") time.sleep(wait_time) return None

Esta es la práctica estándar de la industria para manejar errores del servidor. Es más amable con los servidores con dificultades y reduce el riesgo de que tu lógica de reintento active la limitación de velocidad.

Registra la información correcta

Cuando tu aplicación alcanza un error 520, captura como mínimo: el valor del encabezado CF-RAY (el ID de solicitud de Cloudflare, disponible en los encabezados de respuesta), la URL completa que falló y una marca de tiempo precisa. Si alguna vez necesitas escalar un problema al propietario de un sitio o al soporte de Cloudflare, ese Ray ID es lo que les permite rastrear la solicitud específica de inmediato.

Por qué los scrapers y las herramientas SEO reciben errores 520 más que nadie

Si estás ejecutando herramientas de seguimiento de posicionamiento, scrapers web, monitoreo de competidores o cualquier tipo de recopilación automatizada de datos, casi con certeza estás viendo errores 520 con más frecuencia que los usuarios regulares. Y la razón no es solo que estés enviando más solicitudes. Es algo más específico.

Las herramientas automatizadas a menudo tienen características reconocibles que Cloudflare y sus servidores de origen aprenden a tratar de manera diferente. Cadencia de solicitudes demasiado regular. Encabezados que no coinciden con lo que envía un navegador real. Huellas digitales del navegador idénticas en cientos de solicitudes. Comportamiento de sesión que ningún humano produciría.

Cuando un servidor está configurado para manejar el tráfico sospechoso de manera diferente, limitando su velocidad, enrutándolo a través de capas de verificación adicionales o rechazándolo directamente, esas rutas de manejo "diferentes" a veces producen respuestas malformadas o vacías que causan errores 520.

No siempre es un bloqueo deliberado. A veces es simplemente que la respuesta del servidor al comportamiento similar a un bot está mal codificada y produce salida rota en lugar de un rechazo limpio. Por eso la calidad del proxy importa más de lo que la mayoría de la gente se da cuenta para cualquiera que haga SEO automatizado o trabajo con datos.

¿Puede un proxy solucionar el error 520?

Una IP marcada o bloqueada no siempre recibe una respuesta 403 o 429 limpia. A veces obtiene una respuesta caótica y malformada que Cloudflare no puede interpretar: un error 520. La solución no es solo cambiar a diferentes IPs. Se trata de asegurarse de que tu IP, tipo de conexión y huella digital del navegador cuenten una historia consistente y creíble.

Una IP que parece residencial pero incluye encabezados de automatización de escritorio y ningún historial de cookies seguirá levantando señales de alerta. Los tres elementos tienen que estar alineados.

CyberYozh aborda esto a nivel de infraestructura:

• Cada IP en la red de 50 millones de direcciones de CyberYozh, en más de 100 países.

• La red de proxies residenciales y móviles está preseleccionada contra más de 50 bases de datos de seguridad antes de entrar en rotación, lo que significa que no estás iniciando una sesión con una IP que ya está marcada.

• Los proxies de operadores móviles 4G/5G reales de CyberYozh (tarjetas SIM reales, no conexiones emuladas) hacen que tus solicitudes automatizadas parezcan un usuario móvil real para Cloudflare: completamente sin llamar la atención.

• Precios altamente asequibles.

"Para los profesionales de SEO que gestionan seguimiento de posicionamiento, monitoreo de SERP o inteligencia competitiva a escala, una IP bloqueada o que lanza errores 520 no es solo una molestia; es una brecha en tus datos. Comenzar con infraestructura limpia y previamente verificada significa menos errores 520, conjuntos de datos más completos y menos tiempo depurando sesiones de rastreo."

Cómo el error 520 puede destruir tus posiciones en SEO

El problema del lado del servidor tiene consecuencias reales y medibles para tu visibilidad en los motores de búsqueda, y se acumulan con el tiempo si no los abordas.

El presupuesto de rastreo se desperdicia

Googlebot tiene un presupuesto de rastreo para cada sitio, un número finito de páginas que intentará rastrear dentro de un período de tiempo determinado. Cuando el bot alcanza un error 520, sigue adelante. Esa página no se rastrea. Ese presupuesto de rastreo se gasta en una solicitud fallida. Para sitios grandes o sitios más nuevos que intentan establecer la frecuencia de rastreo, los errores 520 repetidos significan que Google ve menos de tu contenido por ciclo de rastreo. Las páginas que deberían estar indexadas no lo están. Las actualizaciones que deberían descubrirse se retrasan. Directrices de presupuesto de rastreo de Google

Las señales de tasa de rebote se acumulan

Los usuarios que llegan a una página con error 520 se van de inmediato. Vinieron de algún lugar, potencialmente de un resultado de búsqueda de Google. Los sistemas de Google correlacionan la experiencia de los usuarios que llegan desde los resultados de búsqueda con la calidad de esos resultados. Una página que consistentemente envía a los usuarios de vuelta a la página de resultados de búsqueda en cuestión de segundos genera exactamente el tipo de señal negativa que no quieres asociada a una URL de posicionamiento.

El nuevo contenido queda atrapado en el limbo de indexación

Si las páginas que Googlebot intenta rastrear siguen devolviendo errores 520, tus actualizaciones de contenido no llegan al índice según lo programado. Para contenido sensible al tiempo, noticias, lanzamientos de productos y páginas de eventos, un retraso en la indexación causado por errores del servidor no es solo un problema técnico. Es una pérdida de ingresos.

Cómo solucionar las posiciones SEO antes de que se vuelva serio

Google Search Console es tu primera línea de defensa aquí, y es gratuita. El informe de Cobertura muestra los errores del servidor que encontró Googlebot. Si ves que aparecen errores 520 allí, ya están afectando tu rastreo. Configura alertas por correo electrónico para problemas de cobertura para que lo sepas el mismo día, no durante tu próxima auditoría mensual.

Para una monitorización más proactiva, herramientas como UptimeRobot (nivel gratuito disponible) pueden alertarte en minutos cuando tu sitio devuelve un error, para que puedas solucionar el problema antes del próximo intento de rastreo de Google en lugar de después.

Cómo prevenir el error 520

Solucionar el error 520 inmediato es el paso uno. Asegurarse de que no se convierta en un problema recurrente es el paso dos, y genuinamente no es tan complicado si desarrollas algunos hábitos.

• Mantén los rangos de IP de Cloudflare permitidos y actualizados. Cloudflare ocasionalmente actualiza su lista de IP. Revisar y actualizar la lista blanca de tu firewall es una tarea trimestral, no una solución de una sola vez.

• Monitorea el uso de recursos del servidor con alertas. Establece umbrales al 75–80% para el uso de CPU y memoria, y recibe notificaciones antes de que los recursos alcancen niveles críticos. El escalado proactivo o la gestión de procesos es infinitamente mejor que la intervención de emergencia durante un pico.

• Audita los tamaños de los encabezados después de cambios importantes en el sitio. Añadir nuevos plugins, sistemas de autenticación o integraciones de terceros puede aumentar el tamaño de los encabezados sin que te des cuenta. Ejecuta una verificación periódica de cURL después de cambios significativos en tu stack.

• Implementa un manejo de errores adecuado en tu aplicación. Cuando tu aplicación encuentra un error, debería devolver una respuesta HTTP limpia y válida, incluso si esa respuesta es un 500 o una página de error personalizada. Una aplicación que falla silenciosamente y no devuelve nada es lo que convierte los errores de aplicación en errores 520.

• Revisa tus registros de forma programada. Las revisiones mensuales de registros, incluso cuando nada está obviamente mal, revelan patrones antes de que se conviertan en incidentes. Una advertencia de PHP que aparece una vez es fácil de pasar por alto. La misma advertencia que aparece 10.000 veces al día te dice que algo está a punto de romperse.

• Prueba las respuestas de origen después de cambios en la infraestructura. Cada vez que cambias de proveedor de hosting, actualizas el software del servidor o modificas tu configuración SSL, ejecuta una prueba directa de cURL para verificar que tu servidor está devolviendo respuestas limpias y completas antes de volver a habilitar Cloudflare.

Conclusión sobre el error 520

Aquí está el resumen honesto: el código de error 520 parece más aterrador de lo que es. "El servidor web devuelve un error desconocido" suena catastrófico. Sin embargo, casi siempre es rastreable a una de un puñado de causas solucionables: una caída de la aplicación, un encabezado sobredimensionado, una regla de firewall que está bloqueando Cloudflare, o un servidor que se queda sin recursos en el momento equivocado.

Si eres un visitante, las correcciones rápidas generalmente te devuelven en funcionamiento en pocos minutos. Si eres el propietario del sitio, el proceso de resolución de problemas de siete pasos anterior te llevará a la causa raíz más rápido que cualquier otra cosa. Si eres un desarrollador, añade lógica de reintento y registra esos Ray IDs.

Si estás haciendo trabajo de SEO automatizado o web scraping, la calidad de tu infraestructura de proxy importa más de lo que la mayoría de la gente se da cuenta. Las IPs limpias y previamente verificadas reducen la frecuencia de respuestas malformadas del servidor que de otro modo se convertirían en errores 520.

Donde quiera que estés con este error, ahora tienes el panorama completo. Empieza por la sección que se aplica a tu situación, trabájala metódicamente y estarás de vuelta en funcionamiento más rápido de lo que el mensaje de error te haría creer que es posible.

Preguntas frecuentes sobre el código de error 520

¿Qué es el código de error 520 y por qué lo estoy viendo?

El código de error 520 es un error de Cloudflare que aparece cuando el servidor de origen de un sitio web devuelve una respuesta vacía, rota o completamente inválida. Cloudflare no puede pasarte esa respuesta, así que muestra el mensaje 520 en su lugar. Casi siempre indica un problema del lado del servidor, no algo incorrecto con tu dispositivo o conexión.

¿Es el código de error 520 un problema con mi computadora o con el sitio web?

Es el servidor del sitio web, no tu computadora. El error se origina en el lado del alojamiento, ya sea una caída de la aplicación, una respuesta del servidor malformada o una configuración incorrecta del firewall. Dicho esto, siempre vale la pena intentar una recarga forzada, borrar la caché del navegador o probar en modo incógnito como primer paso, solo para descartar factores locales antes de concluir que el problema es completamente del lado del servidor.

¿Cómo soluciono el código de error 520 en Chrome u otros navegadores?

Como visitante, intenta estos en orden: recarga forzada (Ctrl+Shift+R o Cmd+Shift+R), borra caché y cookies (Chrome: Configuración → Privacidad → Borrar datos de navegación), luego prueba el modo incógnito. Si el sitio carga en incógnito pero no en tu ventana normal, probablemente esté involucrada una extensión del navegador o una sesión en caché. Si falla en todos lados, el problema es el servidor y está fuera de tu control.

¿Cuál es la diferencia entre el error 520 y el error 521?

Un 520 significa que el servidor se conectó y comenzó a responder, pero la respuesta estaba vacía, malformada o no podía interpretarse. Un 521 significa que el servidor rechazó la conexión por completo; rechazó activamente la solicitud de Cloudflare antes de que se intentara cualquier respuesta. En términos de resolución de problemas: el 520 apunta hacia problemas a nivel de aplicación, mientras que el 521 casi siempre apunta a un firewall que está bloqueando las direcciones IP de Cloudflare.

¿Puede el código de error 520 afectar el posicionamiento de mi sitio web en Google?

Sí, y más significativamente de lo que la mayoría de la gente espera. Los errores 520 frecuentes desperdician el presupuesto de rastreo, aumentan las tasas de rebote de las páginas de error y retrasan la indexación de nuevo contenido. Los sistemas de Google buscan acceso consistente y confiable a tus páginas. Un sitio que regularmente devuelve errores del servidor es un sitio que Google rastrea con menos agresividad y posiciona con menos confianza.

¿Cuánto tiempo dura normalmente el código de error 520?

Depende completamente de la causa. Una caída relacionada con un pico transitorio puede resolverse en menos de un minuto. Un firewall mal configurado, un bug persistente en la aplicación o un problema de agotamiento de recursos no se resolverán solos; necesitan diagnóstico activo y correcciones. Como visitante: dale 10–15 minutos antes de concluir que es persistente. Como propietario del sitio, cualquier cosa más allá de unos pocos minutos de respuestas 520 consistentes justifica una investigación inmediata.