Код ошибки 520: Что это означает, почему это происходит и как это быстро исправить

Вы пытаетесь загрузить веб-сайт. Может быть, это ваш собственный сайт. Может быть, это что-то срочно нужное для дедлайна клиента. Браузер крутится. Потом останавливается. И вы остаетесь смотреть на это совершенно бесполезное сообщение:

«Веб-сервер возвращает неизвестную ошибку (код ошибки 520).»

Вот что на самом деле происходит, и это то, что никто вам не говорит заранее. Несмотря на расплывчатый, раздражающий ярлык, код ошибки 520 на самом деле не загадочен. У него есть конкретные причины, четкая цепочка событий и реальные решения, которые работают. Мы прошли через этот процесс отладки больше раз, чем нам хотелось бы признать.

В этом руководстве вы найдете все, что вам нужно:

• Что на самом деле означает код ошибки 520 .

• Каждую распространенную причину.

• Пошаговые решения для посетителей, владельцев сайтов и разработчиков

• Почему инструменты SEO и скреперы непропорционально часто получают эту ошибку

• Как это тихо повреждает ваши рейтинги в поиске

• Как предотвратить ее повторное появление

Что такое код ошибки 520

Код ошибки 520 не является стандартным кодом ошибки Интернета. Он принадлежит исключительно Cloudflare, сети доставки контента и уровню безопасности, который находится между миллионами веб-сайтов и людьми, пытающимися их посетить.

Когда вы запрашиваете страницу, ваш браузер не всегда идет прямо на сервер веб-сайта. Если сайт использует Cloudflare (а огромный процент веба это делает), ваш запрос сначала идет на Cloudflare, который затем передает его на исходный сервер и передает ответ вам. Обычно этот процесс невидим. Вы не замечаете, что это происходит.

Но когда исходный сервер отправляет обратно что-то, что Cloudflare не может интерпретировать, ответ, который пуст, неполон или структурирован настолько плохо, что его невозможно понять, Cloudflare не может передать вам ничего полезного. Вместо этого он возвращает код ошибки 520: его способ сказать «Я попросил у сервера страницу, и то, что я получил, не имело смысла.»

«Главный вывод: сервер получил запрос. Он просто не смог ответить на него должным образом. Это различие важно, когда вы пытаетесь диагностировать, что пошло не так.»[Документация ошибки 520 Cloudflare]

Чем ошибка 520 отличается от других ошибок Cloudflare

У Cloudflare есть целое семейство ошибок 5xx, которые на первый взгляд могут выглядеть одинаково. Понимание того, с какой именно ошибкой вы имеете дело, сокращает время устранения неполадок вдвое.

Причина, по которой важно, что у вас есть 520 специально — это указывает на то, что сервер доступен и технически отвечает, просто не отвечает связно. Это исключает целую категорию проблем (сбои DNS, полные отключения, проблемы маршрутизации сети) и указывает вместо этого на причины уровня приложения.

Каковы причины ошибки 520

Нет единственной причины, по которой появляется эта ошибка. Это скорее симптом, чем диагноз, поэтому поиск основной причины требует некоторой детективной работы. Вот основные виновники.

Пустые или неправильно сформированные ответы

Наиболее частая причина с большим отрывом. Сервер начинает строить ответ, начинает отправлять заголовки и начинает генерировать страницу, затем что-то это прерывает. Приложение выбрасывает необработанное исключение. Процесс исчерпывает память. Скрипт падает на середине выполнения. Cloudflare получает частичный или пустой ответ и не имеет выбора, кроме как отклонить его.

«Это разочаровывает, потому что сервер технически не «отключен». Он отвечает. Просто не правильно.»

Заголовки, превышающие лимит Cloudflare в 16 КБ

Каждый HTTP-ответ поставляется с заголовками — метаданными, которые путешествуют вместе с фактическим содержимым страницы. Файлы cookie, токены сеанса, заголовки безопасности, инструкции кэширования и теги отслеживания третьих сторон — все это способствует размеру заголовка. Cloudflare применяет лимит в 16 КБ на заголовки HTTP-ответов. Когда заголовки превышают этот порог, Cloudflare отклоняет весь ответ.

Правила брандмауэра, блокирующие собственные IP-адреса Cloudflare

Этот вариант особенно раздражает, потому что это самопричиненный вред. Брандмауэр вашего сервера, установленный для защиты, иногда блокирует IP-адреса Cloudflare. Поскольку весь законный трафик на ваш сайт маршрутизируется через сеть Cloudflare перед достижением вашего сервера, брандмауэр, который не распознает IP-адреса Cloudflare как доверенные, либо отклонит эти запросы, либо вернет сломанные ответы.

Плагины безопасности на WordPress (Wordfence, Sucuri) часто способствуют этому. Они запускают собственную независимую блокировку IP, которая может конфликтовать с Cloudflare, даже когда брандмауэр уровня сервера настроен правильно.

Сбои сервера и исчерпание ресурсов

Сервер, работающий на полную мощность или близко к ней, не всегда выходит из строя чисто. Когда использование ЦП резко возрастает, оперативная память заканчивается или дисковое пространство заполняется, сервер не обязательно перестает отвечать; он начинает отвечать плохо. Частичные ответы. Поврежденный вывод. Соединения, которые открываются, а затем умирают. Все это приводит к 520 на конце посетителя.

Всплески трафика, утечки памяти приложения, неконтролируемые фоновые процессы и плохо оптимизированные запросы к базе данных — все это может привести сервер в это деградированное состояние без полного отключения.

Проблемы конфигурации

Широкая категория, но стоит упомянуть. Несоответствия DNS после миграции сервера, проблемы с сертификатом SSL/TLS, конфликты протокола HTTP/2 между вашим исходным сервером и Cloudflare — любое из этих может привести к неправильно сформированным ответам без того, чтобы что-то было явно «неправильным». Это часто самые сложные для диагностики, потому что сервер кажется функционирующим нормально по любой поверхностной мере.

Как быстро исправить эти проблемы для посетителей 

Если вы здесь, потому что столкнулись с этой ошибкой на сайте, который вы не владеете, ваш набор инструментов ограничен, но есть несколько вещей, стоящих попытки, прежде чем вы сдадитесь.

• Жесткое обновление страницы. Нажмите Ctrl + Shift + R в Windows или Cmd + Shift + R на Mac. Это принудительно полностью перезагружает, обходя ваш локальный кэш. Удивительное количество переходящих 520 разрешаются самостоятельно в течение нескольких секунд.

• Очистите ваши файлы cookie и кэш браузера. Это не исправит сломанный сервер, но если данные файлов cookie увеличенного размера являются частью проблемы сервера, их очистка с вашей стороны удаляет одну переменную. В Chrome: Настройки → Конфиденциальность и безопасность → Очистить данные просмотра. Отметьте файлы cookie и кэшированные изображения.

• Откройте окно инкогнито и попробуйте URL еще раз. Режим инкогнито отключает расширения и использует новый сеанс файлов cookie. Если сайт загружается в инкогнито, но не в вашем обычном окне, у вас есть проблема локальной среды браузера, вероятно, расширение или кэшированный сеанс, вызывающий проблему.

• Проверьте, не является ли это более широким отключением. Перейдите на downforeveryoneorjustme.com и вставьте URL. Если сайт недоступен для всех, проблема полностью на стороне сервера, и все, что вы можете сделать, — это ждать. Если проблема только у вас, воспользуйтесь приведёнными выше исправлениями браузера.

• Просто ждите. Если сайт испытал внезапный скачок трафика или кратковременный сбой приложения, он, вероятно, восстановится в течение 10–15 минут без какого-либо вмешательства. Иногда самое эффективное решение — это просто терпение.

Как владельцам сайтов исправить ошибку 520 (пошаговое руководство) 

Это раздел, который действительно решает проблему. Выполняйте эти шаги по порядку; каждый шаг сужает причину и приближает вас к решению.

Шаг 1: Прочитайте журналы ошибок сервера

Не пропускайте этот шаг. Всё остальное, что вы попробуете, — это угадывание без журналов. Ваш сервер записывал, что произошло при возникновении ошибки 520; вам просто нужно посмотреть.

Для серверов Apacheпроверьте /var/log/apache2/error.log. Для Nginxэто обычно /var/log/nginx/error.log. Отфильтруйте записи, соответствующие временной метке ошибки. Ищите сбои приложений, сообщения об исчерпании памяти, ошибки неполного ответа или любое исключение, которое объясняет, почему выходные данные сервера были повреждены.

Если вы используете управляемый хостинг без прямого доступа к журналам, ваша панель управления (cPanel, Plesk и т. д.) будет иметь средство просмотра журналов ошибок где-нибудь на панели инструментов.

Шаг 2: Добавьте в белый список диапазоны IP-адресов Cloudflare

Этот шаг настолько часто упускают, что он заслуживает быть вторым в списке. Cloudflare публикует полный список активных диапазонов IP-адресов на cloudflare.com/ips и постоянно его обновляет. Каждый адрес из этого списка должен быть явно разрешён в вашем брандмауэре.

Если вы используете плагин безопасности в WordPress, войдите в параметры каждого плагина и отдельно проверьте правила блокировки IP-адресов. В частности, Wordfence имеет собственный брандмауэр, который работает независимо от брандмауэра вашего сервера и может блокировать трафик Cloudflare даже после обновления правил сервера.

Шаг 3: Проверьте записи DNS в Cloudflare

Войдите в панель управления Cloudflare и убедитесь, что ваши записи DNS A указывают на правильный IP-адрес исходного сервера. После миграции сервера или смены хостинга легко получить конфигурацию, при которой Cloudflare маршрутизирует запросы на старый сервер, который больше не размещает ваш сайт, или на IP-адрес, который по какой-либо причине возвращает повреждённые ответы.

Это займёт две минуты для проверки и отвечает за больше ошибок 520, чем люди понимают.

Шаг 4: Изучите размеры заголовков

Выполните запрос cURL с подробными заголовками, чтобы увидеть, что именно возвращает ваш сервер:

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

Посмотрите на общий объём заголовков в ответе. Если вы видите десятки заголовков Set-Cookie, большие строки политики безопасности или обширные директивы управления кэшем, вы можете приближаться к лимиту Cloudflare в 16 КБ или превышать его. Решение заключается в уменьшении размера файлов cookie, консолидации заголовков или удалении избыточных добавлений заголовков из плагинов или промежуточного ПО.

Шаг 5: Проверьте журналы приложений и ресурсы сервера

Журналы веб-сервера говорят вам, что отправил сервер. Журналы приложений говорят вам, почему это могло пойти не так. Журналы ошибок PHP, журналы приложений Python, вывод Node.js, везде, где ваше приложение записывает свои собственные ошибки, ищите там исключения, критические ошибки или сбои, совпадающие с временными метками 520.

Одновременно проверьте использование ресурсов вашего сервера. Сервер с использованием памяти 90% и выше не может надёжно завершить ответы. Если ресурсы исчерпаны, их стабилизация — это предварительное условие для исправления ошибок 520.

Шаг 6: Обойдите Cloudflare и протестируйте исходный сервер напрямую

Это ваш самый чёткий диагноз. В панели управления Cloudflare перейдите в Overview → Advanced Actions → Pause Cloudflare on Site. Это маршрутизирует трафик непосредственно на ваш исходный сервер, полностью исключая Cloudflare из уравнения.

Если ваш сайт загружается нормально, когда Cloudflare приостановлен, проблема в том, как ваш сервер взаимодействует с Cloudflare, скорее всего, это проблема с заголовком, несоответствие SSL или правило брандмауэра. Если это всё ещё не работает, проблема на стороне сервера независимо от Cloudflare.

Вы также можете протестировать напрямую с помощью cURL:

curl -H «Host: yourdomain.com» http://YOUR_ORIGIN_IP_ADDRESS/

Замените YOUR_ORIGIN_IP_ADDRESS на фактический IP-адрес вашего сервера. Это обходит DNS и обращается к серверу напрямую.

Шаг 7: Свяжитесь с хостинг-провайдером с правильной информацией

Если вы прошли через всё вышеперечисленное и всё ещё застряли, привлеките вашего хостинг-провайдера в разговор. Когда вы с ними свяжетесь, включите:

• Точные временные метки когда произошли ошибки 520

• Cloudflare Ray ID со страницы ошибки (внизу страницы — выглядит как Ray ID: 7a8b9c0d1e2f3a4b)

• Журналы ошибок вашего сервера из соответствующего временного окна

• То, что вы уже пробовали, это предотвратит траты их времени на исправления, которые вы уже сделали

Этот Ray ID действительно ценен. Он позволяет Cloudflare (и вашему хостинг-провайдеру, если они опытны в работе с Cloudflare) извлечь точный запрос из их логов и увидеть, что именно вернул сервер.

Руководство для разработчиков: Обработка 520 без нарушения работы приложения 

Если вы разрабатываете приложения, которые делают запросы через защищённые Cloudflare сервисы, ошибки 520 будут время от времени появляться. Профессиональный подход — обработать их корректно, а не позволить им распространяться как необработанные ошибки.

Базовая логика повторных попыток

Самый простой вариант — перехватить 520 и повторить попытку после короткой паузы:

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«Получена ошибка 520, повторная попытка через 2 секунды... (попытка {attempt + 1})»)

        time.sleep(2)

    return None

Это корректно обрабатывает временные ошибки 520. Если ошибка на сервере исчезнет в течение нескольких секунд, ваша вторая или третья попытка пройдёт успешно без каких-либо видимых сбоев.

Экспоненциальная задержка: лучший вариант

Фиксированные 2-секундные ожидания могут фактически ухудшить ситуацию для сервера, который уже испытывает трудности. Если сервер перегружен, 50 клиентов, все повторяющих попытки каждые 2 секунды, ухудшают ситуацию, а не улучшают её. Экспоненциальная задержка увеличивает время ожидания между каждой попыткой:

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 # Waits: 1s, 2s, 4s, 8s

        print(f"520 received. Waiting {wait_time}s before retry...")

        time.sleep(wait_time)

    return None

Это стандартная практика в индустрии для обработки ошибок сервера. Это мягче воздействует на перегруженные серверы и снижает риск того, что ваша логика повторных попыток вызовет ограничение частоты запросов.

Логируйте правильную информацию.

Когда ваше приложение получит ошибку 520, захватите минимум: значение заголовка CF-RAY (ID запроса Cloudflare, доступный в заголовках ответа), полный URL который не удался, и точную временную метку. Если вам когда-либо потребуется обратиться к владельцу сайта или в поддержку Cloudflare, этот Ray ID позволит им немедленно отследить конкретный запрос.

Почему скреперы и SEO-инструменты получают ошибки 520 чаще, чем другие

Если вы запускаете инструменты отслеживания рейтинга, веб-скреперы, мониторинг конкурентов или любой другой вид автоматизированного сбора данных, вы почти наверняка видите ошибки 520 чаще, чем обычные пользователи. И причина не только в том, что вы отправляете больше запросов. Это что-то более конкретное.

Автоматизированные инструменты часто имеют узнаваемые характеристики, которые Cloudflare и его исходные серверы учатся обрабатывать по-другому. Слишком регулярный ритм запросов. Заголовки, которые не совпадают с тем, что отправляет реальный браузер. Отпечатки браузера, которые идентичны для сотен запросов. Поведение сеанса, которое не может произвести ни один человек.

Когда сервер настроен на обработку подозрительного трафика по-другому, путем ограничения частоты, маршрутизации через дополнительные уровни проверки или прямого отклонения, эти «различные» пути обработки иногда производят неправильно сформированные или пустые ответы, которые вызывают ошибки 520. 

Это не всегда намеренная блокировка. Иногда просто сервер отвечает на поведение, похожее на бота, плохо написанным кодом, который производит нарушенный вывод вместо чистого отклонения. Вот почему качество прокси имеет большее значение, чем думают большинство людей для тех, кто занимается автоматизированной SEO или работой с данными.

Может ли прокси решить ошибку 520

Помеченный или заблокированный IP не всегда получает чистый ответ 403 или 429. Иногда он получает хаотичный, неправильно сформированный ответ, который Cloudflare не может интерпретировать — ошибку 520. Решение — это не просто переключение на другие IP. Речь идет об обеспечении того, чтобы ваш IP, тип соединения и отпечаток браузера все вместе рассказывали последовательную, убедительную историю.

IP, который выглядит как резидентский, но включает заголовки автоматизации рабочего стола и историю без файлов cookie, все равно вызовет подозрения. Все три элемента должны совпадать. 

CyberYozh решает эту проблему на уровне инфраструктуры:

• Каждый IP в CyberYozh из 50 миллионов адресов, охватывающих 100+ стран.

• Сеть Резидентских и мобильных прокси предварительно проверяется против 50+ баз данных безопасности перед включением в ротацию, что означает, что вы не начинаете сеанс с IP, который уже помечен. 

• Настоящие мобильные прокси 4G/5G от CyberYozh (реальные SIM-карты, а не эмулированные соединения) и ваши автоматизированные запросы выглядят для Cloudflare как реальный мобильный пользователь: совершенно незаметно.

• Весьма доступные цены.

«Для SEO-специалистов, управляющих отслеживанием рейтинга, мониторингом SERP или конкурентной разведкой в масштабе, заблокированный или выдающий ошибку 520 IP — это не просто раздражение; это пробел в ваших данных. Начало с чистой, предварительно проверенной инфраструктуры означает меньше ошибок 520, более полные наборы данных и меньше времени, потраченного на отладку сеансов сканирования.»

Как ошибка 520 может разрушить ваши SEO-рейтинги

Проблема на стороне сервера имеет реальные, измеримые последствия для видимости вашего сайта в поиске, и они усугубляются со временем, если вы их не устраняете.

Бюджет краулинга тратится впустую.

У Googlebot есть бюджет краулинга для каждого сайта — конечное количество страниц, которые он попытается обойти в течение определённого периода времени. Когда бот встречает ошибку 520, он переходит дальше. Эта страница не краулится. Бюджет краулинга потрачен на неудачный запрос. Для крупных сайтов или новых сайтов, пытающихся установить частоту краулинга, повторяющиеся ошибки 520 означают, что Google видит меньше вашего контента за цикл краулинга. Страницы, которые должны быть проиндексированы, не индексируются. Обновления, которые должны быть обнаружены, задерживаются.[Рекомендации Google по бюджету краулинга]

Сигналы показателя отскока усугубляются

Пользователи, попадающие на страницу с ошибкой 520, немедленно уходят. Они пришли откуда-то, потенциально из результатов поиска Google. Системы Google соотносят опыт пользователей, приходящих из результатов поиска, с качеством этих результатов. Страница, которая постоянно отправляет пользователей обратно на страницу результатов поиска в течение нескольких секунд, генерирует именно тот негативный сигнал, который вам не нужен, привязанный к URL-адресу ранжирования.

Новый контент застревает в лимбе индексирования.

Если страницы, которые пытается краулить Googlebot, постоянно возвращают ошибки 520, ваши обновления контента не попадают в индекс по расписанию. Для чувствительного ко времени контента, новостей, запусков продуктов и страниц событий задержка индексирования, вызванная ошибками сервера, — это не просто техническая проблема. Это доход.

Как исправить ранжирование в Google Search до того, как это станет серьёзным

Google Search Console — ваша первая линия защиты, и она бесплатна. Отчёт «Покрытие» показывает ошибки сервера, с которыми столкнулся Googlebot. Если вы видите там ошибки 520, они уже влияют на ваш краулинг. Установите оповещения по электронной почте для проблем с покрытием, чтобы вы узнали об этом в тот же день, а не во время вашего следующего ежемесячного аудита.

Для более активного мониторинга инструменты вроде UptimeRobot (доступна бесплатная версия) могут предупредить вас в течение нескольких минут, когда ваш сайт возвращает ошибку, чтобы вы могли исправить проблему до следующей попытки краулинга Google, а не после.

Как предотвратить ошибку 520 

Исправление непосредственной ошибки 520 — это первый шаг. Обеспечение того, чтобы она не стала повторяющейся проблемой, — это второй шаг, и это действительно не так сложно, если вы выработаете несколько привычек.

• Держите диапазоны IP-адресов Cloudflare в разрешённом списке и актуальными. Cloudflare время от времени обновляет свой список IP-адресов. Проверка и обновление вашего списка разрешённых IP-адресов брандмауэра — это ежеквартальная задача, а не одноразовое исправление.

• Мониторьте использование ресурсов сервера с оповещениями. Установите пороги на уровне 75–80% для использования ЦП и памяти и получайте уведомления до того, как ресурсы достигнут критических уровней. Активное масштабирование или управление процессами бесконечно лучше, чем экстренное вмешательство во время скачка.

• Проверьте размеры заголовков после крупных изменений сайта. Добавление новых плагинов, систем аутентификации или интеграций третьих сторон может увеличить размеры заголовков без вашего ведома. Запустите периодическую проверку cURL после значительных изменений в вашем стеке.

• Реализуйте надлежащую обработку ошибок в вашем приложении. Когда ваше приложение встречает ошибку, оно должно возвращать чистый, корректный HTTP-ответ, даже если этот ответ — это 500 или пользовательская страница ошибки. Приложение, которое молча падает и ничего не возвращает, — это то, что превращает ошибки приложения в ошибки 520.

• Просматривайте свои логи по расписанию. Ежемесячные проверки логов, даже когда ничего явно не неправильно, выявляют закономерности до того, как они станут инцидентами. Предупреждение PHP, которое появляется один раз, легко пропустить. То же предупреждение, появляющееся 10 000 раз в день, говорит вам, что что-то вот-вот сломается.

• Протестируйте ответы источника после изменений инфраструктуры. Каждый раз, когда вы меняете хостинг-провайдера, обновляете программное обеспечение сервера или изменяете конфигурацию SSL, запустите прямой тест cURL, чтобы убедиться, что ваш сервер возвращает чистые, полные ответы, прежде чем повторно включать Cloudflare.

Заключение об ошибке 520 

Вот честное резюме: код ошибки 520 выглядит страшнее, чем есть на самом деле. «Веб-сервер возвращает неизвестную ошибку» звучит катастрофически. Тем не менее, это почти всегда можно проследить до одной из нескольких исправляемых причин: сбой приложения, увеличенный заголовок, правило брандмауэра, блокирующее Cloudflare, или сервер, исчерпавший ресурсы в неподходящий момент.

Если вы посетитель, быстрые исправления обычно возвращают вас в течение нескольких минут. Если вы владелец сайта, процесс устранения неполадок из семи шагов выше приведёт вас к коренной причине быстрее, чем что-либо ещё. Если вы разработчик, добавьте логику повторных попыток и логируйте те Ray ID. 

Если вы занимаетесь автоматизированным SEO или веб-скрейпингом , качество вашей инфраструктуры прокси имеет большее значение, чем большинство людей понимают. Чистые, предварительно проверенные IP-адреса снижают частоту неправильно сформированных ответов сервера, которые иначе стали бы ошибками 520.

Где бы вы ни находились с этой ошибкой, теперь у вас есть полная картина. Начните с раздела, который относится к вашей ситуации, работайте через него методично, и вы будете снова в сети быстрее, чем сообщение об ошибке заставило бы вас поверить, что это возможно.

Часто задаваемые вопросы об ошибке 520

Что такое ошибка 520 и почему я её вижу?

Код ошибки 520 — это ошибка Cloudflare, которая появляется, когда исходный сервер веб-сайта возвращает пустой, поврежденный или полностью недействительный ответ. Cloudflare не может передать этот ответ вам, поэтому вместо этого показывает сообщение 520. Это почти всегда указывает на проблему на стороне сервера, а не на проблему с вашим устройством или подключением. 

Код ошибки 520 — это проблема с моим компьютером или веб-сайтом?

Это сервер веб-сайта, а не ваш компьютер. Ошибка возникает на стороне хостинга — либо из-за сбоя приложения, неправильного ответа сервера, либо неправильной конфигурации брандмауэра. Тем не менее, всегда стоит попробовать жесткое обновление, очистить кэш браузера или протестировать в режиме инкогнито в качестве первого шага, чтобы исключить локальные факторы перед тем, как заключить, что проблема полностью на стороне сервера.

Как исправить код ошибки 520 в Chrome или других браузерах?

Как посетитель, попробуйте следующее по порядку: жесткое обновление (Ctrl+Shift+R или Cmd+Shift+R), очистить кэш и файлы cookie (Chrome: Настройки → Конфиденциальность → Очистить данные просмотра), затем попробовать режим инкогнито. Если сайт загружается в режиме инкогнито, но не в обычном окне, вероятно, задействовано расширение браузера или кэшированная сессия. Если он не загружается везде, проблема на стороне сервера и находится вне вашего контроля.

В чем разница между ошибкой 520 и ошибкой 521?

Ошибка 520 означает, что сервер подключился и начал отвечать, но ответ был пустым, неправильно сформирован или не мог быть интерпретирован. Ошибка 521 означает, что сервер полностью отказал в подключении; он активно отклонил запрос Cloudflare до попытки какого-либо ответа. С точки зрения устранения неполадок: 520 указывает на проблемы на уровне приложения, а 521 почти всегда указывает на брандмауэр, который блокирует IP-адреса Cloudflare.

Может ли код ошибки 520 повлиять на рейтинг моего веб-сайта в Google?

Да, и более значительно, чем ожидает большинство людей. Частые ошибки 520 тратят впустую бюджет краулинга, повышают показатель отскока со страниц ошибок и задерживают индексирование нового контента. Системы Google ищут постоянный и надежный доступ к вашим страницам. Сайт, который регулярно возвращает ошибки сервера, — это сайт, который Google краулит менее агрессивно и ранжирует с меньшей уверенностью.

Как долго обычно длится код ошибки 520?

Это полностью зависит от причины. Сбой, связанный с временным скачком, может разрешиться менее чем за минуту. Неправильно настроенный брандмауэр, постоянная ошибка приложения или проблема с истощением ресурсов не разрешатся сами по себе; они требуют активной диагностики и исправлений. Как посетитель: подождите 10–15 минут, прежде чем заключить, что это постоянно. Как владелец сайта, любые ошибки 520, которые длятся более нескольких минут, требуют немедленного расследования.