Код помилки 520: Що це означає, чому це відбувається та як це швидко виправити

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

«Web server is returning an unknown error (error code 520).»

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

У цьому посібнику ви знайдете все, що вам потрібно:

• Що насправді означає код помилки 520 .

• Кожна поширена причина.

• Покрокові виправлення для відвідувачів, власників сайтів та розробників

• Чому SEO-інструменти та скрейпери непропорційно часто отримують цю помилку

• Як вона тихо пошкоджує ваш рейтинг у пошуку

• Як запобігти її повторенню

Що таке код помилки 520

Код помилки 520 не є стандартним кодом помилки Інтернету. Він належить виключно Cloudflare, мережі доставки контенту та шару безпеки, який знаходиться між мільйонами веб-сайтів та людьми, які намагаються їх відвідати.

Коли ви запитуєте сторінку, ваш браузер не завжди йде безпосередньо на сервер веб-сайту. Якщо сайт використовує Cloudflare (а величезний відсоток веб-сайтів це роблять), ваш запит спочатку йде до Cloudflare, який потім перенаправляє його на сервер походження та передає відповідь назад вам. Зазвичай цей процес невидимий. Ви не помічаєте, що це відбувається.

Але коли сервер походження надсилає щось, що Cloudflare не може інтерпретувати, відповідь, яка порожня, неповна або структурована настільки погано, що її неможливо зрозуміти, Cloudflare не може передати вам нічого корисного. Тому замість цього він повертає код помилки 520: його власний спосіб сказати «Я попросив у сервера сторінку, і те, що я отримав, не мало сенсу.»

«Ключовий висновок: сервер отримав запит. Він просто не міг відповісти на нього належним чином. Ця різниця важлива, коли ви намагаєтеся діагностувати, що пішло не так.» [Документація Cloudflare про помилку 520]

Як помилка 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, навіть якщо ваш брандмауер на рівні сервера налаштований правильно.

Збої сервера та виснаження ресурсів

Сервер, який працює на повну або близько до повної потужності, не завжди відмовляє чисто. Коли використання CPU стрибає, RAM вичерпується або місце на диску заповнюється, сервер не обов'язково припиняє відповідати; він починає відповідати погано. Часткові відповіді. Пошкоджений вихід. З'єднання, які відкриваються, а потім закриваються. Все це приходить як 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

• Ray ID від Cloudflare зі сторінки помилки (внизу сторінки — виглядає як 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«Got 520, retrying in 2 seconds... (attempt {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 (ідентифікатор запиту Cloudflare, доступний у заголовках відповіді), повну URL-адресу що не вдалася, та точну мітку часу. Якщо вам коли-небудь потрібно буде звернутися до власника сайту або служби підтримки Cloudflare, цей Ray ID дозволить їм негайно відстежити конкретний запит.

Чому скрейпери та SEO-інструменти отримують 520 помилки частіше за всіх

Якщо ви запускаєте інструменти відстеження рейтингу, веб-скрейпери, моніторинг конкурентів або будь-який вид автоматизованого збору даних, ви майже напевно бачите помилки 520 частіше, ніж звичайні користувачі. І причина не лише в тому, що ви надсилаєте більше запитів. Це щось більш специфічне.

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

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

Це не завжди навмисна блокада. Іноді просто сервер відповідає на поведінку, подібну до бота, погано закодованим способом і створює пошкоджений вихід замість чистого відхилення. Ось чому якість проксі має більше значення, ніж більшість людей розуміють для будь-кого, хто займається автоматизованою SEO або роботою з даними.

Чи може проксі вирішити помилку 520

Позначена або заблокована IP-адреса не завжди отримує чисту відповідь 403 або 429. Іноді вона отримує хаотичну, деформовану відповідь, яку Cloudflare не може інтерпретувати, помилку 520. Рішення — не просто перейти на інші IP-адреси. Це про те, щоб переконатися, що ваша IP-адреса, тип з'єднання та відбиток браузера розповідають послідовну, правдоподібну історію.

IP-адреса, яка виглядає як резидентська, але включає заголовки автоматизації робочого стола та без історії cookies, все одно викличе підозри. Три елементи мають збігатися. 

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, ваші оновлення контенту не потрапляють в індекс за розкладом. Для часочутливого контенту, новин, запусків продуктів і сторінок подій затримка індексації, спричинена помилками сервера, — це не просто технічна проблема. Це дохід.

Як виправити рейтинги SEO, перш ніж це стане серйозним

Google Search Console — це ваша перша лінія захисту, і вона безкоштовна. Звіт про покриття показує помилки сервера, з якими зіткнувся Googlebot. Якщо ви бачите 520, які з'являються там, вони вже впливають на ваш краулінг. Налаштуйте сповіщення електронною поштою щодо проблем із покриттям, щоб ви дізналися про це в той же день, а не під час наступного щомісячного аудиту.

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

Як запобігти помилці 520 

Виправлення негайної 520 — це крок перший. Забезпечення того, щоб це не стало повторюваною проблемою, — це крок другий, і це справді не так складно, якщо ви виробите кілька звичок.

• Дозволіть та оновлюйте діапазони IP-адрес Cloudflare. Cloudflare час від часу оновлює свій список 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 вимагає негайного розслідування.